From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 00:13:52 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 57F6116A4CF
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 00:13:52 +0000 (GMT)
Received: from maxlor.mine.nu (c-213-160-32-54.customer.ggaweb.ch
[213.160.32.54])
by mx1.FreeBSD.org (Postfix) with ESMTP id 9EACD43D45
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 00:13:51 +0000 (GMT)
(envelope-from benlutz@datacomm.ch)
Received: from localhost (localhost [127.0.0.1])
by maxlor.mine.nu (Postfix) with ESMTP id EF8CC308
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 02:13:49 +0200 (CEST)
Received: from maxlor.mine.nu ([127.0.0.1])
by localhost (midgard [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
id 27484-06 for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 02:13:48 +0200 (CEST)
Received: from merlin.intranet (merlin.intranet [10.0.0.16])
by maxlor.mine.nu (Postfix) with SMTP id 8B800C0
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 02:13:48 +0200 (CEST)
Date: Sun, 26 Sep 2004 02:13:47 +0200
From: Benjamin Lutz <benlutz@datacomm.ch>
To: freebsd-current@freebsd.org
Message-Id: <20040926021347.721a025f.benlutz@datacomm.ch>
In-Reply-To: <20040925132430.C65556@carver.gumbysoft.com>
References: <41555396.4030009@fer.hr>
<20040925132430.C65556@carver.gumbysoft.com>
X-Mailer: Sylpheed version 0.9.12-gtk2-20040622 (GTK+ 2.4.9;
i386-portbld-freebsd5.3)
Mime-Version: 1.0
Content-Type: multipart/signed; protocol="application/pgp-signature";
micalg="pgp-sha1";
boundary="Signature=_Sun__26_Sep_2004_02_13_47_+0200_li_mxb==xC/+co7b"
X-Virus-Scanned: by amavisd-new at maxlor.mine.nu
Subject: Re: USB memory stick hotswap problems
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Sep 2004 00:13:52 -0000
--Signature=_Sun__26_Sep_2004_02_13_47_+0200_li_mxb==xC/+co7b
Content-Type: text/plain; charset=US-ASCII
Content-Disposition: inline
Content-Transfer-Encoding: 7bit
> panic.
>
> You must unmount volumes before removing them from the system. Otherwise
> there is unflushed dirty data that will get lost, causing data
> corruption on the volume. You will get a panic since the system doesn't
> know what to do with the data and wants to avoid causing any further
> damage.
Seems that in this case panicing does more damage, instead of of just the
not yet flushed data on the usb stick, you lose everything you've just
been working on that's not yet been saved to disk.
Sure, it probably does wonders for user education...
Seriously though, can't this be changed? When I find myself in the
situation of having unplugged my usb stick, it appears there's nothing I
can do to rectify the situation, except ignore the mounted file system.
Not exactly a comfortable position for a unix system admin.
Unfortunately, I'm not a kernel hacker.
Benjamin
--Signature=_Sun__26_Sep_2004_02_13_47_+0200_li_mxb==xC/+co7b
Content-Type: application/pgp-signature
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)
iD8DBQFBVgm+gShs4qbRdeQRAlvgAJ9d89VL/rlkkPLOlkvz0hlIWHzPgACeIC4s
YeNxIko/ljIJiIxTiDaBLFA=
=g4X4
-----END PGP SIGNATURE-----
--Signature=_Sun__26_Sep_2004_02_13_47_+0200_li_mxb==xC/+co7b--
From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 00:21:04 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 6143F16A4CE
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 00:21:04 +0000 (GMT)
Received: from smaug.vex.net (smaug.vex.net [66.96.28.243])
by mx1.FreeBSD.org (Postfix) with ESMTP id 113A543D1F
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 00:21:04 +0000 (GMT)
(envelope-from guy-dated-1098750044.72f1c1@obstruction.com)
Received: from chaos.obstruction.com
(CPE00e018983b2f-CM013349903124.cpe.net.cable.rogers.com [65.48.209.174])
by smaug.vex.net (Postfix) with ESMTP id 95724265FB
for <freebsd-current@freebsd.org>;
Sat, 25 Sep 2004 20:21:02 -0400 (EDT)
Received: by chaos.obstruction.com (Postfix, from userid 1000)
id BA6B55C8F; Sat, 25 Sep 2004 20:20:44 -0400 (EDT)
Received: by chaos.obstruction.com (tmda-sendmail, from uid 1000);
Sat, 25 Sep 2004 20:20:44 -0400 (EDT)
Date: Sat, 25 Sep 2004 20:20:43 -0400
To: freebsd-current@freebsd.org
Message-ID: <20040926002043.GA26943@chaos.obstruction.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.5.4i
From: Guy Middleton <guy@obstruction.com>
X-Delivery-Agent: TMDA/1.0.3 (Seattle Slew)
Subject: 5.3-BETA5 X weirdness
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: Guy Middleton <guy-dated-1098750044.72f1c1@obstruction.com>
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Sep 2004 00:21:04 -0000
I'm seeing some X weirdness on 5.3-BETA5.
Running X, I ssh to some other machine (doesn't matter what, the machine
happens to be running 5.1-RELEASE). Then run xterm on the remote machine. If
I left-mouse-button select text in the xterm window, and the
middle-mouse-button drop it in any other window, I get this error:
X Error of failed request: BadAtom (invalid Atom parameter)
Major opcode of failed request: 18 (X_ChangeProperty)
Atom id in failed request: 0x104
Serial number of failed request: 151
Current serial number in output stream: 153
Any idea how to fix?
From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 00:25:54 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 9016916A4CE
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 00:25:54 +0000 (GMT)
Received: from mail-fs.sunrise.ch (mta-fs-be-04.sunrise.ch [194.158.229.33])
by mx1.FreeBSD.org (Postfix) with ESMTP id E590B43D41
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 00:25:53 +0000 (GMT)
(envelope-from triulzi@freesurf.ch)
Received: from [62.167.66.149] (62.167.66.149) by mail-fs.sunrise.ch (7.0.028)
id 4125B06200FC4A8B; Sun, 26 Sep 2004 02:25:50 +0200
Message-ID: <41560C61.1040009@freesurf.ch>
Date: Sun, 26 Sep 2004 02:25:05 +0200
From: Mauro Triulzi <triulzi@freesurf.ch>
User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040906)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Jeremy Chadwick <freebsd@jdc.parodius.com>
References: <4155DC3F.5070904@freesurf.ch>
<20040925214515.GA56471@parodius.com>
In-Reply-To: <20040925214515.GA56471@parodius.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
cc: freebsd-current@freebsd.org
Subject: Re: ATA disk performance (ICH2 controller), some tests andcomparison
with Linux 2.6.5
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Sep 2004 00:25:54 -0000
Jeremy Chadwick wrote:
>A few things from my perspective:
>
>1) Using dd to test disk performance is somewhat of a misnomer. You
>should consider a tool like bonnie++ instead (ports/benchmarks/bonnie++).
>
>2) Using block sizes of 512 bytes is pretty absurd. Try other block
>sizes, preferably 8KB, 16KB, 32KB, and 64KB. You may find disk
>performance is quite a bit better in such cases.
>
>3) I happen to agree with Arne -- Linux is probably tricking you into
>believing the disk performance is higher than what it is due to memory
>caching.
>
>4) There was a recent thread about ICH2-related issues (I believe
>performance was one of them) here on freebsd-current:
>
>http://lists.freebsd.org/mailman/htdig/freebsd-current/2004-September/036841.html
>
>5) I have no idea what's up with the ATA channel re-init. Soren should
>(and probably will) chime in here.
>
>6) I'm still amazed people have systems in production that use ICH2.
>AFAIK, the chipset is deprecated.
>
>
Many thanks for your piece of advice. You and Arne got it right,
I have 755 MB Ram. I apologize for my naive approach.
Nevertheless I repeated the benchmarks this time with bonnie before and
after
the ATA channel re-init:
i) Before re-init
foo# bonnie -s 1500
File './Bonnie.2561', size: 1572864000
Writing with putc()...done
Rewriting...done
Writing intelligently...done
Reading with getc()...done
Reading intelligently...done
Seeker 1...Seeker 2...Seeker 3...start 'em...done...done...done...
-------Sequential Output-------- ---Sequential Input--
--Random--
-Per Char- --Block--- -Rewrite-- -Per Char- --Block---
--Seeks---
Machine MB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU
/sec %CPU
1500 14533 12.8 14184 4.6 9360 3.2 27774 24.0 29067 5.7
119.1 0.6
ii) ATA channell re-init
foo# atacontrol reinit 0
Master: ad0 <IC35L060AVV207-0/V22OA63A> ATA/ATAPI revision 6
Slave: no device present
and then
iii) After re-init
foo# bonnie -s 1500
File './Bonnie.2582', size: 1572864000
Writing with putc()...done
Rewriting...done
Writing intelligently...done
Reading with getc()...done
Reading intelligently...done
Seeker 1...Seeker 2...Seeker 3...start 'em...done...done...done...
-------Sequential Output-------- ---Sequential Input--
--Random--
-Per Char- --Block--- -Rewrite-- -Per Char- --Block---
--Seeks---
Machine MB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU
/sec %CPU
1500 27787 24.6 24690 8.3 12519 4.3 24487 21.4 24870 5.0
128.1 0.6
iv) Bonnie in Linux 2.6.5
triulzi@linux:~/temp/bonnie> ./Bonnie -s 1500
Bonnie 1.4: File './Bonnie.2732', size: 1572864000, volumes: 1
Writing with putc()... done: 26859 kB/s 97.7 %CPU
Rewriting... done: 22480 kB/s 8.1 %CPU
Writing intelligently... done: 59118 kB/s 14.0 %CPU
Reading with getc()... done: 22508 kB/s 78.9 %CPU
Reading intelligently... done: 48501 kB/s 9.0 %CPU
Seeker 1...Seeker 2...Seeker 3...start 'em...done...done...done...
---Sequential Output (nosync)--- ---Sequential Input-- --Rnd
Seek-
-Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --04k
(03)-
Machine MB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU /sec
%CPU
linux 1*1500 26859 97.7 59118 14.0 22480 8.1 22508 78.9 48501 9.0 177.1
0.5
v) Comments
After re-init are the write and read performance per character in Linux
and FreeBSD very similar. Block-write, Block-read and rewrite are much
better in Linux. As Frode Nordahl rightly said are Linux and FreeBSD on
different
parts of the disk and so it's not easy to compare I/O performance, but I
don't think
that this explains such a difference.
From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 00:29:46 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 2322A16A4CE
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 00:29:46 +0000 (GMT)
Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57])
by mx1.FreeBSD.org (Postfix) with ESMTP id 48AC243D53
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 00:29:38 +0000 (GMT)
(envelope-from scottl@samsco.org)
Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11])
(authenticated bits=0)
by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i8Q0TvXh051700;
Sat, 25 Sep 2004 18:29:57 -0600 (MDT)
(envelope-from scottl@samsco.org)
Message-ID: <41560D1B.7090102@samsco.org>
Date: Sat, 25 Sep 2004 18:28:11 -0600
From: Scott Long <scottl@samsco.org>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040831
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Guy Middleton <guy-dated-1098750044.72f1c1@obstruction.com>
References: <20040926002043.GA26943@chaos.obstruction.com>
In-Reply-To: <20040926002043.GA26943@chaos.obstruction.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63
X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org
cc: freebsd-current@freebsd.org
Subject: Re: 5.3-BETA5 X weirdness
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Sep 2004 00:29:46 -0000
Guy Middleton wrote:
> I'm seeing some X weirdness on 5.3-BETA5.
>
> Running X, I ssh to some other machine (doesn't matter what, the machine
> happens to be running 5.1-RELEASE). Then run xterm on the remote machine. If
> I left-mouse-button select text in the xterm window, and the
> middle-mouse-button drop it in any other window, I get this error:
>
> X Error of failed request: BadAtom (invalid Atom parameter)
> Major opcode of failed request: 18 (X_ChangeProperty)
> Atom id in failed request: 0x104
> Serial number of failed request: 151
> Current serial number in output stream: 153
>
>
> Any idea how to fix?
Are you tunneling X over ssh? try using 'ssh -y'.
Scott
From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 00:58:06 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id B59DF16A4CE; Sun, 26 Sep 2004 00:58:06 +0000 (GMT)
Received: from smtp.des.no (flood.des.no [217.116.83.31])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 2108B43D2F; Sun, 26 Sep 2004 00:58:06 +0000 (GMT)
(envelope-from des@des.no)
Received: by smtp.des.no (Pony Express, from userid 666)
id F0D14535B; Sun, 26 Sep 2004 02:58:04 +0200 (CEST)
Received: from dwp.des.no (des.no [80.203.228.37])
by smtp.des.no (Pony Express) with ESMTP id 38AF05310;
Sun, 26 Sep 2004 02:57:57 +0200 (CEST)
Received: by dwp.des.no (Postfix, from userid 2602)
id BA5B4B85E; Sun, 26 Sep 2004 02:57:56 +0200 (CEST)
To: Brad Knowles <brad@stop.mail-abuse.org>
References: <20040925043451.B16332@URF.trarfvf>
<p06002000bd7b0b8c6cf5@[10.0.1.4]>
From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=)
Date: Sun, 26 Sep 2004 02:57:55 +0200
In-Reply-To: <p06002000bd7b0b8c6cf5@[10.0.1.4]> (Brad Knowles's message of
"Sat, 25 Sep 2004 14:10:45 +0200")
Message-ID: <xzpoejtsv70.fsf@dwp.des.no>
User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 (berkeley-unix)
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on flood.des.no
X-Spam-Level:
X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.63
cc: freebsd-current@freebsd.org
Subject: Re: HEADS UP: BIND 9 imported, and working!
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Sep 2004 00:58:06 -0000
Brad Knowles <brad@stop.mail-abuse.org> writes:
> There are some DNS debugging utilities that are also shipped with
> BIND. I don't know where they are put in the FreeBSD scheme of
> things, but in the BIND scheme, they are found under contrib/ in
> separate sub-directories per program.
We don't install them. If they aren't already in ports, they should
be trivial to add.
DES
--=20
Dag-Erling Sm=F8rgrav - des@des.no
From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 00:59:32 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 221E516A4CE
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 00:59:32 +0000 (GMT)
Received: from smtp.des.no (flood.des.no [217.116.83.31])
by mx1.FreeBSD.org (Postfix) with ESMTP id D357643D46
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 00:59:31 +0000 (GMT) (envelope-from des@des.no)
Received: by smtp.des.no (Pony Express, from userid 666)
id 0CE79535B; Sun, 26 Sep 2004 02:59:31 +0200 (CEST)
Received: from dwp.des.no (des.no [80.203.228.37])
by smtp.des.no (Pony Express) with ESMTP id 05FBF5310;
Sun, 26 Sep 2004 02:59:24 +0200 (CEST)
Received: by dwp.des.no (Postfix, from userid 2602)
id 8E1F6B85E; Sun, 26 Sep 2004 02:59:24 +0200 (CEST)
To: Scott Long <scottl@samsco.org>
References: <20040926002043.GA26943@chaos.obstruction.com>
<41560D1B.7090102@samsco.org>
From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=)
Date: Sun, 26 Sep 2004 02:59:23 +0200
In-Reply-To: <41560D1B.7090102@samsco.org> (Scott Long's message of "Sat, 25
Sep 2004 18:28:11 -0600")
Message-ID: <xzpk6uhsv4k.fsf@dwp.des.no>
User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 (berkeley-unix)
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on flood.des.no
X-Spam-Level:
X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.63
cc: Guy Middleton <guy-dated-1098750044.72f1c1@obstruction.com>
cc: freebsd-current@freebsd.org
Subject: Re: 5.3-BETA5 X weirdness
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Sep 2004 00:59:32 -0000
Scott Long <scottl@samsco.org> writes:
> Are you tunneling X over ssh? try using 'ssh -y'.
You mean -Y; -y turns trusted forwarding off, and the OP wants it on.
DES
--=20
Dag-Erling Sm=F8rgrav - des@des.no
From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 00:59:44 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 9CA2A16A4E3
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 00:59:44 +0000 (GMT)
Received: from mail.parodius.com (mail.parodius.com [64.62.145.229])
by mx1.FreeBSD.org (Postfix) with ESMTP id 7EC1143D5C
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 00:59:44 +0000 (GMT)
(envelope-from jdc@pentarou.parodius.com)
Received: from pentarou.parodius.com (jdc@localhost [127.0.0.1])
by mail.parodius.com (8.13.1/8.13.1) with ESMTP id i8Q0xhpO061400
(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
for <freebsd-current@freebsd.org>;
Sat, 25 Sep 2004 17:59:43 -0700 (PDT)
(envelope-from jdc@pentarou.parodius.com)
Received: (from jdc@localhost)
by pentarou.parodius.com (8.13.1/8.13.1/Submit) id i8Q0xhgI061399
for freebsd-current@freebsd.org; Sat, 25 Sep 2004 17:59:43 -0700 (PDT)
(envelope-from jdc)
Date: Sat, 25 Sep 2004 17:59:43 -0700
From: Jeremy Chadwick <freebsd@jdc.parodius.com>
To: freebsd-current@freebsd.org
Message-ID: <20040926005943.GA61350@parodius.com>
Mail-Followup-To: freebsd-current@freebsd.org
References: <41555396.4030009@fer.hr>
<20040925132430.C65556@carver.gumbysoft.com>
<20040926021347.721a025f.benlutz@datacomm.ch>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20040926021347.721a025f.benlutz@datacomm.ch>
User-Agent: Mutt/1.5.6i
Subject: Re: USB memory stick hotswap problems
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Sep 2004 00:59:44 -0000
Can't usbd (or better yet, usbd.conf) be modified or changed in some way
to automatically handle the unmounting of any existing filesystems that
match the device which is mounted?
Seems like we're eventually going to need this to make hot-swappable USB
devices more friendly. I understand why you must unmount a device
before SCSI CAM gets disconnected from it, but it just seems that this
should be a job for usbd.
--
| Jeremy Chadwick jdc at parodius.com |
| Parodius Networking http://www.parodius.com/ |
| UNIX Systems Administrator Mountain View, CA, USA |
| Making life hard for others since 1977. |
On Sun, Sep 26, 2004 at 02:13:47AM +0200, Benjamin Lutz wrote:
> > panic.
> >
> > You must unmount volumes before removing them from the system. Otherwise
> > there is unflushed dirty data that will get lost, causing data
> > corruption on the volume. You will get a panic since the system doesn't
> > know what to do with the data and wants to avoid causing any further
> > damage.
>
> Seems that in this case panicing does more damage, instead of of just the
> not yet flushed data on the usb stick, you lose everything you've just
> been working on that's not yet been saved to disk.
>
> Sure, it probably does wonders for user education...
>
> Seriously though, can't this be changed? When I find myself in the
> situation of having unplugged my usb stick, it appears there's nothing I
> can do to rectify the situation, except ignore the mounted file system.
> Not exactly a comfortable position for a unix system admin.
>
> Unfortunately, I'm not a kernel hacker.
>
> Benjamin
From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 02:33:56 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 60C9E16A4CE; Sun, 26 Sep 2004 02:33:56 +0000 (GMT)
Received: from ebb.errno.com (ebb.errno.com [66.127.85.87])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 1628F43D41; Sun, 26 Sep 2004 02:33:56 +0000 (GMT)
(envelope-from sam@errno.com)
Received: from [66.127.85.91] ([66.127.85.91])
(authenticated bits=0)
by ebb.errno.com (8.12.9/8.12.6) with ESMTP id i8Q2XtWi006201
(version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO);
Sat, 25 Sep 2004 19:33:55 -0700 (PDT)
(envelope-from sam@errno.com)
From: Sam Leffler <sam@errno.com>
Organization: Errno Consulting
To: freebsd-current@freebsd.org
Date: Sat, 25 Sep 2004 19:38:27 -0700
User-Agent: KMail/1.7
References: <Pine.NEB.3.96L.1040925150944.79682C-100000@fledge.watson.org>
<200409251502.34281.sam@errno.com>
<Pine.BSF.4.53.0409252349140.93902@e0-0.zab2.int.zabbadoz.net>
In-Reply-To: <Pine.BSF.4.53.0409252349140.93902@e0-0.zab2.int.zabbadoz.net>
MIME-Version: 1.0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200409251938.28089.sam@errno.com>
cc: "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net>
cc: Robert Watson <rwatson@freebsd.org>
Subject: Re: 5.3 IPSEC broken
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Sep 2004 02:33:56 -0000
On Saturday 25 September 2004 04:50 pm, Bjoern A. Zeeb wrote:
> On Sat, 25 Sep 2004, Sam Leffler wrote:
> > > > That's a 216 byte packet, fwiw. I instrumented key.c and ran into
> > > > the following ENOBUFS case on key.c:6957:
> > > >
> > > > /* align the mbuf chain so that extensions are in contiguous
> > > > region. */ error = key_align(m, &mh);
> > > > if (error)
> > > > return error;
> > > >
> > > > if (m->m_next) { /*XXX*/
> > > > m_freem(m);
> > > > return ENOBUFS;
> > > > }
> > > >
> > > > I.e., the author knew it was a bug (feature) that an additional mbuf
> > > > couldn't be handled here, but we do need to handle one. Looks like
> > > > much of the surrounding code could be replaced with a call to
> > > > m_defrag() and/or m_pullup().
> > >
> > > Just to mention that i too experience this problem,
> > > but with FAST_IPSEC so this probably means that if any fix will be made
> > > for netkey/key.c then netipsec/key.c will need it too.(as far as i can
> > > tell) Please correct me if i'm wrong.
> >
> > Correct. I gave Robert a fix that was sent to me for fast ipsec. I was
> > going to commit it this weekend after some testing.
>
> could you perhaps post it or place it somewhere for download ?
sam 2004-09-26 02:01:27 UTC
FreeBSD src repository
Modified files:
sys/netipsec key.c
Log:
Correct handling of SADB_UPDATE and SADB_ADD requests. key_align may split
the mbuf due to use of m_pulldown. Discarding the result because of this
does not make sense as no subsequent code depends on the entire msg being
linearized (only the individual pieces). It's likely something else is
wrong
here but for now this appears to get things back to a working state.
Submitted by: Roselyn Lee
Revision Changes Path
1.17 +0 -5 src/sys/netipsec/key.c
http://cvsweb.FreeBSD.org/src/sys/netipsec/key.c.diff?r1=1.16&r2=1.17
From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 02:49:04 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 8281716A4CE
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 02:49:04 +0000 (GMT)
Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19])
by mx1.FreeBSD.org (Postfix) with ESMTP id 505D443D46
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 02:49:04 +0000 (GMT) (envelope-from obrien@NUXI.com)
Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1])
by dragon.nuxi.com (8.13.1/8.13.1) with ESMTP id i8Q2n3mn012558
for <freebsd-current@freebsd.org>;
Sat, 25 Sep 2004 19:49:03 -0700 (PDT)
(envelope-from obrien@dragon.nuxi.com)
Received: (from obrien@localhost)
by dragon.nuxi.com (8.13.1/8.13.1/Submit) id i8Q2n3oR012557
for freebsd-current@freebsd.org; Sat, 25 Sep 2004 19:49:03 -0700 (PDT)
(envelope-from obrien)
Date: Sat, 25 Sep 2004 19:49:03 -0700
From: "David O'Brien" <obrien@freebsd.org>
To: freebsd-current@freebsd.org
Message-ID: <20040926024903.GB2530@dragon.nuxi.com>
References: <200409241342.i8ODg06a030839@repoman.freebsd.org>
<20040924164730.GA4259@xor.obsecurity.org> <41545194.1030700@DougBarton.net>
<Pine.BSF.4.53.0409241811490.93902@e0-0.zab2.int.zabbadoz.net>
<20040924210405.A6066@URF.trarfvf>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20040924210405.A6066@URF.trarfvf>
User-Agent: Mutt/1.4.1i
X-Operating-System: FreeBSD 6.0-CURRENT
Organization: The NUXI BSD Group
X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A
X-Pgp-Rsa-Keyid: 1024/34F9F9D5
Subject: Re: BIND build knobs
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: freebsd-current@freebsd.org
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Sep 2004 02:49:04 -0000
On Fri, Sep 24, 2004 at 09:33:22PM +0100, Doug Barton wrote:
> The goal here is to make the NO_BIND option a lot more granular, and to
> default some of the options to not install bits unless they are
> specifically requested. The knob for the libs is the first step in the
> latter direction.
>
> The other knobs I have in mind are as follows:
>
> #NO_BIND_DNSSEC= true # dnssec-{keygen|signzone}
> #NO_BIND_LWRESD= true # lwresd
> #NO_BIND_NAMED= true # named, named-check{conf|zone},
> rndc[-confgen]
> #NO_BIND_UTILS= true # dig, host, nslookup, nsupdate
I assume "NO_BIND" will still imply all the above?
--
-- David (obrien@FreeBSD.org)
From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 02:52:31 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 9089316A4CE
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 02:52:31 +0000 (GMT)
Received: from slipgate.org (S0106000acd019ad0.du.shawcable.net
[24.109.1.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 47D5D43D4C
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 02:52:31 +0000 (GMT)
(envelope-from ryan@slipgate.org)
Received: from ryan.lan (gate.lan [192.168.1.1])
by slipgate.lan (8.12.11/8.12.11) with ESMTP id i8Q2lafm025993
for <freebsd-current@freebsd.org>;
Sat, 25 Sep 2004 19:47:36 -0700 (PDT)
Received: from ryan.lan (localhost [127.0.0.1])
by ryan.lan (8.13.1/8.13.1) with ESMTP id i8Q2mHTd005779
for <freebsd-current@freebsd.org>;
Sat, 25 Sep 2004 19:48:17 -0700 (PDT)
(envelope-from ryan@slipgate.org)
Received: (from ryan@localhost)
by ryan.lan (8.13.1/8.13.1/Submit) id i8Q2mHe6005778
for freebsd-current@freebsd.org; Sat, 25 Sep 2004 19:48:17 -0700 (PDT)
(envelope-from ryan@slipgate.org)
X-Authentication-Warning: ryan.lan: ryan set sender to ryan@slipgate.org using
-f
Date: Sat, 25 Sep 2004 19:48:17 -0700
From: Ryan Freeman <ryan@slipgate.org>
To: FreeBSD Mailing List <freebsd-current@freebsd.org>
Message-ID: <20040926024817.GB5643@slipgate.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.4.2.1i
Subject: Re: Sound performance problems in FreebSD
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Sep 2004 02:52:31 -0000
hello, sorry to drag up a slightly outdated topic, but i just installed 5.3beta5
and i'm having the same issue. the last time i used freebsd was back in march at
version 5.2 and 5.2.1. the issue existed then too, hence trying out 5.3beta5 now
+to
see if it was gone. while it isn't gone, i'm glad to see people are finally
+noticing
the problem as more than just "oh your hardware must be faulty". i ran the
+following:
> An easy way to reproduce these
> skips is to run `while true; do sysctl vm.vmtotal; done`, while
> playing an mp3.
and i get the nice "person being removed from the matrix" effect. haven't yet
+tried
the patch, but i want to get on that asap. can anyone else verify that the patch
works? and furthermore, is it going to be worked into the freebsd source
+post-haste? ;) thanks,
- ryan
hardware includes: athlon xp 1900+, 768mb DDR, sblive 5.1.
From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 02:52:57 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id A2FDC16A4CE
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 02:52:57 +0000 (GMT)
Received: from slipgate.org (S0106000acd019ad0.du.shawcable.net
[24.109.1.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C58C43D1F
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 02:52:57 +0000 (GMT)
(envelope-from ryan@slipgate.org)
Received: from ryan.lan (gate.lan [192.168.1.1])
by slipgate.org (8.12.11/8.12.11) with ESMTP id i8Q2qat9005783
for <freebsd-current@freebsd.org>;
Sat, 25 Sep 2004 19:52:36 -0700 (PDT)
Received: from ryan.lan (localhost [127.0.0.1])
by ryan.lan (8.13.1/8.13.1) with ESMTP id i8Q2rHMX005833
for <freebsd-current@freebsd.org>;
Sat, 25 Sep 2004 19:53:17 -0700 (PDT)
(envelope-from ryan@slipgate.org)
Received: (from ryan@localhost)
by ryan.lan (8.13.1/8.13.1/Submit) id i8Q2rHkB005832
for freebsd-current@freebsd.org; Sat, 25 Sep 2004 19:53:17 -0700 (PDT)
(envelope-from ryan@slipgate.org)
X-Authentication-Warning: ryan.lan: ryan set sender to ryan@slipgate.org using
-f
Date: Sat, 25 Sep 2004 19:53:17 -0700
From: Ryan Freeman <ryan@slipgate.org>
To: FreeBSD Mailing List <freebsd-current@freebsd.org>
Message-ID: <20040926025317.GA5812@slipgate.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.4.2.1i
Subject: Re: Sound performance problems in FreeBSD
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Sep 2004 02:52:57 -0000
hello, sorry to drag up a slightly outdated topic, but i just installed 5.3beta5
and i'm having the same issue. the last time i used freebsd was back in march at
version 5.2 and 5.2.1. the issue existed then too, hence trying out 5.3beta5 now
+to
see if it was gone. while it isn't gone, i'm glad to see people are finally
+noticing
the problem as more than just "oh your hardware must be faulty". i ran the
+following:
> An easy way to reproduce these
> skips is to run `while true; do sysctl vm.vmtotal; done`, while
> playing an mp3.
and i get the nice "person being removed from the matrix" effect. haven't yet
+tried
the patch, but i want to get on that asap. can anyone else verify that the patch
works? and furthermore, is it going to be worked into the freebsd source
+post-haste? ;) thanks,
- ryan
hardware includes: athlon xp 1900+, 768mb DDR, sblive 5.1.
From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 02:53:03 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id D5FAA16A58F
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 02:53:03 +0000 (GMT)
Received: from slipgate.org (S0106000acd019ad0.du.shawcable.net
[24.109.1.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9ADFD43D2D
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 02:53:03 +0000 (GMT)
(envelope-from ryan@slipgate.org)
Received: from ryan.lan (ryan.lan [192.168.1.10])
by slipgate.lan (8.12.11/8.12.11) with ESMTP id i8Q2dWw7010753
for <freebsd-current@freebsd.org>;
Sat, 25 Sep 2004 19:39:33 -0700 (PDT)
Received: from ryan.lan (localhost [127.0.0.1])
by ryan.lan (8.13.1/8.13.1) with ESMTP id i8PNKKU7086575
for <freebsd-current@freebsd.org>;
Sat, 25 Sep 2004 16:20:20 -0700 (PDT)
(envelope-from ryan@slipgate.org)
Received: (from ryan@localhost)
by ryan.lan (8.13.1/8.13.1/Submit) id i8PNKK3r086574
for freebsd-current@freebsd.org; Sat, 25 Sep 2004 16:20:20 -0700 (PDT)
(envelope-from ryan@slipgate.org)
X-Authentication-Warning: ryan.lan: ryan set sender to ryan@slipgate.org using
-f
Date: Sat, 25 Sep 2004 16:20:20 -0700
From: Ryan Freeman <ryan@slipgate.org>
To: freebsd-current@freebsd.org
Message-ID: <20040925232020.GA86555@slipgate.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.4.2.1i
Subject: Re: Sound performance problems in FreeBSD
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Sep 2004 02:53:04 -0000
hello, sorry to drag up a slightly outdated topic, but i just installed 5.3beta5
and i'm having the same issue. the last time i used freebsd was back in march at
version 5.2 and 5.2.1. the issue existed then too, hence trying out 5.3beta5 now to
see if it was gone. while it isn't gone, i'm glad to see people are finally noticing
the problem as more than just "oh your hardware must be faulty". i ran the following:
> An easy way to reproduce these
> skips is to run `while true; do sysctl vm.vmtotal; done`, while
> playing an mp3.
and i get the nice "person being removed from the matrix" effect. haven't yet tried
the patch, but i want to get on that asap. can anyone else verify that the patch
works? and furthermore, is it going to be worked into the freebsd source post-haste?
+;) thanks,
- ryan
hardware includes: athlon xp 1900+, 768mb DDR, sblive 5.1.
From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 02:53:04 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 23C4116A59E
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 02:53:04 +0000 (GMT)
Received: from slipgate.org (S0106000acd019ad0.du.shawcable.net
[24.109.1.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id EAE9843D1D
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 02:53:03 +0000 (GMT)
(envelope-from ryan@slipgate.org)
Received: from ryan.lan (ryan.lan [192.168.1.10])
by slipgate.lan (8.12.11/8.12.11) with ESMTP id i8Q2dWw5010753
for <freebsd-current@freebsd.org>;
Sat, 25 Sep 2004 19:39:32 -0700 (PDT)
Received: from ryan.lan (localhost [127.0.0.1])
by ryan.lan (8.13.1/8.13.1) with ESMTP id i8Q278sx005276
for <freebsd-current@freebsd.org>;
Sat, 25 Sep 2004 19:07:08 -0700 (PDT)
(envelope-from ryan@slipgate.org)
Received: (from ryan@localhost)
by ryan.lan (8.13.1/8.13.1/Submit) id i8Q277kB005275
for freebsd-current@freebsd.org; Sat, 25 Sep 2004 19:07:07 -0700 (PDT)
(envelope-from ryan@slipgate.org)
X-Authentication-Warning: ryan.lan: ryan set sender to ryan@slipgate.org using
-f
Date: Sat, 25 Sep 2004 19:07:07 -0700
From: Ryan Freeman <ryan@slipgate.org>
To: FreeBSD Mailing List <freebsd-current@freebsd.org>
Message-ID: <20040926020707.GA5240@slipgate.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.4.2.1i
Subject: Sound performance problems in FreeBSD
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Sep 2004 02:53:04 -0000
hello, sorry to drag up a slightly outdated topic, but i just installed 5.3beta5
and i'm having the same issue. the last time i used freebsd was back in march at
version 5.2 and 5.2.1. the issue existed then too, hence trying out 5.3beta5 now
to
see if it was gone. while it isn't gone, i'm glad to see people are finally
+noticing
the problem as more than just "oh your hardware must be faulty". i ran the
+following:
> An easy way to reproduce these
> skips is to run `while true; do sysctl vm.vmtotal; done`, while
> playing an mp3.
and i get the nice "person being removed from the matrix" effect. haven't yet
tried
the patch, but i want to get on that asap. can anyone else verify that the patch
works? and furthermore, is it going to be worked into the freebsd source
post-haste? ;) thanks,
- ryan
hardware includes: athlon xp 1900+, 768mb DDR, sblive 5.1.
From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 02:53:04 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 66CAE16A5A7
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 02:53:04 +0000 (GMT)
Received: from slipgate.org (S0106000acd019ad0.du.shawcable.net
[24.109.1.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3858B43D1D
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 02:53:04 +0000 (GMT)
(envelope-from ryan@slipgate.org)
Received: from ryan.lan (ryan.lan [192.168.1.10])
by slipgate.lan (8.12.11/8.12.11) with ESMTP id i8Q2f2R9022933
for <freebsd-current@freebsd.org>;
Sat, 25 Sep 2004 19:41:02 -0700 (PDT)
Received: from ryan.lan (localhost [127.0.0.1])
by ryan.lan (8.13.1/8.13.1) with ESMTP id i8Q2fhIF005673
for <freebsd-current@freebsd.org>;
Sat, 25 Sep 2004 19:41:43 -0700 (PDT)
(envelope-from ryan@slipgate.org)
Received: (from ryan@localhost)
by ryan.lan (8.13.1/8.13.1/Submit) id i8Q2fhQM005672
for freebsd-current@freebsd.org; Sat, 25 Sep 2004 19:41:43 -0700 (PDT)
(envelope-from ryan@slipgate.org)
X-Authentication-Warning: ryan.lan: ryan set sender to ryan@slipgate.org using
-f
Date: Sat, 25 Sep 2004 19:41:43 -0700
From: Ryan Freeman <ryan@slipgate.org>
To: FreeBSD Mailing List <freebsd-current@freebsd.org>
Message-ID: <20040926024143.GA5643@slipgate.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.4.2.1i
Subject: Re: Sound performance problems in FreeBSD
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Sep 2004 02:53:04 -0000
hello, sorry to drag up a slightly outdated topic, but i just installed 5.3beta5
and i'm having the same issue. the last time i used freebsd was back in march at
version 5.2 and 5.2.1. the issue existed then too, hence trying out 5.3beta5 now
+to
see if it was gone. while it isn't gone, i'm glad to see people are finally
+noticing
the problem as more than just "oh your hardware must be faulty". i ran the
+following:
> An easy way to reproduce these
> skips is to run `while true; do sysctl vm.vmtotal; done`, while
> playing an mp3.
and i get the nice "person being removed from the matrix" effect. haven't yet
+tried
the patch, but i want to get on that asap. can anyone else verify that the patch
works? and furthermore, is it going to be worked into the freebsd source
+post-haste? ;) thanks,
- ryan
hardware includes: athlon xp 1900+, 768mb DDR, sblive 5.1.
From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 02:53:05 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id DA51016A4F4
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 02:53:05 +0000 (GMT)
Received: from slipgate.org (S0106000acd019ad0.du.shawcable.net
[24.109.1.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB66E43D1D
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 02:53:05 +0000 (GMT)
(envelope-from ryan@slipgate.org)
Received: from ryan.lan (ryan.lan [192.168.1.10])
by slipgate.lan (8.12.11/8.12.11) with ESMTP id i8Q2dWw9010753
for <freebsd-current@freebsd.org>;
Sat, 25 Sep 2004 19:39:33 -0700 (PDT)
Received: from ryan.lan (localhost [127.0.0.1])
by ryan.lan (8.13.1/8.13.1) with ESMTP id i8PN92tL086399
for <freebsd-current@freebsd.org>;
Sat, 25 Sep 2004 16:09:02 -0700 (PDT)
(envelope-from ryan@slipgate.org)
Received: (from ryan@localhost)
by ryan.lan (8.13.1/8.13.1/Submit) id i8PN92En086398
for freebsd-current@freebsd.org; Sat, 25 Sep 2004 16:09:02 -0700 (PDT)
(envelope-from ryan@slipgate.org)
Resent-Message-Id: <200409252309.i8PN92En086398@ryan.lan>
X-Authentication-Warning: ryan.lan: ryan set sender to ryan@slipgate.org using
-f
Date: Fri, 24 Sep 2004 00:15:20 -0700
From: Ryan Freeman <ryan@slipgate.org>
To: freebsd-current@freebsd.org
Message-ID: <20040924071520.GA44388@slipgate.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.4.2.1i
Resent-From: ryan@slipgate.org
Resent-Date: Sat, 25 Sep 2004 16:09:02 -0700
Resent-To: freebsd-current@freebsd.org
Subject: Re: Sound performance problems in FreeBSD
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Sep 2004 02:53:06 -0000
hello, sorry to drag up a slightly outdated topic, but i just installed 5.3beta5
and i'm having the same issue. the last time i used freebsd was back in march at
version 5.2 and 5.2.1. the issue existed then too, hence trying out 5.3beta5 now to
see if it was gone. while it isn't gone, i'm glad to see people are finally noticing
the problem as more than just "oh your hardware must be faulty". i ran the following:
> An easy way to reproduce these
> skips is to run `while true; do sysctl vm.vmtotal; done`, while
> playing an mp3.
and i get the nice "person being removed from the matrix" effect. haven't yet tried
the patch, but i want to get on that asap. can anyone else verify that the patch
works? and furthermore, is it going to be worked into the freebsd source post-haste? ;) thanks,
- ryan
hardware includes: athlon xp 1900+, 768mb DDR, sblive 5.1.
From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 02:53:16 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 6DFA216A4D0
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 02:53:16 +0000 (GMT)
Received: from slipgate.org (S0106000acd019ad0.du.shawcable.net
[24.109.1.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 41B6D43D31
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 02:53:16 +0000 (GMT)
(envelope-from ryan@slipgate.org)
Received: from _HOSTNAME_ (ryan.lan [192.168.1.10])
by slipgate.lan (8.12.11/8.12.11) with SMTP id i8Q0E2fa016966
for <freebsd-current@freebsd.org>;
Sat, 25 Sep 2004 17:14:02 -0700 (PDT)
Received: by _HOSTNAME_ (sSMTP sendmail emulation);
Sat, 25 Sep 2004 17:14:41 -0700
From: "Ryan Freeman" <ryan@slipgate.org>
Date: Sat, 25 Sep 2004 17:14:41 -0700
To: freebsd-current@freebsd.org
Message-ID: <20040926001441.GB89945@slipgate.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.4.2.1i
Subject: Re: Sound performance problems in FreeBSD
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Sep 2004 02:53:16 -0000
hello, sorry to drag up a slightly outdated topic, but i just installed 5.3beta5
and i'm having the same issue. the last time i used freebsd was back in march at
version 5.2 and 5.2.1. the issue existed then too, hence trying out 5.3beta5 now to
see if it was gone. while it isn't gone, i'm glad to see people are finally noticing
the problem as more than just "oh your hardware must be faulty". i ran the following:
> An easy way to reproduce these
> skips is to run `while true; do sysctl vm.vmtotal; done`, while
> playing an mp3.
and i get the nice "person being removed from the matrix" effect. haven't yet tried
the patch, but i want to get on that asap. can anyone else verify that the patch
works? and furthermore, is it going to be worked into the freebsd source post-haste?
+;) thanks,
- ryan
hardware includes: athlon xp 1900+, 768mb DDR, sblive 5.1.
From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 02:55:24 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 0C1BC16A4CF
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 02:55:24 +0000 (GMT)
Received: from smaug.vex.net (smaug.vex.net [66.96.28.243])
by mx1.FreeBSD.org (Postfix) with ESMTP id A41D143D39
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 02:55:23 +0000 (GMT)
(envelope-from guy-dated-1098759304.322859@obstruction.com)
Received: from chaos.obstruction.com
(CPE00e018983b2f-CM013349903124.cpe.net.cable.rogers.com [65.48.209.174])
by smaug.vex.net (Postfix) with ESMTP id 0C0D626859
for <freebsd-current@freebsd.org>;
Sat, 25 Sep 2004 22:55:22 -0400 (EDT)
Received: by chaos.obstruction.com (Postfix, from userid 1000)
id 12D255C8F; Sat, 25 Sep 2004 22:55:05 -0400 (EDT)
Received: by chaos.obstruction.com (tmda-sendmail, from uid 1000);
Sat, 25 Sep 2004 22:55:04 -0400 (EDT)
Date: Sat, 25 Sep 2004 22:55:03 -0400
To: freebsd-current@freebsd.org
Message-ID: <20040926025503.GA27752@chaos.obstruction.com>
References: <20040926002043.GA26943@chaos.obstruction.com>
<41560D1B.7090102@samsco.org> <xzpk6uhsv4k.fsf@dwp.des.no>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <xzpk6uhsv4k.fsf@dwp.des.no>
User-Agent: Mutt/1.5.4i
From: Guy Middleton <guy@obstruction.com>
X-Delivery-Agent: TMDA/1.0.3 (Seattle Slew)
Subject: Re: 5.3-BETA5 X weirdness
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: Guy Middleton <guy-dated-1098759304.322859@obstruction.com>
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Sep 2004 02:55:24 -0000
On Sun, Sep 26, 2004 at 02:59:23AM +0200, Dag-Erling Sm?rgrav wrote:
> Scott Long <scottl@samsco.org> writes:
> > Are you tunneling X over ssh? try using 'ssh -y'.
>
> You mean -Y; -y turns trusted forwarding off, and the OP wants it on.
Which version of SSH is this? The one in 5.3-BETA5 /usr/bin/ssh recognizes
neither -y nor -Y.
From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 03:01:25 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 588CF16A4CE
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 03:01:25 +0000 (GMT)
Received: from smaug.vex.net (smaug.vex.net [66.96.28.243])
by mx1.FreeBSD.org (Postfix) with ESMTP id 3208143D1F
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 03:01:25 +0000 (GMT)
(envelope-from guy-dated-1098759662.add24e@obstruction.com)
Received: from chaos.obstruction.com
(CPE00e018983b2f-CM013349903124.cpe.net.cable.rogers.com [65.48.209.174])
by smaug.vex.net (Postfix) with ESMTP id 4E8D426ACA
for <freebsd-current@freebsd.org>;
Sat, 25 Sep 2004 23:01:20 -0400 (EDT)
Received: by chaos.obstruction.com (Postfix, from userid 1000)
id 5EE875C8F; Sat, 25 Sep 2004 23:01:03 -0400 (EDT)
Received: by chaos.obstruction.com (tmda-sendmail, from uid 1000);
Sat, 25 Sep 2004 23:01:02 -0400 (EDT)
Date: Sat, 25 Sep 2004 23:01:02 -0400
To: freebsd-current@freebsd.org
Message-ID: <20040926030102.GA27864@chaos.obstruction.com>
References: <20040926002043.GA26943@chaos.obstruction.com>
<41560D1B.7090102@samsco.org> <xzpk6uhsv4k.fsf@dwp.des.no>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <xzpk6uhsv4k.fsf@dwp.des.no>
User-Agent: Mutt/1.5.4i
From: Guy Middleton <guy@obstruction.com>
X-Delivery-Agent: TMDA/1.0.3 (Seattle Slew)
Subject: Re: 5.3-BETA5 X weirdness
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: Guy Middleton <guy-dated-1098759662.add24e@obstruction.com>
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Sep 2004 03:01:25 -0000
On Sun, Sep 26, 2004 at 02:59:23AM +0200, Dag-Erling Sm?rgrav wrote:
> Scott Long <scottl@samsco.org> writes:
> > Are you tunneling X over ssh? try using 'ssh -y'.
>
> You mean -Y; -y turns trusted forwarding off, and the OP wants it on.
Aha! -Y does the trick.
(Please ignore my previous message; I was confused).
-Guy
From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 02:59:36 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id DA30816A4CE
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 02:59:36 +0000 (GMT)
Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19])
by mx1.FreeBSD.org (Postfix) with ESMTP id BD35C43D54
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 02:59:36 +0000 (GMT) (envelope-from obrien@NUXI.com)
Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1])
by dragon.nuxi.com (8.13.1/8.13.1) with ESMTP id i8Q2xZGt016972;
Sat, 25 Sep 2004 19:59:35 -0700 (PDT)
(envelope-from obrien@dragon.nuxi.com)
Received: (from obrien@localhost)
by dragon.nuxi.com (8.13.1/8.13.1/Submit) id i8Q2xZGg016971;
Sat, 25 Sep 2004 19:59:35 -0700 (PDT)
(envelope-from obrien)
Date: Sat, 25 Sep 2004 19:59:35 -0700
From: "David O'Brien" <obrien@freebsd.org>
To: Stephen Montgomery-Smith <stephen@math.missouri.edu>
Message-ID: <20040926025935.GC2530@dragon.nuxi.com>
References: <41536FD5.20204@math.missouri.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <41536FD5.20204@math.missouri.edu>
User-Agent: Mutt/1.4.1i
X-Operating-System: FreeBSD 6.0-CURRENT
Organization: The NUXI BSD Group
X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A
X-Pgp-Rsa-Keyid: 1024/34F9F9D5
cc: freebsd-current@freebsd.org
Subject: Re: ACPI on Tyan Thunder K7
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: freebsd-current@freebsd.org
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Sep 2004 02:59:37 -0000
On Thu, Sep 23, 2004 at 07:52:37PM -0500, Stephen Montgomery-Smith wrote:
> I have a Tyan Thunder K7 S2462 motherboard running its latest BIOS
> (version 2.14). ACPI simply does not work at all.
Define "does not work at all".
> A long time ago I
> asked about this motherboard, and I was told that ACPI on this
> motherboard is faulty.
It is with respect to some devices.
--
-- David (obrien@FreeBSD.org)
From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 02:59:59 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id AB87216A4CE
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 02:59:59 +0000 (GMT)
Received: from mail.mcneil.com (mcneil.com [24.199.45.54])
by mx1.FreeBSD.org (Postfix) with ESMTP id 7C60543D31
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 02:59:59 +0000 (GMT) (envelope-from sean@mcneil.com)
Received: from localhost (localhost.mcneil.com [127.0.0.1])
by mail.mcneil.com (Postfix) with ESMTP id 37D64F1A8A;
Sat, 25 Sep 2004 19:59:57 -0700 (PDT)
Received: from mail.mcneil.com ([127.0.0.1])
by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024)
with ESMTP id 82385-04; Sat, 25 Sep 2004 19:59:56 -0700 (PDT)
Received: from [24.199.45.54] (mcneil.com [24.199.45.54])
by mail.mcneil.com (Postfix) with ESMTP id 6E86CF1A7D;
Sat, 25 Sep 2004 19:59:56 -0700 (PDT)
From: Sean McNeil <sean@mcneil.com>
To: Ryan Freeman <ryan@slipgate.org>
In-Reply-To: <20040926025317.GA5812@slipgate.org>
References: <20040926025317.GA5812@slipgate.org>
Content-Type: text/plain
Message-Id: <1096167596.82394.1.camel@server.mcneil.com>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.6
Date: Sat, 25 Sep 2004 19:59:56 -0700
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavisd-new at mcneil.com
cc: FreeBSD Mailing List <freebsd-current@freebsd.org>
Subject: Re: Sound performance problems in FreeBSD
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Sep 2004 02:59:59 -0000
On Sat, 2004-09-25 at 19:53, Ryan Freeman wrote:
> hello, sorry to drag up a slightly outdated topic, but i just installed 5.3beta5
> and i'm having the same issue. the last time i used freebsd was back in march at
> version 5.2 and 5.2.1. the issue existed then too, hence trying out 5.3beta5 now
> +to
> see if it was gone. while it isn't gone, i'm glad to see people are finally
> +noticing
> the problem as more than just "oh your hardware must be faulty". i ran the
> +following:
>
> > An easy way to reproduce these
> > skips is to run `while true; do sysctl vm.vmtotal; done`, while
> > playing an mp3.
>
> and i get the nice "person being removed from the matrix" effect. haven't yet
> +tried
> the patch, but i want to get on that asap. can anyone else verify that the patch
> works? and furthermore, is it going to be worked into the freebsd source
> +post-haste? ;) thanks,
>
> - ryan
>
> hardware includes: athlon xp 1900+, 768mb DDR, sblive 5.1.
What patch are you referring to? I've had very poor playback on my
amd64 machine with esd for a long time. If I use xmms or something like
it and have it go directly to the OSS driver instead of through esd then
I have no issues at all.
Cheers,
Sean
From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 03:05:33 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 5F82D16A548
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 03:05:33 +0000 (GMT)
Received: from slipgate.org (S0106000acd019ad0.du.shawcable.net
[24.109.1.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2981F43D45
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 03:05:33 +0000 (GMT)
(envelope-from ryan@slipgate.org)
Received: from ryan.lan (gate.lan [192.168.1.1])
by slipgate.org (8.12.11/8.12.11) with ESMTP id i8Q35Brh005864
for <freebsd-current@freebsd.org>;
Sat, 25 Sep 2004 20:05:11 -0700 (PDT)
Received: from ryan.lan (localhost [127.0.0.1])
by ryan.lan (8.13.1/8.13.1) with ESMTP id i8Q35qZm006043
for <freebsd-current@freebsd.org>;
Sat, 25 Sep 2004 20:05:52 -0700 (PDT)
(envelope-from ryan@slipgate.org)
Received: (from ryan@localhost)
by ryan.lan (8.13.1/8.13.1/Submit) id i8Q35qAT006042
for freebsd-current@freebsd.org; Sat, 25 Sep 2004 20:05:52 -0700 (PDT)
(envelope-from ryan@slipgate.org)
Resent-Message-Id: <200409260305.i8Q35qAT006042@ryan.lan>
X-Authentication-Warning: ryan.lan: ryan set sender to ryan@slipgate.org using
-f
Date: Sat, 25 Sep 2004 20:02:57 -0700
From: Ryan Freeman <ryan@slipgate.org>
To: Sean McNeil <sean@mcneil.com>
Message-ID: <20040926030257.GA5977@slipgate.org>
References: <20040926025317.GA5812@slipgate.org>
<1096167596.82394.1.camel@server.mcneil.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1096167596.82394.1.camel@server.mcneil.com>
User-Agent: Mutt/1.4.2.1i
Resent-From: ryan@slipgate.org
Resent-Date: Sat, 25 Sep 2004 20:05:52 -0700
Resent-To: FreeBSD Mailing List <freebsd-current@freebsd.org>
Subject: Re: Sound performance problems in FreeBSD
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Sep 2004 03:05:34 -0000
On Sat, Sep 25, 2004 at 07:59:56PM -0700, Sean McNeil wrote:
> On Sat, 2004-09-25 at 19:53, Ryan Freeman wrote:
> > hello, sorry to drag up a slightly outdated topic, but i just installed 5.3beta5
> > and i'm having the same issue. the last time i used freebsd was back in march at
> > version 5.2 and 5.2.1. the issue existed then too, hence trying out 5.3beta5 now
> > +to
> > see if it was gone. while it isn't gone, i'm glad to see people are finally
> > +noticing
> > the problem as more than just "oh your hardware must be faulty". i ran the
> > +following:
> >
> > > An easy way to reproduce these
> > > skips is to run `while true; do sysctl vm.vmtotal; done`, while
> > > playing an mp3.
> >
> > and i get the nice "person being removed from the matrix" effect. haven't yet
> > +tried
> > the patch, but i want to get on that asap. can anyone else verify that the patch
> > works? and furthermore, is it going to be worked into the freebsd source
> > +post-haste? ;) thanks,
> >
> > - ryan
> >
> > hardware includes: athlon xp 1900+, 768mb DDR, sblive 5.1.
>
> What patch are you referring to? I've had very poor playback on my
> amd64 machine with esd for a long time. If I use xmms or something like
> it and have it go directly to the OSS driver instead of through esd then
> I have no issues at all.
sorry for the massive spam of the same message, i was having sendmail issues :/
i thought i had cleared out the queue while i was playing around but nope, it
backed right up. ANYWAY,
the patch i'm referring to is the one talked about here:
http://lists.freebsd.org/pipermail/freebsd-current/2004-September/036528.html
and here:
http://lists.freebsd.org/pipermail/freebsd-current/2004-September/037045.html
thanks,
- ryan
From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 03:12:46 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 4D57716A4CF
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 03:12:46 +0000 (GMT)
Received: from slipgate.org (S0106000acd019ad0.du.shawcable.net
[24.109.1.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0DE5643D41
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 03:12:46 +0000 (GMT)
(envelope-from ryan@slipgate.org)
Received: from ryan.lan (gate.lan [192.168.1.1])
by slipgate.org (8.12.11/8.12.11) with ESMTP id i8Q3COhH009055;
Sat, 25 Sep 2004 20:12:25 -0700 (PDT)
Received: from ryan.lan (localhost [127.0.0.1])
by ryan.lan (8.13.1/8.13.1) with ESMTP id i8Q3D5O1006149;
Sat, 25 Sep 2004 20:13:05 -0700 (PDT)
(envelope-from ryan@slipgate.org)
Received: (from ryan@localhost)
by ryan.lan (8.13.1/8.13.1/Submit) id i8Q3D5PY006148;
Sat, 25 Sep 2004 20:13:05 -0700 (PDT)
(envelope-from ryan@slipgate.org)
X-Authentication-Warning: ryan.lan: ryan set sender to ryan@slipgate.org using
-f
Date: Sat, 25 Sep 2004 20:13:05 -0700
From: Ryan Freeman <ryan@slipgate.org>
To: Sean McNeil <sean@mcneil.com>
Message-ID: <20040926031305.GA6094@slipgate.org>
References: <20040926025317.GA5812@slipgate.org>
<1096167596.82394.1.camel@server.mcneil.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1096167596.82394.1.camel@server.mcneil.com>
User-Agent: Mutt/1.4.2.1i
cc: FreeBSD Mailing List <freebsd-current@freebsd.org>
Subject: Re: Sound performance problems in FreeBSD
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Sep 2004 03:12:46 -0000
On Sat, Sep 25, 2004 at 07:59:56PM -0700, Sean McNeil wrote:
>
> What patch are you referring to? I've had very poor playback on my
> amd64 machine with esd for a long time. If I use xmms or something like
> it and have it go directly to the OSS driver instead of through esd then
> I have no issues at all.
>
> Cheers,
> Sean
>
details here:
http://lists.freebsd.org/pipermail/freebsd-current/2004-September/036528.html
and here:
http://lists.freebsd.org/pipermail/freebsd-current/2004-September/037045.html
- ryan
From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 03:23:36 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 8B7C616A4CE
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 03:23:36 +0000 (GMT)
Received: from ylpvm29.prodigy.net (ylpvm29-ext.prodigy.net [207.115.57.60])
by mx1.FreeBSD.org (Postfix) with ESMTP id 0B26143D1F
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 03:23:36 +0000 (GMT)
(envelope-from julian@elischer.org)
Received: from elischer.org (adsl-67-124-49-205.dsl.snfc21.pacbell.net
[67.124.49.205])i8Q3N9IV032086; Sat, 25 Sep 2004 23:23:11 -0400
Message-ID: <4156362C.5000304@elischer.org>
Date: Sat, 25 Sep 2004 20:23:24 -0700
From: Julian Elischer <julian@elischer.org>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4b) Gecko/20030524
X-Accept-Language: en, hu
MIME-Version: 1.0
To: Forrest Aldrich <forrie@forrie.com>
References: <4154A109.1050004@forrie.com>
In-Reply-To: <4154A109.1050004@forrie.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
cc: freebsd-current@freebsd.org
Subject: Re: Firewall options missing from NOTES...
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Sep 2004 03:23:36 -0000
Forrest Aldrich wrote:
> Curiuos why the various firewalling options are missing from NOTES -- in
> earlier releases, these were found in LINT.
>
>
> _F
>
>
> _______________________________________________
> freebsd-current@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
there is a n architecture specific NOTEs and a general one in /sys/conf..
are you looking at both?
Make LINT
will generate a LINT config using both of them combined,
From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 03:28:04 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id F176F16A4CE
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 03:28:04 +0000 (GMT)
Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22])
by mx1.FreeBSD.org (Postfix) with ESMTP id BE2A943D1F
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 03:28:04 +0000 (GMT) (envelope-from nate@root.org)
Received: from [10.0.5.50] (adsl-64-171-187-209.dsl.snfc21.pacbell.net
[64.171.187.209])
by www.cryptography.com (8.12.8/8.12.8) with ESMTP id i8Q3S3Dl009632
(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT);
Sat, 25 Sep 2004 20:28:04 -0700
Message-ID: <41563742.6090307@root.org>
Date: Sat, 25 Sep 2004 20:28:02 -0700
From: Nate Lawson <nate@root.org>
User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: David Boyd <David.Boyd@insightbb.com>
References: <DIEGJJFBNADMCJBGPCBKIEECCOAA.David.Boyd@insightbb.com>
In-Reply-To: <DIEGJJFBNADMCJBGPCBKIEECCOAA.David.Boyd@insightbb.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
cc: freebsd-current@freebsd.org
Subject: Re: 5.3-BETA5-i386-disc1 bootstrap failures
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Sep 2004 03:28:05 -0000
David Boyd wrote:
> This may just be noise, but I'll send it anywho.
>
> The ACPI/APIC/SMP problem described in several missives on this list was
> introduced (imho) between noon on September 17th and noon on September 18th.
>
> I have built from CVS (cvsup) the following kernels:
>
> 2004.09.17.12.00.00
> 2004.09.18.00.00.00
> 2004.09.18.06.00.00
> 2004.09.18.12.00.00
Thanks for the datapoint. I assume you are tracking RELENG_5?
I could only find one ACPI commit to RELENG_5 around this time. Please
recompile with the following files:
acpi_thermal.c rev 1.48
acpi_powerres.c rev 1.26
You can download them here:
http://www.freebsd.org/cgi/cvsweb.cgi/~checkout~/src/sys/dev/acpica/acpi_thermal.c?rev=1.48&content-type=text/plain
http://www.freebsd.org/cgi/cvsweb.cgi/~checkout~/src/sys/dev/acpica/acpi_powerres.c?rev=1.26&content-type=text/plain
Merely copy these into /sys/dev/acpica, recompile the acpi module (or
whole kernel) and reboot.
--
Nate
From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 03:40:45 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id BB0D316A4CE
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 03:40:45 +0000 (GMT)
Received: from sccmmhc92.asp.att.net (sccmmhc92.asp.att.net [204.127.203.212])
by mx1.FreeBSD.org (Postfix) with ESMTP id 6DD5443D41
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 03:40:45 +0000 (GMT)
(envelope-from stephen@math.missouri.edu)
Received: from [10.0.0.3] (12-216-240-169.client.mchsi.com[12.216.240.169])
by sccmmhc92.asp.att.net (sccmmhc92) with ESMTP
id <20040926034044m9200ars3se>; Sun, 26 Sep 2004 03:40:45 +0000
Message-ID: <41563A3C.5080404@math.missouri.edu>
Date: Sat, 25 Sep 2004 22:40:44 -0500
From: Stephen Montgomery-Smith <stephen@math.missouri.edu>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040922
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: freebsd-current@freebsd.org
References: <41536FD5.20204@math.missouri.edu>
<20040926025935.GC2530@dragon.nuxi.com>
In-Reply-To: <20040926025935.GC2530@dragon.nuxi.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Subject: Re: ACPI on Tyan Thunder K7
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Sep 2004 03:40:45 -0000
David O'Brien wrote:
> On Thu, Sep 23, 2004 at 07:52:37PM -0500, Stephen Montgomery-Smith wrote:
>
>>I have a Tyan Thunder K7 S2462 motherboard running its latest BIOS
>>(version 2.14). ACPI simply does not work at all.
>
>
> Define "does not work at all".
>
Well as you can see from the ACPI error messages in dmesg (which is
included in my previous email) a lot of stuff isn't working.
But more than that, if I do "shutdown -p now" the computer does halt,
and then it switches off, but in a strange way - the fans are still
going, all the lights are on, but the video card stops working, and the
on/off button does nothing, even if I hold it down for several seconds.
I have to press the reset button for it to start again.
Best Stephen
From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 04:50:39 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id C40E816A4CE
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 04:50:39 +0000 (GMT)
Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10])
by mx1.FreeBSD.org (Postfix) with ESMTP id E68C743D3F
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 04:50:35 +0000 (GMT)
(envelope-from doconnor@gsoft.com.au)
Received: from inchoate.gsoft.com.au (localhost [127.0.0.1])
(authenticated bits=0)
by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id i8Q4CbZu003539;
Sun, 26 Sep 2004 13:42:37 +0930 (CST)
(envelope-from doconnor@gsoft.com.au)
From: "Daniel O'Connor" <doconnor@gsoft.com.au>
To: freebsd-current@freebsd.org
Date: Sun, 26 Sep 2004 13:42:25 +0930
User-Agent: KMail/1.7
References: <20040926025317.GA5812@slipgate.org>
In-Reply-To: <20040926025317.GA5812@slipgate.org>
MIME-Version: 1.0
Content-Type: multipart/signed;
boundary="nextPart4767100.1PhNd2JWmk";
protocol="application/pgp-signature";
micalg=pgp-sha1
Content-Transfer-Encoding: 7bit
Message-Id: <200409261342.34874.doconnor@gsoft.com.au>
X-Spam-Score: -2.5 ()
IN_REP_TO,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT
X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang)
cc: Ryan Freeman <ryan@slipgate.org>
Subject: Re: Sound performance problems in FreeBSD
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Sep 2004 04:50:39 -0000
--nextPart4767100.1PhNd2JWmk
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
On Sun, 26 Sep 2004 12:23, Ryan Freeman wrote:
>
> +following:
> > An easy way to reproduce these
> > skips is to run `while true; do sysctl vm.vmtotal; done`, while
> > playing an mp3.
I suspect that sysctl involves doing lots of locking and will do weird=20
things..
Does it happen if you run a CPU using userland proc inseadt?
=2D-=20
Daniel O'Connor software and network engineer
for Genesis Software - http://www.gsoft.com.au
"The nice thing about standards is that there
are so many of them to choose from."
-- Andrew Tanenbaum
GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C
--nextPart4767100.1PhNd2JWmk
Content-Type: application/pgp-signature
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)
iD8DBQBBVkGy5ZPcIHs/zowRAvNaAJ9AmzZqmQiYy0hjckXkYQi/BV8m8QCfd98l
KgxLmK0+kOpQ3QigiieYYHg=
=kMZS
-----END PGP SIGNATURE-----
--nextPart4767100.1PhNd2JWmk--
From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 04:50:41 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 9F51816A4CE
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 04:50:41 +0000 (GMT)
Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10])
by mx1.FreeBSD.org (Postfix) with ESMTP id 5585043D3F
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 04:50:40 +0000 (GMT)
(envelope-from doconnor@gsoft.com.au)
Received: from inchoate.gsoft.com.au (localhost [127.0.0.1])
(authenticated bits=0)
by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id i8Q2CRnO001287;
Sun, 26 Sep 2004 11:42:27 +0930 (CST)
(envelope-from doconnor@gsoft.com.au)
From: "Daniel O'Connor" <doconnor@gsoft.com.au>
To: freebsd-current@freebsd.org
Date: Sun, 26 Sep 2004 11:42:17 +0930
User-Agent: KMail/1.7
References: <41555396.4030009@fer.hr>
<20040926021347.721a025f.benlutz@datacomm.ch>
<20040926005943.GA61350@parodius.com>
In-Reply-To: <20040926005943.GA61350@parodius.com>
MIME-Version: 1.0
Content-Type: multipart/signed;
boundary="nextPart2509521.9Y24kvryh8";
protocol="application/pgp-signature";
micalg=pgp-sha1
Content-Transfer-Encoding: 7bit
Message-Id: <200409261142.24759.doconnor@gsoft.com.au>
X-Spam-Score: -2.5 ()
IN_REP_TO,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT
X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang)
cc: Jeremy Chadwick <freebsd@jdc.parodius.com>
Subject: Re: USB memory stick hotswap problems
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Sep 2004 04:50:41 -0000
--nextPart2509521.9Y24kvryh8
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
On Sun, 26 Sep 2004 10:29, Jeremy Chadwick wrote:
> Can't usbd (or better yet, usbd.conf) be modified or changed in some way
> to automatically handle the unmounting of any existing filesystems that
> match the device which is mounted?
>
> Seems like we're eventually going to need this to make hot-swappable USB
> devices more friendly. I understand why you must unmount a device
> before SCSI CAM gets disconnected from it, but it just seems that this
> should be a job for usbd.
The problem is that once the device is removed it's too late :(
One possibility would be to add a facility to mark all the data for a certa=
in=20
device to be non-critical so it will throw it away when it tries to flush i=
t=20
and fails instead of panicing.
=2D-=20
Daniel O'Connor software and network engineer
for Genesis Software - http://www.gsoft.com.au
"The nice thing about standards is that there
are so many of them to choose from."
-- Andrew Tanenbaum
GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C
--nextPart2509521.9Y24kvryh8
Content-Type: application/pgp-signature
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)
iD8DBQBBViWI5ZPcIHs/zowRAuZJAJ4xH1SntGmEMgya5NGgyoKS65ugHACeK93A
psXCMoXqk39fho27bzIGhOQ=
=AqHb
-----END PGP SIGNATURE-----
--nextPart2509521.9Y24kvryh8--
From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 05:35:37 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id A0E4216A4CE
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 05:35:37 +0000 (GMT)
Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.201])
by mx1.FreeBSD.org (Postfix) with ESMTP id 530D743D1D
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 05:35:37 +0000 (GMT)
(envelope-from juhasaarinen@gmail.com)
Received: by mproxy.gmail.com with SMTP id 79so3077943rnk
for <freebsd-current@freebsd.org>;
Sat, 25 Sep 2004 22:35:36 -0700 (PDT)
Received: by 10.38.14.21 with SMTP id 21mr814744rnn;
Sat, 25 Sep 2004 22:35:36 -0700 (PDT)
Received: by 10.38.73.29 with HTTP; Sat, 25 Sep 2004 22:35:36 -0700 (PDT)
Message-ID: <b34be842040925223529c361f3@mail.gmail.com>
Date: Sun, 26 Sep 2004 17:35:36 +1200
From: Juha Saarinen <juhasaarinen@gmail.com>
To: freebsd-current@freebsd.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Subject: How to migrate from ports BIND 9 top the base version in RELENG_5?
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: Juha Saarinen <juhasaarinen@gmail.com>
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Sep 2004 05:35:37 -0000
Is it necessary/recommended to uninstall BIND 9.3.0 from the ports
collection prior to installing the base system version?
--
Juha
From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 05:40:28 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 0104516A4CE
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 05:40:28 +0000 (GMT)
Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21])
by mx1.FreeBSD.org (Postfix) with ESMTP id D4EEE43D31
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 05:40:27 +0000 (GMT)
(envelope-from davidxu@freebsd.org)
Received: from [127.0.0.1] (davidxu@localhost [127.0.0.1])
by freefall.freebsd.org (8.12.11/8.12.11) with ESMTP id i8Q5eQJL049547
for <freebsd-current@freebsd.org>; Sun, 26 Sep 2004 05:40:27 GMT
(envelope-from davidxu@freebsd.org)
Message-ID: <41565673.7050504@freebsd.org>
Date: Sun, 26 Sep 2004 13:41:07 +0800
From: David Xu <davidxu@freebsd.org>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US;
rv:1.7.1) Gecko/20040730
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: freebsd-current@freebsd.org
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Subject: Interesting code in exec_setregs
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Sep 2004 05:40:28 -0000
I found following code in sys/i386/i386/machdep.c:
function exec_setregs:
bzero((char *)regs, sizeof(struct trapframe));
regs->tf_eip = entry;
regs->tf_esp = stack;
regs->tf_eflags = PSL_USER | (regs->tf_eflags & PSL_T);
the regs is cleared to zero, why do we bother to test it
again ? regs->tf_eflags & PSL_T is useless code.
AMD64 also has this, I also found it in releng_4, why ?
David Xu
From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 05:54:40 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 4820316A4CE
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 05:54:40 +0000 (GMT)
Received: from mail6.speakeasy.net (mail6.speakeasy.net [216.254.0.206])
by mx1.FreeBSD.org (Postfix) with ESMTP id 07C0843D58
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 05:54:40 +0000 (GMT)
(envelope-from jmg@hydrogen.funkthat.com)
Received: (qmail 24183 invoked from network); 26 Sep 2004 05:54:39 -0000
Received: from gate.funkthat.com (HELO hydrogen.funkthat.com) ([69.17.45.168])
(envelope-sender <jmg@hydrogen.funkthat.com>)
by mail6.speakeasy.net (qmail-ldap-1.03) with SMTP
for <doconnor@gsoft.com.au>; 26 Sep 2004 05:54:38 -0000
Received: from hydrogen.funkthat.com (gxwfwn@localhost.funkthat.com
[127.0.0.1])i8Q5sYlb006712; Sat, 25 Sep 2004 22:54:34 -0700 (PDT)
(envelope-from jmg@hydrogen.funkthat.com)
Received: (from jmg@localhost)
by hydrogen.funkthat.com (8.12.10/8.12.10/Submit) id i8Q5sVU1006711;
Sat, 25 Sep 2004 22:54:31 -0700 (PDT)
Date: Sat, 25 Sep 2004 22:54:31 -0700
From: John-Mark Gurney <gurney_j@resnet.uoregon.edu>
To: "Daniel O'Connor" <doconnor@gsoft.com.au>
Message-ID: <20040926055431.GD1383@funkthat.com>
Mail-Followup-To: Daniel O'Connor <doconnor@gsoft.com.au>,
freebsd-current@freebsd.org,
Jeremy Chadwick <freebsd@jdc.parodius.com>
References: <41555396.4030009@fer.hr>
<20040926021347.721a025f.benlutz@datacomm.ch>
<20040926005943.GA61350@parodius.com>
<200409261142.24759.doconnor@gsoft.com.au>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <200409261142.24759.doconnor@gsoft.com.au>
User-Agent: Mutt/1.4.1i
X-Operating-System: FreeBSD 4.2-RELEASE i386
X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4
X-Files: The truth is out there
X-URL: http://resnet.uoregon.edu/~gurney_j/
X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html
cc: freebsd-current@freebsd.org
cc: Jeremy Chadwick <freebsd@jdc.parodius.com>
Subject: Re: USB memory stick hotswap problems
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: John-Mark Gurney <gurney_j@resnet.uoregon.edu>
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Sep 2004 05:54:40 -0000
Daniel O'Connor wrote this message on Sun, Sep 26, 2004 at 11:42 +0930:
> > Seems like we're eventually going to need this to make hot-swappable USB
> > devices more friendly. I understand why you must unmount a device
> > before SCSI CAM gets disconnected from it, but it just seems that this
> > should be a job for usbd.
>
> The problem is that once the device is removed it's too late :(
Exactly...
> One possibility would be to add a facility to mark all the data for a certain
> device to be non-critical so it will throw it away when it tries to flush it
> and fails instead of panicing.
phk is working on fixing this right now...
--
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-current@FreeBSD.ORG Sun Sep 26 05:56:27 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 9F65516A4CE
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 05:56:27 +0000 (GMT)
Received: from mxout4.cac.washington.edu (mxout4.cac.washington.edu
[140.142.33.19])
by mx1.FreeBSD.org (Postfix) with ESMTP id 4CD6243D49
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 05:56:27 +0000 (GMT)
(envelope-from dsyphers@u.washington.edu)
Received: from smtp.washington.edu (smtp.washington.edu [140.142.33.9])
ESMTP id i8Q5uQLj010429; Sat, 25 Sep 2004 22:56:26 -0700
Received: from yggdrasil.seektruth.org (c-24-18-235-11.client.comcast.net
[24.18.235.11]) (authenticated bits=0)i8Q5uQGt026984
(version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT);
Sat, 25 Sep 2004 22:56:26 -0700
From: David Syphers <dsyphers@u.washington.edu>
To: Nate Lawson <nate@root.org>
Date: Sat, 25 Sep 2004 22:56:37 -0700
User-Agent: KMail/1.7
References: <200409211736.i8LHajfK000463@mist.nodomain>
<200409240059.47087.dsyphers@u.washington.edu> <4155B437.5020806@root.org>
In-Reply-To: <4155B437.5020806@root.org>
MIME-Version: 1.0
Content-Type: Multipart/Mixed;
boundary="Boundary-00=_VolVBO0Jlwgvz0s"
Message-Id: <200409252256.37886.dsyphers@u.washington.edu>
cc: freebsd-current@freebsd.org
Subject: Re: 5.3-BETA5-i386-disc1 bootstrap failures
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Sep 2004 05:56:27 -0000
--Boundary-00=_VolVBO0Jlwgvz0s
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
On Saturday 25 September 2004 11:08 am, Nate Lawson wrote:
> David Syphers wrote:
> >>This is the same problem I reported yesterday (with the more generic
> >>subject of "can't install 5.3-BETA5"). Booting in "safe mode" worked
> >> fine, and got me to the installation screen.
> >
> > The list has been quiet about this, so I assume it's a rare problem.
>
> Actually, at least I need more info to even know where to begin. How
> about dmesg for starters?
Sure. I just didn't see a call for info. dmesg attached. (I went ahead and
installed 5.3-BETA5 with APIC disabled, and built a custom kernel without
apic. This is the dmesg for a boot on that kernel. If you need one of the
failure, I gave the error and context from a verbose boot several days ago in
the "can't install 5.3-BETA5" thread.) If you need anything else, please ask.
-David
--Boundary-00=_VolVBO0Jlwgvz0s
Content-Type: text/x-diff;
charset="iso-8859-1";
name="dmesg"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
filename="dmesg"
Copyright (c) 1992-2004 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights reserved.
FreeBSD 5.3-BETA5 #0: Sat Sep 25 03:46:44 PDT 2004
root@yggdrasil.seektruth.org:/usr/src/sys/i386/compile/YGGDRASIL
Timecounter "i8254" frequency 1193182 Hz quality 0
CPU: AMD Athlon(tm) Processor (1526.54-MHz 686-class CPU)
Origin = "AuthenticAMD" Id = 0x662 Stepping = 2
Features=0x383fbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE>
AMD Features=0xc0480000<MP,AMIE,DSP,3DNow!>
real memory = 536805376 (511 MB)
avail memory = 519811072 (495 MB)
npx0: [FAST]
npx0: <math processor> on motherboard
npx0: INT 16 interface
acpi0: <PTLTD RSDT> on motherboard
ACPI-1303: *** Error: Method execution failed [\\_SB_.PCI0.PIB_.SIO0._INI] (Node 0xc16160c0), AE_AML_UNINITIALIZED_LOCAL
ACPI-1303: *** Error: Method execution failed [\\_SB_.PCI0.PIB_.SIO0.LPT_._INI] (Node 0xc1618c80), AE_AML_UNINITIALIZED_LOCAL
acpi0: Power Button (fixed)
ACPI-1303: *** Error: Method execution failed [\\_SB_.PCI0.PIB_.SIO0.LPT_._CRS] (Node 0xc1618c20), AE_AML_BUFFER_LIMIT
ACPI-0239: *** Error: Method execution failed [\\_SB_.PCI0.PIB_.SIO0.LPT_._CRS] (Node 0xc1618c20), AE_AML_BUFFER_LIMIT
can't fetch resources for \\_SB_.PCI0.PIB_.SIO0.LPT_ - AE_AML_BUFFER_LIMIT
Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000
acpi_timer0: <24-bit timer at 3.579545MHz> port 0x8008-0x800b on acpi0
cpu0: <ACPI CPU> on acpi0
pcib0: <ACPI Host-PCI bridge> port 0xcf8-0xcff on acpi0
pci0: <ACPI PCI bus> on pcib0
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)
isab0: <PCI-ISA bridge> at device 4.0 on pci0
isa0: <ISA bus> on isab0
atapci0: <VIA 82C686B UDMA100 controller> port 0x1860-0x186f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 4.1 on pci0
ata0: channel #0 on atapci0
ata1: channel #1 on atapci0
pci0: <serial bus, USB> at device 4.2 (no driver attached)
pci0: <serial bus, USB> at device 4.3 (no driver attached)
pci0: <serial bus, SMBus> at device 4.4 (no driver attached)
pcm0: <Creative EMU10K1> port 0x1840-0x185f irq 11 at device 13.0 on pci0
pcm0: <SigmaTel STAC9708/11 AC97 Codec>
rl0: <RealTek 8139 10/100BaseTX> port 0x1400-0x14ff mem 0xe0000000-0xe00000ff irq 5 at device 18.0 on pci0
miibus0: <MII bus> on rl0
rlphy0: <RealTek internal media interface> on miibus0
rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
rl0: Ethernet address: 00:e0:18:40:b6:0f
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
atkbd0: [GIANT-LOCKED]
psm0: <PS/2 Mouse> irq 12 on atkbdc0
psm0: [GIANT-LOCKED]
psm0: model IntelliMouse, device ID 3
fdc0: <floppy drive controller> port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0
fdc0: [FAST]
fd0: <1440-KB 3.5" drive> on fdc0 drive 0
sio0 port 0x3f8-0x3ff irq 4 on acpi0
sio0: type 16550A
sio1 port 0x2f8-0x2ff irq 3 on acpi0
sio1: type 16550A
ppc0 port 0x378-0x37f on acpi0
ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode
ppc0: FIFO with 16/16/8 bytes threshold
ppbus0: <Parallel port bus> on ppc0
lpt0: <Printer> on ppbus0
lpt0: Polled port
orm0: <ISA Option ROMs> at iomem 0xdc000-0xdffff,0xc0000-0xcb7ff on isa0
sc0: <System console> at flags 0x100 on isa0
sc0: VGA <16 virtual consoles, flags=0x300>
vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0
Timecounter "TSC" frequency 1526536546 Hz quality 800
Timecounters tick every 10.000 msec
ipfw2 initialized, divert disabled, rule-based forwarding disabled, default to deny, logging disabled
ad0: 76319MB <WDC WD800BB-22CCB0/22.04A22> [155061/16/63] at ata0-master UDMA100
ATAPI_RESET time = 90us
ATAPI_RESET time = 120us
acd0: CDRW <LG CD-RW CED-8120B/2.01> at ata1-master PIO4
acd1: DVDROM <TOSHIBA DVD-ROM SD-M1502/1816> at ata1-slave UDMA33
Mounting root from ufs:/dev/ad0s1a
pid 1615: corrected slot count (2->1)
--Boundary-00=_VolVBO0Jlwgvz0s--
From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 05:59:10 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 69E4F16A4CE
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 05:59:10 +0000 (GMT)
Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2])
by mx1.FreeBSD.org (Postfix) with ESMTP id 4D69343D31
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 05:59:10 +0000 (GMT)
(envelope-from dillon@apollo.backplane.com)
Received: from apollo.backplane.com (localhost [127.0.0.1])
i8Q5x9vA081057; Sat, 25 Sep 2004 22:59:09 -0700 (PDT)
(envelope-from dillon@apollo.backplane.com)
Received: (from dillon@localhost)
by apollo.backplane.com (8.12.9p2/8.12.9/Submit) id i8Q5x9B9081056;
Sat, 25 Sep 2004 22:59:09 -0700 (PDT)
(envelope-from dillon)
Date: Sat, 25 Sep 2004 22:59:09 -0700 (PDT)
From: Matthew Dillon <dillon@apollo.backplane.com>
Message-Id: <200409260559.i8Q5x9B9081056@apollo.backplane.com>
To: "Daniel O'Connor" <doconnor@gsoft.com.au>
References: <41555396.4030009@fer.hr>
<20040926021347.721a025f.benlutz@datacomm.ch>
<200409261142.24759.doconnor@gsoft.com.au>
cc: freebsd-current@freebsd.org
cc: Jeremy Chadwick <freebsd@jdc.parodius.com>
Subject: Re: USB memory stick hotswap problems
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Sep 2004 05:59:10 -0000
:> Can't usbd (or better yet, usbd.conf) be modified or changed in some way
:> to automatically handle the unmounting of any existing filesystems that
:> match the device which is mounted?
:>
:> Seems like we're eventually going to need this to make hot-swappable USB
:> devices more friendly. I understand why you must unmount a device
:> before SCSI CAM gets disconnected from it, but it just seems that this
:> should be a job for usbd.
:
:The problem is that once the device is removed it's too late :(
:
:One possibility would be to add a facility to mark all the data for a certa=
:in=20
:device to be non-critical so it will throw it away when it tries to flush i=
:t=20
:and fails instead of panicing.
It's a fairly simple matter to make the I/O requests fail, CAM is actually
quite good at that. But preventing filesystem panics requires a lot
more work. Three things must be done:
* The filesystem has to be able to error-out gracefully when read I/O's
fail.
* A mechanism for handling write errors, in particular synchronous
write errors, is needed. Generally speaking the buffer cache must
retain the (dirty) data, which it actually mostly does already,
and the filesystem has to be able to proceed with the operation
despite the write error in order to get to a stable point where it
can either error out or complete the op.
* The buffer flushing code has to be made aware of a dead backing
device and do the right thing with the dirty buffers when the
filesystem is forcefully unmounted.
I did some work on the buffer cache dirty data issue a while back, a few
years ago, so the buffer cache already deals with write errors somewhat,
but more work is needed.
-Matt
From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 08:19:40 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 583E916A4CE
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 08:19:40 +0000 (GMT)
Received: from rwcrmhc12.comcast.net (rwcrmhc12.comcast.net [216.148.227.85])
by mx1.FreeBSD.org (Postfix) with ESMTP id 4004E43D31
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 08:19:40 +0000 (GMT)
(envelope-from DougB@freebsd.org)
Received: from lap (c-24-130-110-32.we.client2.attbi.com[24.130.110.32])
by comcast.net (rwcrmhc12) with SMTP
id <20040926081939014007maike>; Sun, 26 Sep 2004 08:19:39 +0000
Date: Sun, 26 Sep 2004 01:19:39 -0700 (PDT)
From: Doug Barton <DougB@FreeBSD.org>
To: Juha Saarinen <juhasaarinen@gmail.com>
In-Reply-To: <b34be842040925223529c361f3@mail.gmail.com>
Message-ID: <20040926011802.I1058@ync.qbhto.arg>
References: <b34be842040925223529c361f3@mail.gmail.com>
Organization: http://www.FreeBSD.org/
X-message-flag: Outlook -- Not just for spreading viruses anymore!
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
cc: freebsd-current@freebsd.org
Subject: Re: How to migrate from ports BIND 9 top the base version in
RELENG_5?
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Sep 2004 08:19:40 -0000
On Sun, 26 Sep 2004, Juha Saarinen wrote:
> Is it necessary/recommended to uninstall BIND 9.3.0 from the ports
> collection prior to installing the base system version?
Necessary, no, although it would be a good idea. This is a good time to
do the update, as the basic pieces are all in place now.
HTH,
Doug
--
This .signature sanitized for your protection
From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 08:20:53 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id C99A316A4CE; Sun, 26 Sep 2004 08:20:53 +0000 (GMT)
Received: from rwcrmhc11.comcast.net (rwcrmhc11.comcast.net [204.127.198.35])
by mx1.FreeBSD.org (Postfix) with ESMTP
id AFEAA43D31; Sun, 26 Sep 2004 08:20:53 +0000 (GMT)
(envelope-from DougB@freebsd.org)
Received: from lap (c-24-130-110-32.we.client2.attbi.com[24.130.110.32])
by comcast.net (rwcrmhc11) with SMTP
id <2004092608205301300lkk4te>; Sun, 26 Sep 2004 08:20:53 +0000
Date: Sun, 26 Sep 2004 01:20:52 -0700 (PDT)
From: Doug Barton <DougB@FreeBSD.org>
To: Pawel Jakub Dawidek <pjd@FreeBSD.org>
In-Reply-To: <20040925095734.GI9550@darkness.comp.waw.pl>
Message-ID: <20040926012004.H1058@ync.qbhto.arg>
References: <7m7jqjhojv.wl@black.imgsrc.co.jp>
<20040924122508.GG9550@darkness.comp.waw.pl>
<20040925095734.GI9550@darkness.comp.waw.pl>
Organization: http://www.FreeBSD.org/
X-message-flag: Outlook -- Not just for spreading viruses anymore!
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
cc: Jun Kuriyama <kuriyama@imgsrc.co.jp>
cc: Current <freebsd-current@FreeBSD.ORG>
Subject: Re: panic: swap_pager_isswapped: failed to locate all swap meta
blocks
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Sep 2004 08:20:53 -0000
On Sat, 25 Sep 2004, Pawel Jakub Dawidek wrote:
> I'm not really aware how to define rcNG scripts order on shutdown.
You might want to drop a note to freebsd-rc@freebsd.org for help on
that. :)
Doug
--
This .signature sanitized for your protection
From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 08:44:27 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 5EDDF16A4CE
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 08:44:27 +0000 (GMT)
Received: from ferengi.borderworlds.dk (ferengi.borderworlds.dk
[80.166.152.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA7E743D53
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 08:44:26 +0000 (GMT)
(envelope-from xi@borderworlds.dk)
Received: from borg.borderworlds.dk (localhost [127.0.0.1])
by ferengi.borderworlds.dk (Postfix) with ESMTP id 17B53B80B
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 10:44:24 +0200 (CEST)
Received: by borg.borderworlds.dk (Postfix, from userid 1001)
id B2E8BB87B; Sun, 26 Sep 2004 10:44:24 +0200 (CEST)
Sender: xi@borderworlds.dk
To: freebsd-current@freebsd.org
From: Christian Laursen <xi@borderworlds.dk>
Date: 26 Sep 2004 10:44:24 +0200
Message-ID: <867jqhwhav.fsf@borg.borderworlds.dk>
Lines: 17
User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Subject: 5.3-BETA5 panic on first boot - floppy related
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Sep 2004 08:44:27 -0000
I upgraded my laptop to 5.3-BETA4 a couple of days ago and have started
to experience it panic ont the first boot if ACPI is enabled.
Without ACPI it boots fine and after the panic and subsequently typing
'reset' in the kernel debugger it boots fine with ACPI enabled.
The dmesg output including a stack trace is here:
http://borderworlds.dk/~xi/vulcan/dmesg.txt
My kernel configuration is here:
http://borderworlds.dk/~xi/vulcan/VULCAN
I just tried to boot with the floppy drive attached, but that doesn't
make any difference.
--
Christian Laursen
From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 09:15:51 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 0795416A4CE
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 09:15:51 +0000 (GMT)
Received: from gundel.de.clara.net (gundel.de.clara.net [212.82.225.86])
by mx1.FreeBSD.org (Postfix) with ESMTP id 6340C43D58
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 09:15:50 +0000 (GMT)
(envelope-from jesk@killall.org)
Received: from port-212-202-54-147.dynamic.qsc.de ([212.202.54.147]
helo=turbofresse)
by gundel.de.clara.net with smtp (Exim 4.30; FreeBSD)
id 1CBVI2-000DWA-Uw
for freebsd-current@freebsd.org; Sun, 26 Sep 2004 11:25:54 +0200
Message-ID: <001101c4a3a9$682719d0$45fea8c0@turbofresse>
From: "jesk" <jesk@killall.org>
To: <freebsd-current@freebsd.org>
Date: Sun, 26 Sep 2004 11:15:46 +0200
MIME-Version: 1.0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Subject: Intel ICH5R Raid Support
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Sep 2004 09:15:51 -0000
Hello,
i got a problem with a Asus P4P800S-E Motherboard and the Intel
ICH5R-Southbridge
Chipset. I configured Raid1 on the board and created a Raid Volume on the
two SATA
devices. After that i installed FreeBSD 5.3 BETA5 on one of the SATA devices
then rebooted
the sytem and everythings seems to work. I updated the system to RELENG_5
and rebooted
again but then the bootloader couldnt find a kernel.
Is there any known problem with the chipset and the raid functionality? If
there is, why could
the bootloader find a kernel by the first reboot before i updated the
system?
thanks for any hints!
From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 09:39:53 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 6036916A4CE
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 09:39:53 +0000 (GMT)
Received: from mail.parodius.com (mail.parodius.com [64.62.145.229])
by mx1.FreeBSD.org (Postfix) with ESMTP id 19B1043D49
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 09:39:53 +0000 (GMT)
(envelope-from jdc@pentarou.parodius.com)
Received: from pentarou.parodius.com (jdc@localhost [127.0.0.1])
by mail.parodius.com (8.13.1/8.13.1) with ESMTP id i8Q9dq3m076658
(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 02:39:52 -0700 (PDT)
(envelope-from jdc@pentarou.parodius.com)
Received: (from jdc@localhost)
by pentarou.parodius.com (8.13.1/8.13.1/Submit) id i8Q9dqU4076657
for freebsd-current@freebsd.org; Sun, 26 Sep 2004 02:39:52 -0700 (PDT)
(envelope-from jdc)
Date: Sun, 26 Sep 2004 02:39:52 -0700
From: Jeremy Chadwick <freebsd@jdc.parodius.com>
To: freebsd-current@freebsd.org
Message-ID: <20040926093952.GA76606@parodius.com>
Mail-Followup-To: freebsd-current@freebsd.org
References: <001101c4a3a9$682719d0$45fea8c0@turbofresse>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <001101c4a3a9$682719d0$45fea8c0@turbofresse>
User-Agent: Mutt/1.5.6i
Subject: Re: Intel ICH5R Raid Support
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Sep 2004 09:39:53 -0000
http://lists.freebsd.org/pipermail/freebsd-current/2004-September/038018.html
http://www.freebsd.org/cgi/query-pr.cgi?pr=i386/60344
http://www.techno-obscura.com/~delgado/notes/fbsd-ich5SATAraid.html
--
| Jeremy Chadwick jdc at parodius.com |
| Parodius Networking http://www.parodius.com/ |
| UNIX Systems Administrator Mountain View, CA, USA |
| Making life hard for others since 1977. |
On Sun, Sep 26, 2004 at 11:15:46AM +0200, jesk wrote:
> Hello,
>
> i got a problem with a Asus P4P800S-E Motherboard and the Intel
> ICH5R-Southbridge
> Chipset. I configured Raid1 on the board and created a Raid Volume on the
> two SATA
> devices. After that i installed FreeBSD 5.3 BETA5 on one of the SATA devices
> then rebooted
> the sytem and everythings seems to work. I updated the system to RELENG_5
> and rebooted
> again but then the bootloader couldnt find a kernel.
> Is there any known problem with the chipset and the raid functionality? If
> there is, why could
> the bootloader find a kernel by the first reboot before i updated the
> system?
>
> thanks for any hints!
>
>
>
> _______________________________________________
> freebsd-current@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 09:51:47 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 29AF916A4CE
for <current@freebsd.org>; Sun, 26 Sep 2004 09:51:47 +0000 (GMT)
Received: from ns1.interbgc.com (mail.interbgc.com [217.9.224.3])
by mx1.FreeBSD.org (Postfix) with SMTP id 19C8143D46
for <current@freebsd.org>; Sun, 26 Sep 2004 09:51:46 +0000 (GMT)
(envelope-from nike_d@cytexbg.com)
Received: (qmail 30019 invoked from network); 26 Sep 2004 09:51:45 -0000
Received: from nike_d@cytexbg.com by keeper.interbgc.com by uid 1002 with
qmail-scanner-1.14
(uvscan: v4.2.40/v4374. spamassassin: 2.63. Clear:SA:0(-4.9/8.0):.
Processed in 1.262606 secs); 26 Sep 2004 09:51:45 -0000
X-Spam-Status: No, hits=-4.9 required=8.0
Received: from 213-240-202-139.1697748.ddns.cablebg.net (HELO
tormentor.totalterror.net) (213.240.202.139)
by mail.interbgc.com with SMTP; 26 Sep 2004 09:51:43 -0000
Received: (qmail 29538 invoked from network); 26 Sep 2004 09:49:38 -0000
Received: from unknown (HELO phobos.totalterror.net) (10.10.0.2)
by tormentor.totalterror.net with SMTP; 26 Sep 2004 09:49:38 -0000
References: <Pine.NEB.3.96L.1040925150944.79682C-100000@fledge.watson.org>
<200409251502.34281.sam@errno.com>
<Pine.BSF.4.53.0409252349140.93902@e0-0.zab2.int.zabbadoz.net>
<200409251938.28089.sam@errno.com>
Message-ID: <cone.1096192317.771953.670.1001@phobos.totalterror.net>
X-Mailer: http://www.courier-mta.org/cone/
From: Niki Denev <nike_d@cytexbg.com>
To: current@freebsd.org
Date: Sun, 26 Sep 2004 12:51:57 +0300
Mime-Version: 1.0
Content-Type: multipart/signed;
boundary="=_mimegpg-phobos.totalterror.net-670-1096192317-0001";
micalg=pgp-sha1; protocol="application/pgp-signature"
Subject: Re: 5.3 IPSEC broken
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Sep 2004 09:51:47 -0000
This is a MIME GnuPG-signed message. If you see this text, it means that
your E-mail or Usenet software does not support MIME signed messages.
--=_mimegpg-phobos.totalterror.net-670-1096192317-0001
Content-Type: text/plain; format=flowed; charset="US-ASCII"
Content-Disposition: inline
Content-Transfer-Encoding: 7bit
Sam Leffler writes:
> On Saturday 25 September 2004 04:50 pm, Bjoern A. Zeeb wrote:
>> On Sat, 25 Sep 2004, Sam Leffler wrote:
>> > > > That's a 216 byte packet, fwiw. I instrumented key.c and ran into
>> > > > the following ENOBUFS case on key.c:6957:
>> > > >
>> > > > /* align the mbuf chain so that extensions are in contiguous
>> > > > region. */ error = key_align(m, &mh);
>> > > > if (error)
>> > > > return error;
>> > > >
>> > > > if (m->m_next) { /*XXX*/
>> > > > m_freem(m);
>> > > > return ENOBUFS;
>> > > > }
>> > > >
>> > > > I.e., the author knew it was a bug (feature) that an additional mbuf
>> > > > couldn't be handled here, but we do need to handle one. Looks like
>> > > > much of the surrounding code could be replaced with a call to
>> > > > m_defrag() and/or m_pullup().
>> > >
>> > > Just to mention that i too experience this problem,
>> > > but with FAST_IPSEC so this probably means that if any fix will be made
>> > > for netkey/key.c then netipsec/key.c will need it too.(as far as i can
>> > > tell) Please correct me if i'm wrong.
>> >
>> > Correct. I gave Robert a fix that was sent to me for fast ipsec. I was
>> > going to commit it this weekend after some testing.
>>
>> could you perhaps post it or place it somewhere for download ?
>
> sam 2004-09-26 02:01:27 UTC
>
> FreeBSD src repository
>
> Modified files:
> sys/netipsec key.c
> Log:
> Correct handling of SADB_UPDATE and SADB_ADD requests. key_align may split
> the mbuf due to use of m_pulldown. Discarding the result because of this
> does not make sense as no subsequent code depends on the entire msg being
> linearized (only the individual pieces). It's likely something else is
> wrong
> here but for now this appears to get things back to a working state.
>
> Submitted by: Roselyn Lee
>
> Revision Changes Path
> 1.17 +0 -5 src/sys/netipsec/key.c
> http://cvsweb.FreeBSD.org/src/sys/netipsec/key.c.diff?r1=1.16&r2=1.17
And for netkey/key.c ?
--niki
--=_mimegpg-phobos.totalterror.net-670-1096192317-0001
Content-Type: application/pgp-signature
Content-Transfer-Encoding: 7bit
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (FreeBSD)
iD8DBQBBVpE9HNAJ/fLbfrkRAnWvAJwK+OsLC1H+E0DbaD90vdrXJ/7CcACffBVe
mYPfYxxy9YHblwiASi7TUsI=
=nZ7i
-----END PGP SIGNATURE-----
--=_mimegpg-phobos.totalterror.net-670-1096192317-0001--
From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 10:24:12 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id B279E16A4CE
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 10:24:12 +0000 (GMT)
Received: from moutng.kundenserver.de (moutng.kundenserver.de
[212.227.126.183])
by mx1.FreeBSD.org (Postfix) with ESMTP id 4724B43D45
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 10:24:12 +0000 (GMT) (envelope-from se@freebsd.org)
Received: from [212.227.126.160] (helo=mrelayng.kundenserver.de)
by moutng.kundenserver.de with esmtp (Exim 3.35 #1)
id 1CBWCR-0007bG-00; Sun, 26 Sep 2004 12:24:11 +0200
Received: from [80.132.243.59] (helo=Gatekeeper.FreeBSD.org)
by mrelayng.kundenserver.de with asmtp (Exim 3.35 #1)
id 1CBWCQ-0001CG-00; Sun, 26 Sep 2004 12:24:10 +0200
Received: from StefanEsser.FreeBSD.org (StefanEsser [192.168.0.10])
by Gatekeeper.FreeBSD.org (Postfix) with ESMTP
id CB3245F19; Sun, 26 Sep 2004 12:24:07 +0200 (CEST)
Received: by StefanEsser.FreeBSD.org (Postfix, from userid 200)
id 0B7DC2307; Sun, 26 Sep 2004 12:24:07 +0200 (CEST)
Date: Sun, 26 Sep 2004 12:24:06 +0200
From: Stefan =?iso-8859-1?Q?E=DFer?= <se@FreeBSD.org>
To: Mauro Triulzi <triulzi@freesurf.ch>
Message-ID: <20040926102406.GA2428@StefanEsser.FreeBSD.org>
Mail-Followup-To: Stefan =?iso-8859-1?Q?E=DFer?= <se@FreeBSD.org>,
Mauro Triulzi <triulzi@freesurf.ch>,
Jeremy Chadwick <freebsd@jdc.parodius.com>,
freebsd-current@freebsd.org
References: <4155DC3F.5070904@freesurf.ch>
<20040925214515.GA56471@parodius.com> <41560C61.1040009@freesurf.ch>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <41560C61.1040009@freesurf.ch>
User-Agent: Mutt/1.5.6i
X-Provags-ID: kundenserver.de abuse@kundenserver.de
auth:fa3fae9b6ca38d745862a668565919f6
cc: freebsd-current@freebsd.org
cc: Jeremy Chadwick <freebsd@jdc.parodius.com>
Subject: Re: ATA disk performance (ICH2 controller), some tests
andcomparison with Linux 2.6.5
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Sep 2004 10:24:12 -0000
On 2004-09-26 02:25 +0200, Mauro Triulzi <triulzi@freesurf.ch> wrote:
> -------Sequential Output-------- ---Sequential Input-- --Random--
> -Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --Seeks---
> Machi MB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU /sec %CPU
% FBSDa 1500 14533 12.8 14184 4.6 9360 3.2 27774 24.0 29067 5.7 119.1 0.6
% FBSDb 1500 27787 24.6 24690 8.3 12519 4.3 24487 21.4 24870 5.0 128.1 0.6
% Linux 1500 26859 97.7 59118 14.0 22480 8.1 22508 78.9 48501 9.0 177.1 0.5
[Table created from results on FreeBSD, FreeBSD after ATA reinit, and Linux.]
The difference between the test before and after the reinit appears relevant
and very disturbing. May be drive parameters (write cache enable?) are changed
be the reinit command, leading to significantly different write performance?
Different Bonnie versions use slightly different algortithms. You may want to
use the same version (perhaps even the same binary, since the Linux version
ought to run under emulation in FreeBSD). Linux used to cache much higher
numbers of dirty buffers than FreeBSD, which tried to keep that number low
for a number of reasons (e.g. to prevent to high a backlog of writes, but also
to avoid active program pages being flushed just to allow for dirty buffers).
You may want to test the raw throughput of your drive over the file systems
used for the tests. E.g. "dd if=/dev/DISK of=/dev/null bs=64k" with DISK set
to the FreeBSD device names of the file systems, where your bonnie test file
was placed in each case.
Running the same command under both FreeBSD and Linux should give identical
results, e.g. the 128MB root partition on my (not really idle) system:
# dd if=/dev/ad0s1a bs=64k of=/dev/null
2048+0 records in
2048+0 records out
134217728 bytes transferred in 2.223648 secs (60359249 bytes/sec)
Since modern file systems spread data all over the available partition, you
have to read the whole partition to get an average raw transfer speed.
Be aware, that file system tests (i.e. Bonnie) are highly dependent on the
amount of free space in the file system being tested, so if your FreeBSD and
Linux partitions had different sizes and amounts of free space, your values
aren't really significant ...
Regards, STefan
From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 10:48:05 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 2798516A4CF
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 10:48:05 +0000 (GMT)
Received: from mxb.saturn-tech.com (mxb.saturn-tech.com [207.229.19.99])
by mx1.FreeBSD.org (Postfix) with ESMTP id 5918343D45
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 10:48:04 +0000 (GMT)
(envelope-from drussell@saturn-tech.com)
Received: from mxb.saturn-tech.com (localhost [127.0.0.1])
by mxb.saturn-tech.com (8.12.3/8.12.3) with ESMTP id i8QAoZKt040637;
Sun, 26 Sep 2004 04:50:35 -0600 (MDT)
(envelope-from drussell@saturn-tech.com)
Received: from localhost (drussell@localhost)i8QAoYDu040634;
Sun, 26 Sep 2004 04:50:34 -0600 (MDT)
(envelope-from drussell@saturn-tech.com)
X-Authentication-Warning: mxb.saturn-tech.com: drussell owned process doing
-bs
Date: Sun, 26 Sep 2004 04:50:34 -0600 (MDT)
From: Doug Russell <drussell@saturn-tech.com>
To: Michael Nottebrock <michaelnottebrock@gmx.net>
In-Reply-To: <200409260009.58445.michaelnottebrock@gmx.net>
Message-ID: <20040926044943.I40616-100000@mxb.saturn-tech.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
cc: freebsd-current@freebsd.org
cc: Jeremy Chadwick <freebsd@jdc.parodius.com>
Subject: Re: ATA disk performance (ICH2 controller), some tests andcomparison
with Linux 2.6.5
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Sep 2004 10:48:05 -0000
On Sun, 26 Sep 2004, Michael Nottebrock wrote:
> On Saturday 25 September 2004 23:45, Jeremy Chadwick wrote:
>
> > 6) I'm still amazed people have systems in production that use ICH2.
> > AFAIK, the chipset is deprecated.
>
> Eh? i845-based motherboards were not exactly a niche product and are not very
> ancient either. I'm surprised it surprises you to see them used. :-)
Bah! Just because some hardware is common does not mean is is good!
Later...... <Doug>
From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 11:32:27 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id ABCF916A4CE
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 11:32:27 +0000 (GMT)
Received: from meitner.wh.uni-dortmund.de (meitner.wh.uni-dortmund.de
[129.217.129.133])
by mx1.FreeBSD.org (Postfix) with ESMTP id 3B7E643D31
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 11:32:27 +0000 (GMT)
(envelope-from michaelnottebrock@gmx.net)
Received: from lofi.dyndns.org (pc2-105.intern.meitner [10.3.12.105])
by meitner.wh.uni-dortmund.de (Postfix) with ESMTP
id 9ED461674E9; Sun, 26 Sep 2004 13:32:25 +0200 (CEST)
Received: from kiste.my.domain (lofi@kiste.my.domain [192.168.8.4])
(authenticated bits=0)
by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id i8QBWNSV079861
(version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO);
Sun, 26 Sep 2004 13:32:24 +0200 (CEST)
(envelope-from michaelnottebrock@gmx.net)
From: Michael Nottebrock <michaelnottebrock@gmx.net>
To: Doug Russell <drussell@saturn-tech.com>
Date: Sun, 26 Sep 2004 13:32:17 +0200
User-Agent: KMail/1.7
References: <20040926044943.I40616-100000@mxb.saturn-tech.com>
In-Reply-To: <20040926044943.I40616-100000@mxb.saturn-tech.com>
MIME-Version: 1.0
Content-Type: multipart/signed;
boundary="nextPart1703270.LBOxmj7Qao";
protocol="application/pgp-signature";
micalg=pgp-sha1
Content-Transfer-Encoding: 7bit
Message-Id: <200409261332.23227.michaelnottebrock@gmx.net>
X-Virus-Scanned: by amavisd-new
cc: freebsd-current@freebsd.org
cc: Jeremy Chadwick <freebsd@jdc.parodius.com>
Subject: Re: ATA disk performance (ICH2 controller), some tests and
comparison with Linux 2.6.5
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Sep 2004 11:32:27 -0000
--nextPart1703270.LBOxmj7Qao
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
On Sunday 26 September 2004 12:50, Doug Russell wrote:
> On Sun, 26 Sep 2004, Michael Nottebrock wrote:
> > On Saturday 25 September 2004 23:45, Jeremy Chadwick wrote:
> > > 6) I'm still amazed people have systems in production that use ICH2.
> > > AFAIK, the chipset is deprecated.
> >
> > Eh? i845-based motherboards were not exactly a niche product and are not
> > very ancient either. I'm surprised it surprises you to see them used. :=
=2D)
>
> Bah! Just because some hardware is common does not mean is is good!
Supporting and being used on common-but-not-so-good hardware is one of the=
=20
best (and oldest) traditions of FreeBSD. :-)
=2D-=20
,_, | Michael Nottebrock | lofi@freebsd.org
(/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org
\u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org
--nextPart1703270.LBOxmj7Qao
Content-Type: application/pgp-signature
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)
iD8DBQBBVqjHXhc68WspdLARAnGmAJ9/UFbPpxxooW4cTIkhgKQ1JqkzTgCgk1Nq
43LU8nzgrDSpjHd2d2eAibU=
=BlJL
-----END PGP SIGNATURE-----
--nextPart1703270.LBOxmj7Qao--
From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 11:40:21 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 9995E16A4CE
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 11:40:21 +0000 (GMT)
Received: from mailout09.sul.t-online.com (mailout09.sul.t-online.com
[194.25.134.84])
by mx1.FreeBSD.org (Postfix) with ESMTP id 6A12E43D31
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 11:40:20 +0000 (GMT)
(envelope-from mike@reifenberger.com)
Received: from fwd11.aul.t-online.de
by mailout09.sul.t-online.com with smtp
id 1CBXO6-0002Sb-01; Sun, 26 Sep 2004 13:40:19 +0200
Received: from fw.reifenberger.com
(SODYD+ZOoegbcB8bsHGMf5hjDS9OvCLiFNfH3djtz066HdfAgGQcUg@[84.128.75.136]) by
fmrl11.sul.t-online.com
with esmtp id 1CBXNr-1U926C0; Sun, 26 Sep 2004 13:40:03 +0200
Received: from localhost (mike@localhost)i8QBe2id007993
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 13:40:02 +0200 (CEST)
(envelope-from mike@reifenberger.com)
X-Authentication-Warning: fw.reifenberger.com: mike owned process doing -bs
Date: Sun, 26 Sep 2004 13:40:02 +0200 (CEST)
From: Michael Reifenberger <mike@Reifenberger.com>
To: freebsd-current@freebsd.org
Message-ID: <20040926131154.Q7839@fw.reifenberger.com>
MIME-Version: 1.0
Content-Type: MULTIPART/MIXED; BOUNDARY="0-1051906172-1096198802=:7839"
X-ID: SODYD+ZOoegbcB8bsHGMf5hjDS9OvCLiFNfH3djtz066HdfAgGQcUg@t-dialin.net
X-TOI-MSGID: 61f58a54-225d-4caa-972e-5fde72345664
Subject: RELENG_5 hangs during boot
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Sep 2004 11:40:21 -0000
This message is in MIME format. The first part should be readable text,
while the remaining parts are likely unreadable without MIME-aware tools.
--0-1051906172-1096198802=:7839
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
Hi,
after upgrading a may-25 -current to the latest RELENG_5 I get an
hang after attaching all firewire, ATA and SCSI devices but before
mounting root (can get into DDB though) after printing:
...
ioapic0: routing intpin 22 (PCI IRQ 22) to cluster 0
ioapic0: routing intpin 23 (PCI IRQ 23) to cluster 0
<HANG>
The board is an Intel Desktop Board D845GERG2.
A dmesg is attached (sorry booting -v is too verbose to get all infos)
A mptable and acpidump and pciconf output too.
How to debug with ddb where it hang?
Bye/2
---
Michael Reifenberger, Business Development Manager SAP-Basis, Plaut Consulting
Comp: Michael.Reifenberger@plaut.de | Priv: Michael@Reifenberger.com
http://www.plaut.de | http://www.Reifenberger.com
--0-1051906172-1096198802=:7839
Content-Type: TEXT/PLAIN; charset=US-ASCII; name="dmesg.today"
Content-Transfer-Encoding: BASE64
Content-ID: <20040926134002.W7839@fw.reifenberger.com>
Content-Description:
Content-Disposition: attachment; filename="dmesg.today"
Q29weXJpZ2h0IChjKSAxOTkyLTIwMDQgVGhlIEZyZWVCU0QgUHJvamVjdC4N
CkNvcHlyaWdodCAoYykgMTk3OSwgMTk4MCwgMTk4MywgMTk4NiwgMTk4OCwg
MTk4OSwgMTk5MSwgMTk5MiwgMTk5MywgMTk5NA0KCVRoZSBSZWdlbnRzIG9m
IHRoZSBVbml2ZXJzaXR5IG9mIENhbGlmb3JuaWEuIEFsbCByaWdodHMgcmVz
ZXJ2ZWQuDQpGcmVlQlNEIDUuMi1DVVJSRU5UICMwOiBNb24gU2VwIDIwIDE1
OjQ5OjMwIENFU1QgMjAwNA0KICAgIHJvb3RAdG90dW0ucmVpZmVuYmVyZ2Vy
LmNvbTovdXNyL3NyYy9zeXMvaTM4Ni9jb21waWxlL3RvdHVtDQprZXJuLnZt
LmttZW0uc2l6ZSBpcyBub3cgY2FsbGVkIHZtLmttZW1fc2l6ZSENClByZWxv
YWRlZCBlbGYga2VybmVsICIvYm9vdC9rZXJuZWwva2VybmVsIiBhdCAweGMw
OTgxMDAwLg0KUHJlbG9hZGVkIGVsZiBtb2R1bGUgIi9ib290L2tlcm5lbC92
aW51bS5rbyIgYXQgMHhjMDk4MTFjYy4NClByZWxvYWRlZCBlbGYgbW9kdWxl
ICIvYm9vdC9rZXJuZWwvYWlvLmtvIiBhdCAweGMwOTgxMjc4Lg0KUHJlbG9h
ZGVkIGVsZiBtb2R1bGUgIi9ib290L2tlcm5lbC9nZW9tX2NjZC5rbyIgYXQg
MHhjMDk4MTMyMC4NClByZWxvYWRlZCBlbGYgbW9kdWxlICIvYm9vdC9rZXJu
ZWwvYWNwaS5rbyIgYXQgMHhjMDk4MTNkMC4NCkFDUEkgQVBJQyBUYWJsZTog
PElOVEVMICBEODQ1R1JHMj4NClRpbWVjb3VudGVyICJpODI1NCIgZnJlcXVl
bmN5IDExOTMxODIgSHogcXVhbGl0eSAwDQpDUFU6IEludGVsKFIpIFBlbnRp
dW0oUikgNCBDUFUgMi40MEdIeiAoMjQwMC4xMC1NSHogNjg2LWNsYXNzIENQ
VSkNCiAgT3JpZ2luID0gIkdlbnVpbmVJbnRlbCIgIElkID0gMHhmMjcgIFN0
ZXBwaW5nID0gNw0KICBGZWF0dXJlcz0weGJmZWJmYmZmPEZQVSxWTUUsREUs
UFNFLFRTQyxNU1IsUEFFLE1DRSxDWDgsQVBJQyxTRVAsTVRSUixQR0UsTUNB
LENNT1YsUEFULFBTRTM2LENMRkxVU0gsRFRTLEFDUEksTU1YLEZYU1IsU1NF
LFNTRTIsU1MsSFRULFRNLFBCRT4NCnJlYWwgbWVtb3J5ICA9IDEwNjQ1NjY3
ODQgKDEwMTUgTUIpDQphdmFpbCBtZW1vcnkgPSAxMDMyMDYwOTI4ICg5ODQg
TUIpDQppb2FwaWMwIDxWZXJzaW9uIDIuMD4gaXJxcyAwLTIzIG9uIG1vdGhl
cmJvYXJkDQpQZW50aXVtIFBybyBNVFJSIHN1cHBvcnQgZW5hYmxlZA0KcmFu
ZG9tOiA8ZW50cm9weSBzb3VyY2UsIFNvZnR3YXJlLCBZYXJyb3c+DQpucHgw
OiBbRkFTVF0NCm5weDA6IDxtYXRoIHByb2Nlc3Nvcj4gb24gbW90aGVyYm9h
cmQNCm5weDA6IElOVCAxNiBpbnRlcmZhY2UNCmFjcGkwOiA8SU5URUwgRDg0
NUdSRzI+IG9uIG1vdGhlcmJvYXJkDQphY3BpMDogW0dJQU5ULUxPQ0tFRF0N
CnBjaWJpb3M6IEJJT1MgdmVyc2lvbiAyLjEwDQphY3BpMDogUG93ZXIgQnV0
dG9uIChmaXhlZCkNClRpbWVjb3VudGVyICJBQ1BJLXNhZmUiIGZyZXF1ZW5j
eSAzNTc5NTQ1IEh6IHF1YWxpdHkgMTAwMA0KYWNwaV90aW1lcjA6IDwyNC1i
aXQgdGltZXIgYXQgMy41Nzk1NDVNSHo+IHBvcnQgMHg0MDgtMHg0MGIgb24g
YWNwaTANCmNwdTA6IDxBQ1BJIENQVT4gcG9ydCAweDUzMC0weDUzNyBvbiBh
Y3BpMA0KcGNpYjA6IDxBQ1BJIEhvc3QtUENJIGJyaWRnZT4gcG9ydCAweGNm
OC0weGNmZiBvbiBhY3BpMA0KcGNpMDogPEFDUEkgUENJIGJ1cz4gb24gcGNp
YjANCmFncDA6IDxJbnRlbCA4Mjg0NUcgKDg0NUcgR01DSCkgU1ZHQSBjb250
cm9sbGVyPiBtZW0gMHhmZmE4MDAwMC0weGZmYWZmZmZmLDB4ZjAwMDAwMDAt
MHhmN2ZmZmZmZiBpcnEgMTYgYXQgZGV2aWNlIDIuMCBvbiBwY2kwDQphZ3Aw
OiBkZXRlY3RlZCA4MDYwayBzdG9sZW4gbWVtb3J5DQphZ3AwOiBhcGVydHVy
ZSBzaXplIGlzIDEyOE0NCnVoY2kwOiA8SW50ZWwgODI4MDFEQiAoSUNINCkg
VVNCIGNvbnRyb2xsZXIgVVNCLUE+IHBvcnQgMHhlODAwLTB4ZTgxZiBpcnEg
MTYgYXQgZGV2aWNlIDI5LjAgb24gcGNpMA0KdWhjaTA6IFtHSUFOVC1MT0NL
RURdDQp1c2IwOiA8SW50ZWwgODI4MDFEQiAoSUNINCkgVVNCIGNvbnRyb2xs
ZXIgVVNCLUE+IG9uIHVoY2kwDQp1c2IwOiBVU0IgcmV2aXNpb24gMS4wDQp1
aHViMDogSW50ZWwgVUhDSSByb290IGh1YiwgY2xhc3MgOS8wLCByZXYgMS4w
MC8xLjAwLCBhZGRyIDENCnVodWIwOiAyIHBvcnRzIHdpdGggMiByZW1vdmFi
bGUsIHNlbGYgcG93ZXJlZA0KdWhjaTE6IDxJbnRlbCA4MjgwMURCIChJQ0g0
KSBVU0IgY29udHJvbGxlciBVU0ItQj4gcG9ydCAweGU4ODAtMHhlODlmIGly
cSAxOSBhdCBkZXZpY2UgMjkuMSBvbiBwY2kwDQp1aGNpMTogW0dJQU5ULUxP
Q0tFRF0NCnVzYjE6IDxJbnRlbCA4MjgwMURCIChJQ0g0KSBVU0IgY29udHJv
bGxlciBVU0ItQj4gb24gdWhjaTENCnVzYjE6IFVTQiByZXZpc2lvbiAxLjAN
CnVodWIxOiBJbnRlbCBVSENJIHJvb3QgaHViLCBjbGFzcyA5LzAsIHJldiAx
LjAwLzEuMDAsIGFkZHIgMQ0KdWh1YjE6IDIgcG9ydHMgd2l0aCAyIHJlbW92
YWJsZSwgc2VsZiBwb3dlcmVkDQp1aGNpMjogPEludGVsIDgyODAxREIgKElD
SDQpIFVTQiBjb250cm9sbGVyIFVTQi1DPiBwb3J0IDB4ZWMwMC0weGVjMWYg
aXJxIDE4IGF0IGRldmljZSAyOS4yIG9uIHBjaTANCnVoY2kyOiBbR0lBTlQt
TE9DS0VEXQ0KdXNiMjogPEludGVsIDgyODAxREIgKElDSDQpIFVTQiBjb250
cm9sbGVyIFVTQi1DPiBvbiB1aGNpMg0KdXNiMjogVVNCIHJldmlzaW9uIDEu
MA0KdWh1YjI6IEludGVsIFVIQ0kgcm9vdCBodWIsIGNsYXNzIDkvMCwgcmV2
IDEuMDAvMS4wMCwgYWRkciAxDQp1aHViMjogMiBwb3J0cyB3aXRoIDIgcmVt
b3ZhYmxlLCBzZWxmIHBvd2VyZWQNCmVoY2kwOiA8RUhDSSAoZ2VuZXJpYykg
VVNCIDIuMCBjb250cm9sbGVyPiBtZW0gMHhmZmE3ZmMwMC0weGZmYTdmZmZm
IGlycSAyMyBhdCBkZXZpY2UgMjkuNyBvbiBwY2kwDQplaGNpMDogW0dJQU5U
LUxPQ0tFRF0NCmVoY2lfcGNpX2F0dGFjaDogY29tcGFuaW9uIHVzYjANCmVo
Y2lfcGNpX2F0dGFjaDogY29tcGFuaW9uIHVzYjENCmVoY2lfcGNpX2F0dGFj
aDogY29tcGFuaW9uIHVzYjINCnVzYjM6IEVIQ0kgdmVyc2lvbiAxLjANCnVz
YjM6IGNvbXBhbmlvbiBjb250cm9sbGVycywgMiBwb3J0cyBlYWNoOiB1c2Iw
IHVzYjEgdXNiMg0KdXNiMzogPEVIQ0kgKGdlbmVyaWMpIFVTQiAyLjAgY29u
dHJvbGxlcj4gb24gZWhjaTANCnVzYjM6IFVTQiByZXZpc2lvbiAyLjANCnVo
dWIzOiBJbnRlbCBFSENJIHJvb3QgaHViLCBjbGFzcyA5LzAsIHJldiAyLjAw
LzEuMDAsIGFkZHIgMQ0KdWh1YjM6IDYgcG9ydHMgd2l0aCA2IHJlbW92YWJs
ZSwgc2VsZiBwb3dlcmVkDQpwY2liMTogPEFDUEkgUENJLVBDSSBicmlkZ2U+
IGF0IGRldmljZSAzMC4wIG9uIHBjaTANCnBjaTE6IDxBQ1BJIFBDSSBidXM+
IG9uIHBjaWIxDQpmd29oY2kwOiA8VklBIFZUNjMwNj4gcG9ydCAweGRjMDAt
MHhkYzdmIG1lbSAweGZmOGZlODAwLTB4ZmY4ZmVmZmYgaXJxIDIxIGF0IGRl
dmljZSAwLjAgb24gcGNpMQ0KZndvaGNpMDogW0dJQU5ULUxPQ0tFRF0NCmZ3
b2hjaTA6IE9IQ0kgdmVyc2lvbiAxLjAgKFJPTT0xKQ0KZndvaGNpMDogTm8u
IG9mIElzb2Nocm9ub3VzIGNoYW5uZWxzIGlzIDguDQpmd29oY2kwOiBFVUk2
NCAwMDoxMTowNjowMDowMDowMDo0Mjo1NQ0KZndvaGNpMDogUGh5IDEzOTRh
IGF2YWlsYWJsZSBTNDAwLCAzIHBvcnRzLg0KZndvaGNpMDogTGluayBTNDAw
LCBtYXhfcmVjIDIwNDggYnl0ZXMuDQpmaXJld2lyZTA6IDxJRUVFMTM5NChG
aXJlV2lyZSkgYnVzPiBvbiBmd29oY2kwDQpzYnAwOiA8U0JQLTIvU0NTSSBv
dmVyIEZpcmVXaXJlPiBvbiBmaXJld2lyZTANCmZ3b2hjaTA6IEluaXRpYXRl
IGJ1cyByZXNldA0KZndvaGNpMDogbm9kZV9pZD0weGM4MDBmZmMyLCBnZW49
MSwgQ1lDTEVNQVNURVIgbW9kZQ0KZmlyZXdpcmUwOiAzIG5vZGVzLCBtYXho
b3AgPD0gMiwgY2FibGUgSVJNID0gMiAobWUpDQpmaXJld2lyZTA6IGJ1cyBt
YW5hZ2VyIDIgKG1lKQ0KYWhjMDogPEFkYXB0ZWMgMjk0MCBVbHRyYTIgU0NT
SSBhZGFwdGVyIChPRU0pPiBwb3J0IDB4ZDgwMC0weGQ4ZmYgbWVtIDB4ZmY4
ZmYwMDAtMHhmZjhmZmZmZiBpcnEgMjIgYXQgZGV2aWNlIDEuMCBvbiBwY2kx
DQphaGMwOiBbR0lBTlQtTE9DS0VEXQ0KYWljNzg5MC85MTogVWx0cmEyIFdp
ZGUgQ2hhbm5lbCBBLCBTQ1NJIElkPTcsIDMyLzI1MyBTQ0JzDQpmd29oY2kx
OiA8VGV4YXMgSW5zdHJ1bWVudHMgVFNCNDNBQjIzPiBtZW0gMHhmZjhmODAw
MC0weGZmOGZiZmZmLDB4ZmY4ZmUwMDAtMHhmZjhmZTdmZiBpcnEgMTggYXQg
ZGV2aWNlIDIuMCBvbiBwY2kxDQpmd29oY2kxOiBbR0lBTlQtTE9DS0VEXQ0K
ZndvaGNpMTogT0hDSSB2ZXJzaW9uIDEuMTAgKFJPTT0xKQ0KZndvaGNpMTog
Tm8uIG9mIElzb2Nocm9ub3VzIGNoYW5uZWxzIGlzIDQuDQpmd29oY2kxOiBF
VUk2NCAwMDowMTpiNzowMDowMDowMTo1MTozYw0KZndvaGNpMTogUGh5IDEz
OTRhIGF2YWlsYWJsZSBTNDAwLCAzIHBvcnRzLg0KZndvaGNpMTogTGluayBT
NDAwLCBtYXhfcmVjIDIwNDggYnl0ZXMuDQpmaXJld2lyZTE6IDxJRUVFMTM5
NChGaXJlV2lyZSkgYnVzPiBvbiBmd29oY2kxDQpzYnAxOiA8U0JQLTIvU0NT
SSBvdmVyIEZpcmVXaXJlPiBvbiBmaXJld2lyZTENCmZ3b2hjaTE6IEluaXRp
YXRlIGJ1cyByZXNldA0KZndvaGNpMTogbm9kZV9pZD0weGM4MDBmZmMzLCBn
ZW49MSwgQ1lDTEVNQVNURVIgbW9kZQ0KZmlyZXdpcmUxOiA0IG5vZGVzLCBt
YXhob3AgPD0gMiwgY2FibGUgSVJNID0gMyAobWUpDQpmaXJld2lyZTE6IGJ1
cyBtYW5hZ2VyIDMgKG1lKQ0KZnhwMDogPEludGVsIDgyODAxREIgKElDSDQp
IFByby8xMDAgVkUgRXRoZXJuZXQ+IHBvcnQgMHhkNDgwLTB4ZDRiZiBtZW0g
MHhmZjhmZDAwMC0weGZmOGZkZmZmIGlycSAyMCBhdCBkZXZpY2UgOC4wIG9u
IHBjaTENCm1paWJ1czA6IDxNSUkgYnVzPiBvbiBmeHAwDQppbnBoeTA6IDxp
ODI1NjJFVCAxMC8xMDAgbWVkaWEgaW50ZXJmYWNlPiBvbiBtaWlidXMwDQpp
bnBoeTA6ICAxMGJhc2VULCAxMGJhc2VULUZEWCwgMTAwYmFzZVRYLCAxMDBi
YXNlVFgtRkRYLCBhdXRvDQpmeHAwOiBFdGhlcm5ldCBhZGRyZXNzOiAwMDow
NzplOTpkNDowNTowNg0KZnhwMDogW0dJQU5ULUxPQ0tFRF0NCmlzYWIwOiA8
UENJLUlTQSBicmlkZ2U+IGF0IGRldmljZSAzMS4wIG9uIHBjaTANCmlzYTA6
IDxJU0EgYnVzPiBvbiBpc2FiMA0KYXRhcGNpMDogPEludGVsIElDSDQgVURN
QTEwMCBjb250cm9sbGVyPiBwb3J0IDB4ZmZhMC0weGZmYWYsMHgzNzYsMHgx
NzAtMHgxNzcsMHgzZjYsMHgxZjAtMHgxZjcgYXQgZGV2aWNlIDMxLjEgb24g
cGNpMA0KYXRhMDogYXQgMHgxZjAgaXJxIDE0IG9uIGF0YXBjaTANCmF0YTE6
IGF0IDB4MTcwIGlycSAxNSBvbiBhdGFwY2kwDQpwY2kwOiA8c2VyaWFsIGJ1
cywgU01CdXM+IGF0IGRldmljZSAzMS4zIChubyBkcml2ZXIgYXR0YWNoZWQp
DQpwY20wOiA8SW50ZWwgSUNINCAoODI4MDFEQik+IHBvcnQgMHhlMDgwLTB4
ZTBiZiwweGU0MDAtMHhlNGZmIG1lbSAweGZmYTdmNDAwLTB4ZmZhN2Y0ZmYs
MHhmZmE3ZjgwMC0weGZmYTdmOWZmIGlycSAxNyBhdCBkZXZpY2UgMzEuNSBv
biBwY2kwDQpwY20wOiBbR0lBTlQtTE9DS0VEXQ0KcGNtMDogPEFuYWxvZyBE
ZXZpY2VzIEFEMTk4MUIgQUM5NyBDb2RlYz4NCmFjcGlfYnV0dG9uMDogPFNs
ZWVwIEJ1dHRvbj4gb24gYWNwaTANCmZkYzA6IDxFbmhhbmNlZCBmbG9wcHkg
Y29udHJvbGxlciAoaTgyMDc3LCBORTcyMDY1IG9yIGNsb25lKT4gcG9ydCAw
eDNmNywweDNmNC0weDNmNSwweDNmMi0weDNmMywweDNmMC0weDNmMSBpcnEg
NiBkcnEgMiBvbiBhY3BpMA0KZmRjMDogRklGTyBlbmFibGVkLCA4IGJ5dGVz
IHRocmVzaG9sZA0KZmQwOiA8MTQ0MC1LQiAzLjUiIGRyaXZlPiBvbiBmZGMw
IGRyaXZlIDANCnNpbzA6IGNvbmZpZ3VyZWQgaXJxIDQgbm90IGluIGJpdG1h
cCBvZiBwcm9iZWQgaXJxcyAwDQpzaW8wOiBwb3J0IG1heSBub3QgYmUgZW5h
YmxlZA0Kc2lvMCBwb3J0IDB4M2Y4LTB4M2ZmIGlycSA0IG9uIGFjcGkwDQpz
aW8wOiB0eXBlIDE2NTUwQQ0KcHBjMCBwb3J0IDB4Mzc4LTB4MzdmIGlycSA3
IG9uIGFjcGkwDQpwcGMwOiBHZW5lcmljIGNoaXBzZXQgKEVQUC9OSUJCTEUp
IGluIENPTVBBVElCTEUgbW9kZQ0KcHBidXMwOiA8UGFyYWxsZWwgcG9ydCBi
dXM+IG9uIHBwYzANCnBwYnVzMDogSUVFRTEyODQgZGV2aWNlIGZvdW5kIC9O
SUJCTEUvRUNQDQpQcm9iaW5nIGZvciBQblAgZGV2aWNlcyBvbiBwcGJ1czA6
DQpwcGJ1czA6IDxIRVdMRVRULVBBQ0tBUkQgREVTS0pFVCA1NDA+IE1MQyxQ
Q0wsUE1MDQpwbGlwMDogPFBMSVAgbmV0d29yayBpbnRlcmZhY2U+IG9uIHBw
YnVzMA0KbHB0MDogPFByaW50ZXI+IG9uIHBwYnVzMA0KbHB0MDogSW50ZXJy
dXB0LWRyaXZlbiBwb3J0DQpwcGkwOiA8UGFyYWxsZWwgSS9PPiBvbiBwcGJ1
czANCmF0a2JkYzA6IDxLZXlib2FyZCBjb250cm9sbGVyIChpODA0Mik+IHBv
cnQgMHg2NCwweDYwIGlycSAxIG9uIGFjcGkwDQphdGtiZDA6IDxBVCBLZXli
b2FyZD4gZmxhZ3MgMHgxIGlycSAxIG9uIGF0a2JkYzANCmtiZDAgYXQgYXRr
YmQwDQphdGtiZDA6IFtHSUFOVC1MT0NLRURdDQpwc20wOiA8UFMvMiBNb3Vz
ZT4gaXJxIDEyIG9uIGF0a2JkYzANCnBzbTA6IFtHSUFOVC1MT0NLRURdDQpw
c20wOiBtb2RlbCBJbnRlbGxpTW91c2UsIGRldmljZSBJRCAzDQpvcm0wOiA8
T3B0aW9uIFJPTT4gYXQgaW9tZW0gMHhjYjgwMC0weGNiZmZmIG9uIGlzYTAN
CnBtdGltZXIwIG9uIGlzYTANCnNjMDogPFN5c3RlbSBjb25zb2xlPiBhdCBm
bGFncyAweDEwMCBvbiBpc2EwDQpzYzA6IFZHQSA8MTYgdmlydHVhbCBjb25z
b2xlcywgZmxhZ3M9MHgzMDA+DQpzaW8xOiBjb25maWd1cmVkIGlycSAzIG5v
dCBpbiBiaXRtYXAgb2YgcHJvYmVkIGlycXMgMA0Kc2lvMTogcG9ydCBtYXkg
bm90IGJlIGVuYWJsZWQNCnZnYTA6IDxHZW5lcmljIElTQSBWR0E+IGF0IHBv
cnQgMHgzYzAtMHgzZGYgaW9tZW0gMHhhMDAwMC0weGJmZmZmIG9uIGlzYTAN
ClRpbWVjb3VudGVyICJUU0MiIGZyZXF1ZW5jeSAyNDAwMDk1NjIwIEh6IHF1
YWxpdHkgODAwDQpUaW1lY291bnRlcnMgdGljayBldmVyeSAxLjAwMCBtc2Vj
DQphY3BpX2NwdTogdGhyb3R0bGluZyBlbmFibGVkLCA4IHN0ZXBzICgxMDAl
IHRvIDEyLjUlKSwgY3VycmVudGx5IDEwMC4wJQ0KYWQwOiA1ODY0NE1CIDxJ
QzM1TDA2MEFWVjIwNy0wPiBbMTE5MTUwLzE2LzYzXSBhdCBhdGEwLW1hc3Rl
ciBVRE1BMTAwDQphZDE6IDU4NjQ0TUIgPElDMzVMMDYwQVZWMjA3LTA+IFsx
MTkxNTAvMTYvNjNdIGF0IGF0YTAtc2xhdmUgVURNQTEwMA0KYWNkMDogRFZE
UiA8UExFWFRPUiBEVkRSIFBYLTcwOEE+IGF0IGF0YTEtbWFzdGVyIFBJTzQN
CldhaXRpbmcgMTAgc2Vjb25kcyBmb3IgU0NTSSBkZXZpY2VzIHRvIHNldHRs
ZQ0KZmlyZXdpcmUwOiBOZXcgUzQwMCBkZXZpY2UgSUQ6MDAwMWQyMDBlMDBk
MzFmMQ0KZmlyZXdpcmUxOiBOZXcgUzQwMCBkZXZpY2UgSUQ6MDAwMWQyMDBl
MDBkMmY1ZA0KZmlyZXdpcmUwOiBOZXcgUzQwMCBkZXZpY2UgSUQ6MDAxMGI5
MjAwMDdkMjhmOA0KZmlyZXdpcmUxOiBOZXcgUzQwMCBkZXZpY2UgSUQ6MDAx
MGI5MjAwMGE3ZTEzOA0KZmlyZXdpcmUxOiBOZXcgUzQwMCBkZXZpY2UgSUQ6
MDAwMWQyMDBlMDA5MThlMw0KZGEyIGF0IGFoYzAgYnVzIDAgdGFyZ2V0IDAg
bHVuIDANCmRhMjogPGVhc3lSQUlEIFZvbHVtZSBTZXQgIyAwMCBSMDAxPiBG
aXhlZCBEaXJlY3QgQWNjZXNzIFNDU0ktMyBkZXZpY2UgDQpkYTI6IDgwLjAw
ME1CL3MgdHJhbnNmZXJzICg0MC4wMDBNSHosIG9mZnNldCAzMSwgMTZiaXQp
LCBUYWdnZWQgUXVldWVpbmcgRW5hYmxlZA0KZGEyOiA5NTM4OTlNQiAoMTk1
MzU4NTE1MiA1MTIgYnl0ZSBzZWN0b3JzOiAyNTVIIDYzUy9UIDEyMTYwNUMp
DQpkYTAgYXQgc2JwMCBidXMgMCB0YXJnZXQgMCBsdW4gMA0KZGEwOiA8T3hm
b3JkIFMgT1hGT1JEIElERSBEZXZpYyA0MTMzPiBGaXhlZCBTaW1wbGlmaWVk
IERpcmVjdCBBY2Nlc3MgU0NTSS00IGRldmljZSANCmRhMDogNTAuMDAwTUIv
cyB0cmFuc2ZlcnMNCmRhMDogMTk0NDgxTUIgKDM5ODI5NzA4OCA1MTIgYnl0
ZSBzZWN0b3JzOiAyNTVIIDYzUy9UIDI0NzkyQykNCmRhMSBhdCBzYnAwIGJ1
cyAwIHRhcmdldCAxIGx1biAwDQpkYTE6IDxNYXh0b3IgT25lVG91Y2ggMDAw
MD4gRml4ZWQgRGlyZWN0IEFjY2VzcyBTQ1NJLTQgZGV2aWNlIA0KZGExOiA1
MC4wMDBNQi9zIHRyYW5zZmVycw0KZGExOiAyMzkzNzFNQiAoNDkwMjMyODMy
IDUxMiBieXRlIHNlY3RvcnM6IDI1NUggNjNTL1QgMzA1MTVDKQ0KZGEzIGF0
IHNicDEgYnVzIDAgdGFyZ2V0IDAgbHVuIDANCmRhMzogPE94Zm9yZCBTIE9Y
Rk9SRCBJREUgRGV2aWMgNDEzMT4gRml4ZWQgU2ltcGxpZmllZCBEaXJlY3Qg
QWNjZXNzIFNDU0ktNCBkZXZpY2UgDQpkYTM6IDUwLjAwME1CL3MgdHJhbnNm
ZXJzDQpkYTM6IDExNzI0Nk1CICgyNDAxMjE3MjggNTEyIGJ5dGUgc2VjdG9y
czogMjU1SCA2M1MvVCAxNDk0NkMpDQpkYTQgYXQgc2JwMSBidXMgMCB0YXJn
ZXQgMSBsdW4gMA0KZGE0OiA8T3hmb3JkIFMgT1hGT1JEIElERSBEZXZpYyA0
MTMzPiBGaXhlZCBTaW1wbGlmaWVkIERpcmVjdCBBY2Nlc3MgU0NTSS00IGRl
dmljZSANCmRhNDogNTAuMDAwTUIvcyB0cmFuc2ZlcnMNCmRhNDogMTk0NDgx
TUIgKDM5ODI5NzA4OCA1MTIgYnl0ZSBzZWN0b3JzOiAyNTVIIDYzUy9UIDI0
NzkyQykNCmRhNSBhdCBzYnAxIGJ1cyAwIHRhcmdldCAyIGx1biAwDQpkYTU6
IDxNYXh0b3IgT25lVG91Y2ggMDAwMD4gRml4ZWQgRGlyZWN0IEFjY2VzcyBT
Q1NJLTQgZGV2aWNlIA0KZGE1OiA1MC4wMDBNQi9zIHRyYW5zZmVycw0KZGE1
OiAyMzkzNzFNQiAoNDkwMjMyODMyIDUxMiBieXRlIHNlY3RvcnM6IDI1NUgg
NjNTL1QgMzA1MTVDKQ0KY2QwIGF0IGF0YTEgYnVzIDAgdGFyZ2V0IDAgbHVu
IDANCmNkMDogPFBMRVhUT1IgRFZEUiAgIFBYLTcwOEEgMS4wNj4gUmVtb3Zh
YmxlIENELVJPTSBTQ1NJLTAgZGV2aWNlIA0KY2QwOiAxNi4wMDBNQi9zIHRy
YW5zZmVycw0KY2QwOiBBdHRlbXB0IHRvIHF1ZXJ5IGRldmljZSBzaXplIGZh
aWxlZDogTk9UIFJFQURZLCBNZWRpdW0gbm90IHByZXNlbnQgLSB0cmF5IGNs
b3NlZA0KTW91bnRpbmcgcm9vdCBmcm9tIHVmczovZGV2L2FkMXMxYQ0KbHB0
MDogc3dpdGNoZWQgdG8gcG9sbGVkIHN0YW5kYXJkIG1vZGUNCnZtbW9uOiBN
b2R1bGUgdm1tb246IHJlZ2lzdGVyZWQgd2l0aCBtYWpvcj0yMDAgbWlub3I9
MCB0YWc9JE5hbWU6IGJ1aWxkLTU3MCAoMy4yLnggbXZtKSAkDQp2bW1vbjog
TW9kdWxlIHZtbW9uOiBpbml0aWFsaXplZA0Kdm1uZXQxOiBFdGhlcm5ldCBh
ZGRyZXNzOiAwMDpiZDphMjo4NTowMDowMQ0KZnhwMDogcHJvbWlzY3VvdXMg
bW9kZSBlbmFibGVkDQp2bW5ldDE6IHByb21pc2N1b3VzIG1vZGUgZW5hYmxl
ZA0KY2NkMDogbWlycm9yL3Bhcml0eSBmb3JjZXMgdW5pZm9ybSBmbGFnDQpX
QVJOSU5HOiAvbW50L2Egd2FzIG5vdCBwcm9wZXJseSBkaXNtb3VudGVkDQo=
--0-1051906172-1096198802=:7839
Content-Type: TEXT/PLAIN; charset=US-ASCII; name="mptable.txt"
Content-Transfer-Encoding: BASE64
Content-ID: <20040926134002.O7839@fw.reifenberger.com>
Content-Description:
Content-Disposition: attachment; filename="mptable.txt"
DQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09DQoNCk1QVGFi
bGUsIHZlcnNpb24gMi4wLjE1DQoNCiBsb29raW5nIGZvciBFQkRBIHBvaW50
ZXIgQCAweDA0MGUsIGZvdW5kLCBzZWFyY2hpbmcgRUJEQSBAIDB4MDAwOWZj
MDANCiBzZWFyY2hpbmcgQ01PUyAndG9wIG9mIG1lbScgQCAweDAwMDlmODAw
ICg2MzhLKQ0KIHNlYXJjaGluZyBkZWZhdWx0ICd0b3Agb2YgbWVtJyBAIDB4
MDAwOWZjMDAgKDYzOUspDQogc2VhcmNoaW5nIEJJT1MgQCAweDAwMGYwMDAw
DQoNCiBNUCBGUFMgZm91bmQgaW4gQklPUyBAIHBoeXNpY2FsIGFkZHI6IDB4
MDAwZmY3ODANCg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LQ0KDQpNUCBGbG9hdGluZyBQb2ludGVyIFN0cnVjdHVyZToNCg0KICBsb2Nh
dGlvbjoJCQlCSU9TDQogIHBoeXNpY2FsIGFkZHJlc3M6CQkweDAwMGZmNzgw
DQogIHNpZ25hdHVyZToJCQknX01QXycNCiAgbGVuZ3RoOgkJCTE2IGJ5dGVz
DQogIHZlcnNpb246CQkJMS40DQogIGNoZWNrc3VtOgkJCTB4MGINCiAgbW9k
ZToJCQkJVmlydHVhbCBXaXJlDQoNCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0NCg0KTVAgQ29uZmlnIFRhYmxlIEhlYWRlcjoNCg0KICBw
aHlzaWNhbCBhZGRyZXNzOgkJMHgwMDBmZDZiMA0KICBzaWduYXR1cmU6CQkJ
J1BDTVAnDQogIGJhc2UgdGFibGUgbGVuZ3RoOgkJMzI4DQogIHZlcnNpb246
CQkJMS40DQogIGNoZWNrc3VtOgkJCTB4ODYNCiAgT0VNIElEOgkJCScnDQog
IFByb2R1Y3QgSUQ6CQkJJ0Jya2RsZUctSUNINCcNCiAgT0VNIHRhYmxlIHBv
aW50ZXI6CQkweDAwMDAwMDAwDQogIE9FTSB0YWJsZSBzaXplOgkJMA0KICBl
bnRyeSBjb3VudDoJCQkzNA0KICBsb2NhbCBBUElDIGFkZHJlc3M6CQkweGZl
ZTAwMDAwDQogIGV4dGVuZGVkIHRhYmxlIGxlbmd0aDoJMTI0DQogIGV4dGVu
ZGVkIHRhYmxlIGNoZWNrc3VtOgkxMw0KDQotLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tDQoNCk1QIENvbmZpZyBCYXNlIFRhYmxlIEVudHJp
ZXM6DQoNCi0tDQpQcm9jZXNzb3JzOglBUElDIElECVZlcnNpb24JU3RhdGUJ
CUZhbWlseQlNb2RlbAlTdGVwCUZsYWdzDQoJCSAwCSAweDE0CSBCU1AsIHVz
YWJsZQkgMTUJIDIJIDcJIDB4YmZlYmZiZmYNCi0tDQpCdXM6CQlCdXMgSUQJ
VHlwZQ0KCQkgMAkgUENJICAgDQoJCSAxCSBQQ0kgICANCgkJIDIJIElTQSAg
IA0KLS0NCkkvTyBBUElDczoJQVBJQyBJRAlWZXJzaW9uCVN0YXRlCQlBZGRy
ZXNzDQoJCSAxCSAweDIwCSB1c2FibGUJCSAweGZlYzAwMDAwDQotLQ0KSS9P
IEludHM6CVR5cGUJUG9sYXJpdHkgICAgVHJpZ2dlcglCdXMgSUQJIElSUQlB
UElDIElECVBJTiMNCgkJRXh0SU5UCSBjb25mb3JtcyAgICBjb25mb3Jtcwkg
ICAgIDIJICAgMAkgICAgICAxCSAgIDANCgkJSU5UCSBjb25mb3JtcyAgICBj
b25mb3JtcwkgICAgIDIJICAgMQkgICAgICAxCSAgIDENCgkJSU5UCSBjb25m
b3JtcyAgICBjb25mb3JtcwkgICAgIDIJICAgMAkgICAgICAxCSAgIDINCgkJ
SU5UCSBjb25mb3JtcyAgICBjb25mb3JtcwkgICAgIDIJICAgMwkgICAgICAx
CSAgIDMNCgkJSU5UCSBjb25mb3JtcyAgICBjb25mb3JtcwkgICAgIDIJICAg
NAkgICAgICAxCSAgIDQNCgkJSU5UCSBjb25mb3JtcyAgICBjb25mb3Jtcwkg
ICAgIDIJICAgNQkgICAgICAxCSAgIDUNCgkJSU5UCSBjb25mb3JtcyAgICBj
b25mb3JtcwkgICAgIDIJICAgNgkgICAgICAxCSAgIDYNCgkJSU5UCSBjb25m
b3JtcyAgICBjb25mb3JtcwkgICAgIDIJICAgNwkgICAgICAxCSAgIDcNCgkJ
SU5UCWFjdGl2ZS1oaSAgICAgICAgZWRnZQkgICAgIDIJICAgOAkgICAgICAx
CSAgIDgNCgkJSU5UCWFjdGl2ZS1oaSAgICAgICBsZXZlbAkgICAgIDIJICAg
OQkgICAgICAxCSAgIDkNCgkJSU5UCSBjb25mb3JtcyAgICBjb25mb3Jtcwkg
ICAgIDIJICAxMAkgICAgICAxCSAgMTANCgkJSU5UCSBjb25mb3JtcyAgICBj
b25mb3JtcwkgICAgIDIJICAxMQkgICAgICAxCSAgMTENCgkJSU5UCSBjb25m
b3JtcyAgICBjb25mb3JtcwkgICAgIDIJICAxMgkgICAgICAxCSAgMTINCgkJ
SU5UCSBjb25mb3JtcyAgICBjb25mb3JtcwkgICAgIDIJICAxMwkgICAgICAx
CSAgMTMNCgkJSU5UCSBjb25mb3JtcyAgICBjb25mb3JtcwkgICAgIDIJICAx
NAkgICAgICAxCSAgMTQNCgkJSU5UCSBjb25mb3JtcyAgICBjb25mb3Jtcwkg
ICAgIDIJICAxNQkgICAgICAxCSAgMTUNCgkJSU5UCWFjdGl2ZS1sbyAgICAg
ICBsZXZlbAkgICAgIDAJMjk6QQkgICAgICAxCSAgMTYNCgkJSU5UCWFjdGl2
ZS1sbyAgICAgICBsZXZlbAkgICAgIDAJMjk6QgkgICAgICAxCSAgMTkNCgkJ
SU5UCWFjdGl2ZS1sbyAgICAgICBsZXZlbAkgICAgIDAJMjk6QwkgICAgICAx
CSAgMTgNCgkJSU5UCWFjdGl2ZS1sbyAgICAgICBsZXZlbAkgICAgIDAJMjk6
RAkgICAgICAxCSAgMjMNCgkJSU5UCWFjdGl2ZS1sbyAgICAgICBsZXZlbAkg
ICAgIDAJMzE6QQkgICAgICAxCSAgMTgNCgkJSU5UCWFjdGl2ZS1sbyAgICAg
ICBsZXZlbAkgICAgIDAJMzE6QgkgICAgICAxCSAgMTcNCgkJSU5UCWFjdGl2
ZS1sbyAgICAgICBsZXZlbAkgICAgIDEJIDg6QQkgICAgICAxCSAgMjANCgkJ
SU5UCWFjdGl2ZS1sbyAgICAgICBsZXZlbAkgICAgIDAJIDI6QQkgICAgICAx
CSAgMTYNCgkJSU5UCWFjdGl2ZS1sbyAgICAgICBsZXZlbAkgICAgIDEJIDA6
QQkgICAgICAxCSAgMjENCgkJSU5UCWFjdGl2ZS1sbyAgICAgICBsZXZlbAkg
ICAgIDEJIDE6QQkgICAgICAxCSAgMjINCgkJSU5UCWFjdGl2ZS1sbyAgICAg
ICBsZXZlbAkgICAgIDEJIDI6QQkgICAgICAxCSAgMTgNCi0tDQpMb2NhbCBJ
bnRzOglUeXBlCVBvbGFyaXR5ICAgIFRyaWdnZXIJQnVzIElECSBJUlEJQVBJ
QyBJRAlQSU4jDQoJCUV4dElOVAkgY29uZm9ybXMgICAgY29uZm9ybXMJICAg
ICAwCSAwOkEJICAgIDI1NQkgICAwDQoJCU5NSQkgY29uZm9ybXMgICAgY29u
Zm9ybXMJICAgICAwCSAwOkEJICAgIDI1NQkgICAxDQoNCi0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCg0KTVAgQ29uZmlnIEV4dGVuZGVk
IFRhYmxlIEVudHJpZXM6DQoNCi0tDQpTeXN0ZW0gQWRkcmVzcyBTcGFjZQ0K
IGJ1cyBJRDogMCBhZGRyZXNzIHR5cGU6IEkvTyBhZGRyZXNzDQogYWRkcmVz
cyBiYXNlOiAweGQwMDANCiBhZGRyZXNzIHJhbmdlOiAweDIwMDANCi0tDQpT
eXN0ZW0gQWRkcmVzcyBTcGFjZQ0KIGJ1cyBJRDogMCBhZGRyZXNzIHR5cGU6
IEkvTyBhZGRyZXNzDQogYWRkcmVzcyBiYXNlOiAweDANCiBhZGRyZXNzIHJh
bmdlOiAweDEwMA0KLS0NClN5c3RlbSBBZGRyZXNzIFNwYWNlDQogYnVzIElE
OiAwIGFkZHJlc3MgdHlwZTogbWVtb3J5IGFkZHJlc3MNCiBhZGRyZXNzIGJh
c2U6IDB4YTAwMDANCiBhZGRyZXNzIHJhbmdlOiAweDIwMDAwDQotLQ0KU3lz
dGVtIEFkZHJlc3MgU3BhY2UNCiBidXMgSUQ6IDAgYWRkcmVzcyB0eXBlOiBt
ZW1vcnkgYWRkcmVzcw0KIGFkZHJlc3MgYmFzZTogMHhmZjgwMDAwMA0KIGFk
ZHJlc3MgcmFuZ2U6IDB4MzAwMDAwDQotLQ0KU3lzdGVtIEFkZHJlc3MgU3Bh
Y2UNCiBidXMgSUQ6IDAgYWRkcmVzcyB0eXBlOiBwcmVmZXRjaCBhZGRyZXNz
DQogYWRkcmVzcyBiYXNlOiAweGU2YTAwMDAwDQogYWRkcmVzcyByYW5nZTog
MHgxODIwMDAwMA0KLS0NCkJ1cyBIZWlyYXJjaHkNCiBidXMgSUQ6IDIgYnVz
IGluZm86IDB4MDEgcGFyZW50IGJ1cyBJRDogMA0KLS0NCkNvbXBhdGliaWxp
dHkgQnVzIEFkZHJlc3MNCiBidXMgSUQ6IDAgYWRkcmVzcyBtb2RpZmllcjog
YWRkDQogcHJlZGVmaW5lZCByYW5nZTogMHgwMDAwMDAwMA0KLS0NCkNvbXBh
dGliaWxpdHkgQnVzIEFkZHJlc3MNCiBidXMgSUQ6IDAgYWRkcmVzcyBtb2Rp
ZmllcjogYWRkDQogcHJlZGVmaW5lZCByYW5nZTogMHgwMDAwMDAwMQ0KDQo9
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09DQoNCg==
--0-1051906172-1096198802=:7839
Content-Type: APPLICATION/octet-stream; name="totum.asl.gz"
Content-Transfer-Encoding: BASE64
Content-ID: <20040926134002.Q7839@fw.reifenberger.com>
Content-Description:
Content-Disposition: attachment; filename="totum.asl.gz"
H4sICCKoVkECA3RvdHVtLmFzbADsPVtv27jSz8mv0NeneOHdFSXZcQrkQdfE
qGyrktKcHhzAcB2lNdaxe2ynm56i//3jRZIlW6RIWbGM3fVD1JLD4XA4MxwO
b7//ci5JfmBJXui/lUb24Fo3vb4+aEvoO/ajb9fgN/lFupBb52cQLryWX9TH
S02Gv7Y0/WP9/HQNVHAu/fL7+e8xrvCt5EaLz5sv11qvLUEUs/VsubgGbcn8
EpEi3av2+RmsrW9d94eh7bZR1VI4+TSPJJhm9bTOjX+jkOQUg/yiyLIqawDA
0uYqmmyWKwQ+CJwQIo8TMuBXl+dn9mKzmkXr6x9STLmCKI//rW7/rakdWfq5
bYijw4acOboZkCZ3SJOtDA/US/n8DNI/Hows273Wvb55fuatosdotYoext5g
7K2Wj7N5dH23WH+NprPHWfRAWBmY/TEseX0F/znoj82BBZF+UmK220PdcG2Y
EoE4xeoHcRKI2lKgGf1RMPbt9zAB0uAFoR7aY3OISIsUmDAAk7H9IRwb7juY
BLvrV/RXjXMgYJqj4ZwOylGyGQouoiDsg3E48NMCPVzg0/nZjWfLKTROVR5h
vwRhQgiqbux+cJWxq4fXQAbS87ot4SQ1TsJp52eOexfcjoP+v22YpmhtKU4I
/b4Fk7rnZ9Zd+HE8cpzADpEk4f/e963w9hrWYukfx7rrD6AotqXBaEj+A3vL
tIfhnf/xGvWT7pljYzQKx7pv3l7/cO0b3fw4tuwP7Z6sKT8hEfPJZygn90Z/
+MFqe/7IHJugHbje2LgLw9Gw7YfmONDat7ZuuXYQ5ITFDN6exVLfhfTf/hnM
PqPOiX+wRbPV0/h+8kc0/hBNMzmQj/Plp8l87C6nf1wnVJyffYhWRG22tVhZ
3QJdVVMp6qVWVC8gTzg1C2DaH7a0IeHf0iZrFMouu0dTfMjPyRzTJemW5cPU
xyiKWR53tWf+qoc/z8/Pwu9fo+ttgfMzpHSS6d1B9ifARCktKCgYJ6xezpcc
Dvr5gi5souTNFhkk3nI+Wc0236+ny8XjcvU0W3xuS+Fq9vlztMqksWlSUnSx
WcgSBZQrFllKLWT1RwlNSa3YEEqGHthI2WKGJzL+GE0J45PiEHT0DVrJ2UN0
fmbcBVhB/ffXxJ76mRYKU0ZDfRWjvtpHPZluZt+iX7/Mtpjn0bdonlFwPXD+
byveqpIV725GvhVVTgVcH/RhsR0J7yMJT5OzGlVR836R+otNNJdIDy+fvi4X
0WIj6avpl9kmmm6eVxEC0geuZM3Wk/U6eoKkrKRvxL5IULPgICArEAjBbWG+
S8tH6ffN09ffJ9Ovs4fnp6+/RZ8eotkzHH+eF1IQfZWUrgTUt0rvbaeD8WCi
rOhxtphtIG5jDk2adPEG2a3fJk/zN20J/xt+oU14gw2AhBNjtYf/Vrrd1vkP
yHFJGn2NVhOEx48+I0ov0KAHK/++3kRPg+hpufqOB28Hjc3I6MovjtPCRZ1Z
NH9IChjfN5E+nbal4RLZWDgCraJ1tPoWEVhSGfoFASQL/uDfTJpSkKYWpGl7
aaPHx3W0gQP+iwxamXRIVYiAkeRsEXj90V6iNzCCgkR3iBJ72dJFgEEBYH8E
jD1AmOjuAypFgMoeYDjyBigNKUWa6I8GwV4iHIGNokR3r57BDdiHhIluQaJS
BKnEkDgJGgecGm2+LKFU+D7itIbkYRNEq9lkPvtf9LAnDFDvIii8CBrKpRV9
ev7cKkRnDfS2pHKiW0HoQnTDyRPMh+Z0gARZllu5SsYwA2sNs5L+o3Shrz7H
ZfN5GSLkFx1SbBk3vS3gz/Rf9nwdlZXvdPbL7zYVEQJ1DTaokG2jwIF9JPOx
DTGkLeHxLNM41NyBGd5KF/8ZI0V/M5hNV8v18nEj3c8WD8s/129apayQwT7i
TGPK6xjYb6XBbD6PFovZ85NkP2Dbd3jNfgRtN7R6WZAdHiLCoMnkkArXjdZr
6SKA+aNESKAp3f4XtKgEJ4T8O1otCynVHx72UBc3jwi5cefA3jSeH+FEKW2f
9ONnARxgw+VEDaEtygI4C2yz7r/AOVmesfuttqLpKnpCQ+keYMpUyHb41/7v
M3SzLqwIzvwQB/qLh+glaWVctoVUfi9/y6FWlv37xNC7Ia+7BeIzWkSFsnPj
+fflshNbJf/eg6o8mf4x+UxEV6GxjWjqXtKWQkrnxUwhNWH7R+nKXUCwD1hs
LUapDEHB/zJ73LgRVOILPOjHIzR3EQUXUUSKqLiIKlIEuzSy1iq2fPoCad0W
nmgcVuWtWEFt4TLsCI0/+/xlsyWlWIOJd7V4CCJcrTHLlGB1TYFkIriCIfBe
f1csbFuSd4QsFbBYuPYcR8s25MRxRGO//NKLG5hzFwkYt7uIBkDsDGXbUFQ3
yNd9JcfSs1M3BLtfrh54674iXlO28mC6/Bqhkcrzdwt4q+UUDgFwLnEBp4Eg
6d54jqYBQlM3JzD5MrHMM8rsUhEYNHOCui/bw1c0c5IF0sosJCIMWA787Vgg
imFCP3f4TqdA520sBHo9ykAxZVbzlCnFlJnNU6YWU3Z7JMocYTkzm6eMImfG
cSgjpJ2ibrIoa5hnyivxrMgjI+ZZPyHzTE0GTZtnOmVqw+aZTpnSsHmmU3bZ
sHk+Is+cuuQMNGyej6eboub5iDxTXolndPMMvWeQM8+gPvMs94RHG/sY46Aw
VU6zVFF8hptmqVIa9JiF/Xj7ZH3Sm5P1SZ3mKVNOtjebnS9W8OPN5ilrNi7B
okw52VmZ2uxMVhWWM6t5ykCzGqAKy5nTPGVqs6OTJixnRvOUgWbHAE1YzvTm
KWvYP+uc7LjZEZazE+CZ0qzV6AjLmXN4NPNkpsv02b/W4HSZTlWnwekynapu
g9PlY0Uw64qraicbI+yebIyw0/B0+TR6s9n4fX1xVaXh6fLx1olEp8unESVX
m11ZUOuSM7Xh6fIRNUCtS846DU+Xjzg6aXXJGWh4unzEMUCrS86ani4fcUTv
nOy42alLzrSGp8tHtBqduuSsw7+6HOjocNt6+byaRmH09HU+2cB02py577+X
Llx0Wq4t6fgcnbv8E+1jnqyih5b0Q21r7U67275sX7WB3AagDZQ20NqgU0iE
Pp9N1gkV8K9BzzLpWRY9y6ZnOfSsG3rW7TbLir7NpoiHZp96rIBweXzbt9qS
PVtP+g/SxRtv6Mm6rL7ZOQMQw+qWnz0StJNrGENG7h2qZz93e6zID2mHcOii
iXafb8/1sGHRL9nwjTaW7Zf5eU496uDtFdgBTjkue6CM6l1uAhvtYt6nJ8Ob
+zLelLcZHbPACm/Em/m5GCDSP3Qa6P1EL7PTX6C4bAHJO/0GitrJ0ZOB4d8I
96RT3JOpdPRNXpZR1RP+3rRarDKmH7ANJx/z+yN0lGi6fIjQiUjUPEXOf7On
B/gw6HL+W4rBfz9c4lPSkH7ph/KzWAi4RDnpBGugWwf3gnKsXoDUShfoNPVk
M/s0m88239FBtPVgst5EK3RMfLJYP0arHuSO9lOgJ2Lep982dk9F+rIH8t/4
WJEIhsv8N3sShhPDVf5bgQYn/xWnwZTzX/RXoXBSTFLDgX+woILmzIUm57/x
uMOr7HIdyu6HpnwwD43meHgp57+CBrNXBw8D793hcthrjoddkP+yVFyMM+bI
O5wzpqw1xRlHzn9LB4G8dAH1EPEijRvqoZ4/4wF4OZp6XOCcgwJSnW/fOLT+
T31dCEQ7kMzn6yYnscmJYqyxop2VO2qMqKb5vxyc3r+/BDrUkOlmf2wuF4+z
z1m9KPJfk1tMcDGr5Gxoefu215FocqsgTIB+YX/g7d3GsQMQMAGCkGDQ6PkB
Kz9DZY9G5Z1F6lDo+QErP1OHTq8jxHV0y3EYDBwBH46ORsPhmehQMr0tQUm+
Z+ol5dn56MfqL8dj1+8EcT6/cYIyRj+AxpZxRoitXPnll8segwvyi6Exsx2Z
mS2rPa3YmuwGCmtqjaIy6VEAMxuUtEY+altkg03NFTtbe7W2dCtIGZuzGrst
apfdq5fsXmUjB+ConJBLZIwtobLyqqVPihOHZYPDsv9CnDiQj8e1eSVWSz1I
vo9svw/T1WpjEf8EJRxYmSup0CJj/qKp5IcvZIywLx5756QkIdHrj2ShMrCD
rYEuVqaH6wFCZUxcj1AZNPybt0OHxrEb6KUVLS1lIKCrXwIBHfVSiLAEAvu/
TAiHDpGGFG6HogEryrIcdfbXt+ydS4jQNJp0aTGKuEdIwZJriQRC23jqn7/D
ca9mWw/LYALbNDlghmUw5kfX5YC5LYOxPtxapfSEcbtEVrXifeShxwxhpVCA
BZUGO26wbpQGO/gW6iAyPGuCE1Yy/SYTZDKFJRNINE1rCS3mpaRiNVYPJDV3
2Vvm9stSWGSPSkFJ25FJKgUlTEF2hRFwe5QuAsTTFh2G3tRMZcRIIupaXOCY
1agL+cCx+UR9zQseEqHgA8dyg6SHD9xJxYwKTpG0HMOc5P6++CY7aK3K+z8p
Ri7AU0gxsbXrdJ3S/yCLCjffiLCj/w6v/pdLW2IHfNhqZIN0ucXqhGpcAQdy
BTTOFVCBKyLLErdDUNGHAPw+BNj1IS45fQjwjw/RvA8RcPkQQYM+RNCOQ/Qk
iE5C2CTIjEK5f2kfIuD3IYLj+xCBmA8RiPkQgZgPEQj4EIGgDxG8gg+hVPMh
1L+vD6H840MUcEWtiyvpUhfgiTtRYjW4NBH1gdcfCZfTYDlroAuXg+NjUKU+
ONgHFepDsSjHvQlKxkMPX7J94CAj9qhAJYs+xmNtCxt1UKs4ofetWOYjwyr5
tFmFcKPWsMcNNo4ED74pHVqffrxHsFVaqhwvDon7NyHkAH64ZYBfAUFCiirR
5fI6GAMZlfhe3cSTV2eCHPEGF/EHNC33Aga7k39W8TZR02gPvFTxNqFVQRMD
tq+H+yn3IESyDcmJf+gRiEIAWd57/oG/P5PHLBKc+FUAPEXB4pJITfZed3af
wNaiqRuXwzaYbKZf9p++IBs4SMOgatjvsUuFBqnQz2x6klvF7wvsTYPx0IgG
nd2KqBVftlrZtzd4aomblL7EAKemLU6WEfChADiasIqB33KB80hrDrvttPGM
tpLD/beV++IXRmgsyrRbjUeH2oY1NFXZe2zjsJGB+UBR1QGBlZt7mKQufmin
zQ9uock+x3Kw2HCabTVrtkFVs7013VqqLHwlX11cqgxfNfBBkQWGsJ74EMbn
d/0zwtUX+09f00JBty6sSHjjekznaBGtaRtIMmAIgLb/Yw+seGtJERgbG3px
jLYZJDFXeK88bbClamx5WJoeuqUIe3YkqHoKAGkram7y4hG96RQisu9p5YhR
VTl+Ha8Xq3SHyfoyCwWwhXLtBBnVRnWZ1XAbpa0p6qb/umSiJiAsYdzvsV7V
cxtkkzVLj2oT0J3msWrkazU1MMEpp70KcrpHhCbLh5FB3zYmKNlKKtnMsbdT
WlEF2e60StRmVwC6LCtayGhmJOcH75QllnXhIGKpG/WD25HoVqOAQyDZ8xo6
hUn5+MXFckHB7jYpFRftbJ+EzLrhSXINXdcpJ+tVui7LYK3eWQVZTyhrFbtl
5at73Oqs5tWZPv7sWVJwoCVVKrod2xc9E9chEWKtdagsK38LWVb+NrIMOGVZ
q+K9xhsi8E5wxj4Lto/OmC0F8caVasd8X2uqQV82o/AJy16yD74naxpr+0hu
tos2afCA3VlcYNT9FYTCeA892mpF37OSx+gYZc761lpWddb5olDIA0S2u0r0
BRvDG7ysvMpF0jo1Wr1qe1WQkpKO4TYCWj4gxN5+hPHj3Tfc+Ds7+Jm7djB+
Rwh/dwe/U4o/OR4CWKpQmx1A0oLf4o6HSRIdQYGZzNhJEuO1i0PHLdeN1mt8
NVKmolReSXJZVULDGkFJn6vu9UByyKdXtjOubCis4kptB7GjmBjwlzUxmVfi
q1qb2AnlNTpVauzs1QgEzFCVGrvFNfIbJqUpwwSKDBN4BcMEig0TqN8wgbJA
QpFh6smNGqZqoeXUqqos4rmJ6B1EhCpXIAITwLd6dmOTAafIuGamtHI98WlQ
sGhGW9zYGgwClgvLU/YLbzlHoFi82+spIB/UUxq+NZAt7eIdA6p1TJXOUXYc
QOokqOR60eKNwNTrZPRQzu2xlS8FrrpSs5wp/ms7/OfMIS1KZVrkclquZCFa
1NekxewK0aK9Kl+AEC2d16TF6YjQoufvJbCK94en0EAIWhGCVoWgDR5osucb
nUuLt3yTgvGegIFlthhL7o6BzxSJR5EGz/PN7Ov8OzTNsAo8CvbY5k5/eMh5
9z322EKalWvSdoxBdcF6/9XipE2+ZNNG4eEuyfhEiyyDg5B0CRL2ojVZ46I3
MXfJHp2kLZjCqrS/mK6ip2ixIRxriW3bcPCVg5W3bZA2MGKk+U0uhfRttaZv
aeRGXZMWiUzgOlesbf4plMq6/DWB6hIopwxbr8cF51sfy884QscjLG8BnBUw
obL75ALYe8jpiI98IYGvsJRN1CBzBIV0sPzShVLSv9euSr0hBARBLRYovRYd
1dJROWpBfYt6uEItlzaqpctTSxfX0q1USxe3hYdjHcyxThWOoal//77X46gF
yS+S4gq16BquRamyjIL2+7J3yvSJ2MqVN70YJRWkM4PsZhGkqBwbFkonL9wB
LTLZQJrfzHaFdO/cgZvdS8OSAoEWLu5WiKQgy3kae2xJyPkQen6+bnRtJ6JT
phgCwsS/VsYtwzzcFI5pkf0CmV0DGc+hLcUpZPR3HBI9wBQcIygfUoPyQCgo
D2oPyoNKVgTNWpKQxM7meFCyobLWeHKut4kHiPs2lumqbBKPP4XV409JgKyG
jfUlYedsryXiVDbgCqsh3e78OD8Jftd0Do/Ba1E+16oSsTLEUzBNru7wZJuR
OTZ0WbvNTqz1VXqJfGqvSRo6fScqUyn16j6ysu4ooRf50BUXTlKqOonsVqAk
mbXj2AbHziYEKBRQ8PHFSKDiIwb7QZj0pCQOHgw5QkZDnnBWPj6VbrvfntLy
7dBgBjQQABcLizGx3j35GNTxuodS8rpH8jIeaOYNECDnv+IPQSlK/osx2CIY
NC3/xRhMEQxdJf8Vf5qs28l/8V9DBMOlkv/iv0J86Mn5b4UHsbT8t8KDWL38
twINZv4rTsOVnP+Ky6Su5L/iMmnL+a8wDVpytbLF8XaT2LtDzv3tQYapPwzL
H2SqyeIMoqfl6ruqOLOXCI1L0eRhtJh/T16fy75EV/x4Yq2IfpZcR4Mbfeh1
NPv3BxG0eBO0EbAaSS8K1dFwKxVFlt0IQKWiiGAXlC+9+yN0Zx27luD502Y1
mW6SRQgEXYo+U8ZxzLiXUZkyTlJKBqQ8q2TiMEAe1PnoUjAwc1dmkhtvik1C
3AukSHpZZrXXlvpD61+sqyTTKzR5WoWnVclVnhgxKX4gjdv3h/DqYLGr6Nwg
MqntyOC4pOFwrSEnDoX6MlVg9ZlXc25xqFQcuolmvjw4ulQc/ZHOvEYU5rt8
dVzS6xjy0nmpMHAAThzUt6esgXnLh8OktuXG02Q+HA4Vx8gL2Ti8krZ6oVKS
r5bkayX5nZL8bkn+ZUl+j9tWDJ43KAQzuAuprx4k4649RMpd9Xlpffrf5xkO
6CZVoct+2EthHcgnZMCEJtX2vw4hc7sMp9PqJsPPPJqs49YIkffOdP0ayEPb
POjkJUdurXcGMf4ljEYvS5RiIw5BMTbqdjrXciz2gxuu5Xq0+UsCcQdo85ME
wrunbV5IIAajOKhPhXhnxLtWqBA3XhynpHr9/xkHxm+e2Zd/Q2+T/+ZYNTxt
e0mfBWSuTNbruaLRsYLw0PtPbwJ0/ynq+lalZY/KZ+xSdlj9GqYIFsQSN6MS
EbXMUxJeOAxPt+T2zlrJ8KqSESAywKFdYg8NdpcIzNB3dPVO98HButqRwWGh
xPo1+g7Up9F34C+h0XfgBDTag9gygxtgHs84inZ5AaKIRPirM6lWe2OCote7
D1V11wsP1nTtWKMy8rtpIb2cs4f8KNcaluzqItODzJUFjCgL8qVZVeO1OoKD
dXXmgbc2uF5w8M3Ou4bM9VqvcFNDUgu6A+0EzJzrnZCZS7z8UzNzVZlUq5lz
vdcwc7bp1WDmwD9mbmvm/jFjf1MzZqdmrEnTZZ+e6bK9g5ZgiOFBUQd2mAjN
YkoCSR4dIml6f4Rvt6kYfcueIMnEOEg084BbKKFU0MMurG1SO7TcgVpooU8Y
BWiBslkHLXSjKXbjbnDITivW0JQ7xUYdlvCOQTP0q/PCYQ9jtV8fQVau0PpU
DbugLZ6rSV5h9iB0Ab/QrkqWy5A6dZQKGXJq4YGzOTnN3eFMF1ha61kts4fG
CbRstIhqbpiH3Qy1rk2cnnG3PVsyckctwWLoCN7ots8qltlCkq/t1hUthk66
jXxXlMgu7AN3MBQtho4228Mb0WLovKD/nkJkbZKVGEwa77dgLqtnU7Bbl8Xb
/KloKi+zIzOqEx+CNA8YkjVWF9R9XTY5zM2qr1TVmdfF7NzpghdB0V4KhrRw
mH0kd2IWBE8NlNq3gUOM3sg1WoLFVFTsVrjYFTow4r8/RMtAuZahBsVuCRvs
loDd0h46XjwEEbk515ht0Ak9/32JtKR71bKPrHBdSJSVriOPTrbpBzUeMbAz
44Xt/X97R9fcNo5776/o7NN5JnMjSvJHH60vx1N/neVutk+dbOJ2PddNdpL0
tjud/vcjSEmmPkiClKykae5h07NAEgQBEAQBAr07xcLuFG/Qu1N5NPTuFAu7
Ez2dGjfjuxMxbUYPGLGvJklTsxCamSMZMyRdw2aEckIslVJ5M6CktBRnx1uo
nEFKW6ic/TIw4BgVA7DXSjgQz+BSrV/epw97qHy9xP226Nprt+M6RMWPzcBu
Pxs0ePJN0Jvo0Gu3n2fswfZwk8fcnGP+oFw4ipxqiHJU9S7NJ/ZacIGjEsCu
l1VLaR0RFZham1WxqVkVn86sWqzjjYVZdT5XNyu/JeLkCpuyZGzazGf58PGJ
rTGgA8Iag3kbWWMwYztrTG5igVjKSSKXiRpy0AlCPCQIgv7oTTn76vH6MUWz
TKU03Mi885vbv/d3eRbT63+9226ImHLuoEMou72RLGJQ0tDyomW9ao9FyR3e
ApUk6RIXR40LArvKoidRtHlZ9J9s0Reb3cuiP/tFz6540bmqksvXau6ulzil
v0SVu9vQ2i39NW3tl/6ath6X/hJVQDC1hVa3yefLT/eUVq+/jb5Lkq+mlH1v
//zr8uHw++Hz4eEfxgDBl/vl5T09iJy93t1d3tx/3N9NaCfud/yjstyN3uG6
CTnApYgwzOwdA8TjrhH3xpPSXzXi1dbjrNW41NpHTXvcxaIbkC7ZtJPV9OHy
7iHa/7W/ud7fPCQ3uSKRh38bvIZhJPftZb+9/LfXAXg90IkuUJxGbq5LyzrA
8xREcj9hnpqU/voq0W5YDd+EiNWZrG43d4cOnolpOwnvzD8jzhkhT2EybjYJ
9zlMxosnpb8/9spkk3D7nEwLxQOx1U9X8ZjYFHjLoGf2bjmJ4dmTmIaboe/+
2NPwgrD0V2lotp9GC8mMn7SZaczUOIu/tWybm3jkx1QSXdNTytgWFD3zfkyN
Ve1hlLUcvdDUWn3W+DRrOe5aAf+4NH1Osv8i+M+QoM9K6k9uvuX5ppvUfds6
w9RzPM2TGWH2ZEbgeJHj9/JwhhDdUqzlFFfgl79dvYZktPwt85avb7A0Ktsq
JOs0WdBl7QCHoOfsHf2jIfKhJUQ59UPNI6f81/xh3pFf/mvoFpaZ+kZP11Kx
XrYW6wQr1sRzkscU6/BFrJ+HWFOpJp2IdUWk3O8mzxQXuLjPVcWY0aPbdPwn
tS8Dwz2S8AB/DVoXwVLsAev0fdpjYQW3h1fOtZEIStfh8+nhp33tveHFdqjJ
vtG/2N78TDxtSXQthVDwvOWYtVzoq8Ytg1SHXhWUIEAXKx0CQp03SnahbGr+
HLqX8ApNRZpD/gV+t1WrUlJPAV+iqe0lbR2y1gTTumGxEmi90LTOSMuJoEe1
Co7rPefWBbE2GudrEnS9OoQh5VquDmFi5FquDmGi5C5Q9IPJY1CtghMs+EKH
jHZ13O5Xh8mOZ7s6THY829VhsuNhV8cNMKhWwbGr4y50yOiquW7ClqvTULvD
nUDxSgdF4KbmVHqWgXVzz2eju7bNHTa6i1oBIB8G2SP4AkOa4xPmcZwZHGiU
oOoKa6AkAeKdtHZFSEqP91Gre9mB2U26qGd2uuJCF3eHh32DmTjtwd7UdxQL
HbnGHQlzIz9X5SRW72eaEssaRot4ZdU0ZKO6Fk2hECwd1appyJp6Fk1B61KE
fZumEzaqP0C5Bk/4JO9ypjIk9X0Uh4ziAAE9ZgzO6kBp3rXEDVG2nrOedUxa
alxkcXL8oKWOU/X+H/3X7iqqm89bbOjyhvoJK3bJwoCC9xY4Gel/FwgvnNFE
8zRbtS6oL6yoqKGtTiWoF09BB5GX3KC8Q6hVSUY5l1EODFm1+qjVcKPQOr1h
ZcooJp4bNfMoruxV3yTBgB+mUVZomiSUJtJqMCtWy2xzefXfy09ZthzWYDp2
jo9R3MazRGYqFfsqBbJ/aUB8M+T4yIDtWxE8cR+w7rIuXjDdUrw24fxDeHvz
8fBJvDhoMkaybYs3YxsZKzy3um1bes6Xlv3azZcbKHsFXlEZQKoESHe8B1/+
PVV9F7CcyLB8F/ExXPn3VPVdGGMqH2PHxhjp+wgUfaS4PobSgnD0xOeo5pJq
vm/Cqaa9+jv8T7VeyUY9fpJm3/FJrryUvaic3mB5XGzkmwq/83U8UVDB+Rr4
ys+QSqf47HgTv1mb0GanmI3rKfFxifIz0czG6XUuTqDG5o36s3+yuYwsuExN
WV89F2+kXtWxelXVnRPSKyUcDY+pOdRxT9r6SVGi3WfS7vMzokRLOvar8zRa
y2vF3z3r73ayarcX4Q8ouyXUrg++fPwIbhRwpYHjpw5ddyrxlhzFzXztGLXh
D4yZtZmwcYhRm5CNY9QGtv/wfJXIKDajVpq6lMSMmvoaCGqoayE0BStmzP5V
QiRyiPyETWdqWmK0OGk3C0Pt9AeHeLEqOjB99vjCRPaiG68+zhoWdcf1xz+1
LBZV0BUilcTTnQ4mjcMQAbPSwYTvFwsEzLkOJvr1PNLis8vmZR4XOd1tHP1t
D4UiqMKUMyYbHb24RDtjpyZ6YOXHb35A5kdYfoCEY5ptzR1A1evmKSTumon2
v3/5NMDBgj7SgvK5g0rSgnKigF5R+/9ToGnbqh1cSQJ2qLtUrjFhCXHgTH3C
WmPBd5wpcOCMb4B7cOBJwWZWft2cYEnucAUf3ID+2U316583I6yZy5uZVd7M
d4Jo+6tx2jNuR6jIP/p9MT235XpgO4WyQYxiHcWEC1QhLalCHp0qZHDSYF9q
QxBLG4LgbQhStSHGSBuCvNgQj29DpCgbIn1EGyI9y1z03InOXdjcyQyu3Gdt
Q6R4GyLt34ZIzWyI1MyGSM1siNTAhkgNbYj0BDaEa2dDeD+vDeG+2BANVPEG
nWbbUbEmGL+TxFfDWnNWX27ma+N2ELoqLTOgaEf3x9RmPLrZpxbjgS8qWcxS
zX64Sb32+yELzAp35xBKuqZa/pfl4eru9v7248Pri8PN9e3f97+01egf2F47
YEqddMpOwXq9U6kPgVTO0yYV9A2z6SI+juXgUO0z5+GKnQXFbbazHaUAS0AB
MeJMCoNMHUxkmznyk66R59kzaQn5wGkflodMxQHdp1zk7zbWJkztDAIWOrI2
qVaBgwEiMbaU55WHISXZ/yDXqxEA4jStBeXij8PnvdAnoMGPKIxdcq5RhbGW
14TOFo5uKINteflw9QdkUt7tP64h+ebmev81D+DgE6OiEf+HmVSwSe22pexK
fc4xOwbf8bpHYPSXB5IOPB4c+0aOUomAhKPpAF8XF06pBuBwYDUDP8dlfCC4
tdR7nJyxE619Rs/PyPe4Wsg5iYR5e9nu0Nm2xqt7MtO4+1hvgpsjZkNQfe0g
TrtOD/9p0wPNNGLho66ivHVq2xPVNrFV20fV7RfCgmvZV1i/0fbVAR1cx2AL
m5hvYTi762WH6873n5uczBU7ogMZB64fK4XdywJIBDAAkMV/1MCaQ0uawAii
kH1zMEiurlisvGyztSi/ljte5K5bCbOLO4FtFgBIK0w3f9xCPnVZ+Td4YIcV
u6sg43kOt03AmmWCOFSSXqehCNNQi7yU3lCqo0bqepxYpXRURaPiX2N92eax
ihnrKzZpUePTm/gqOeq6PmA+PdWIuFlLHRNIPp1Y8GkNCV+eNIhDQx42ZsjZ
bsHZyr13qB3IgreHA43YVBlgpNKijYSeOG29iAKv9/1+VmXqNhggGFJ9rpFj
mLf38oqxOkY5PtSTNx1mQ0PCn2CG5z93sHRDPVonyzvOZ+l3e6rg9wm6Waln
pr/dQ4uzVxZn+f5T06SkpSZ1Lc0O7sMQTYecif1BW152fwpedn8aXiZIXvZt
rNcsIIJFgiviLNQ2uuK0lGaBK3Zpvqc6asivzSR0YryXx8FPHN9XhY+UTrsQ
pIEBexehwKTxFRzDLIYeQq3kMSvlHpNAZ6wftaWtsY7zQoEFCLrbxvtSfhxD
8KQNO9R6drEqIKR8YdBKwC87hNThR6x/Fn2D7n9Y6V8ZtcP6T4z6H1X6T7T9
5+khRCUKnekB9urL3dHzyr0j4JgR9k7+Y3Z30XbfWiz29/eUYoy984EKfuU/
64Yy2tZ4l/Kzam0F8iSfiS4yTrcV2phSx02sFxVDnq2KEd57ttU2mRGKVTo2
Iw5rIxIDNWQz4qh5RLxich9LMZEmxUROoJhIs2Ii3SsmonMkNCmmifOoisnO
tVxoVU+FPBqJSSskPMcCCYYA7vZsFvMNp0m5Ckdapxv/NGm4NJNdbhwVBgcr
ueUl8cJHynEoFe1qK0WcVivls0eu1NxuvjDEbmFsFsetGIDSQ5CE64SDGhng
n5OZ7pxSjK0zNnjqyhMp0/zfOMHnmVNcXGtcHD0ubxwjXLxT4hKOjHDxT0oX
YoTL8JS4JEMTXKbldwmi5vjwApoYQbtG0J4RdICBrr16zRtmMQHLKBwortyT
gOUUmXuRll8+Pxz++vwPVc10iOJNUIW6Y48HCtb9RL238GmVpnTcY2AsOu5v
AyRuUOpAhZuEhlWUWUaL45BWnYx4J+pLa37HJZ9i6ZE9OUpHMFc16Pzm6m7/
5/7mgVNsYBa2kbAnB63DNvgcFD7ScpBLI35HqZlH8PYT5EnIPJE53PCNKsy/
gPJU5RNzqBGHSnS9TSYouG30Xp/jSA2PnX4G9FSghBLj5FK6emB0ZClfwPAW
V9m1N/z5AjtfR5RL5hf+G601BEAUNFKBykeZwihDDzEKrC2ssMUo4xhGGWFG
GbFRRlajjNhcMBQbMooNbSgGR//5xWSCGAX4F7jYYpSpz0Zxba5RIN5XHSkz
52zrWAe9BJoBipOBGCwCgooIWNAeXtAOLX7YAMl/nHCFInauZbC71i1p4GhB
UdfCkwKa82nE2HKXcxt8vp/Wu1bx6OgEw4CZ8HdlaB7GUNPYp5UVqTpGDQiW
w9nr7Be++ycJ9x4wDPpwyu+kTnli5JQnnTvl7QpIwakld0lUguOJJqCyU39y
abW5BcjWNuNpWzKZ+5929v6n3EHWQWC9xu0srlrOTroN11gM5Xrn26snQe+O
8vAUtDalc6cikQlDdgTzHXuDR5yGkDY07lxn59r6TfGIfKGv+W+QfWfKUwX2
Xr0z3XJo8AUb2vLipMBqmPOuBSb5qZ35NhCRTQBo5FDYsoeRiGURg7oTpsiU
ZM6DFcJltMK4s8r+qSLs/piltY13gdKhAQAoEjb3hCp78a72EAyi7EXUXNgJ
VYwhzC+i1aUYDJ7Ral7nd8GCKIsoHAsDONLCAJQ6F83vUCn488MmvbDnz9YH
VVApgHc/uRlcbkzGU1Jue4F5MuObUhpmtJecENzUtRYNYiUa5EU0XkTjaYuG
31o0XCvRcF9E40U0nrZohK1Fw7MSjbGlaIxya//UopFxNRn9QGw9Tl7YmrN1
1I6tp+GbsVV5vJElWw+HshvObtl6+mbM2fpHUtZwp0/x7pOrTcbrj6uH0kui
KleX/5VhmF7d/pUVtOY9HIetMSmrek151Pl3Gmxn/55v19vmQoOJkAmW8Wpj
WwTrlqlwtD1GteKCm/m28bVo+nsg+T2U/N74OrMw9qRh7FjSVyL5fSb5/bxs
NwmMlD2++C6Zqkt9l0k23/7n9b8W+//tP1MOvno4/G+/uP0bAtkv7yjXvf5G
hgJnHDupXVLzcbnkzUulR3PGXqRqr1QZr0qeerMnifn0Gn6vy4YQtVm54C+L
QU0JKLsKBlIZqk+fFX62mr6TNE9fCB4W34WqLoCINCzTQIlmaoJmU6yCU7BB
WsUiOdxcp3ueWBwcKNpzNlrT3HKEo30RWFUrMtyEfjQ3QD8fBO4UGt9EEEbI
9/nF6u1U1l+2v5/PqYaID/eXc4rRL5vVxgmdpPoKaQb7bh41bePCm+VT3W4g
Z1EQObgl3k4HA5UNI+w9qf1otPEUNwxbJNNh8vceaONsTmdMqeOGDNvMDGTX
iI4aIVJPMIXBmPnTPEE1cwYnYE73pMwZ9MScQY/MGfC1C/pkzuARmDMwY87w
BMzpnZQ5w56YM+yROUO+dmGfzBk+AnOGZswZnYA5/ZMyZ9QTc0Y9MmfE1y7q
kzmjR2DOyIw54xMw5/CkzBn3xJxxj8wZ87WL+2TO+BGYMzZjzuQEzDk6KXMm
PTFn0iNzJnztkj6ZM3kE5kzMmHN2AuYcn5Q5Zz0x56xH5pzxtZv1yZyzR2DO
mRlznp+AOScnZc7znpjzvEfmPOdrd94nc54/AnOeD8zufObaO590Dhc1pVqg
Ix6KQsLaJQ8HbnGrQ2q3Ooto9p5dTtZ+DxblS8sGZ/GHNN3hncWVIhrN1RCk
S5E56Cm6Ax1IsFByRiMebrd4OLZ4eAZ4OCekh98LHireWqYzPG+tbm//Mr6A
zT7Brams3wKb+WpurSY5iTbLONawzDLVgrwNIh3Idk4aQKoXxOtoJ15qiswQ
3t5cb3kmyId1Oj+mfphl1fNlX6fvU93duTR64Js+Gx/Tf4Xh+XbPdiHVPW8z
AnBXF3y5X33583dIS8s72NzdXn+52t/RRTzcJIev+2v6r8uv2b82t/fR/ur2
en8mfXGEzsXqW5JYtSNN4fXzNbsvpHhCdCJEqiWT0l8iK1INVIHWpuR4Hd88
HO7228ubT93TJkzGlu2e0gwj+Teoy2XTZ+I1rT6r2bnc/3l790/TNIUpNc04
vLz6Y3/5++c9CNXl9cXd4UE5X82qTjXfA93cNe3d5gSTJ0WDXr6/0KBKg8oD
R/WCtvz88nUY0nnPV0Mk+Ag2+OlvaHDI44rRvcM7HRSZERZ8ypDBgkO+H0VG
5lK0OtDleeQzEjTRsQyyaCJGHUSSLCcLc5KbGOzFJEAKsuOqATRN6ygJSizQ
c4Om9SmDLJqIXAeRTCRHeSRFuaHn/FRdi3eSHG2BkmlKqpY0t6iOJuaHlNQC
H6owG2dDUICQQIgFRPfoYgE9FCAEL9cASzTz9DTzsDTzsDTzsDTzsDTzsDTz
sDTz5DTz9TTzsTTzsfj4TfgcvXI7qTdJOFiKL6hFwUwwJ2n7amh26TiTpd5f
TN9u8qx/HGDuSMkQrjmatqudzNGU4ZKpfA5YczKxjXx6D1Xk7qvz3SzBD1R2
IglpTKSEmXqYsi/rW1N3pawoOFUrhh4aDK2aodDlVBw+/pXPfNLpDOOqlw6G
cIXf4IhfnTV4Bqq/gUNBQZ1EzTIVl8FmGXrVePSpLwZfNsei83ZoOkyTmXf0
PFbkr9J1Ol8jxJFt/+LT24L38fj0tuiCk7mDCgmkZw+29oNXUsdH3VNT+lz3
9ZQ+g0gpP4utBcND62QtTyheJbOqzyMbKI3gOkQaNV4rbJs4A/S1wXIN/sCV
xpE1DXfbgbyTt4FdJ8YB68f+RroRwchfb3aO0uEa/1Ymum75hgOMS30xTXfG
rmwgEJW3zghE1P19b9xT6R6G2FOPsfpHJ3V1d6U9yXdXOkK62KTyT4JEAWGr
z+GIe7JWQai26DJNSvRt7I3PV93bq6pFD3ADnAq9QKrQJ69WEBqBaNUKQjeR
vtWK01KtKC4iJFcHWqY5l534BWs9v5RRd/ZuuqUGuiJr71uNuTeXV/+9/MTR
dmVMCO9VV+wo0BnVbCwUcumFodVfo2TNugqDt27ZIB+X8qxzDwwDQ1tP8xVL
ritlvkXTHf+tdMICdZKNwRoxKAtrNRiK1irfhcrW6hE2eiPCRttf59UsvSNs
0mgFi68mwNVP1bqlK7WpWY/1W/cAKF46DPmeI15u5DfuDBBNlfTtnI3uCxjB
xlLDSN098iRSOgit1qu4Yei0NnRxITrLN7xv9cvXhROoPHrVy9eHw8d/qmfu
psSXEiTFLqgCNV0EL5hXBYlLg6KqbkR2SLC3fqwJAv6Y7gjCHldpg0uHi8Ne
s2iDi9shLlFLXLwOcRm2wQV8UZa4CBjlcXIFdLM/rTFILhaD5MoBciSqfeGh
caWEXmw+fnNGaZ5/T6LaEag0xcKJB4aNYBXUXIfcwDH4v68EG0Hn9iaNgzeZ
JA6pmyQO7ieJ4aJ2L6ceHrXhaVCTe3F9PG7jrnErkBjqGWdszTi5EKDcxvVX
O3R7W82X3HjARp2vG46FYuffX9HTxv8B3fVarvXYAQA=
--0-1051906172-1096198802=:7839
Content-Type: TEXT/PLAIN; charset=US-ASCII; name="pciconf.txt"
Content-Transfer-Encoding: BASE64
Content-ID: <20040926134002.H7839@fw.reifenberger.com>
Content-Description:
Content-Disposition: attachment; filename="pciconf.txt"
aG9zdGIwQHBjaTA6MDowOgljbGFzcz0weDA2MDAwMCBjYXJkPTB4MjU2MDgw
ODYgY2hpcD0weDI1NjA4MDg2IHJldj0weDAzIGhkcj0weDAwDQogICAgdmVu
ZG9yICAgPSAnSW50ZWwgQ29ycG9yYXRpb24nDQogICAgZGV2aWNlICAgPSAn
ODI4NDVHL0dML0dWL0dFL1BFIERSQU0gQ29udHJvbGxlciAvIEhvc3QtSHVi
IEkvRiBCcmlkZ2UnDQogICAgY2xhc3MgICAgPSBicmlkZ2UNCiAgICBzdWJj
bGFzcyA9IEhPU1QtUENJDQphZ3AwQHBjaTA6MjowOgljbGFzcz0weDAzMDAw
MCBjYXJkPTB4NTI0NzgwODYgY2hpcD0weDI1NjI4MDg2IHJldj0weDAzIGhk
cj0weDAwDQogICAgdmVuZG9yICAgPSAnSW50ZWwgQ29ycG9yYXRpb24nDQog
ICAgZGV2aWNlICAgPSAnODI4NDVHL0dML0dWL0dFL1BFIEludGVncmF0ZWQg
R3JhcGhpY3MgRGV2aWNlJw0KICAgIGNsYXNzICAgID0gZGlzcGxheQ0KICAg
IHN1YmNsYXNzID0gVkdBDQp1aGNpMEBwY2kwOjI5OjA6CWNsYXNzPTB4MGMw
MzAwIGNhcmQ9MHg1MjQ3ODA4NiBjaGlwPTB4MjRjMjgwODYgcmV2PTB4MDIg
aGRyPTB4MDANCiAgICB2ZW5kb3IgICA9ICdJbnRlbCBDb3Jwb3JhdGlvbicN
CiAgICBkZXZpY2UgICA9ICc4MjgwMURCL0RCTSAoSUNINC9NKSBVU0IgVUhD
SSBDb250cm9sbGVyICMxJw0KICAgIGNsYXNzICAgID0gc2VyaWFsIGJ1cw0K
ICAgIHN1YmNsYXNzID0gVVNCDQp1aGNpMUBwY2kwOjI5OjE6CWNsYXNzPTB4
MGMwMzAwIGNhcmQ9MHg1MjQ3ODA4NiBjaGlwPTB4MjRjNDgwODYgcmV2PTB4
MDIgaGRyPTB4MDANCiAgICB2ZW5kb3IgICA9ICdJbnRlbCBDb3Jwb3JhdGlv
bicNCiAgICBkZXZpY2UgICA9ICc4MjgwMURCL0RCTSAoSUNINC9NKSBVU0Ig
VUhDSSBDb250cm9sbGVyICMyJw0KICAgIGNsYXNzICAgID0gc2VyaWFsIGJ1
cw0KICAgIHN1YmNsYXNzID0gVVNCDQp1aGNpMkBwY2kwOjI5OjI6CWNsYXNz
PTB4MGMwMzAwIGNhcmQ9MHg1MjQ3ODA4NiBjaGlwPTB4MjRjNzgwODYgcmV2
PTB4MDIgaGRyPTB4MDANCiAgICB2ZW5kb3IgICA9ICdJbnRlbCBDb3Jwb3Jh
dGlvbicNCiAgICBkZXZpY2UgICA9ICc4MjgwMURCL0RCTSAoSUNINC9NKSBV
U0IgVUhDSSBDb250cm9sbGVyICMzJw0KICAgIGNsYXNzICAgID0gc2VyaWFs
IGJ1cw0KICAgIHN1YmNsYXNzID0gVVNCDQplaGNpMEBwY2kwOjI5Ojc6CWNs
YXNzPTB4MGMwMzIwIGNhcmQ9MHg1MjQ3ODA4NiBjaGlwPTB4MjRjZDgwODYg
cmV2PTB4MDIgaGRyPTB4MDANCiAgICB2ZW5kb3IgICA9ICdJbnRlbCBDb3Jw
b3JhdGlvbicNCiAgICBkZXZpY2UgICA9ICc4MjgwMURCL0RCTSAoSUNINC9N
KSBVU0IgRUhDSSBDb250cm9sbGVyJw0KICAgIGNsYXNzICAgID0gc2VyaWFs
IGJ1cw0KICAgIHN1YmNsYXNzID0gVVNCDQpwY2liMUBwY2kwOjMwOjA6CWNs
YXNzPTB4MDYwNDAwIGNhcmQ9MHgwMDAwMDAwMCBjaGlwPTB4MjQ0ZTgwODYg
cmV2PTB4ODIgaGRyPTB4MDENCiAgICB2ZW5kb3IgICA9ICdJbnRlbCBDb3Jw
b3JhdGlvbicNCiAgICBkZXZpY2UgICA9ICc4MjgwMUJBL0NBL0RCL0VCL0VS
IChJQ0gyLzMvNC81LzVSKSBIdWIgSW50ZXJmYWNlIHRvIFBDSSBCcmlkZ2Un
DQogICAgY2xhc3MgICAgPSBicmlkZ2UNCiAgICBzdWJjbGFzcyA9IFBDSS1Q
Q0kNCmlzYWIwQHBjaTA6MzE6MDoJY2xhc3M9MHgwNjAxMDAgY2FyZD0weDAw
MDAwMDAwIGNoaXA9MHgyNGMwODA4NiByZXY9MHgwMiBoZHI9MHgwMA0KICAg
IHZlbmRvciAgID0gJ0ludGVsIENvcnBvcmF0aW9uJw0KICAgIGRldmljZSAg
ID0gJzgyODAxREIgKElDSDQpIExQQyBJbnRlcmZhY2UgQnJpZGdlJw0KICAg
IGNsYXNzICAgID0gYnJpZGdlDQogICAgc3ViY2xhc3MgPSBQQ0ktSVNBDQph
dGFwY2kwQHBjaTA6MzE6MToJY2xhc3M9MHgwMTAxOGEgY2FyZD0weDUyNDc4
MDg2IGNoaXA9MHgyNGNiODA4NiByZXY9MHgwMiBoZHI9MHgwMA0KICAgIHZl
bmRvciAgID0gJ0ludGVsIENvcnBvcmF0aW9uJw0KICAgIGRldmljZSAgID0g
JzgyODAxREIgKElDSDQpIFVsdHJhQVRBLzEwMCBFSURFIENvbnRyb2xsZXIn
DQogICAgY2xhc3MgICAgPSBtYXNzIHN0b3JhZ2UNCiAgICBzdWJjbGFzcyA9
IEFUQQ0Kbm9uZTBAcGNpMDozMTozOgljbGFzcz0weDBjMDUwMCBjYXJkPTB4
NTI0NzgwODYgY2hpcD0weDI0YzM4MDg2IHJldj0weDAyIGhkcj0weDAwDQog
ICAgdmVuZG9yICAgPSAnSW50ZWwgQ29ycG9yYXRpb24nDQogICAgZGV2aWNl
ICAgPSAnODI4MDFEQi9EQk0gKElDSDQvTSkgU01CdXMgQ29udHJvbGxlcicN
CiAgICBjbGFzcyAgICA9IHNlcmlhbCBidXMNCiAgICBzdWJjbGFzcyA9IFNN
QnVzDQpwY20wQHBjaTA6MzE6NToJY2xhc3M9MHgwNDAxMDAgY2FyZD0weDAx
MDM4MDg2IGNoaXA9MHgyNGM1ODA4NiByZXY9MHgwMiBoZHI9MHgwMA0KICAg
IHZlbmRvciAgID0gJ0ludGVsIENvcnBvcmF0aW9uJw0KICAgIGRldmljZSAg
ID0gJzgyODAxREIvREJNIChJQ0g0L00pIEFDJzk3IEF1ZGlvIENvbnRyb2xs
ZXInDQogICAgY2xhc3MgICAgPSBtdWx0aW1lZGlhDQogICAgc3ViY2xhc3Mg
PSBhdWRpbw0KZndvaGNpMEBwY2kxOjA6MDoJY2xhc3M9MHgwYzAwMTAgY2Fy
ZD0weDMwNDQxMTA2IGNoaXA9MHgzMDQ0MTEwNiByZXY9MHg0NiBoZHI9MHgw
MA0KICAgIHZlbmRvciAgID0gJ1ZJQSBUZWNobm9sb2dpZXMgSW5jJw0KICAg
IGRldmljZSAgID0gJ1ZUNjMwNiBWSUEgRmlyZSBJSSBJRUVFLTEzOTQgT0hD
SSBMaW5rIExheWVyIENvbnRyb2xsZXInDQogICAgY2xhc3MgICAgPSBzZXJp
YWwgYnVzDQogICAgc3ViY2xhc3MgPSBGaXJlV2lyZQ0KYWhjMEBwY2kxOjE6
MDoJY2xhc3M9MHgwMTAwMDAgY2FyZD0weDIxODA5MDA1IGNoaXA9MHgwMDEw
OTAwNSByZXY9MHgwMCBoZHI9MHgwMA0KICAgIHZlbmRvciAgID0gJ0FkYXB0
ZWMnDQogICAgZGV2aWNlICAgPSAnQUhBLTI5NDBVMlcvVTJCIEFIQS0yOTUw
VTJXIFVsdHJhMiBTQ1NJIENvbnRyb2xsZXInDQogICAgY2xhc3MgICAgPSBt
YXNzIHN0b3JhZ2UNCiAgICBzdWJjbGFzcyA9IFNDU0kNCmZ3b2hjaTFAcGNp
MToyOjA6CWNsYXNzPTB4MGMwMDEwIGNhcmQ9MHgwMDAwMDAwMCBjaGlwPTB4
ODAyNDEwNGMgcmV2PTB4MDAgaGRyPTB4MDANCiAgICB2ZW5kb3IgICA9ICdU
ZXhhcyBJbnN0cnVtZW50cyAoVEkpJw0KICAgIGRldmljZSAgID0gJ1RTQjQz
QUIyMyAxMzk0YS0yMDAwIE9IQ0kgUEhZL2xpbmstbGF5ZXIgQ29udHJvbGxl
cicNCiAgICBjbGFzcyAgICA9IHNlcmlhbCBidXMNCiAgICBzdWJjbGFzcyA9
IEZpcmVXaXJlDQpmeHAwQHBjaTE6ODowOgljbGFzcz0weDAyMDAwMCBjYXJk
PTB4MzAxMTgwODYgY2hpcD0weDEwMzk4MDg2IHJldj0weDgyIGhkcj0weDAw
DQogICAgdmVuZG9yICAgPSAnSW50ZWwgQ29ycG9yYXRpb24nDQogICAgZGV2
aWNlICAgPSAnODI4MDFEQiAoSUNINCkgUFJPLzEwMCBWRSBOZXR3b3JrIENv
bm5lY3Rpb24nDQogICAgY2xhc3MgICAgPSBuZXR3b3JrDQogICAgc3ViY2xh
c3MgPSBldGhlcm5ldA0K
--0-1051906172-1096198802=:7839--
From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 11:46:08 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 7C05A16A4CE
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 11:46:08 +0000 (GMT)
Received: from slipgate.org (S0106000acd019ad0.du.shawcable.net
[24.109.1.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C47043D41
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 11:46:08 +0000 (GMT)
(envelope-from ryan@slipgate.org)
Received: from ryan.lan (gate.lan [192.168.1.1])
by slipgate.org (8.12.11/8.12.11) with ESMTP id i8QBjh0E004955;
Sun, 26 Sep 2004 04:45:43 -0700 (PDT)
Received: from ryan.lan (localhost [127.0.0.1])
by ryan.lan (8.13.1/8.13.1) with ESMTP id i8QBkSMi008034;
Sun, 26 Sep 2004 04:46:28 -0700 (PDT)
(envelope-from ryan@slipgate.org)
Received: (from ryan@localhost)
by ryan.lan (8.13.1/8.13.1/Submit) id i8QBkN2c008033;
Sun, 26 Sep 2004 04:46:23 -0700 (PDT)
(envelope-from ryan@slipgate.org)
X-Authentication-Warning: ryan.lan: ryan set sender to ryan@slipgate.org using
-f
Date: Sun, 26 Sep 2004 04:46:23 -0700
From: Ryan Freeman <ryan@slipgate.org>
To: "Daniel O'Connor" <doconnor@gsoft.com.au>
Message-ID: <20040926114623.GA7990@slipgate.org>
References: <20040926025317.GA5812@slipgate.org>
<200409261342.34874.doconnor@gsoft.com.au>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <200409261342.34874.doconnor@gsoft.com.au>
User-Agent: Mutt/1.4.2.1i
cc: FreeBSD Mailing List <freebsd-current@freebsd.org>
Subject: Re: Sound performance problems in FreeBSD
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Sep 2004 11:46:08 -0000
On Sun, Sep 26, 2004 at 01:42:25PM +0930, Daniel O'Connor wrote:
> On Sun, 26 Sep 2004 12:23, Ryan Freeman wrote:
> >
> > +following:
> > > An easy way to reproduce these
> > > skips is to run `while true; do sysctl vm.vmtotal; done`, while
> > > playing an mp3.
>
> I suspect that sysctl involves doing lots of locking and will do weird
> things..
> Does it happen if you run a CPU using userland proc inseadt?
>
The problem is, it isn't just that sysctl command that does it. I find that
even running gkrellm makes the ticking worse. if i close gkrellm, it reduces
the ticks/sound stretches. that sysctl was just an easy way to make the problem
_really_ stand out it seems. iirc when i was using 5.2.1 i found that just
disabling the proc chart in gkrellm seemed to help a lot. haven't bothered to
try it now.
- ryan
From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 12:09:41 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 9106916A4CE
for <current@freebsd.org>; Sun, 26 Sep 2004 12:09:41 +0000 (GMT)
Received: from av1-2-sn4.m-sp.skanova.net (av1-2-sn4.m-sp.skanova.net
[81.228.10.115])
by mx1.FreeBSD.org (Postfix) with ESMTP id DB7A143D53
for <current@freebsd.org>; Sun, 26 Sep 2004 12:09:38 +0000 (GMT)
(envelope-from pawel.worach@telia.com)
Received: by av1-2-sn4.m-sp.skanova.net (Postfix, from userid 502)
id 4670937F84; Sun, 26 Sep 2004 14:09:38 +0200 (CEST)
Received: from smtp2-1-sn4.m-sp.skanova.net (smtp2-1-sn4.m-sp.skanova.net
[81.228.10.183])
by av1-2-sn4.m-sp.skanova.net (Postfix) with ESMTP id 397C337F6F
for <current@freebsd.org>; Sun, 26 Sep 2004 14:09:38 +0200 (CEST)
Received: from corona.sajd.net (h147n2fls31o265.telia.com [217.208.189.147])
by smtp2-1-sn4.m-sp.skanova.net (Postfix) with ESMTP id 12ECB37E4D
for <current@freebsd.org>; Sun, 26 Sep 2004 14:09:38 +0200 (CEST)
Received: from [127.0.0.1] (sajd@localhost [127.0.0.1])
by corona.sajd.net (8.13.1/8.13.1) with ESMTP id i8QC9aOC000800
for <current@freebsd.org>; Sun, 26 Sep 2004 14:09:37 +0200 (CEST)
(envelope-from pawel.worach@telia.com)
Message-ID: <4156B17F.9000605@telia.com>
Date: Sun, 26 Sep 2004 14:09:35 +0200
From: Pawel Worach <pawel.worach@telia.com>
User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040815)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: current@freebsd.org
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
Subject: page fault panic in propagate_priority
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Sep 2004 12:09:41 -0000
Got this when starting thunderbird (non-port build),
libpthread was supposed to be libmapped to libc_r but
because of a typo that did not become the case.
I was under the impression that the turnstile panics
where fixed, where they not or is this a different one?
UP, 4BSD, PREEMPTION, debug.mpsafenet=1
Good dump found on device /dev/ad0s2b
Architecture: i386
Architecture version: 1
Dump length: 268304384B (255 MB)
Blocksize: 512
Dumptime: Sun Sep 26 13:43:10 2004
Hostname: corona
Versionstring: FreeBSD 6.0-CURRENT #0: Wed Sep 22 03:20:59 CEST 2004
root@darkstar:/export/data/obj/usr/src/sys/CORONA
Panicstring: page fault
Bounds: 1
(kgdb) bt
#0 doadump () at pcpu.h:159
#1 0xc04f473a in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:385
#2 0xc04f4ae9 in panic (fmt=0xc06a59c3 "%s")
at /usr/src/sys/kern/kern_shutdown.c:541
#3 0xc067e734 in trap_fatal (frame=0xcbd46bd8, eva=0)
at /usr/src/sys/i386/i386/trap.c:809
#4 0xc067dd23 in trap (frame=
{tf_fs = -1047461864, tf_es = -65520, tf_ds = -875298800, tf_edi
= -1044380496, tf_esi = -1051479264, tf_ebp = -875271104, tf_isp =
-875271164, tf_ebx = -1051479264, tf_edx = 56, tf_ecx = -1051496320,
tf_eax = 0, tf_trapno = 12, tf_err = 0, tf_eip = -1068387980, tf_cs = 8,
tf_eflags = 65683, tf_esp = -875271120, tf_ss = -1068463145}) at
/usr/src/sys/i386/i386/trap.c:247
#5 0xc066ec4a in calltrap () at /usr/src/sys/i386/i386/exception.s:140
#6 0xc1910018 in ?? ()
#7 0xffff0010 in ?? ()
#8 0xcbd40010 in ?? ()
#9 0xc1c004b0 in ?? ()
#10 0xc153b320 in ?? ()
#11 0xcbd46c40 in ?? ()
#12 0xcbd46c04 in ?? ()
#13 0xc153b320 in ?? ()
#14 0x00000038 in ?? ()
#15 0xc1537080 in ?? ()
#16 0x00000000 in ?? ()
#17 0x0000000c in ?? ()
#18 0x00000000 in ?? ()
#19 0xc051b174 in propagate_priority (td=0xc1c004b0)
at /usr/src/sys/kern/subr_turnstile.c:243
#20 0xc051ba7d in turnstile_wait (ts=0xc1537080, lock=0xc06fb740, owner=0x0)
at /usr/src/sys/kern/subr_turnstile.c:556
#21 0xc04e9708 in _mtx_lock_sleep (m=0xc06fb740, td=0xc153b320, opts=0,
file=0x0, line=0) at /usr/src/sys/kern/kern_mutex.c:551
#22 0xc0503ed8 in softclock (dummy=0x0) at
/usr/src/sys/kern/kern_timeout.c:247
#23 0xc04da8f8 in ithread_loop (arg=0xc1530500)
at /usr/src/sys/kern/kern_intr.c:547
#24 0xc04d9630 in fork_exit (callout=0xc04da740 <ithread_loop>, arg=0x0,
frame=0x0) at /usr/src/sys/kern/kern_fork.c:807
#25 0xc066ecac in fork_trampoline () at
/usr/src/sys/i386/i386/exception.s:209
(kgdb) frame 19
#19 0xc051b174 in propagate_priority (td=0xc1c004b0)
at /usr/src/sys/kern/subr_turnstile.c:243
243 ts = td->td_blocked;
(kgdb) list
238 ts->ts_lockobj->lo_name));
239
240 /*
241 * Pick up the lock that td is blocked on.
242 */
243 ts = td->td_blocked;
244 MPASS(ts != NULL);
245 tc = TC_LOOKUP(ts->ts_lockobj);
246 mtx_lock_spin(&tc->tc_lock);
247
(kgdb) print *td
$1 = {td_proc = 0xc1a7e700, td_ksegrp = 0xc1824af0, td_plist = {
tqe_next = 0xc1c007d0, tqe_prev = 0xc1a7e710}, td_kglist = {
tqe_next = 0x0, tqe_prev = 0xc1824afc}, td_slpq = {tqe_next = 0x0,
tqe_prev = 0xcd37bc50}, td_lockq = {tqe_next = 0x0,
tqe_prev = 0xcd452b84}, td_runq = {tqe_next = 0x0, tqe_prev =
0xc1a7e718},
td_selq = {tqh_first = 0x0, tqh_last = 0xc1c004e0},
td_sleepqueue = 0xc1f727a0, td_turnstile = 0xc1821c00, td_tid = 100143,
td_flags = 16777216, td_inhibitors = 1, td_pflags = 2176, td_dupfd = 0,
td_wchan = 0x0, td_wmesg = 0x0, td_lastcpu = 0 '\0', td_oncpu = 255 'ÿ',
td_locks = 0, td_blocked = 0x0, td_ithd = 0x0, td_lockname = 0x0,
td_contested = {lh_first = 0xc1537080}, td_sleeplocks = 0x0,
td_intr_nesting_level = 0, td_pinned = 0, td_mailbox = 0x2808e050,
td_ucred = 0xc1a2de80, td_standin = 0xc27ca000, td_prticks = 0,
td_upcall = 0xc27b7300, td_sticks = 0, td_uuticks = 0, td_usticks = 0,
td_intrval = 0, td_oldsigmask = {__bits = {0, 0, 0, 0}}, td_sigmask = {
__bits = {4294901503, 4294967295, 4294967295, 4294967295}},
td_siglist = {
__bits = {0, 0, 0, 0}}, td_waitset = 0x0, td_umtx = {tqe_next = 0x0,
tqe_prev = 0x0}, td_generation = 17, td_sigstk = {ss_sp = 0x0,
ss_size = 0, ss_flags = 0}, td_kflags = 0, td_xsig = 0,
td_profil_addr = 0, td_profil_ticks = 0, td_base_pri = 104 'h',
td_priority = 56 '8', td_pcb = 0xcd458da0, td_state = TDS_INHIBITED,
td_retval = {0, 134579520}, td_slpcallout = {c_links = {sle = {
sle_next = 0x0}, tqe = {tqe_next = 0x0, tqe_prev = 0xc65fee48}},
c_time = 22436277, c_arg = 0xc1c004b0, c_func = 0, c_flags = 8},
td_frame = 0xcd458d48, td_kstack_obj = 0xc2564108, td_kstack =
3443879936,
td_kstack_pages = 2, td_altkstack_obj = 0x0, td_altkstack = 0,
td_altkstack_pages = 0, td_critnest = 1, td_md = {md_savecrit = 582},
td_sched = 0xc1c00604}
(kgdb) print ts
$2 = (struct turnstile *) 0x0
(kgdb) print *td->td_proc
$3 = {p_list = {le_next = 0xc1ac4a80, le_prev = 0xc06fcb04}, p_ksegrps = {
tqh_first = 0xc1824380, tqh_last = 0xc1824af4}, p_threads = {
tqh_first = 0xc1c004b0, tqh_last = 0xc1c007d8}, p_suspended = {
tqh_first = 0xc1c004b0, tqh_last = 0xc1c004d8}, p_ucred = 0xc1a2de80,
p_fd = 0xc2bb2500, p_fdtol = 0x0, p_stats = 0xcd46b000,
p_limit = 0xc2b21700, p_upages_obj = 0xc1d9d5ac, p_sigacts = 0xc1f3d000,
p_flag = 67683458, p_sflag = 1, p_state = PRS_NORMAL, p_pid = 54717,
p_hash = {le_next = 0x0, le_prev = 0xc152e2f4}, p_pglist = {le_next =
0x0,
le_prev = 0xc1ac4ad4}, p_pptr = 0xc1ac4a80, p_sibling = {le_next =
0x0,
le_prev = 0xc1ac4ae8}, p_children = {lh_first = 0x0}, p_mtx = {
mtx_object = {lo_class = 0xc06d587c, lo_name = 0xc06acf51 "process
lock",
lo_type = 0xc06acf51 "process lock", lo_flags = 4390912, lo_list = {
tqe_next = 0x0, tqe_prev = 0x0}, lo_witness = 0x0}, mtx_lock = 4,
mtx_recurse = 0}, p_oppid = 0, p_vmspace = 0xc1a38834, p_swtime = 73,
p_realtimer = {it_interval = {tv_sec = 0, tv_usec = 0}, it_value = {
tv_sec = 0, tv_usec = 0}}, p_runtime = {sec = 61,
frac = 13726861932649556722}, p_uu = 30507495, p_su = 5155093, p_iu
= 1,
p_uticks = 6717, p_sticks = 1174, p_iticks = 0, p_profthreads = 0,
p_maxthrwaits = 0, p_traceflag = 0, p_tracevp = 0x0, p_tracecred = 0x0,
p_textvp = 0xc27e5318, p_siglist = {__bits = {2, 0, 0, 0}}, p_lock =
0 '\0',
p_sigiolst = {slh_first = 0x0}, p_sigparent = 20, p_sig = 0, p_code = 0,
p_stops = 0, p_stype = 0, p_step = 0 '\0', p_pfsflags = 0 '\0',
p_nlminfo = 0x0, p_aioinfo = 0x0, p_singlethread = 0xc1c004b0,
p_suspcount = 1, p_xthread = 0x0, p_magic = 3203398350,
p_comm = "thunderbird-bin\000\000\000\000", p_pgrp = 0xc1ba42c0,
p_sysent = 0xc06ecfa0, p_args = 0xc29f0180,
p_cpulimit = 9223372036854775807, p_nice = 0 '\0', p_xstat = 0,
p_klist = {
kl_lock = 0xc1a7e76c, kl_list = {slh_first = 0x0}}, p_numthreads = 2,
p_numksegrps = 2, p_md = {md_ldt = 0xc2b84aa0}, p_itcallout =
{c_links = {
sle = {sle_next = 0x0}, tqe = {tqe_next = 0x0, tqe_prev = 0x0}},
c_time = 0, c_arg = 0x0, c_func = 0, c_flags = 8}, p_uarea =
0xcd46b000,
p_acflag = 0, p_ru = 0x0, p_peers = 0x0, p_leader = 0xc1a7e700,
p_emuldata = 0x0, p_label = 0x0, p_sched = 0xc1a7e8c0}
--
Pawel
From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 12:12:51 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 203DD16A4CF
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 12:12:51 +0000 (GMT)
Received: from spider.deepcore.dk
(cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166])
by mx1.FreeBSD.org (Postfix) with ESMTP id 1770C43D45
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 12:12:50 +0000 (GMT) (envelope-from sos@DeepCore.dk)
Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143])
by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id i8QCCl06038958;
Sun, 26 Sep 2004 14:12:47 +0200 (CEST)
(envelope-from sos@DeepCore.dk)
Message-ID: <4156B234.1090603@DeepCore.dk>
Date: Sun, 26 Sep 2004 14:12:36 +0200
From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= <sos@DeepCore.dk>
User-Agent: Mozilla Thunderbird 0.7.2 (X11/20040802)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Michael Nottebrock <michaelnottebrock@gmx.net>
References: <20040926044943.I40616-100000@mxb.saturn-tech.com>
<200409261332.23227.michaelnottebrock@gmx.net>
In-Reply-To: <200409261332.23227.michaelnottebrock@gmx.net>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
cc: freebsd-current@freebsd.org
cc: Jeremy Chadwick <freebsd@jdc.parodius.com>
Subject: Re: ATA disk performance (ICH2 controller), some tests andcomparison
with Linux 2.6.5
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Sep 2004 12:12:51 -0000
Michael Nottebrock wrote:
> On Sunday 26 September 2004 12:50, Doug Russell wrote:
>=20
>>On Sun, 26 Sep 2004, Michael Nottebrock wrote:
>>
>>>On Saturday 25 September 2004 23:45, Jeremy Chadwick wrote:
>>>
>>>>6) I'm still amazed people have systems in production that use ICH2.=
>>>>AFAIK, the chipset is deprecated.
>>>
>>>Eh? i845-based motherboards were not exactly a niche product and are n=
ot
>>>very ancient either. I'm surprised it surprises you to see them used. =
:-)
>>
>>Bah! Just because some hardware is common does not mean is is good!
>=20
>=20
> Supporting and being used on common-but-not-so-good hardware is one of =
the=20
> best (and oldest) traditions of FreeBSD. :-)
Yeah, well, we try, my last ich2 based system died long ago so it makes=20
it harder to keep support top notch :)
Anyhow, please try the below patch and let me know if that changes=20
behavior in anyway.
BTW, you need to compare speeds of the *exact same* area of the disk(s). =
Modern disk often has only half the transfer rate on the last 1/3 of the =
platters..
diff -u -r1.88 ata-chipset.c
--- ata-chipset.c 10 Sep 2004 10:31:37 -0000 1.88
+++ ata-chipset.c 26 Sep 2004 12:08:56 -0000
@@ -976,6 +976,8 @@
pci_write_config(parent, 0x48, reg48 & ~(0x0001 << devno), 2);
pci_write_config(parent, 0x4a, (reg4a & ~(0x3 << (devno <<=20
2))), 2);
}
+
+ reg54 |=3D 0x0400;
if (mode >=3D ATA_UDMA2)
pci_write_config(parent, 0x54, reg54 | (0x1 << devno), 2);
else
--=20
-S=F8ren
From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 12:14:49 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 44F9616A4CE
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 12:14:49 +0000 (GMT)
Received: from mail.gmx.net (pop.gmx.net [213.165.64.20])
by mx1.FreeBSD.org (Postfix) with SMTP id 270A043D39
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 12:14:48 +0000 (GMT) (envelope-from incmc@gmx.de)
Received: (qmail 26224 invoked by uid 65534); 26 Sep 2004 12:14:47 -0000
Received: from p5089EAA9.dip.t-dialin.net (EHLO ms.homeip.net)
(80.137.234.169)
by mail.gmx.net (mp009) with SMTP; 26 Sep 2004 14:14:47 +0200
X-Authenticated: #15946415
Received: from [10.0.0.100] (helo=[10.0.0.100])
by ms.homeip.net with asmtp (TLSv1:AES256-SHA:256)
id 1CBXvj-000FPs-O4
for freebsd-current@freebsd.org; Sun, 26 Sep 2004 14:15:03 +0200
Message-ID: <4156B2AF.9020305@gmx.de>
Date: Sun, 26 Sep 2004 14:14:39 +0200
From: Jochen Gensch <incmc@gmx.de>
User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: freebsd-current@freebsd.org
X-Enigmail-Version: 0.86.0.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Subject: Re:Detaching USB stick crashes BETA4/BETA5
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Sep 2004 12:14:49 -0000
> Ian Dowse also is having problems in this area. He suggested the
> following patch to me. I have some concerns about the patch, but they
> are theoretical (what does it mean when a parent is detached, but all
> its children are attached?), but given the current state of the newbus
> code it will fix the problem for you.
Apparently this patch really stops the kernel panic. BUT there seems to
be a problem with devfs, when reattaching the usb hub / devices.
Permissions set in /etc/devfs.conf do not take effect any more. Even
worse, if you do a ls -l /dev, then all devices show permissions like '0'.
My System is a 5.3-BETA6 built yesterday.
So maybe your concern is right in some way... hopefully this is gonna be
fixed in 5.3-RELEASE!?
Jochen
From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 12:42:38 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 1A92E16A4CF
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 12:42:38 +0000 (GMT)
Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10])
by mx1.FreeBSD.org (Postfix) with ESMTP id 18F1743D3F
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 12:42:35 +0000 (GMT)
(envelope-from doconnor@gsoft.com.au)
Received: from inchoate.gsoft.com.au (localhost [127.0.0.1])
(authenticated bits=0)
by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id i8QCgU1N008835;
Sun, 26 Sep 2004 22:12:31 +0930 (CST)
(envelope-from doconnor@gsoft.com.au)
From: "Daniel O'Connor" <doconnor@gsoft.com.au>
To: Ryan Freeman <ryan@slipgate.org>
Date: Sun, 26 Sep 2004 22:12:18 +0930
User-Agent: KMail/1.7
References: <20040926025317.GA5812@slipgate.org>
<200409261342.34874.doconnor@gsoft.com.au>
<20040926114623.GA7990@slipgate.org>
In-Reply-To: <20040926114623.GA7990@slipgate.org>
MIME-Version: 1.0
Content-Type: multipart/signed;
boundary="nextPart15888128.N0Mt3PlvMr";
protocol="application/pgp-signature";
micalg=pgp-sha1
Content-Transfer-Encoding: 7bit
Message-Id: <200409262212.26882.doconnor@gsoft.com.au>
X-Spam-Score: -2.5 ()
IN_REP_TO,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT
X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang)
cc: FreeBSD Mailing List <freebsd-current@freebsd.org>
Subject: Re: Sound performance problems in FreeBSD
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Sep 2004 12:42:38 -0000
--nextPart15888128.N0Mt3PlvMr
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
On Sun, 26 Sep 2004 21:16, Ryan Freeman wrote:
> > I suspect that sysctl involves doing lots of locking and will do weird
> > things..
> > Does it happen if you run a CPU using userland proc inseadt?
>
> The problem is, it isn't just that sysctl command that does it. I find th=
at
> even running gkrellm makes the ticking worse. if i close gkrellm, it
I'd say gkrellm probably pokes at various sysctl's to gather stats so it ma=
y=20
be a related problem.
> reduces the ticks/sound stretches. that sysctl was just an easy way to ma=
ke
> the problem _really_ stand out it seems. iirc when i was using 5.2.1 i
> found that just disabling the proc chart in gkrellm seemed to help a lot.
> haven't bothered to try it now.
Does a purely CPU bound process cause the problem?
ie try something like..
dd if=3D/dev/zero | md5
=2D-=20
Daniel O'Connor software and network engineer
for Genesis Software - http://www.gsoft.com.au
"The nice thing about standards is that there
are so many of them to choose from."
-- Andrew Tanenbaum
GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C
--nextPart15888128.N0Mt3PlvMr
Content-Type: application/pgp-signature
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)
iD8DBQBBVrky5ZPcIHs/zowRAn73AKCIksWaLIF1JjUTwolaVRJoabf2CgCgjJVE
nLmiCUGP8ojUKgh29XHm9AM=
=XaXP
-----END PGP SIGNATURE-----
--nextPart15888128.N0Mt3PlvMr--
From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 12:46:59 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 75DFC16A546
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 12:46:59 +0000 (GMT)
Received: from spider.deepcore.dk
(cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166])
by mx1.FreeBSD.org (Postfix) with ESMTP id 33BAD43D41
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 12:46:58 +0000 (GMT) (envelope-from sos@DeepCore.dk)
Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143])
by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id i8QCkuTO039234;
Sun, 26 Sep 2004 14:46:56 +0200 (CEST)
(envelope-from sos@DeepCore.dk)
Message-ID: <4156BA35.8010507@DeepCore.dk>
Date: Sun, 26 Sep 2004 14:46:45 +0200
From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= <sos@DeepCore.dk>
User-Agent: Mozilla Thunderbird 0.7.2 (X11/20040802)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Stephen Montgomery-Smith <stephen@math.missouri.edu>
References: <41536FD5.20204@math.missouri.edu>
<20040926025935.GC2530@dragon.nuxi.com> <41563A3C.5080404@math.missouri.edu>
In-Reply-To: <41563A3C.5080404@math.missouri.edu>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
cc: freebsd-current@freebsd.org
Subject: Re: ACPI on Tyan Thunder K7
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Sep 2004 12:46:59 -0000
Stephen Montgomery-Smith wrote:
> David O'Brien wrote:
>=20
>> On Thu, Sep 23, 2004 at 07:52:37PM -0500, Stephen Montgomery-Smith wro=
te:
>>
>>> I have a Tyan Thunder K7 S2462 motherboard running its latest BIOS=20
>>> (version 2.14). ACPI simply does not work at all.
>>
>>
>>
>> Define "does not work at all".
>>
>=20
> Well as you can see from the ACPI error messages in dmesg (which is=20
> included in my previous email) a lot of stuff isn't working.
>=20
> But more than that, if I do "shutdown -p now" the computer does halt,=20
> and then it switches off, but in a strange way - the fans are still=20
> going, all the lights are on, but the video card stops working, and the=
=20
> on/off button does nothing, even if I hold it down for several seconds.=
=20
> I have to press the reset button for it to start again.
This is a problem on several machines not just yours, in fact from my=20
experience its a problem for most machines.
ACPI has been in a sorrowly sad shape since mid august or there abouts.
I think the releng team is aware of it and trying to decide what todo=20
about it for 5.3-RELEASE, backstepping might be the only way to go..
-S=F8ren
From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 12:52:02 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 2E9DB16A4CE
for <current@FreeBSD.org>; Sun, 26 Sep 2004 12:52:02 +0000 (GMT)
Received: from castle.jp.FreeBSD.org (castle.jp.FreeBSD.org [210.226.20.15])
by mx1.FreeBSD.org (Postfix) with ESMTP id C20B443D2D
for <current@FreeBSD.org>; Sun, 26 Sep 2004 12:52:00 +0000 (GMT)
(envelope-from matusita@jp.FreeBSD.org)
Received: from localhost (localhost [::1])i8QCpw898280
for <current@FreeBSD.org>; Sun, 26 Sep 2004 21:51:58 +0900 (JST)
(envelope-from matusita@jp.FreeBSD.org)
In-Reply-To: <00bb01c4a1c1$6afe3060$1400a8c0@Venus>
References: <20040913000216E.matusita@jp.FreeBSD.org>
<00bb01c4a1c1$6afe3060$1400a8c0@Venus>
X-User-Agent: Mew/1.94.2 Emacs/21.3
X-FaceAnim: (-O_O-)(O_O- )(_O- )(O- )(- -)( -O)( -O_)( -O_O)(-O_O-)
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Dispatcher: imput version 20040704(IM147)
Lines: 13
From: Makoto Matsushita <matusita@jp.FreeBSD.org>
To: current@FreeBSD.org
Date: Sun, 26 Sep 2004 21:51:53 +0900
Message-Id: <20040926215153U.matusita@jp.FreeBSD.org>
Subject: Re: Recent 6.0-CURRENT and VMware 4.2.1: boot problem with
PREEMPTION enabled kernel
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Sep 2004 12:52:02 -0000
sanewo> I have the same problem with 5.3-BETA5 on VMware 4.2.1 guest.
sanewo> I'll try disabling PREEMPTION later.
How's going? Hope it doesn't have any probs...
Since 6-current GENERIC kernel has 'PREEMPTION' option enabled,
there's no way to install 6-current to pure VM on VMware Workstation 4.2.1...
Anybody knows what is the root of the problem?
-- -
Makoto `MAR' Matsushita
From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 12:54:08 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 2D80416A4CE
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 12:54:08 +0000 (GMT)
Received: from slipgate.org (S0106000acd019ad0.du.shawcable.net
[24.109.1.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 846C543D45
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 12:52:24 +0000 (GMT)
(envelope-from ryan@slipgate.org)
Received: from ryan.lan (gate.lan [192.168.1.1])
by slipgate.org (8.12.11/8.12.11) with ESMTP id i8QCnVMB011410
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 05:49:31 -0700 (PDT)
Received: from ryan.lan (localhost [127.0.0.1])
by ryan.lan (8.13.1/8.13.1) with ESMTP id i8QCoGRP014341
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 05:50:17 -0700 (PDT)
(envelope-from ryan@slipgate.org)
Received: (from ryan@localhost)
by ryan.lan (8.13.1/8.13.1/Submit) id i8QClk6E014280;
Sun, 26 Sep 2004 05:47:46 -0700 (PDT)
(envelope-from ryan@slipgate.org)
X-Authentication-Warning: ryan.lan: ryan set sender to ryan@slipgate.org using
-f
Date: Sun, 26 Sep 2004 05:47:46 -0700
From: Ryan Freeman <ryan@slipgate.org>
To: "Daniel O'Connor" <doconnor@gsoft.com.au>
Message-ID: <20040926124746.GA14197@slipgate.org>
References: <20040926025317.GA5812@slipgate.org>
<200409261342.34874.doconnor@gsoft.com.au>
<20040926114623.GA7990@slipgate.org>
<200409262212.26882.doconnor@gsoft.com.au>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <200409262212.26882.doconnor@gsoft.com.au>
User-Agent: Mutt/1.4.2.1i
cc: FreeBSD Mailing List <freebsd-current@freebsd.org>
Subject: Re: Sound performance problems in FreeBSD
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Sep 2004 12:54:08 -0000
On Sun, Sep 26, 2004 at 10:12:18PM +0930, Daniel O'Connor wrote:
> On Sun, 26 Sep 2004 21:16, Ryan Freeman wrote:
> > > I suspect that sysctl involves doing lots of locking and will do weird
> > > things..
> > > Does it happen if you run a CPU using userland proc inseadt?
> >
> > The problem is, it isn't just that sysctl command that does it. I find that
> > even running gkrellm makes the ticking worse. if i close gkrellm, it
>
> I'd say gkrellm probably pokes at various sysctl's to gather stats so it may
> be a related problem.
>
> > reduces the ticks/sound stretches. that sysctl was just an easy way to make
> > the problem _really_ stand out it seems. iirc when i was using 5.2.1 i
> > found that just disabling the proc chart in gkrellm seemed to help a lot.
> > haven't bothered to try it now.
>
> Does a purely CPU bound process cause the problem?
> ie try something like..
> dd if=/dev/zero | md5
>
well i gave that command a shot (i closed gkrellm first to reduce any clicking
that may happen from it running) then started an mp3 with mpg123 alongside running that command. didn't skip a beat, so i guess its all related to sysctl...
- ryan
From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 12:58:43 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id ECB7E16A4CE; Sun, 26 Sep 2004 12:58:42 +0000 (GMT)
Received: from tora.nunu.org (YahooBB219003182047.bbtec.net [219.3.182.47])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 70ADE43D1F; Sun, 26 Sep 2004 12:58:42 +0000 (GMT)
(envelope-from simokawa@sat.t.u-tokyo.ac.jp)
Received: from tora.nunu.org (unknown [192.168.1.2])
by tora.nunu.org (Postfix) with ESMTP
id 4FADE4CC89; Sun, 26 Sep 2004 21:58:41 +0900 (JST)
Date: Sun, 26 Sep 2004 21:58:41 +0900
Message-ID: <87ekkpmbjy.wl@tora.nunu.org>
From: Hidetoshi Shimokawa <simokawa@sat.t.u-tokyo.ac.jp>
To: Bruce M Simpson <bms@spc.org>
In-Reply-To: <20040720034256.GA826@empiric.dek.spc.org>
References: <16634.47272.768935.436137@grasshopper.cs.duke.edu>
<200407182039.10773.dfr@nlsystems.com>
<16634.54674.966908.540880@grasshopper.cs.duke.edu>
<200407182104.53221.dfr@nlsystems.com>
<87hds3pfgv.wl@tora.nunu.org>
<20040720034256.GA826@empiric.dek.spc.org>
User-Agent: Wanderlust/2.10.1 (Watching The Wheels) SEMI/1.14.5 (Awara-Onsen)
FLIM/1.14.5 (Demachiyanagi) APEL/10.6 MULE XEmacs/21.4 (patch 14) (Reasonable
Discussion) (i386--freebsd)
MIME-Version: 1.0 (generated by SEMI 1.14.5 - "Awara-Onsen")
Content-Type: text/plain; charset=US-ASCII
cc: Andrew Gallatin <gallatin@cs.duke.edu>
cc: nork@freebsd.org
cc: freebsd-current@freebsd.org
cc: simokawa@freebsd.org
cc: jhb@feebsd.org
Subject: FireWire/dcons support in loader (Re: Excellent job on the firewire
support!)
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Sep 2004 12:58:43 -0000
OK, I spent this weekend to implement dcons in i386 loader and
experimental loader binary is available at:
http://www.freebsd.org/~simokawa/firewire/loader/loader.fw-20040926
Though there are still some limitations, you can interact with loader
using dconschat(8).
- FireWire OHIC is detected using PCI BIOS and initialized.
- dcons(4) is enabled in loader as an additional console by default.
This means that you can use both dcons and vidconsole or comconsole
simultaneously as usual dcons(4) in kernel.
If you want to use this dual console, please make sure you don't have
'console=XXXconsole' line in loader.conf. This overrides dual console
settings. If you want to use serial console and dcons
simulataneously, put /boot.config with '-h' or ' '-hD'.
- I recommand you to use dconschat(8) with '-r' (replay) option.
- dcons(4) in loader and kernel use different buffer. This means that
dcons(4) is disconnected since loader executes kernel until
fwohci/dcons is initialized in kernel.
See below for detail.
- This depends on PCI BIOS to detect FireWire OHCI.
If we can share loader binary between i386 and amd64, I assumes that
this loader can work well on amd64 too.
Any volunteers for test?
- I need some more work to clean up the source tree, but
I can send the current source tree to interested people.
Please contact me.
At Tue, 20 Jul 2004 04:42:56 +0100,
Bruce M Simpson wrote:
>
> On Tue, Jul 20, 2004 at 11:41:52AM +0900, Hidetoshi Shimokawa wrote:
> > It is not enough :-< I lack the knowledge of BIOS/PCI(and ACPI?).
> > Once we can access the OHCI register via PCI in the loader,
> > the remaining part is relatively easy as you described.
> > I need some help for this part. I suppose that implementing dcons
> > in the loader is architecture dependent.
>
> Very much so, to begin with. Let's consider the i386 case.
>
> libi386/biospci.c wants FireWire device classes added to it for its probe.
> Some BIOS wrapper functions to manipulate PCI configuration registers need
> to be added too.
I have added some functions to biospci.c.
> Then a fwconsole driver much like comconsole could be written, i.e.
> fwc_probe(), fwc_init() etc. I believe it's safe to assume that V==P
> for address space at this point. I guess this could act as a shim before
Unfortunately, V!=P. I need PTOV() to access OHCI registers.
> the driver actually gets loaded. kenv could be used to tell dcons where
> the loader had allocated the buffer before the kernel actually starts.
Yes, kenv can pass the address.
> There would have to be a comfortable handover between loader and dcons
> in the kernel, but because it just uses a ring buffer, I imagine this is
> somewhat easier than it would be otherwise.
The most messy part is that console in kernel is initialize before
VM subsystem is initialized. We can easily locate physical address
of dcons buffer but we have some problems.
- What is the virtual address of the buffer BEFORE VM is initialized?
- What is the virtual address of the buffer AFTER VM is initialized?
- Can we make above two addresses to be same?
- What is the best way to prevent the OS to reuse the physical pages for
other purpose?
> I am about to get some long overdue sleep, otherwise I'd begin hacking this
> myself. ;-)
>
> BMS
Have a fun,
/\ Hidetoshi Shimokawa
\/ simokawa@sat.t.u-tokyo.ac.jp
PGP public key: http://www.sat.t.u-tokyo.ac.jp/~simokawa/pgp.html
From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 14:06:48 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id B7A7D16A4CE
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 14:06:48 +0000 (GMT)
Received: from gundel.de.clara.net (gundel.de.clara.net [212.82.225.86])
by mx1.FreeBSD.org (Postfix) with ESMTP id 7932743D2F
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 14:06:48 +0000 (GMT)
(envelope-from jesk@killall.org)
Received: from port-212-202-54-147.dynamic.qsc.de ([212.202.54.147]
helo=turbofresse)
by gundel.de.clara.net with smtp (Exim 4.30; FreeBSD)
id 1CBZpd-000FGI-WF
for freebsd-current@freebsd.org; Sun, 26 Sep 2004 16:16:54 +0200
Message-ID: <004301c4a3d2$0e339e20$45fea8c0@turbofresse>
From: "jesk" <jesk@killall.org>
To: <freebsd-current@freebsd.org>
Date: Sun, 26 Sep 2004 16:06:44 +0200
MIME-Version: 1.0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Subject: Re: Intel ICH5R Raid Support
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Sep 2004 14:06:48 -0000
> >
> >
http://lists.freebsd.org/pipermail/freebsd-current/2004-September/038018.htm
> >
> > http://www.freebsd.org/cgi/query-pr.cgi?pr=i386/60344
> >
> > http://www.techno-obscura.com/~delgado/notes/fbsd-ich5SATAraid.html
> >
> > --
> > | Jeremy Chadwick jdc at parodius.com |
> > | Parodius Networking http://www.parodius.com/ |
> > | UNIX Systems Administrator Mountain View, CA, USA |
> > | Making life hard for others since 1977. |
> >
> > On Sun, Sep 26, 2004 at 11:15:46AM +0200, jesk wrote:
> > > Hello,
> > >
> > > i got a problem with a Asus P4P800S-E Motherboard and the Intel
> > > ICH5R-Southbridge
> > > Chipset. I configured Raid1 on the board and created a Raid Volume on
> the
> > > two SATA
> > > devices. After that i installed FreeBSD 5.3 BETA5 on one of the SATA
> devices
> > > then rebooted
> > > the sytem and everythings seems to work. I updated the system to
> RELENG_5
> > > and rebooted
> > > again but then the bootloader couldnt find a kernel.
> > > Is there any known problem with the chipset and the raid
functionality?
> If
> > > there is, why could
> > > the bootloader find a kernel by the first reboot before i updated the
> > > system?
> > >
> > > thanks for any hints!
> > >
> > >
> > >
> > > _______________________________________________
> > > freebsd-current@freebsd.org mailing list
> > > http://lists.freebsd.org/mailman/listinfo/freebsd-current
> > > To unsubscribe, send any mail to
> "freebsd-current-unsubscribe@freebsd.org"
> > _______________________________________________
> > freebsd-current@freebsd.org mailing list
> > http://lists.freebsd.org/mailman/listinfo/freebsd-current
> > To unsubscribe, send any mail to
"freebsd-current-unsubscribe@freebsd.org"
> >
> >
Big thanks for the hint.
Im not very happy with the atacontrol solution, i make bad experiences with
vinum some years ago and dont want software raid solutions any more.
now i decided to buy a hardware raid, but i dont have any ideas which one to
take..
can somebody recommend some SATA-Controllers with Raid1 support for
FreeBSD5?
best regards,
Christian
From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 14:08:31 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id D4B6B16A4CE
for <current@freebsd.org>; Sun, 26 Sep 2004 14:08:31 +0000 (GMT)
Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21])
by mx1.FreeBSD.org (Postfix) with ESMTP
id B299543D1D; Sun, 26 Sep 2004 14:08:31 +0000 (GMT)
(envelope-from davidxu@freebsd.org)
Received: from [127.0.0.1] (davidxu@localhost [127.0.0.1])
i8QE8UdI029108; Sun, 26 Sep 2004 14:08:31 GMT
(envelope-from davidxu@freebsd.org)
Message-ID: <4156CD87.7060401@freebsd.org>
Date: Sun, 26 Sep 2004 22:09:11 +0800
From: David Xu <davidxu@freebsd.org>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US;
rv:1.7.1) Gecko/20040730
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Stephen Montgomery-Smith <stephen@math.missouri.edu>
References: <41536FD5.20204@math.missouri.edu>
In-Reply-To: <41536FD5.20204@math.missouri.edu>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
cc: current@freebsd.org
Subject: Re: ACPI on Tyan Thunder K7
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Sep 2004 14:08:31 -0000
ACPI also does not work well on my Tyan 2507T dual PIII, you are not
alone. whenever I typed halt -p, sometimes it can shutdown the
machine, but most time will print "hardware does not respone...", it
can not power off it.
David Xu
Stephen Montgomery-Smith wrote:
> I have a Tyan Thunder K7 S2462 motherboard running its latest BIOS
> (version 2.14). ACPI simply does not work at all. A long time ago I
> asked about this motherboard, and I was told that ACPI on this
> motherboard is faulty.
>
From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 14:12:30 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 7375E16A4CE
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 14:12:30 +0000 (GMT)
Received: from sccmmhc91.asp.att.net (sccmmhc91.asp.att.net [204.127.203.211])
by mx1.FreeBSD.org (Postfix) with ESMTP id 2C0F043D31
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 14:12:30 +0000 (GMT)
(envelope-from stephen@math.missouri.edu)
Received: from [10.0.0.3] (12-216-240-169.client.mchsi.com[12.216.240.169])
by sccmmhc91.asp.att.net (sccmmhc91) with ESMTP
id <20040926141228m9100ipofqe>; Sun, 26 Sep 2004 14:12:29 +0000
Message-ID: <4156CE4B.3070007@math.missouri.edu>
Date: Sun, 26 Sep 2004 09:12:27 -0500
From: Stephen Montgomery-Smith <stephen@math.missouri.edu>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040922
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= <sos@DeepCore.dk>
References: <41536FD5.20204@math.missouri.edu>
<20040926025935.GC2530@dragon.nuxi.com> <41563A3C.5080404@math.missouri.edu>
<4156BA35.8010507@DeepCore.dk>
In-Reply-To: <4156BA35.8010507@DeepCore.dk>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
cc: freebsd-current@freebsd.org
Subject: Re: ACPI on Tyan Thunder K7
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Sep 2004 14:12:30 -0000
Søren Schmidt wrote:
> Stephen Montgomery-Smith wrote:
>
>> David O'Brien wrote:
>>
>>> On Thu, Sep 23, 2004 at 07:52:37PM -0500, Stephen Montgomery-Smith
>>> wrote:
>>>
>>>> I have a Tyan Thunder K7 S2462 motherboard running its latest BIOS
>>>> (version 2.14). ACPI simply does not work at all.
>>>
>>>
>>>
>>>
>>> Define "does not work at all".
>>>
>>
>> Well as you can see from the ACPI error messages in dmesg (which is
>> included in my previous email) a lot of stuff isn't working.
>>
>> But more than that, if I do "shutdown -p now" the computer does halt,
>> and then it switches off, but in a strange way - the fans are still
>> going, all the lights are on, but the video card stops working, and
>> the on/off button does nothing, even if I hold it down for several
>> seconds. I have to press the reset button for it to start again.
>
>
> This is a problem on several machines not just yours, in fact from my
> experience its a problem for most machines.
>
> ACPI has been in a sorrowly sad shape since mid august or there abouts.
> I think the releng team is aware of it and trying to decide what todo
> about it for 5.3-RELEASE, backstepping might be the only way to go..
>
I think that my problem is probably unrelated to your experiences. For
me, ACPI has always not worked like this for FreeBSD-5.x, whereas my
impression is that for everyone else it came about between Beta4 and Beta5.
From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 14:12:35 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 05E3E16A4CE
for <freebsd-current@FreeBSD.org>;
Sun, 26 Sep 2004 14:12:35 +0000 (GMT)
Received: from server1.astraldream.net (astraldream.net [69.20.5.160])
by mx1.FreeBSD.org (Postfix) with ESMTP id 8DB3A43D31
for <freebsd-current@FreeBSD.org>;
Sun, 26 Sep 2004 14:12:30 +0000 (GMT)
(envelope-from ssouhlal@FreeBSD.org)
Received: from [192.168.0.20] (63-170-138-118.cst-sg.blacksburg.ntc-com.net
[63.170.138.118]) (authenticated (0 bits))
by server1.astraldream.net (8.11.6/8.11.6) with ESMTP id i8QECLX20249
verified NO); Sun, 26 Sep 2004 10:12:26 -0400
From: Suleiman Souhlal <ssouhlal@FreeBSD.org>
To: Ryan Freeman <ryan@slipgate.org>
In-Reply-To: <20040926025317.GA5812@slipgate.org>
References: <20040926025317.GA5812@slipgate.org>
Content-Type: text/plain
Message-Id: <1096207938.23620.9.camel@zZzZ.segfaulted.com>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.6
Date: Sun, 26 Sep 2004 10:12:18 -0400
Content-Transfer-Encoding: 7bit
cc: FreeBSD Mailing List <freebsd-current@FreeBSD.org>
Subject: Re: Sound performance problems in FreeBSD
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Sep 2004 14:12:35 -0000
Hello,
On Sat, 2004-09-25 at 22:53, Ryan Freeman wrote:
> and i get the nice "person being removed from the matrix" effect. haven't yet
> +tried
> the patch, but i want to get on that asap. can anyone else verify that the patch
> works? and furthermore, is it going to be worked into the freebsd source
> +post-haste? ;) thanks,
>From what I've heard, the patch works, up to a certain point: it will
not get completely rid of skips.
Also, it will certainly not be committed, as it's just a quick hack to
test a theory. I do however plan on removing Giant from sysctl in the
correct way, as soon as I find some time.
--
Suleiman Souhlal | ssouhlal@vt.edu
The FreeBSD Project | ssouhlal@FreeBSD.org
From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 14:16:14 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id E41D416A4CE; Sun, 26 Sep 2004 14:16:14 +0000 (GMT)
Received: from slipgate.org (S0106000acd019ad0.du.shawcable.net
[24.109.1.162]) by mx1.FreeBSD.org (Postfix) with ESMTP
id B3C7043D31; Sun, 26 Sep 2004 14:16:14 +0000 (GMT)
(envelope-from ryan@slipgate.org)
Received: from ryan.lan (gate.lan [192.168.1.1])
by slipgate.org (8.12.11/8.12.11) with ESMTP id i8QEFpVF009393;
Sun, 26 Sep 2004 07:15:51 -0700 (PDT)
Received: from ryan.lan (localhost [127.0.0.1])
by ryan.lan (8.13.1/8.13.1) with ESMTP id i8QEGb7Q019689;
Sun, 26 Sep 2004 07:16:37 -0700 (PDT)
(envelope-from ryan@slipgate.org)
Received: (from ryan@localhost)
by ryan.lan (8.13.1/8.13.1/Submit) id i8QEGbPc019688;
Sun, 26 Sep 2004 07:16:37 -0700 (PDT)
(envelope-from ryan@slipgate.org)
X-Authentication-Warning: ryan.lan: ryan set sender to ryan@slipgate.org using
-f
Date: Sun, 26 Sep 2004 07:16:37 -0700
From: Ryan Freeman <ryan@slipgate.org>
To: Suleiman Souhlal <ssouhlal@FreeBSD.org>
Message-ID: <20040926141637.GA19618@slipgate.org>
References: <20040926025317.GA5812@slipgate.org>
<1096207938.23620.9.camel@zZzZ.segfaulted.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1096207938.23620.9.camel@zZzZ.segfaulted.com>
User-Agent: Mutt/1.4.2.1i
cc: FreeBSD Mailing List <freebsd-current@FreeBSD.org>
Subject: Re: Sound performance problems in FreeBSD
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Sep 2004 14:16:15 -0000
On Sun, Sep 26, 2004 at 10:12:18AM -0400, Suleiman Souhlal wrote:
> Hello,
>
> On Sat, 2004-09-25 at 22:53, Ryan Freeman wrote:
>
> > and i get the nice "person being removed from the matrix" effect. haven't yet
> > +tried
> > the patch, but i want to get on that asap. can anyone else verify that the patch
> > works? and furthermore, is it going to be worked into the freebsd source
> > +post-haste? ;) thanks,
>
> >From what I've heard, the patch works, up to a certain point: it will
> not get completely rid of skips.
> Also, it will certainly not be committed, as it's just a quick hack to
> test a theory. I do however plan on removing Giant from sysctl in the
> correct way, as soon as I find some time.
>
>
Excellent! Just wanted to clear that up. Hopfully one day my freebsd install
won't have clicks and skips when playing sound anymore :) thanks!
- ryan
From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 14:28:04 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 72B9416A4CE
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 14:28:04 +0000 (GMT)
Received: from mailout11.sul.t-online.com (mailout11.sul.t-online.com
[194.25.134.85])
by mx1.FreeBSD.org (Postfix) with ESMTP id 585AB43D39
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 14:28:03 +0000 (GMT)
(envelope-from mike@reifenberger.com)
Received: from fwd08.aul.t-online.de
by mailout11.sul.t-online.com with smtp
id 1CBa0Q-0007X6-00; Sun, 26 Sep 2004 16:28:02 +0200
Received: from fw.reifenberger.com
(XKqQzqZOgeJbwz1USXTd-Bc9Bqcvc5uKHPV8acM3FXlyGY5VtjoUY1@[84.128.75.136]) by
fmrl08.sul.t-online.com
with esmtp id 1CBa08-289NFA0; Sun, 26 Sep 2004 16:27:44 +0200
Received: from localhost (mike@localhost)i8QEReqa008624
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 16:27:40 +0200 (CEST)
(envelope-from mike@reifenberger.com)
X-Authentication-Warning: fw.reifenberger.com: mike owned process doing -bs
Date: Sun, 26 Sep 2004 16:27:40 +0200 (CEST)
From: Michael Reifenberger <mike@Reifenberger.com>
To: freebsd-current@freebsd.org
In-Reply-To: <20040926131154.Q7839@fw.reifenberger.com>
Message-ID: <20040926162417.U8486@fw.reifenberger.com>
References: <20040926131154.Q7839@fw.reifenberger.com>
MIME-Version: 1.0
Content-Type: MULTIPART/MIXED; BOUNDARY="0-471932000-1096208860=:8486"
X-ID: XKqQzqZOgeJbwz1USXTd-Bc9Bqcvc5uKHPV8acM3FXlyGY5VtjoUY1@t-dialin.net
X-TOI-MSGID: a883e24c-db69-4c73-98f8-efa888ddd448
Subject: Re: RELENG_5 hangs during boot
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Sep 2004 14:28:04 -0000
This message is in MIME format. The first part should be readable text,
while the remaining parts are likely unreadable without MIME-aware tools.
--0-471932000-1096208860=:8486
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
On Sun, 26 Sep 2004, Michael Reifenberger wrote:
> Date: Sun, 26 Sep 2004 13:40:02 +0200 (CEST)
> From: Michael Reifenberger <mike@reifenberger.com>
> To: freebsd-current@freebsd.org
> Subject: RELENG_5 hangs during boot
>
> Hi,
> after upgrading a may-25 -current to the latest RELENG_5 I get an
> hang after attaching all firewire, ATA and SCSI devices but before
> mounting root (can get into DDB though) after printing:
>
Just a follow up:
-current does boot. dmesg is attached.
It seems that there is a MFC missing to get RELENG_5 to work for me...
Bye/2
---
Michael Reifenberger, Business Development Manager SAP-Basis, Plaut Consulting
Comp: Michael.Reifenberger@plaut.de | Priv: Michael@Reifenberger.com
http://www.plaut.de | http://www.Reifenberger.com
--0-471932000-1096208860=:8486
Content-Type: APPLICATION/octet-stream; name="dmesg.txt.gz"
Content-Transfer-Encoding: BASE64
Content-ID: <20040926162740.E8486@fw.reifenberger.com>
Content-Description:
Content-Disposition: attachment; filename="dmesg.txt.gz"
H4sICODQVkECA2RtZXNnLnR4dADsXHtv4ziS/7v9KXi9B0yCtR1SkmXZ6ATn
V7qNjTve2OmZRWPQkCUq0bYteSQ5j/n0V0VSLz9iJfO6Bc7odiSyiiz9qlis
IikPwvVz5N/dJ+TEOSWs09EaGqUGmd9zchlx3p8NyTQK/82dpFkbbBG3O3X4
tqj41sW3Kb4t8S1qO0x8a+Jb0HSM2jts/obf8SCJSeiRBG5vA/+BR7GfPGPJ
wF76XhgFvt0kveWSiG5jEvGYRw/cbdZS4cwmbQxub25Gn+fkb3qXzDYBmfE1
0UzCzC6jXV0jg9FsTvCxagQ+URgm/5OEyWbVjLjv8WDBozseNZ1w1T3bxNFZ
uPi3+BtHzln8HJ8J2tqPvZvP488fu2QynfUuRyTgyWMYfSdxYjvfievH9mLJ
3TrhT2sACyR1Nw53yZpH8BwrO3B4s/adR0HzYdX8vuKrZuz/yokfkyB8JI69
BGaiqr5h1X/VphFfhrYL5XzpEeTlS/L+bAHyn8k79ec9sRNCnxxqWZxS2tzi
XIXuZsm3OG0/bH4Pi5zMtapxOmt/i1WzoNPJlAzCwPPvNpGd+GFA5ogIEUqF
O9Y0iBduAjflo55rLmhNUv1w2RtMf5BVutc2KKgrrepNx4NilQ5Vk95w3iWX
or1EkJXrkadLbmM/uBPWhfSEB5sVB+HCqFlqYDC9JchAxkNCCQgyxivWBQah
1IPETOtk5Fo3M4KaKBNE4hG65MP483x0RcjQMlofbz5qFzU08AUCBQI6y9D5
fhKfkmazSXxLaxmyqEsY6+jMsMinX2uDq398u52Nvo2x/tugdzXu3/Tm4+vP
YEAJicHofM8HvTXIRjy1yz17s0yIF/FfNjxwnmtzf8UdeIaER+S96OZ9Xiu7
sjToivyyAeFgHNKSlPPZQIolxMzuukQzwOg67VTO6W2XjKGT5cnNKZnCEPc3
K7w0BHRa06AfoY8T5Goy2pjAjWmZDWdpxzGSnMIovYbx7gfknLz/CErzAy4a
fE/I2IVC+uRpbUJmCV+vUbJz0gaeS24nG3AQ5/Rp4fGFt/C8D5fT2/qXyag+
HNWns1EdhK5PZjf1aW9UnwxG9cFPVh3VVJ+NpvXJ/AZqPmJNrz6YXH8Bsjmy
6WZ9cHV5dTv7VB/OZ3VUbn0y+al++RM0NYNm4b8GX/VP83l9PqlP+6OLWsTt
JYGxHEbPBARk1DRaptm2DHLCKGuRSf+0Nr1/jn0np3PuNwHaQbdGn2jhw+A/
6LVU2OGe59WJabSZaZHFc8JjaLllkbV9x+PTUgtMfG+1oHueaAHsq9XWsiba
5t4mHM3cbkLnLY2KJhjVNUszLYumrWgtjbVaaUP2g+1nD3kuyM0Wbbc0ctIB
QBCKhR/GupaOsf74egZ+ewa+3nc4GfoRuFRkvufgm6Lcg6AcGe8oSET7YB74
zDBJCQpGTwlMNg9YQ8gVR7NitbXjI1+XTAdj0R8MdmQXTYt2/w7uBOiCtaST
kk2DqaR27cTO5TA6HZqTpoKIZrqG59ipAKxJa9fgjyLZSOzfBdJopWvsKr+F
A4WSezvOnVHJB42vcxdUF4MtijZrEEaJzx2hoZof2mvfoV1yE27EGOZPQBqA
xcHo7/R+iEnjgvhBAqOIFKjTEqwdPSXgu8gJd+94ndzDNHy6Q8iQcDzrkfHN
P+HmRVqtSKu9TKsXafWXaY0irfEybatI23qZ1izSmi/Ttou07ZdprSKt9TJt
p0jbOaILWlIGPUJdVt0R3bGS8tgR7bGS+tgR/bGSAtkRDbKSCtkRHTKhRBzo
ghq0uOQPfFkny/BxD3W7RN0+Qm2VqK0j1J0Sdedlao0WqeHuZWpWomZHqLUS
tXaEWi9R62Xq5ZaX+TwZI/kVOI7Ub43vgjDCOggZwP0gRQTUEK8koXRyIjhQ
1NBrREKIHCPfhegpDjcRTAOQZ/jRL0C049ZQKFrwZdoet5NASAFhPgR1YCl7
6tfh0o4g6ukKI3pRkI4UpLNnoGa9CHz2EGx1owjIhy8qTNaa9AJbjwltAM5Q
sgpxwliEduTWnPWGkv5s2hWZDPj/bmFChoIvoxtV0oKJzyBXQ3nPFMXwUt57
8gOtLEEyqngYbQMNlrCsXYjSyHx6U+pn9iW/Z9CKEz2vkxCiXHlBnDDiFzWY
76FIzvoXNRUIYjJJMNIi8Wa9DqMki7F9bGB8dn1RCzbLJVzjH4hiMQKok185
8MkbiK3swA2xcZyyISdVeqmTWeglj3YEV/+yoyh8hLbWT/B0Xy97s/nP6ubD
yk7uyToKHR7HYXSxjbGkwkkPPIWPc6tnO7yGaQ/NIvkskN/mVmRfZZb4M8YZ
38I1D07Yafcd5FMcJkjbdSMiHv4EUHQ86xTzQPpkycjOKDDZiovJwNZKVXCS
X58Kcse7c+45hOPvJEowHr6KkPqcYuRGfyZf793oHC+gL5SXkxPfPddaJrWo
ZZ7mEZEITR4ye2S0JqOO/56Ob2SyVcepAsH3IXLJgyDLpDXwEY3rYPmcRyXQ
YhAGvHYFI1/khaS/iclQSjmFQUGu/OA7wUEc1/hqwV1MP+GDBg0JFnx6ePdk
QoEOc3sL5uE2DCWY3EAMmIbA0FnrAGtfsupvYB1IVu0NrEPJungVq84Kz6q9
gVU9K6vMKrisQq/Wq3ol7M3KIW8TWLBqlXuNl5Aai55Uh7TA2nkDqxLYfgPr
oIpJ7GcdVlGOYNUKrEXl2G9g7VeGaYd18HaBh5Vh0gusWuWRs5+1kpfYzzqo
YsP7WYeVbdgosOqFZ9XfwNqvDNMO66CySeywDisbYqvAahSelb2BtV/ZmnZY
B5WVs8NafbyaBdbW62x4h7X/9l4HlZWzwzqsYhI9CIqu4yGP/Ac+dfyx2yUL
iAEoRnQ4d3mbwCE0jZ2m4SMukGySBIKFE89/4u6pXFJN/BXULMPwe0w+Xl8P
yUosEup1srKf4MKok0ffhegOV3j+n+M/naO0YI3sDc+Ok+Kitd5qd1pGq7ho
jamOsKRvoi8M2TWjsfAT1TeEq3pTsk0+/Xoh43D6ZFCrgd8LDOiFIYpkC7jT
7PQir8FQOav6FMZJA1PjBSSJdzxrEeL6Bn57OZ+gR9IlRrx+4Cc+JMNOcdek
i41nbYtmN7HoWnSqatfpyjFUntPau5W9/sroz12SPK85ogkp0h1caHWysGNO
PJUs1InYddLMepZ3iYXHxsW7Bw5JVSRyDNzFg5EJ15gdQGMQq7twR/XaO9Eh
NAPOAP/iyEUB0lSjQWkDu4FcA0VBJrhbeaI5IFu5Eb87FxkpdBIndiLvNdoB
OseGHGYZxL+eQ4bjPoaRG5/W3i3tRKhONAaZDwni0zoazl2QbJXZT0BcLKsA
DS1D086hkbxGyst2eT3bKvCyTs6rTARyTXgkVy0ue2FEaFNrQg7ZSylUGIRF
5B4yyEc/kqsicq3qqH60w/rRdvSjV9YPpe2ifugfph+5MnJuizWVc3jgd2v0
/7ihhdOMWiaAhJGSIUQSziaKAEy4lerRMtUaO+pB1XArUw9pVVNPZ49+Om9V
kOEUFaRtKaizoyGnIZS0X0OsrKFWSUOa9adpqBrw1puA7+8Bvr8H+M5R4I0K
wLNqwNO/EviFAr5TEXjnbRY/2AP8YA/w1lHg2xWA1/4DgHcU8Nb2LLJ3Jmh7
OfCMvgL44R7gh7vAa/pR4N0KwLfLwGtvmKyp9gdPBq4EHp64MBloL04GR6Ax
eA6NtQWNvjeOMbZtkh2ApjRPQq9vhsbEDXy6g45GTlTpUf3Tw/rX2b6HZNWm
Gka9P2fgVfFvMNQy/2ZUjWMNZ1EBm3w2YIiNZf8fdEpqGtZarYrTAX3tdKCz
3XkYkvQD83D7KPJ6BeT1oldqVZ0O2F8yD7e3p4MDwBs58NbBpOKQ0vLgydzm
tY5MQ4WIt7PN6xzh3S/zn2gsrQrG0sqMxXjJhb2Yz/zRU1jBWKpOYfbdWmww
4lE3Ymm4w0hOxPfHyeDTKZl9+djDxYIkCpdLHl3giSo87aOS0Ia4lKe61BEm
VdqWu71i05qZuAKi9gi1JlUrC2nvN+qAbbYbmR7pQm1HPpYzqlLpwlkpseay
t4FddqPMrqRX7C5PuIPHAixqUjxcGy55oI6OKRJ7zSM8M0XSA7RMsya1zb1c
NsnQo2zYJyfjwSfjlNzO+gXg8LbRy9ZpMENs4B+2D6FOASLVR+ERtd3n0xQ8
hnw+bD1l/Ppx3Ps8b1xdD/4xGv5c28SLV0oMgoimFCsS4WBR52uxnw2WyxZv
Pw3G4rAzgVKwdXG+snMmYwQkp2f4VZfb0Sxl1oi0z0c/uYebCKB/kHu+MR4J
FsYMLgHlYK+Qvl/A25J4dxTenTLerIQ3ezXeVsa4i/crJVZ4M8W6F2/2W/Bm
r8Jbe4X0gxxvR9q3k9q3VcZbK+GtvRZvh2aMu3i/UmKFt6ZY9+Kt/Ra8tcp4
c+VPRtjLyR0PeOQ7Um70mnvdsMgAG+oydbiaXoa7ncHNd9yJUcHdqm5S7i3M
sfQbngeBOQwmty4IulrbAQKIPuNIPTtSLxSjd8mj7YtzVyilOC0C8/ud/8DJ
Zp0ioyhxInVJuEl2eBSBwDd/R4Cq4rzbHOm4nimPC9nwiYTYRdmqaAya5akf
1bfsTFN2pqd2NnrRzrS9dgbMZtHOzIN2hnETKyz3l3YScsPRaWEeUjwQTHB4
KteGYAy308TGXKFys4CAxg/shKvqQuX47BqadvA8kvrQJ1eGCy4eDMsI1ant
Ai3aoJXFFp4lT5JlDOuIe1zGiYoJnIRppwxwucUw2yySyHYSsJ9l2pGrIGhW
3jJhh7ZMmKotbZmwKis6lldYPGasHA6zbqqaEzyodkrEnlScZI/tptDJdiVU
KtYQlwhCpWTALSzotV8tBWo6FcGV/sl12hn+uzE9GHO+AM5USE8PrH9rbDei
Z2K5SEb0OjUKy7CGKSN6dnADycENClZpTYptBfSsFNBb+wN6PETbMauE9EiJ
Zr43+WYvRfXa3o2KY+miax1MvV6rZWlkrrVrYJmZm0bBzL3CFpb2e5i5t985
7LM1tmtr7JCtabu21hHLL9LW8ABrIXukZVvbXf9i1Tcr2YvJ46tsTWtDabu1
bW54FtzUWvvNTXvlpthRv0Z/b7+WK5y3XzC7khRWQQrj95DCyqVYHDE7bdfs
Du7B7tnwYNRwUrOzqGYcNjvtN7k48/dzcfkycnHdQryOtt/J4bbHYSfHjvu5
/Vp3f29n4+Zad6vPqcbeBba3eFtDpLOusXjR4Kxdg7MO+bkjuxmM6p3d3YzU
4Kwdg9P+Ej9HgVqjOxanQzEzDs2r9LUm5z2GKlH7Mu6RS4CRjCH6/zI3dWqe
ZjlwIfDJ0rWdaEyma6wQdedBN8t7Kq9wHc/XZD85/1bGlpVfb2VC5OTmenLO
TnOKz2ET340fx6FzH4VBCEG9c28HAV/GuA5mNXPS0e3YNMDSu4x1qdmFC/nP
0LqtVk42vX8mTO8YNhHvaIoXqWdiDViX6UuhSXFKX1aCNr9FqCFqqBdHgQ6w
RzMWS1qj0QibPUGF/Aj/T7OQXDVXixdisXPWnza0s9lgNhav2ZCUQdKmTeZC
jEUCoDIa/DWAJK8LYGx+E2PCsXCbCE9eQBqII2Pwr8HVaNKbzUc3+FI7L0qr
C8ZYPNV9uCYfzomGVo9YjG8m5BxfU1zx0yIP9r6yA/sORFa19r0jjm259jpB
aDoGJbdLyGw0Ih7PFhURObkeTQqGmcdqBcPcip+kYWoFw2QFw5QdD+Xr3uJ9
95BMRpPxNVCoyoLJskprslKEjNt2sd3ZaDQFk2w2m24YQGomayd2sIGs6urL
kMx5tMJ80886li/W8nUUrtBC16ixIFGVsyx7/eTf3QuhSJI3QUbKKW9TX4WP
x4inkb9KSfvVSIUMR2iH4WOAP48g0JBnEEGj0yi8i+wVvhVvaAbkqHESbRxk
j4mrOLIm0rfUAeaW6YFP72/u8AauLpe2uMRR1WoZKfxb/sL2nbbVoWcdXJCU
9vWjD1n2QHoC0qtLexu75+DMde1Ma+lQ0o/VQMFEec6f7BjGEgq6Ej/CMZ/1
Db3X1/SLghluxVP1vbHenjXFHa/J3uQ1aeY12QGvyXa8Jtt2m+yo2zSaOWnm
NinrLtqp22TdFuvqTk5W2W2yym6TVXGbDN0mq+o2C+gfdJtsj9vUj7tNYDOO
uk297DZZ2W2mtU/rg5sgMLDOwF+RLyMywjfWAp7kjjMPuwoWuxULSsdJC7Zp
FW3zaV3FN+5apissU3DL39pQUWm8tqELiJ38GD09xKH48xSKUrw8O4y7BEM5
/A2EjrzSIeoCi4MwTtINnwN75TtkltiBu3gWuKOZZj8usvJ9wBFBm4zzpS5k
rvnB+v4Za/DXPUxtNId+BIIr7vp2/jKjfGtRtpMxAS2Gx/N6etG4HP6EN/Ku
eClr7E0SKqEXa4/IFWM8iSGKUo2JZVEew4PjUGp3eafrGl3agrBEUW4NbXxO
fAZcDMU3vPcshrLCYiiQCwNCSoWFaKFmJ/a6uCeINkVuh5MeAlJcDVYWhedK
1B4qeDq9bcI3a2MRa7exxBMlnijx2mV58k2rrNuSYR3bRsHOkRX4lG8ifxPP
qJrb26x10FhVqyDsfnkORgBG+js6ppJGOAuSrBmYc/z9nOokxASBnreovGJw
JWgbQJDgq89YCt4ECHgkNtEZWcYLucy2UheSI17aDxwsrzJHLo9GMjFSKZQ6
8D1Z/UNv3vs2u+p9GdXxSvqwC9VG9nIu3LIC4OwNgFtlwNuVAXfKgLdNJU0F
wCUYbBtwugMfaFXCxxeSYwvwnIPuB5ztAk5TwGkRcAMBn46LQLPyW9A4EAEP
X67AQ5Ay6eNwLY0imBOCkLj4mlCU+RN8M3m1NYxP1EyRB9J4Yga3F+gCRy+e
vcE7oxBWy9Mt6facoeIZeV4mLe2k8czW8G4V9l5WO5PGsWGI0uwyGvTYKMRn
UnxbPlIh0gvsZXin3qWOSW/IOhbrk96g0yYDmDccfMVb/CKOwQyjpbeN0wvF
K6u9NBrFH9ZZ30NYX8f5Et+WGfYGddISl9LOyEO4hGixDvM+0Yf460sRDyFA
vsffNsMoUrWcBtSO6AF/cSbANZOsqwcbjACjhAgDkulg8r/tPWtv20iSn0+/
orGHAWxAHvWLz50NoNjOxBt7rLV9SQ7BwqAkMiGsF0QrGe+vv6pqNkVJJEXL
Hhxm72xHodhVxerqrurq7upil/Wv+oNukdyN6ZxSBgPgKrmH/gdDKVPj2Alo
8QiXD/5K20ojT1FaojdFaS2qs4PqlVCd4tTQkM6d0dx0AjOX/Bxa6fBPMqaJ
XjKZLxZPprNWDScqMYOGPsFPh64lXSu65nQtqLu5QAYcle1npKN76g4BZ4to
+QhOGrgMeVmhWvlXk+EAXBNgDdqan3x4i+ec/mIYNC4CQOb8wvw7neNYk++j
gdCRD025xNIZtjrKDbxmmLoNTWlWYFENp9ETQQ/jYvXMlCIhQMYB3/zS/bVY
fKp4kj+wqLJBNguHLrRHv7NYjAoPq+hGuPRGpGj9LYc5HwzY7WBA34oHefQg
zzzIKx3eIpRfzf4wGP90gQbuCGj0frt4+/by/BglcHp9NejfXcBX4/kuFrnT
NYiWmKxvYp5T7DQC0QKG/Hjpa2tATNq7nHrv/NQ+6P7iDL/Rf1i/LB2mdIYN
5wwd8H6HdsMc007lxtY8jR60Zur9+afL87u7k0H/9EP/5oydnd9++Du4fzCL
fMOuLk+7g9PL7uDqsrOYpORvDy4vBkUKw02/0BC1kBue3WTxSMhLwihDm5Ii
58MJdbMZyQi4TDcEh0k+Sqir2cMMZskh9aa8ux1Zb/cYRpKHodG4D/ET5dgo
B44cpT7Xcj0MuLpLh3bJiK/bnIiQxbxjlswbluQTblECN08zCCGlDrSrjXCj
/OTRfApTmbFZieDcdSzOg2UTswmC4Y2G7Eged5ABNOuGlY7hx3wBA4ieugBX
XSJsN9fLEFjrGi7hUo1NnFxele0RIUOztyJNxBUgEDXm28C52D+wcLSYLXKx
lOyMwbI1LFcppCqZ8l8Gtz3JrmDiHL8pk8hlZYAq+UHVmZg4iklKBLpWKUA6
5tiHYsbkZpabvO7FubxcAObH74ItHD2AxuLifahzpOxpNkJ/KUQA/AIWDHH2
964IWyGCppksYQx8AksDs7fsryx7SE12wfSxgBJ7oFAeoZVLI2yCgMk+KLAq
IZmWRqgMU+eQjW2Culs+4RUu5t0PUFmgL0ququ/rmvt+zf1R9X1VQ1/V0Fc1
9BXQj76N7qHZ7qkNmVAw0MxLq/umw7MkSvPlujKwLgHHO8AZCDnbI+PvX6EH
wEczVPHIexhWJjDtndmkoAhQMuKVkIvc4M/ms5My7Hw5tTPc6wWtSt5cX5Hn
nM6Nczsa5svImNgpnwGDXk7NCejiRjT+zmsV4VtUX0YprKrLho+1RaOstige
1xYlcW1RWl80mdWzCH47tK5pbDSNplOA+KynEPNCkmRj1xIETFFHNqNB6fYJ
fOMpGq1sPjGrFMWwUqJEwBi//Ytw2fd0+bgyUUyIlOUmjsJl+BsDmwzB8pnB
IV+PnrB4uppg9lrsruwoe8qQQFF8jIZA7Ph0qoVPJxp9OlHj04kwF6UVbZw9
YvZSKBfgzGqTC4IgG6QvySGUuUOo1hJL57JW9Olc1ZbNajsC6i80mXX9UKGg
Sd6Uu8KI3PJxUnSIKI9bGyZl1UpwhQrJdfGzS25riM175ByvR2yYYHiJgUX6
YYk+DPHLxxGN6rqLU9QwfxQtDdH64pDSxuH0CwbREGMMMD2X+aa6xaCdlxr4
H+lsPP8RUj6uIUUv0Sip5AP7Cg4zXgCZVRKuCzrINkwvomkMPSljqwW6ZrgJ
e7JadByOa/swn+XFn6JPyVyPOQnTCQMYXzLHYb5gnWHCRIIQUMBhThtbNA/m
LiwYMT9mfgIjCYIFLiAELFIsIRwukDA+QTPuYPIQQFM+UwFTEVNDGAhYR42Z
gkk5IIwIBy78Env0hwzTk4HudgVBFWhbCv1qWlwF4ZWrKV5UTfr7X6nm+a/9
3lZVQd1A18DrGv/b1fZ7/bjTNLaWx9U8Bd1GLClLQOWyb5hhHsZsTBKYZMWK
PgaI7NzZSFJyd3taTk+ykRm7yFCC0QAlLGimdPTA4u/x8onC1nEJLh7tZFW0
2Q/t/SjD9MF2tcz6ycwtAGxJwW0GzstXsM35AIU7N/MFnq/h+3DkATjqABx9
AI5zAI7wDkByD8A55DnikBr5hzzokBoFhzyIH4J0SAcSh/QgcYhKiEqJX6az
1e/s/PIdzA/iEfsG02lcLMCYAHrFQ+ddlD2yiwEouN2VncBAPMbwhhXmhWX9
LJuPUmOMBiZJKRguMEfz7dUYk58IF6+yRWycK3A5f+Y/mYVMKMYFjOX88ZGm
H7lH14WuArVYZBT59xNhyZ+dn44Ll2LyVNApbdIs0jluC4zYj/E0wqgvyVbm
Sjtm2/dvPoeJ0OZe0GFYUCeKZBlcXNMKYWnlH9frqoHt1l4dfF6PVrS3YJtI
07LSxalyLrnL+x8/Su6d8N5HKa/7rgLnsn/XP3FxFvhgVn8Kzg2q47taX72F
xpAcE+Ojy0bJ7jFqTohAwEB82kVVfd9lrmK3XeYIyd4abLgN0FkvnT0CDAwR
i8dvMM7Eq7hrmQZA8WwOqf4G8wUMipYMlveyGjqMzDuMpg5j9ptuzm/P7+iU
Eb1YYJVt7Yztb2xR2ZGUqgQfjc3i6fnnu+sbdvbx7IYNPp943O/jGSD3jbll
1tiNLAWM08w2OKHj8gFz/YB/eNsDJbRXx+wH6H9cVdKliJEPb9FzT+JlN+cw
p4crJTAxOz276eLHJ/w864OOw4OmXeLo+sr8b9fOcsxP+MBNVAOFMznDDs4W
lugHzZMcqb8a43rTYhI9AV+Om28LmYTXWQ50FeOmappNQxbju4PMquQSUVYz
fGsIrtHkkON0NUUeTm7AEPHp1LxaAbrjqPMpPzMmeH7UyWyWUdyLXQ4H+4UN
N4k7R7P5AiZ2i28hBU7x8ETAH8xHCb6IfAHMCVp08PHAdmNkFIuGMD1Dn89s
Hk3jKKP5czQKPHPwiPaqoEW1j2m13/8L09RNJuha4y3Qiff/KscH/hb/oJif
9WInrl+KsaR8DGMlElGOi9kDLhNnvJe64MMAZ47eWPqJv5e6BY+8WCi/PTOB
8GPV+fX8+grcb4A0ZmPMd2+Jzhf+TwZTTdoMDYUSLDs6fX97HPKe6AkWmy8C
I9R0DyxHFsLHJJTc93zZ+SI2kLlFFqrH19ia6zU6YPowrExCVwYeNEvni6xm
QHOnTERwqUpMONxVEskIoZzAcYXT+aJKhPi6HvBriZgvMO0HRCsN+z6kGCWU
mWwVy0emJOoNOAxfwRgKDnruKl/DAD3Gb4H0XRVUUpCWQg6muaUCJLWCqYbL
iYxSSkjlq6Cajio4MXDY2jkhxxcuDxyNL3NBSq7QgRSBkl6Qt6efi9N1qttz
U5jYojRyCN/zNhu1jRw3WrAVwstbStS0lBGFCxXUO6KppBJZMmvpeoEvueNr
mCQjifV3p5rE0JIoY9o2d0CqXDow7V6zg+ypalqjHXaqa2RIHNEUmocUMkO/
YEnj5RLsr5TVpf81W8aPyycy9ucImYMJCyaqiGyV1hFRIcWU1BDZKq0j8m9W
HWnBKquzVfqHEvFDCujnoa4islVaKxMRUnwrD51KoWwV15Fx7dNkFZWt0joi
ngVTVUS2SuuIBBassj5bpbXdjVs4t7K/bRXXNnNgpVdZo+3i2jbiFq6ypbeL
a8lIC1dZqe3ien3OwUQoqvR5o7QFEdlIRLYjohqJqHZEdCMR3Y6I00jEaUfE
bSTitiPiNRLx2hDhjU3MG5tYWB2pJLJV2oIT2ciJbMeJbOREtuNENXKi2nGi
GjlR7TjRjZzodpzoRk50O06cRk6cdpw4jZw47ThxGzlx23HiNnLituPEa+TE
a8eJ18hJKy2WjVos22mxaNTiltZeNmqxbKfFolGLWw4ZslGLZTstFo1a3HLc
kY1aLNtpsWjU4paDl2zUYtlOi0WjFrccAWWjFst2WiwatbjlMCobtVi202LR
qMV1Y7E9gzmJR+bdzuk0xqxOcNkP5fZCWjO4eh64fh64+zxw/3ngwfPAhXgm
/DNFKZ4pS+E8E/554M+lzp8Jv9sV8u4r7JKvmaXeYO/FheNTE9HaOaLifl58
G8/oCO+ns7sbJrYKb+JRnOIpBFPKknRCG/20UZbz9xgtv8a4jmKC04VLrxdZ
RrMsiZdZzdNukR4uUM/HLOqyeZLgYrSX1D2/Gl4knf94V2KpCmCLSQyHtQdf
cQmb/8yvcAU7R/gbHRTrLKIsowBltAT563kKEpMVbm4SSMh+uf49mS+BQXb9
+d31zRm7ODs3Z1CYFkq9Ye/wlT3sNp0uJuad5OYFzqw/wt1MWo4/KYLjLdVb
czbot9V0GC/Zf7vc+XR+es5KPxbS4RgkcYV7JGuZY5moZl+U2MetsKvo90cw
ftez+G6+Gn2jfCCW6b2cil1OBX/vfdrlVDRwSmf5sZnqBY2pE+Moe7rpX5yx
j2aP5RZg/hMjYG44Fw0sqw2W5TbL9ifgDg987loov4JddqTN3VKPwUS81OeP
u+wu+voVmPgHbulhL7cH5pGkyttD1NdS7etO4pDupHYaSb3/9PnO220k1dBI
upr9cnfSf4g26AptcD9/+Psu+7qBfaeafVli33mpNjgV2iC4f7vLqdPAqVvs
ldb2E3d725XZjVdmNl5vbH5F2km8vjLc8g1ugYhSFTyMoz36CACvoo1EZ48u
EsxraiIRDBzlBwFt48Ol4zvCkbRPT8dX8g39kEnHec9cddu7Y0IKsMGnx4C/
Z1gYR68/KBDNFkMCwVV2LCoRgda+wGqrwJcB9Be/udZSe4GkSu8ZTMbRi4YS
Qm8xkBBcTf0webAKlEf10wGXSvpqT6sqDi1P9dtjnAHg1U0z0WxhmAmuptJQ
IoQntYuVlppDN/XknkYVOtAuVXqPSQeAP6AntzPnBFdTaf2inrxnIACAl/Xk
doMAwdXUz3lBT96KOxjthiKAJdi9JXZvyd1baveW3r3ldEb2bF/dGFYROPTc
EYxIVI5fVDIa2/RK7IsM8KXf7Pd1phkGLYiZ2/65fiX9EuZVdG7JvJpesCM8
EEEZD49xZjGarOjYN69F0WsU3RLFXaO4LVG8NYrXEsVfo/gtUYI1StASBXrn
WmSyLZIqIam2SCVJi7aiFk4JyWmLBA1EmWro3XZtkbwSUts2En4JqW0rYZbU
AqltO2F+QoskeVskUUJqqxBSlpDa9gipSkjbPaJVyA14aj0pnFLETT5GSOfP
EHED9rkm4kZyFUifey6mDMMAFXNDcPCWnXay8YW/FY2E44tUWsg/h2zqopEk
zBcCrXwXHAMjG7qhRSCClqFanrcde2cmB1q6fxLhyNqgOg5OhCO0FNoG1pk7
nlZtxQP+eA+IlkMTyd903T+JWqk66UgZaPgndR7kZ24ocBmV83/E5Oj/Nzm1
snEOMjmVZj1qErLWjiVkpe7VEdoNXqxpqVoi4rW4qQylrJEN3VDVRMaWyEZN
cnra464rPc/3/TI5R7u+V20Ii8r5IpDbhlCpwJEbhhBNo6qmtFu7entaR0bV
STs3Pi5ohC4ZH7RGXlBNqIKfagtWS0S/Vtvr1+iJzmtx47xGT3Re0hPzbB3g
s07xNKt5T06C6X5XSRb2YO7aM6HQnSs67Tquh/i5Qzzc45n3kOUbeL1smM56
eKszomnuNMX96N4iosNyyXyJZ0BWsxSupnQgb6eGiFeIW1Ck/UbNVBHrbr47
QrqqksqurNcYeoeCSYmU/UhNMnjcq8PMQWOkgYmMxyaxFB4vuY8nCeawmQ7n
E/Ywjaf3lKDkfhF9jWlFYDUbx0k6i8ed79NZ/Ci2TgLam5U5N4fjUMjQj00q
284iHbOAu5gnYrk079qjbPR0GpkdyZM34rjzP6JzTmcXnAAA
--0-471932000-1096208860=:8486--
From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 14:29:25 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 4380116A4CE
for <current@freebsd.org>; Sun, 26 Sep 2004 14:29:25 +0000 (GMT)
Received: from tora.nunu.org (YahooBB219003182047.bbtec.net [219.3.182.47])
by mx1.FreeBSD.org (Postfix) with ESMTP id 8740943D2D
for <current@freebsd.org>; Sun, 26 Sep 2004 14:29:24 +0000 (GMT)
(envelope-from simokawa@sat.t.u-tokyo.ac.jp)
Received: from tora.nunu.org (unknown [192.168.1.2])
by tora.nunu.org (Postfix) with ESMTP
id 6B2F54CC60; Sun, 26 Sep 2004 23:29:23 +0900 (JST)
Date: Sun, 26 Sep 2004 23:29:23 +0900
Message-ID: <87d609m7cs.wl@tora.nunu.org>
From: Hidetoshi Shimokawa <simokawa@sat.t.u-tokyo.ac.jp>
To: Ulrich Spoerlein <q@uni.de>
In-Reply-To: <20040925163148.GA9626@galgenberg.net>
References: <20040925163148.GA9626@galgenberg.net>
User-Agent: Wanderlust/2.10.1 (Watching The Wheels) SEMI/1.14.5 (Awara-Onsen)
FLIM/1.14.5 (Demachiyanagi) APEL/10.6 MULE XEmacs/21.4 (patch 14) (Reasonable
Discussion) (i386--freebsd)
MIME-Version: 1.0 (generated by SEMI 1.14.5 - "Awara-Onsen")
Content-Type: text/plain; charset=US-ASCII
cc: current@freebsd.org
Subject: Re: fwe(4) and polling(4)
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Sep 2004 14:29:25 -0000
Hi,
At Sat, 25 Sep 2004 18:31:48 +0200,
Ulrich Spoerlein wrote:
> Running an NFS-Transfer between these hosts via xl0<->bfe0 I get roughly
> 10MB/s and the load on coyote is around 0.3. The interrupt rate on
> coyote is around 5000 (xl0, irq 12) and on roadrunner I get up to 7000
> (bfe0, irq 11).
>
> Now switching to the Firewire-Connection I get "only" 13MB/s, the load
> on coyote is reaching 1.0, the interrupt rate reaches 6000. On
> roadrunner the interrupt rate is topping out at 10.500 (ain't that
> crazy?)
It's reasonable number because fwohci doesn't support interrupt pacing.
This is why I implemeted device polling while ago.
> I then switched on device_polling on roadrunner, because the man-page
> claimed it was supported with fwe(4). However I can't see a drop in
> interrupt requests and performance stays the same.
Interrput rate should be dropped in polling mode.
To enable polling mode, after you set sysctl variables, you have
to down the interface once and then up.
(ifconfig fwe0 down; ifconfig fwe0 up)
> So, is fwe(4) lying? Does polling only work, if the device does not
> share the interrupt? Should I be able to get more then 13MB/s from this
> not-so-old P3-500?
Maybe...
> PS: I'm somewhat puzzled by this:
> fwohci0: EUI64 20:00:00:00:04:00:52:cf
> if_fwe0: Fake Ethernet address: 22:00:00:00:52:cf
> and
> fwohci0: EUI64 35:4f:c0:00:35:67:98:30
> if_fwe0: Fake Ethernet address: 36:4f:c0:67:98:30
if_fwe is a non-standard ethernet emulation and need to
generate fake macaddress. As far as I remember, 0x02 is
added to the first byte to represent it is private address.
/\ Hidetoshi Shimokawa
\/ simokawa@sat.t.u-tokyo.ac.jp
PGP public key: http://www.sat.t.u-tokyo.ac.jp/~simokawa/pgp.html
From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 14:32:09 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id AD90A16A4CE
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 14:32:09 +0000 (GMT)
Received: from web14828.mail.yahoo.com (web14828.mail.yahoo.com
[216.136.225.230])
by mx1.FreeBSD.org (Postfix) with SMTP id 865CD43D48
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 14:32:09 +0000 (GMT)
(envelope-from rosti_bsd@yahoo.com)
Message-ID: <20040926143209.44197.qmail@web14828.mail.yahoo.com>
Received: from [212.143.154.227] by web14828.mail.yahoo.com via HTTP;
Sun, 26 Sep 2004 07:32:09 PDT
Date: Sun, 26 Sep 2004 07:32:09 -0700 (PDT)
From: Rostislav Krasny <rosti_bsd@yahoo.com>
To: "M. Warner Losh" <imp@bsdimp.com>
In-Reply-To: <20040921.143546.63053469.imp@bsdimp.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
cc: freebsd-current@freebsd.org
Subject: Re: new fdc(4) and new fdcontrol(8) behavior (5.3-BETA5)
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Sep 2004 14:32:09 -0000
--- "M. Warner Losh" <imp@bsdimp.com> wrote:
> In message: <20040921122354.73480.qmail@web14827.mail.yahoo.com>
> Rostislav Krasny <rosti_bsd@yahoo.com> writes:
> : Why the 3F7h port isn't used by new fdc(4) on my system? Is it a
> : hardware detection bug?
>
> It is a minor, hardware detection bug. Your bios doesn't list it as a
> resource, but should. We do use it, but we don't allocate it with the
> bus system, which is why it doesn't appear in dmesg. A
> mostly-harmless cosmetic issue.
How the 0x3f7 port could be used without allocation? My BIOS doesn't list
0x3f0-0x3f1 ports as resurces of the PNP0700 device too, but fdc(4) use them
anyhow:
PNP0700: adding dma mask 0x4
PNP0700: adding io range 0x3f2-0x3f5, size=0x4, align=0
PNP0700: adding irq mask 0x40
pnpbios: handle 12 device ID PNP0700 (0007d041)
# devinfo -uv | grep -e "0x37[0-5,7]" -e "0x3f[0-5,7]"
0x300-0x375 (root0)
0x377 (root0)
0x3f0-0x3f5 (fdc0)
0x3f7 (root0)
__________________________________
Do you Yahoo!?
New and Improved Yahoo! Mail - Send 10MB messages!
http://promotions.yahoo.com/new_mail
From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 14:38:45 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id F187516A4CE
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 14:38:45 +0000 (GMT)
Received: from tora.nunu.org (YahooBB219003182047.bbtec.net [219.3.182.47])
by mx1.FreeBSD.org (Postfix) with ESMTP id A58FC43D2F
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 14:38:45 +0000 (GMT)
(envelope-from simokawa@sat.t.u-tokyo.ac.jp)
Received: from tora.nunu.org (unknown [192.168.1.2])
by tora.nunu.org (Postfix) with ESMTP
id D9DF84CCD0; Sun, 26 Sep 2004 23:38:44 +0900 (JST)
Date: Sun, 26 Sep 2004 23:38:44 +0900
Message-ID: <87brftm6x7.wl@tora.nunu.org>
From: Hidetoshi Shimokawa <simokawa@sat.t.u-tokyo.ac.jp>
To: Hendrik Scholz <hscholz@raisdorf.net>
In-Reply-To: <4141AB09.3090508@raisdorf.net>
References: <4141AB09.3090508@raisdorf.net>
User-Agent: Wanderlust/2.10.1 (Watching The Wheels) SEMI/1.14.5 (Awara-Onsen)
FLIM/1.14.5 (Demachiyanagi) APEL/10.6 MULE XEmacs/21.4 (patch 14) (Reasonable
Discussion) (i386--freebsd)
MIME-Version: 1.0 (generated by SEMI 1.14.5 - "Awara-Onsen")
Content-Type: text/plain; charset=US-ASCII
cc: freebsd-current@freebsd.org
Subject: Re: dcons(4) console for jails
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Sep 2004 14:38:46 -0000
I'm not sure I really understand your concern, but the following fact
may help you.
- You don't need firewire to access dcons. dcons can be accessed via
KVM without -t option.
- By default(without -g option), dconschat listen on only 127.0.0.1.
You cannot access it from outside of localhost.
Currently, we can only have one dcons device on a system. You may
need multiple dcons port for multiple jails...
/\ Hidetoshi Shimokawa
\/ simokawa@sat.t.u-tokyo.ac.jp
PGP public key: http://www.sat.t.u-tokyo.ac.jp/~simokawa/pgp.html
At Fri, 10 Sep 2004 15:24:25 +0200,
Hendrik Scholz wrote:
>
> Hi!
>
> I've been thinking for this for a few days and eventually had the time
> to have a first look at it.
>
> What I'd like to do is basicly running
> '/usr/libexec/getty dcons dcons' inside a jail and allow the host system
> to access the console.
> It's easy to do using the dconschat TCP feature (dconschat -rTC 12345)
> and using telnet to connect but I don't like the idea of allowing telnet
> connections from remote systems to important services.
>
> So my solution (only had a quick look at the code) should work like this:
>
> - write a firewire-like extension for dconschat, i.e. 'dcons -j myjail'
> that connects to the console on the local jail 'myjail'
> - build a miniature version of /etc/ttys in the jail to allow
> configuration.
> - make sure the comserver-con port works with this extension :)
>
> Are there any comments or recommondations?
>
> Thanks,
> Hendrik
>
> --
> Hendrik Scholz - <hscholz@raisdorf.net> - http://www.wormulon.net/
> drag me, drop me - treat me like an object
> _______________________________________________
> freebsd-current@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
>
From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 14:46:33 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 8D24016A4CE
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 14:46:33 +0000 (GMT)
Received: from web50305.mail.yahoo.com (web50305.mail.yahoo.com
[206.190.38.59]) by mx1.FreeBSD.org (Postfix) with SMTP id 1BC5D43D58
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 14:46:33 +0000 (GMT) (envelope-from cykyc@yahoo.com)
Message-ID: <20040926144632.70365.qmail@web50305.mail.yahoo.com>
Received: from [209.98.54.121] by web50305.mail.yahoo.com via HTTP;
Sun, 26 Sep 2004 07:46:32 PDT
Date: Sun, 26 Sep 2004 07:46:32 -0700 (PDT)
From: Jon Passki <cykyc@yahoo.com>
To: David Xu <davidxu@freebsd.org>, freebsd-current@freebsd.org
In-Reply-To: <41565673.7050504@freebsd.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Subject: Re: Interesting code in exec_setregs
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: cykyc@yahoo.com
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Sep 2004 14:46:33 -0000
--- David Xu <davidxu@freebsd.org> wrote:
> I found following code in sys/i386/i386/machdep.c:
> function exec_setregs:
>
> bzero((char *)regs, sizeof(struct trapframe));
> regs->tf_eip = entry;
> regs->tf_esp = stack;
> regs->tf_eflags = PSL_USER | (regs->tf_eflags & PSL_T);
>
> the regs is cleared to zero, why do we bother to test it
> again ? regs->tf_eflags & PSL_T is useless code.
>
> AMD64 also has this, I also found it in releng_4, why ?
FYI, it's first incarnation was in v1.87 [1] (1994-11-06):
! 864: bzero(regs, sizeof(struct
trapframe));
! 865: regs[tEIP] = entry;
! 866: regs[tESP] = stack;
! 867: regs[tEFLAGS] = PSL_USERSET |
(regs[tEFLAGS] & PSL_T);
! 868: regs[tSS] = _udatasel;
! 869: regs[tDS] = _udatasel;
! 870: regs[tES] = _udatasel;
! 871: regs[tCS] = _ucodesel;
Same issue, it seems.
Jon
[1] http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/i386/i386/machdep.c?annotate=1.87&only_with_tag=MAIN
__________________________________
Do you Yahoo!?
Yahoo! Mail - 50x more storage than other providers!
http://promotions.yahoo.com/new_mail
From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 15:23:36 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id B61DF16A4CE
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 15:23:36 +0000 (GMT)
Received: from harmony.village.org (rover.village.org [168.103.84.182])
by mx1.FreeBSD.org (Postfix) with ESMTP id 2003F43D2D
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 15:23:36 +0000 (GMT) (envelope-from imp@bsdimp.com)
Received: from localhost (harmony.village.org [10.0.0.6])
by harmony.village.org (8.13.1/8.13.1) with ESMTP id i8QFLuJp066252;
Sun, 26 Sep 2004 09:21:56 -0600 (MDT)
(envelope-from imp@bsdimp.com)
Date: Sun, 26 Sep 2004 09:23:04 -0600 (MDT)
Message-Id: <20040926.092304.127427023.imp@bsdimp.com>
To: rosti_bsd@yahoo.com
From: "M. Warner Losh" <imp@bsdimp.com>
In-Reply-To: <20040926143209.44197.qmail@web14828.mail.yahoo.com>
References: <20040921.143546.63053469.imp@bsdimp.com>
<20040926143209.44197.qmail@web14828.mail.yahoo.com>
X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI)
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
cc: freebsd-current@freebsd.org
Subject: Re: new fdc(4) and new fdcontrol(8) behavior (5.3-BETA5)
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Sep 2004 15:23:36 -0000
In message: <20040926143209.44197.qmail@web14828.mail.yahoo.com>
Rostislav Krasny <rosti_bsd@yahoo.com> writes:
: --- "M. Warner Losh" <imp@bsdimp.com> wrote:
: > In message: <20040921122354.73480.qmail@web14827.mail.yahoo.com>
: > Rostislav Krasny <rosti_bsd@yahoo.com> writes:
: > : Why the 3F7h port isn't used by new fdc(4) on my system? Is it a
: > : hardware detection bug?
: >
: > It is a minor, hardware detection bug. Your bios doesn't list it as a
: > resource, but should. We do use it, but we don't allocate it with the
: > bus system, which is why it doesn't appear in dmesg. A
: > mostly-harmless cosmetic issue.
:
: How the 0x3f7 port could be used without allocation? My BIOS doesn't list
: 0x3f0-0x3f1 ports as resurces of the PNP0700 device too, but fdc(4) use them
: anyhow:
:
: PNP0700: adding dma mask 0x4
: PNP0700: adding io range 0x3f2-0x3f5, size=0x4, align=0
: PNP0700: adding irq mask 0x40
: pnpbios: handle 12 device ID PNP0700 (0007d041)
:
: # devinfo -uv | grep -e "0x37[0-5,7]" -e "0x3f[0-5,7]"
: 0x300-0x375 (root0)
: 0x377 (root0)
: 0x3f0-0x3f5 (fdc0)
: 0x3f7 (root0)
Interesting.... Can you send me a full verbose boot? That is, the
dmesg from boot -v?
Warner
From owner-freebsd-current@FreeBSD.ORG Sat Sep 25 13:05:26 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 1579316A4CF
for <freebsd-current@freebsd.org>;
Sat, 25 Sep 2004 13:05:26 +0000 (GMT)
Received: from mail.gmx.net (pop.gmx.net [213.165.64.20])
by mx1.FreeBSD.org (Postfix) with SMTP id 23B6B43D45
for <freebsd-current@freebsd.org>;
Sat, 25 Sep 2004 13:05:25 +0000 (GMT) (envelope-from incmc@gmx.de)
Received: (qmail 30725 invoked by uid 65534); 25 Sep 2004 13:05:24 -0000
Received: from p5089F73B.dip.t-dialin.net (EHLO ms.homeip.net) (80.137.247.59)
by mail.gmx.net (mp017) with SMTP; 25 Sep 2004 15:05:24 +0200
X-Authenticated: #15946415
Received: from [10.0.0.101] (helo=[10.0.0.101])
by ms.homeip.net with asmtp (TLSv1:AES256-SHA:256)
id 1CBCEu-000L3s-La; Sat, 25 Sep 2004 15:05:24 +0200
Message-ID: <41556D06.7070205@gmx.de>
Date: Sat, 25 Sep 2004 15:05:10 +0200
From: Jochen Gensch <incmc@gmx.de>
User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040826)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Claude Buisson <cbuisson@nerim.net>, freebsd-current@freebsd.org,
freebsd-x11@freebsd.org
References: <4155575F.4010605@gmx.de> <41556639.1080104@nerim.net>
In-Reply-To: <41556639.1080104@nerim.net>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Mailman-Approved-At: Sun, 26 Sep 2004 15:32:32 +0000
Subject: Re: Keyboard localisation broken under xorg 6.7?
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 25 Sep 2004 13:05:26 -0000
Claude Buisson wrote:
> There is a bug in:
>
> programs/Xserver/hw/xfree86/xf86config/xorgconfig.c
I don't have that file. Does anyone know, if this is fixed in xorg 6.8?
I will compile that one, once it is in the ports...
Jochen
From owner-freebsd-current@FreeBSD.ORG Sat Sep 25 13:46:35 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 6A64916A4CE; Sat, 25 Sep 2004 13:46:35 +0000 (GMT)
Received: from congo.princess.dyns.cx
(cpc1-cmbg6-6-0-cust54.cmbg.cable.ntl.com [81.104.213.54])
by mx1.FreeBSD.org (Postfix) with ESMTP
id B21B243D48; Sat, 25 Sep 2004 13:46:32 +0000 (GMT)
(envelope-from steve@howes-macnaghten.com)
Received: by congo.princess.dyns.cx (Postfix, from userid 1001)
id C42CDC13C; Sat, 25 Sep 2004 14:46:30 +0100 (BST)
From: Steve Hodgson <steve@howes-macnaghten.com>
To: freebsd-current@freebsd.org
Date: Sat, 25 Sep 2004 14:46:30 +0100
User-Agent: KMail/1.7
References: <9F67035A-48C9-11D7-8C19-0030656DD690@foolishgames.com>
<1046192310.3e5ba0b6aa039@sms.ed.ac.uk>
In-Reply-To: <1046192310.3e5ba0b6aa039@sms.ed.ac.uk>
MIME-Version: 1.0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200409251446.30563.steve@howes-macnaghten.com>
X-Mailman-Approved-At: Sun, 26 Sep 2004 15:32:32 +0000
cc: Andrew Boothman <A.J.Boothman@sms.ed.ac.uk>
cc: questions@freebsd.org
cc: dwbear75@gmail.com
cc: current@freebsd.org
Subject: Re: "NTLDR missing" after 5-RELEASE install
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 25 Sep 2004 13:46:35 -0000
On Tuesday 25 February 2003 16:58, Andrew Boothman wrote:
> Quoting Lucas Holt <luke@foolishgames.com>:
> > It probably is. You need to put in the win 2k CD and do a repair on
> > your windows install.. unfortunetely this may screw up your freebsd
> > install.
> >
> > On Tuesday, February 25, 2003, at 05:58 AM, Andrew Boothman wrote:
> > > Hi!
> > >
> > > I've just installed 5-RELEASE, and I asked for the FreeBSD Boot
> > > Manager to be installed on both my HDDs.
> > >
> > > When the machine boots I'm given options for :
> > >
> > > F1 - DOS
> > > F5 - Drive 2
> > >
> > > Hitting F5 takes me to a second menu, where I can boot FreeBSD no
> > > problem. My problem is that Win2k will no longer boot.... Hitting F1
> > > displays a message that, "NTLDR is missing". I've tried all the repair
> > >
> > > options on the Win2k setup disc to no avail I think.
> > >
> > > I'm sorry this isn't directly FreeBSD related, but I really hope my
> > > Win2k installation isn't hosed.
>
> Thanks for replying!
>
> I can't understand how the 5.x boot manager has managed to break my windows
> boot, i've never had any trouble under 3.x or 4.x, both of which played
> with windows perfectly nicely.
>
> I think i've tried all of the various repair options on the Win2k CD,
> including getting it to do a fresh installation into a different folder
> (c:\tempwin), but even that failed with the "NTLDR missing" message!
> However you no longer get the booteasy (F1.... F2) menu anymore, so Windows
> must have rewritten something. It still doesn't explain why Win2k still
> won't boot.
>
> I'm running out of ideas and I *really* don't want to have to reformat my
> windows drive!
>
> Other than this (fairly major) problem, my 5.0 installation went really
> well, even ACPI seems to be working perfectly and I even found a KLD to
> support my on- board sound card! :)
>
> I really want to get windows booting again so I can continue to play with
> 5.0 without worrying...
>
> Any help is much appricated!
>
It could well be that windows has become confused about the partition
numbering. the important file is c:\boot.ini. It will have a line like...
multi(0)disk(0)rdisk(0)partition(1)\WINNT="Windows" /fastdetect
I can't recall what all the numbers mean and IIRC documentation is slightly
scant, but try changing the numbers, in particular the partition() part and
see if that helps. Since you can't boot windows its not obvious how to edit
the file, recovery console or knoppix are the two methods i would try.
Steve
From owner-freebsd-current@FreeBSD.ORG Sat Sep 25 13:46:35 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 6A64916A4CE; Sat, 25 Sep 2004 13:46:35 +0000 (GMT)
Received: from congo.princess.dyns.cx
(cpc1-cmbg6-6-0-cust54.cmbg.cable.ntl.com [81.104.213.54])
by mx1.FreeBSD.org (Postfix) with ESMTP
id B21B243D48; Sat, 25 Sep 2004 13:46:32 +0000 (GMT)
(envelope-from steve@howes-macnaghten.com)
Received: by congo.princess.dyns.cx (Postfix, from userid 1001)
id C42CDC13C; Sat, 25 Sep 2004 14:46:30 +0100 (BST)
From: Steve Hodgson <steve@howes-macnaghten.com>
To: freebsd-current@freebsd.org
Date: Sat, 25 Sep 2004 14:46:30 +0100
User-Agent: KMail/1.7
References: <9F67035A-48C9-11D7-8C19-0030656DD690@foolishgames.com>
<1046192310.3e5ba0b6aa039@sms.ed.ac.uk>
In-Reply-To: <1046192310.3e5ba0b6aa039@sms.ed.ac.uk>
MIME-Version: 1.0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200409251446.30563.steve@howes-macnaghten.com>
X-Mailman-Approved-At: Sun, 26 Sep 2004 15:32:32 +0000
cc: Andrew Boothman <A.J.Boothman@sms.ed.ac.uk>
cc: questions@freebsd.org
cc: dwbear75@gmail.com
cc: current@freebsd.org
Subject: Re: "NTLDR missing" after 5-RELEASE install
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 25 Sep 2004 13:46:35 -0000
On Tuesday 25 February 2003 16:58, Andrew Boothman wrote:
> Quoting Lucas Holt <luke@foolishgames.com>:
> > It probably is. You need to put in the win 2k CD and do a repair on
> > your windows install.. unfortunetely this may screw up your freebsd
> > install.
> >
> > On Tuesday, February 25, 2003, at 05:58 AM, Andrew Boothman wrote:
> > > Hi!
> > >
> > > I've just installed 5-RELEASE, and I asked for the FreeBSD Boot
> > > Manager to be installed on both my HDDs.
> > >
> > > When the machine boots I'm given options for :
> > >
> > > F1 - DOS
> > > F5 - Drive 2
> > >
> > > Hitting F5 takes me to a second menu, where I can boot FreeBSD no
> > > problem. My problem is that Win2k will no longer boot.... Hitting F1
> > > displays a message that, "NTLDR is missing". I've tried all the repair
> > >
> > > options on the Win2k setup disc to no avail I think.
> > >
> > > I'm sorry this isn't directly FreeBSD related, but I really hope my
> > > Win2k installation isn't hosed.
>
> Thanks for replying!
>
> I can't understand how the 5.x boot manager has managed to break my windows
> boot, i've never had any trouble under 3.x or 4.x, both of which played
> with windows perfectly nicely.
>
> I think i've tried all of the various repair options on the Win2k CD,
> including getting it to do a fresh installation into a different folder
> (c:\tempwin), but even that failed with the "NTLDR missing" message!
> However you no longer get the booteasy (F1.... F2) menu anymore, so Windows
> must have rewritten something. It still doesn't explain why Win2k still
> won't boot.
>
> I'm running out of ideas and I *really* don't want to have to reformat my
> windows drive!
>
> Other than this (fairly major) problem, my 5.0 installation went really
> well, even ACPI seems to be working perfectly and I even found a KLD to
> support my on- board sound card! :)
>
> I really want to get windows booting again so I can continue to play with
> 5.0 without worrying...
>
> Any help is much appricated!
>
It could well be that windows has become confused about the partition
numbering. the important file is c:\boot.ini. It will have a line like...
multi(0)disk(0)rdisk(0)partition(1)\WINNT="Windows" /fastdetect
I can't recall what all the numbers mean and IIRC documentation is slightly
scant, but try changing the numbers, in particular the partition() part and
see if that helps. Since you can't boot windows its not obvious how to edit
the file, recovery console or knoppix are the two methods i would try.
Steve
From owner-freebsd-current@FreeBSD.ORG Sat Sep 25 14:43:23 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 0E0D916A4CE; Sat, 25 Sep 2004 14:43:23 +0000 (GMT)
Received: from smart.eusc.inter.net (smart.eusc.inter.net [213.73.101.5])
by mx1.FreeBSD.org (Postfix) with ESMTP
id B5C0443D55; Sat, 25 Sep 2004 14:43:22 +0000 (GMT)
(envelope-from msch@snafu.de)
Received: from dial-76-234.de.inter.net ([213.73.76.234]
helo=current.best-eng.de)
by smart.eusc.inter.net with esmtp (Exim 3.36 #4)
id 1CBDlg-00072P-00; Sat, 25 Sep 2004 16:43:21 +0200
Received: from current.best-eng.de (localhost.best-eng.de [127.0.0.1])
by current.best-eng.de (8.13.1/8.13.1) with ESMTP id i8PEhKch017928;
Sat, 25 Sep 2004 16:43:20 +0200 (CEST)
(envelope-from msch@snafu.de)
Received: from localhost (localhost [[UNIX: localhost]])
by current.best-eng.de (8.13.1/8.13.1/Submit) id i8PEhJV4017927;
Sat, 25 Sep 2004 16:43:19 +0200 (CEST)
(envelope-from msch@snafu.de)
X-Authentication-Warning: current.best-eng.de: matthias set sender to
msch@snafu.de using -f
From: Matthias Schuendehuette <msch@snafu.de>
Organization: Micro$oft-free Zone
To: John Baldwin <jhb@freebsd.org>
Date: Sat, 25 Sep 2004 16:43:18 +0200
User-Agent: KMail/1.7
References: <200409232235.08683.msch@snafu.de>
<200409241514.53704.jhb@FreeBSD.org>
In-Reply-To: <200409241514.53704.jhb@FreeBSD.org>
MIME-Version: 1.0
Content-Disposition: inline
Content-Type: text/plain;
charset="iso-8859-15"
Content-Transfer-Encoding: 7bit
Message-Id: <200409251643.19401.msch@snafu.de>
X-Mailman-Approved-At: Sun, 26 Sep 2004 15:32:32 +0000
cc: njl@freebsd.org
cc: current@freebsd.org
Subject: Re: IRQ-Routing for 5.3-BETA
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: msch@snafu.de
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 25 Sep 2004 14:43:23 -0000
Hi John,
On Friday 24 September 2004 21:14, John Baldwin wrote:
> Umm the list of IRQ numbers is the list of valid IRQs. Your BIOS is
> _ineded_ buggy. Note that for the IRQ in question it says this:
>
>
> \_SB_.PCI0.LNKA irq 9: [ 1 3 4 5 6 7 10 11 12 14 15]
> low,level,sharable 0.1.0
>
> I.e., I'm using IRQ 9, but 9 is not in the list of valid IRQs which
> includes 1, 3, 4, 5, 6, 7, 10, 11, 12, 14, and 15. Thus, the kernel
> believes what your broken BIOS says and throws out IRQ 9 and tries to
> use IRQ 10 instead, which your BIOS claims is open for use even
> though you've told it its not. One thing you can try is a patch Nate
> has to always treat ACPI's interrupt (IRQ 9 usually) as a valid
> interrupt for the link device to use.
Umm... this seems to be completely logic.
I reconfigured my ISDN-Card to use IRQ2/9 (which was more simple than I
remembered :-) and it works! Shame on me, sometimes it's really too
simple...
Thank you for the hint and your patience with a
"would-like-to-be-a-unix-admin" getting older... :-/
--
Ciao/BSD - Matthias
Matthias Schuendehuette <msch [at] snafu.de>, Berlin (Germany)
PGP-Key at <pgp.mit.edu> and <wwwkeys.de.pgp.net> ID: 0xDDFB0A5F
From owner-freebsd-current@FreeBSD.ORG Sat Sep 25 16:22:14 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 1FB2616A4CE; Sat, 25 Sep 2004 16:22:14 +0000 (GMT)
Received: from clever.eusc.inter.net (clever.eusc.inter.net [213.73.101.4])
by mx1.FreeBSD.org (Postfix) with ESMTP
id C5BA443D2F; Sat, 25 Sep 2004 16:22:13 +0000 (GMT)
(envelope-from msch@snafu.de)
Received: from dial-76-019.de.inter.net ([213.73.76.19]
helo=current.best-eng.de)
by clever.eusc.inter.net with esmtp (Exim 3.36 #4)
id 1CBFJM-0005cR-00; Sat, 25 Sep 2004 18:22:12 +0200
Received: from current.best-eng.de (localhost.best-eng.de [127.0.0.1])
by current.best-eng.de (8.13.1/8.13.1) with ESMTP id i8PGMBBE001001;
Sat, 25 Sep 2004 18:22:11 +0200 (CEST)
(envelope-from msch@snafu.de)
Received: from localhost (localhost [[UNIX: localhost]])
by current.best-eng.de (8.13.1/8.13.1/Submit) id i8PGMBsi001000;
Sat, 25 Sep 2004 18:22:11 +0200 (CEST)
(envelope-from msch@snafu.de)
X-Authentication-Warning: current.best-eng.de: matthias set sender to
msch@snafu.de using -f
From: Matthias Schuendehuette <msch@snafu.de>
Organization: Micro$oft-free Zone
To: John Baldwin <jhb@freebsd.org>
Date: Sat, 25 Sep 2004 18:22:10 +0200
User-Agent: KMail/1.7
References: <200409232235.08683.msch@snafu.de>
<200409241514.53704.jhb@FreeBSD.org> <200409251643.19401.msch@snafu.de>
In-Reply-To: <200409251643.19401.msch@snafu.de>
MIME-Version: 1.0
Content-Type: text/plain;
charset="iso-8859-15"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200409251822.11019.msch@snafu.de>
X-Mailman-Approved-At: Sun, 26 Sep 2004 15:32:32 +0000
cc: njl@freebsd.org
cc: current@freebsd.org
Subject: Re: IRQ-Routing for 5.3-BETA
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: msch@snafu.de
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 25 Sep 2004 16:22:14 -0000
On Saturday 25 September 2004 16:43, Matthias Schuendehuette wrote:
> Hi John,
>
> On Friday 24 September 2004 21:14, John Baldwin wrote:
> > Umm the list of IRQ numbers is the list of valid IRQs. Your BIOS
> > is _ineded_ buggy. Note that for the IRQ in question it says this:
> >
> >
> > \_SB_.PCI0.LNKA irq 9: [ 1 3 4 5 6 7 10 11 12 14 15]
> > low,level,sharable 0.1.0
> >
> > I.e., I'm using IRQ 9, but 9 is not in the list of valid IRQs which
> > includes 1, 3, 4, 5, 6, 7, 10, 11, 12, 14, and 15. Thus, the
> > kernel believes what your broken BIOS says and throws out IRQ 9 and
> > tries to use IRQ 10 instead, which your BIOS claims is open for use
> > even though you've told it its not. One thing you can try is a
> > patch Nate has to always treat ACPI's interrupt (IRQ 9 usually) as
> > a valid interrupt for the link device to use.
>
> Umm... this seems to be completely logic.
>
> I reconfigured my ISDN-Card to use IRQ2/9 (which was more simple than
> I remembered :-) and it works! Shame on me, sometimes it's really too
> simple...
This really works for FreeBSD 5.3-BETA5 of today, but it works *only*
with IRQ 2/9.
I also tried IRQ 5, which is not used by any other device (a least I
couldn't find any notice about irq5 in the boot -v messages but for
isic0), and this does not work with the same messages as with IRQ 10.
Somehow I have the uncertain feeling that the new IRQ-Routing code has
still some deficencies, at least for ISA-style IRQs...
But it's no longer a severe problem for me, so I can follow RELENG_5
again.
--
Ciao/BSD - Matthias
Matthias Schuendehuette <msch [at] snafu.de>, Berlin (Germany)
PGP-Key at <pgp.mit.edu> and <wwwkeys.de.pgp.net> ID: 0xDDFB0A5F
From owner-freebsd-current@FreeBSD.ORG Sat Sep 25 19:07:30 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 9E8B916A4CE
for <freebsd-current@freebsd.org>;
Sat, 25 Sep 2004 19:07:30 +0000 (GMT)
Received: from forrie.com (forrie.ne.client2.attbi.com [24.147.45.106])
by mx1.FreeBSD.org (Postfix) with ESMTP id DCCEB43D46
for <freebsd-current@freebsd.org>;
Sat, 25 Sep 2004 19:07:29 +0000 (GMT)
(envelope-from forrie@forrie.com)
Received: from [127.0.0.1] ([192.168.1.99])
by forrie.com with ESMTP id i8PJ7LMY052359
for <freebsd-current@freebsd.org>;
Sat, 25 Sep 2004 15:07:23 -0400 (EDT)
(envelope-from forrie@forrie.com)
Message-ID: <4155C263.5090008@forrie.com>
Date: Sat, 25 Sep 2004 15:09:23 -0400
From: Forrest Aldrich <forrie@forrie.com>
User-Agent: Mozilla Thunderbird 0.8 (Windows/20040924)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: freebsd-current@freebsd.org
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-RAVMilter-Version: 8.3.0(snapshot 20010925) (forrie.ne.client2.attbi.com)
X-MailScanner-LocalNet: Found to be clean
X-Mailman-Approved-At: Sun, 26 Sep 2004 15:32:32 +0000
Subject: Re: Firewall options missing from NOTES...
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 25 Sep 2004 19:07:30 -0000
Not on the system I have. The NOTES file was CVSup'd last night and is
missing that information.
The tag I'm using is 5_RELENG, I believe.
_F
--6zdv2QT/q3FMhpsV
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On 2004.09.24 18:34:49 -0400, Forrest Aldrich wrote:
> Curiuos why the various firewalling options are missing from NOTES -- in=
=20
> earlier releases, these were found in LINT.
I would guess you are looking in the wrong NOTES file. There are both
sys/conf/NOTES and sys/<arch>/conf/NOTES in 5.X.
--=20
Simon L. Nielsen
FreeBSD Documentation Team
From owner-freebsd-current@FreeBSD.ORG Sat Sep 25 19:08:55 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 4966516A4CE
for <freebsd-current@freebsd.org>;
Sat, 25 Sep 2004 19:08:55 +0000 (GMT)
Received: from forrie.com (forrie.ne.client2.attbi.com [24.147.45.106])
by mx1.FreeBSD.org (Postfix) with ESMTP id CF96C43D39
for <freebsd-current@freebsd.org>;
Sat, 25 Sep 2004 19:08:54 +0000 (GMT)
(envelope-from forrie@forrie.com)
Received: from [127.0.0.1] ([192.168.1.99])
by forrie.com with ESMTP id i8PJ8k4e052426
for <freebsd-current@freebsd.org>;
Sat, 25 Sep 2004 15:08:48 -0400 (EDT)
(envelope-from forrie@forrie.com)
Message-ID: <4155C2B8.50104@forrie.com>
Date: Sat, 25 Sep 2004 15:10:48 -0400
From: Forrest Aldrich <forrie@forrie.com>
User-Agent: Mozilla Thunderbird 0.8 (Windows/20040924)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: freebsd-current@freebsd.org
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-RAVMilter-Version: 8.3.0(snapshot 20010925) (forrie.ne.client2.attbi.com)
X-MailScanner-LocalNet: Found to be clean
X-Mailman-Approved-At: Sun, 26 Sep 2004 15:32:32 +0000
Subject: device.hints howto
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 25 Sep 2004 19:08:55 -0000
What's the correct process to build one of these files -- take the
output from dmesg and wander through to get the figures?
Thanks.
From owner-freebsd-current@FreeBSD.ORG Sat Sep 25 19:26:39 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 2884016A4CE; Sat, 25 Sep 2004 19:26:39 +0000 (GMT)
Received: from clever.eusc.inter.net (clever.eusc.inter.net [213.73.101.4])
by mx1.FreeBSD.org (Postfix) with ESMTP
id D456143D3F; Sat, 25 Sep 2004 19:26:38 +0000 (GMT)
(envelope-from msch@snafu.de)
Received: from dial-76-109.de.inter.net ([213.73.76.109]
helo=current.best-eng.de)
by clever.eusc.inter.net with esmtp (Exim 3.36 #4)
id 1CBIBp-0005zE-00; Sat, 25 Sep 2004 21:26:37 +0200
Received: from current.best-eng.de (localhost.best-eng.de [127.0.0.1])
by current.best-eng.de (8.13.1/8.13.1) with ESMTP id i8PJQbtT001398;
Sat, 25 Sep 2004 21:26:37 +0200 (CEST)
(envelope-from msch@snafu.de)
Received: from localhost (localhost [[UNIX: localhost]])
by current.best-eng.de (8.13.1/8.13.1/Submit) id i8PJQaSk001397;
Sat, 25 Sep 2004 21:26:36 +0200 (CEST)
(envelope-from msch@snafu.de)
X-Authentication-Warning: current.best-eng.de: matthias set sender to
msch@snafu.de using -f
From: Matthias Schuendehuette <msch@snafu.de>
Organization: Micro$oft-free Zone
To: Nate Lawson <nate@root.org>
Date: Sat, 25 Sep 2004 21:26:35 +0200
User-Agent: KMail/1.7
References: <200409232235.08683.msch@snafu.de>
<200409251822.11019.msch@snafu.de> <4155AE43.5010704@root.org>
In-Reply-To: <4155AE43.5010704@root.org>
MIME-Version: 1.0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200409252126.36670.msch@snafu.de>
X-Mailman-Approved-At: Sun, 26 Sep 2004 15:32:32 +0000
cc: current@freebsd.org
Subject: Re: IRQ-Routing for 5.3-BETA
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: msch@snafu.de
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 25 Sep 2004 19:26:39 -0000
Hello Nate,
On Saturday 25 September 2004 19:43, Nate Lawson wrote:
> Matthias Schuendehuette wrote:
> > I reconfigured my ISDN-Card to use IRQ2/9 (which was more simple
> > than I remembered :-) and it works! Shame on me, sometimes it's
> > really too simple...
> >
> > This really works for FreeBSD 5.3-BETA5 of today, but it works
> > *only* with IRQ 2/9.
>
> I don't quite understand. Your device's hardware was not set to 9
> but the BIOS was claiming it was? Is it on the motherboard (i.e.,
> non-removable)?
No. The device is a "TELES S0/16.3" ISA nonPnP ISDN-Card, device
isic(4), which can be software configured for various IRQ lines with
'hint.isic.0.irq="%d"' in /boot/device.hints.
This card was configured for IRQ 10 all the years and worked with that
config since the very early days of isdn4bsd, IIRC on FreeBSD-3.x. This
config worked with 5-CURRENT and ACPI as well until Aug 11, 16:00 UTC
(approx.), where the new IRQ-Routing code came in. Until then, this
ISA-Card had IRQ 10 exclusively (like it should be for ISA-Cards, IIRC)
and the various PCI-devices shared IRQ-Lines 9, 11 and 12.
With the new code, the PCI-devices got IRQ-Lines 10(!), 11 and 12, so
IRQ 10 was now shared between PCI-devices and the ISA card, which
should not occur (isn't it?) and I thought that was the source of my
new problems with this ISA-Device (I'm not quite sure anymore, see
below).
After jhb's mail I patched on my head and said to me: If the new code
really wants IRQ 10 for PCI devices, why not configure the ISA-Card for
IRQ 9, which should be free now? This still works - if you can read
this mail here... :-)
> > I also tried IRQ 5, which is not used by any other device (a least
> > I couldn't find any notice about irq5 in the boot -v messages but
> > for isic0), and this does not work with the same messages as with
> > IRQ 10.
> >
> > Somehow I have the uncertain feeling that the new IRQ-Routing code
> > has still some deficencies, at least for ISA-style IRQs...
I said this, because the isic(4)-device has IRQ 5 exclusively as well,
no other PCI (or other legacy/ISA) devices have IRQ 5 on my system. But
if I configured this ISA card to use IRQ 5, it doesn't work at all. So
I'm not quite sure anymore if the problem (which came up when using IRQ
10) is the not-allowed IRQ sharing (in case of IRQ 10) or if the new
routing code has still some other problems with IRQs for ISA devices
(or whatever) because IRQ 5 *has* to work for that ISA-Card in my
HW-environment. What makes IRQ 9 so special?
> When the BIOS gives an initial irq, we always try to route to that
> one first since some devices don't work at any other irq.
I marked the appropriate IRQ in the BIOS as "ISA/nonPnP", so the marked
IRQ *should* be assigned for the ISA card by the BIOS (but obviously
isn't).
I hope I could clear the situation a bit.
I sure can switch to 6-CURRENT or at least try the new acpi_pci_link.c,
but I don't believe that the problem is IRQ 9....
Thank you very much for your interest. I fear, these old ISA cards are
no longer of public interest... :-)
--
Ciao/BSD - Matthias
Matthias Schuendehuette <msch [at] snafu.de>, Berlin (Germany)
PGP-Key at <pgp.mit.edu> and <wwwkeys.de.pgp.net> ID: 0xDDFB0A5F
From owner-freebsd-current@FreeBSD.ORG Sat Sep 25 20:50:37 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 32E6116A4CE
for <freebsd-current@freebsd.org>;
Sat, 25 Sep 2004 20:50:37 +0000 (GMT)
Received: from www.ideaway.net (ideaway.net [207.251.107.200])
by mx1.FreeBSD.org (Postfix) with ESMTP id CBE0243D2D
for <freebsd-current@freebsd.org>;
Sat, 25 Sep 2004 20:50:36 +0000 (GMT)
(envelope-from mspam@www.ideaway.net)
Received: from www.ideaway.net (localhost [127.0.0.1])
by localhost (8.10.2/8.10.2) with ESMTP id i8PKoUD25112;
Sat, 25 Sep 2004 16:50:30 -0400
From: "Mike" <mspam@www.ideaway.net>
To: freebsd-current@freebsd.org
Date: Sat, 25 Sep 2004 15:50:30 -0500
Message-Id: <20040925205030.M69999@www.ideaway.net>
X-Mailer: Open WebMail 1.81 20021203
X-OriginatingIP: 141.151.188.81 (mike@www.ideaway.net)
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
X-Mailman-Approved-At: Sun, 26 Sep 2004 15:32:32 +0000
Subject: Re: USB memory stick hotswap problems
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 25 Sep 2004 20:50:37 -0000
Although I fully understand your reasoning, there is still a major
problem here that really should be resolved. I don't claim that I
have a solution - but I think I have an example that really requires
for this to be solved in some way other than "you must unmount the
USB device before unplugging".
If you have a USB key, sure, you can have the requirement that it
must be unounted before being unplugged. But what about devices like
a digital camera for example? Most of these have an automatic
inactivity shutdown - I plug it in, I mount the umass device, I copy
out some files to my home directory and am browsing through the
pictures - while I do this, the camera decides that it's been inactive
for over 60 seconds and that it should save on battery power, so it
turns off. dmesg shows that usb device went away, but the mount point
(naturally) remains. Now trying to unmout it says the device is busy,
which is clearly false; forcing the camera back on causes for the
next device to be allocated (if the first was da0, now it's da1), and
(incidentally) using umount -f causes an instant reboot in -BETA4 for
me. clearly all of these are bad, and in all cases I must either live
with a randomly mounted non-existent device or reboot to remove it.
(if there is some way of dealing with this situation currently that I
am just not aware of, please do enlighten me)
Mike
On Sat, 25 Sep 2004, Doug White wrote:
> On Sat, 25 Sep 2004, Ivan Voras wrote:
>
>> What is the expected behavour when umounting USB drives which have
>> already been unplugged? :)
>
> panic.
>
> You must unmount volumes before removing them from the system. Otherwise
> there is unflushed dirty data that will get lost, causing data corruption
> on the volume. You will get a panic since the system doesn't know what to
> do with the data and wants to avoid causing any further damage.
>
> --
> Doug White | FreeBSD: The Power to Serve
> dwhite@gumbysoft.com | www.FreeBSD.org
> _______________________________________________
> freebsd-current@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
From owner-freebsd-current@FreeBSD.ORG Sat Sep 25 20:53:03 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id DA63216A4CE
for <freebsd-current@freebsd.org>;
Sat, 25 Sep 2004 20:53:03 +0000 (GMT)
Received: from forrie.com (forrie.ne.client2.attbi.com [24.147.45.106])
by mx1.FreeBSD.org (Postfix) with ESMTP id 5F7A543D45
for <freebsd-current@freebsd.org>;
Sat, 25 Sep 2004 20:53:03 +0000 (GMT)
(envelope-from forrie@forrie.com)
Received: from [127.0.0.1] ([192.168.1.99])
by forrie.com with ESMTP id i8PKqse3055053
for <freebsd-current@freebsd.org>;
Sat, 25 Sep 2004 16:52:56 -0400 (EDT)
(envelope-from forrie@forrie.com)
Message-ID: <4155DB20.7010905@forrie.com>
Date: Sat, 25 Sep 2004 16:54:56 -0400
From: Forrest Aldrich <forrie@forrie.com>
User-Agent: Mozilla Thunderbird 0.8 (Windows/20040924)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: freebsd-current@freebsd.org
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-RAVMilter-Version: 8.3.0(snapshot 20010925) (forrie.ne.client2.attbi.com)
X-MailScanner-LocalNet: Found to be clean
X-Mailman-Approved-At: Sun, 26 Sep 2004 15:32:32 +0000
Subject: CVSUP "refuse" file on FreeBSD-5-Beta
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 25 Sep 2004 20:53:04 -0000
I use this refuse file in /usr/sup on my 4.x system and have no
problems. Use the same one on FreeBSD_5_Beta, and it begins downloading
the things I explicitly say to ignore. This is using the
cvsup-without-gui port, built from scratch.
Anyone know if I've hit a bug?
Thx...
ports/arabic*
ports/polish*
ports/portuguese*
ports/hungarian*
ports/chinese*
ports/french*
ports/german*
ports/polish*
ports/hebrew*
ports/japanese*
ports/korean*
ports/russian*
ports/ukrainian*
ports/vietnamese*
doc/de
doc/de_*
doc/es
doc/es_*
doc/fr
doc/fr_*
doc/ja
doc/ja_*
doc/nl
doc/nl_*
doc/ru
doc/ru_*
doc/zh
doc/zh_*
From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 01:15:32 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 066FA16A4CE
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 01:15:32 +0000 (GMT)
Received: from mail.airnet.com.au (mail.airnet.com.au [202.174.32.17])
by mx1.FreeBSD.org (Postfix) with ESMTP id A55D643D53
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 01:15:31 +0000 (GMT)
(envelope-from Lucas.James@LDJcs.Com.Au)
Received: from mail.ldjcs.com.au (dsl2-62.gw1.adl1.airnet.com.au
[202.174.37.62])
by mail.airnet.com.au (Postfix) with ESMTP id E84C78D5D1
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 10:38:04 +0930 (CST)
Received: from draco.ldjcs.com.au (draco.ldjcs.com.au [203.17.30.8])
by mail.ldjcs.com.au (8.13.1/8.13.1) with ESMTP id i8Q1FSn1079556
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 10:45:28 +0930 (CST)
(envelope-from Lucas.James@LDJcs.Com.Au)
From: Lucas James <Lucas.James@LDJcs.Com.Au>
To: freebsd-current@freebsd.org
Date: Sun, 26 Sep 2004 10:36:44 +0930
User-Agent: KMail/1.7
References: <41555396.4030009@fer.hr>
<20040926021347.721a025f.benlutz@datacomm.ch>
<20040926005943.GA61350@parodius.com>
In-Reply-To: <20040926005943.GA61350@parodius.com>
MIME-Version: 1.0
Content-Type: multipart/signed;
boundary="nextPart2644352.oJSfmMxJ0x";
protocol="application/pgp-signature";
micalg=pgp-sha1
Content-Transfer-Encoding: 7bit
Message-Id: <200409261036.49484.Lucas.James@LDJcs.Com.Au>
X-Mailman-Approved-At: Sun, 26 Sep 2004 15:32:32 +0000
Subject: Re: USB memory stick hotswap problems
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Sep 2004 01:15:32 -0000
--nextPart2644352.oJSfmMxJ0x
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
On Sun, 26 Sep 2004 10:29 am, Jeremy Chadwick wrote:
> Can't usbd (or better yet, usbd.conf) be modified or changed in some way
> to automatically handle the unmounting of any existing filesystems that
> match the device which is mounted?
that won't work because usbd only gets the notification of something being=
=20
unplugged *after* the fact, and it's too late to do unmounting then.
And it can't be modified, because the kernel has no idea when the user is=20
going to yank out the cable.
> Seems like we're eventually going to need this to make hot-swappable USB
> devices more friendly. I understand why you must unmount a device
> before SCSI CAM gets disconnected from it, but it just seems that this
> should be a job for usbd.
the only way you can ensure data integrity on user-removable devices is to=
=20
mount them with -o sync.
We should be telling the kernel at some point that this is a removable devi=
ce,=20
and not have the kernel complain if we umount it when the device has alread=
y=20
disappeared (assuming that we have mounted it with -o sync).
Lucas James
=2D-=20
The only possible interpretation of any research whatever in the
`social sciences' is: some do, some don't.
-- Ernest Rutherford
--nextPart2644352.oJSfmMxJ0x
Content-Type: application/pgp-signature
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)
iD8DBQBBVhYpS5LuBv475s8RAlcEAKCnhphekybbPc7kaLFhpatuHaaIXgCgpYTa
npTVKjqr4wjwz5o7bQaDJJU=
=p3FG
-----END PGP SIGNATURE-----
--nextPart2644352.oJSfmMxJ0x--
From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 01:52:48 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id D956F16A4CF
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 01:52:46 +0000 (GMT)
Received: from auk2.snu.ac.kr (auk2.snu.ac.kr [147.46.100.32])
by mx1.FreeBSD.org (Postfix) with ESMTP id 848B943D45
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 01:52:46 +0000 (GMT)
(envelope-from spamrefuse@yahoo.com)
Received: from [147.46.44.181] (spamrefuse@yahoo.com) by
auk2.snu.ac.kr (Terrace Internet Messaging Server)
with ESMTP id 2004092610:52:35:142218.29654.2595617712
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 10:52:35 +0900 (KST)
Message-ID: <415620EB.6050603@yahoo.com>
Date: Sun, 26 Sep 2004 10:52:43 +0900
From: Rob <spamrefuse@yahoo.com>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040920
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: freebsd-current@freebsd.org
References: <1093303561.15161.30.camel@vipehost.vipenet.lan>
<790a9fff0408240718231b1e4a@mail.gmail.com>
In-Reply-To: <790a9fff0408240718231b1e4a@mail.gmail.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-TERRACE-SPAMMARK: YES-__TRSYS_LV__3 (SR:-3.58)
(SRN:SPAMROBOT) -----------------
X-Mailman-Approved-At: Sun, 26 Sep 2004 15:32:32 +0000
Subject: Re: from src/etc/rc.d/ntpd: required_files="/etc/ntp.conf"
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Sep 2004 01:52:48 -0000
Scot Hetzel wrote:
>
> If you look at the man page for ntpd, the default configuration file
> is /etc/ntpd.conf, so you shouldn't need to specify '-c <ntpd conf
> file>' to the ntpd_flags variable. Also, you don't need the '-p <ntpd
> pid file>' in the ntpd_flags as it is the default.
On my 5.3-BETA5 system, I have an empty /etc/ntp/ directory.
Where does that come from? Seems to be not used at all by
any of the ntp(d) programs, or is it? Should it be removed?
Rob.
From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 03:53:15 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 9600316A4D6
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 03:53:15 +0000 (GMT)
Received: from rwcrmhc11.comcast.net (rwcrmhc11.comcast.net [204.127.198.35])
by mx1.FreeBSD.org (Postfix) with ESMTP id 2B50E43D46
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 03:53:15 +0000 (GMT)
(envelope-from DougB@dougbarton.net)
Received: from [192.168.0.5]
(c-24-130-110-32.we.client2.attbi.com[24.130.110.32])
by comcast.net (rwcrmhc11) with ESMTP
id <2004092603531401300llkj2e> (Authid: domain_name_tsar);
Sun, 26 Sep 2004 03:53:14 +0000
Message-ID: <41563D29.5080406@DougBarton.net>
Date: Sun, 26 Sep 2004 04:53:13 +0100
From: Doug Barton <DougB@DougBarton.net>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040811
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: freebsd-current@freebsd.org
References: <200409241342.i8ODg06a030839@repoman.freebsd.org>
<20040924164730.GA4259@xor.obsecurity.org> <41545194.1030700@DougBarton.net>
<Pine.BSF.4.53.0409241811490.93902@e0-0.zab2.int.zabbadoz.net>
<20040924210405.A6066@URF.trarfvf> <20040926024903.GB2530@dragon.nuxi.com>
In-Reply-To: <20040926024903.GB2530@dragon.nuxi.com>
X-Enigmail-Version: 0.84.2.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailman-Approved-At: Sun, 26 Sep 2004 15:32:32 +0000
Subject: Re: BIND build knobs
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Sep 2004 03:53:15 -0000
David O'Brien wrote:
> On Fri, Sep 24, 2004 at 09:33:22PM +0100, Doug Barton wrote:
>
>>The goal here is to make the NO_BIND option a lot more granular, and to
>>default some of the options to not install bits unless they are
>>specifically requested. The knob for the libs is the first step in the
>>latter direction.
>>
>>The other knobs I have in mind are as follows:
>>
>>#NO_BIND_DNSSEC= true # dnssec-{keygen|signzone}
>>#NO_BIND_LWRESD= true # lwresd
>>#NO_BIND_NAMED= true # named, named-check{conf|zone},
>>rndc[-confgen]
>>#NO_BIND_UTILS= true # dig, host, nslookup, nsupdate
>
>
> I assume "NO_BIND" will still imply all the above?
>
Yes ... the example make.conf and man page have already been updated in
that regard. :)
--
If you're never wrong, you're not trying hard enough
From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 13:14:39 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 2FA0F16A4CE
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 13:14:39 +0000 (GMT)
Received: from smtp18.wxs.nl (smtp18.wxs.nl [195.121.6.14])
by mx1.FreeBSD.org (Postfix) with ESMTP id D694743D4C
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 13:14:38 +0000 (GMT)
(envelope-from ronald-freebsd8@klop.yi.org)
Received: from ronald.echteman.nl (ip51cdc5d2.speed.planet.nl
[81.205.197.210]) by smtp18.wxs.nlSMTP id
<0I4N00C0RGSCRV@smtp18.wxs.nl> for freebsd-current@freebsd.org; Sun,
26 Sep 2004 15:14:36 +0200 (CEST)
Received: (qmail 12334 invoked from network); Sun, 26 Sep 2004 13:14:35 +0000
Received: from unknown (HELO laptop.thuis.klop.ws) (192.168.1.4)
by ronald.echteman.nl with SMTP; Sun, 26 Sep 2004 13:14:35 +0000
Received: (qmail 12878 invoked from network); Sun, 26 Sep 2004 13:13:27 +0000
Received: from unknown (HELO guido.thuis.klop.ws) (192.168.0.2)
by 192.168.0.16 with SMTP; Sun, 26 Sep 2004 13:13:27 +0000
Received: (qmail 8536 invoked from network); Sun, 26 Sep 2004 13:14:05 +0000
Received: from localhost.thuis.klop.ws (HELO outgoing.local) (127.0.0.1)
by localhost.thuis.klop.ws with SMTP; Sun, 26 Sep 2004 13:14:05 +0000
Date: Sun, 26 Sep 2004 15:14:04 +0200
From: Ronald Klop <ronald-freebsd8@klop.yi.org>
In-reply-to: <20040924071520.GA44388@slipgate.org>
To: Ryan Freeman <ryan@slipgate.org>, freebsd-current@freebsd.org
Message-id: <opsexq1qs38527sy@outgoing.local>
MIME-version: 1.0
Content-type: text/plain; format=flowed; delsp=yes; charset=iso-8859-1
Content-transfer-encoding: 7BIT
User-Agent: Opera M2/7.54 (FreeBSD, build 751)
References: <20040924071520.GA44388@slipgate.org>
X-Mailman-Approved-At: Sun, 26 Sep 2004 15:32:32 +0000
Subject: Re: Sound performance problems in FreeBSD
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Sep 2004 13:14:39 -0000
On Fri, 24 Sep 2004 00:15:20 -0700, Ryan Freeman <ryan@slipgate.org> wrote:
> hello, sorry to drag up a slightly outdated topic, but i just installed
> 5.3beta5
> and i'm having the same issue. the last time i used freebsd was back in
> march at
> version 5.2 and 5.2.1. the issue existed then too, hence trying out
> 5.3beta5 now to
> see if it was gone. while it isn't gone, i'm glad to see people are
> finally noticing
> the problem as more than just "oh your hardware must be faulty". i ran
> the following:
>
>> An easy way to reproduce these
>> skips is to run `while true; do sysctl vm.vmtotal; done`, while
>> playing an mp3.
>
> and i get the nice "person being removed from the matrix" effect.
> haven't yet tried
> the patch, but i want to get on that asap. can anyone else verify that
> the patch
> works? and furthermore, is it going to be worked into the freebsd source
> post-haste? ;) thanks,
>
> - ryan
>
> hardware includes: athlon xp 1900+, 768mb DDR, sblive 5.1.
I have this also. Machine: P-III 500Mhz
cat /dev/sndstat
FreeBSD Audio Driver (newpcm)
Installed devices:
pcm0: <Creative EMU10K1> at io 0x2060 irq 11 kld snd_emu10k1 (4p/2r/4v
channels duplex default)
I notice a lot of system time is used when running the loop. I presume
system time has higher precedence than user time.
Ronald.
--
Ronald Klop
Amsterdam, The Netherlands
From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 16:10:38 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 4B71216A4CE
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 16:10:38 +0000 (GMT)
Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6])
by mx1.FreeBSD.org (Postfix) with ESMTP id 1A30B43D4C
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 16:10:33 +0000 (GMT)
(envelope-from maxim@macomnet.ru)
Received-SPF: pass (mp2.macomnet.net: domain of maxim@macomnet.ru designates
127.0.0.1 as permitted sender) receiver=mp2.macomnet.net; client_ip=127.0.0.1;
envelope-from=maxim@macomnet.ru;
Received: from localhost (localhost [127.0.0.1])
by mp2.macomnet.net (8.12.11/8.12.11) with ESMTP id i8QGAPnH066755;
Sun, 26 Sep 2004 20:10:25 +0400 (MSD)
(envelope-from maxim@macomnet.ru)
Date: Sun, 26 Sep 2004 20:10:25 +0400 (MSD)
From: Maxim Konovalov <maxim@macomnet.ru>
To: Forrest Aldrich <forrie@forrie.com>
In-Reply-To: <4155C263.5090008@forrie.com>
Message-ID: <20040926200845.M66417@mp2.macomnet.net>
References: <4155C263.5090008@forrie.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
cc: freebsd-current@freebsd.org
Subject: Re: Firewall options missing from NOTES...
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Sep 2004 16:10:38 -0000
On Sat, 25 Sep 2004, 15:09-0400, Forrest Aldrich wrote:
> Not on the system I have. The NOTES file was CVSup'd last night and is
> missing that information.
>
> The tag I'm using is 5_RELENG, I believe.
cd /usr/src/sys/i386/conf && make LINT && grep IPFIREWALL LINT
cd /usr/src/sys/conf && grep IPFIREWALL NOTES
--
Maxim Konovalov
From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 16:11:36 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 4F62516A4CE
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 16:11:36 +0000 (GMT)
Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6])
by mx1.FreeBSD.org (Postfix) with ESMTP id 8255F43D31
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 16:11:35 +0000 (GMT)
(envelope-from maxim@macomnet.ru)
Received-SPF: pass (mp2.macomnet.net: domain of maxim@macomnet.ru designates
127.0.0.1 as permitted sender) receiver=mp2.macomnet.net; client_ip=127.0.0.1;
envelope-from=maxim@macomnet.ru;
Received: from localhost (localhost [127.0.0.1])
by mp2.macomnet.net (8.12.11/8.12.11) with ESMTP id i8QGBS8K066778;
Sun, 26 Sep 2004 20:11:28 +0400 (MSD)
(envelope-from maxim@macomnet.ru)
Date: Sun, 26 Sep 2004 20:11:28 +0400 (MSD)
From: Maxim Konovalov <maxim@macomnet.ru>
To: Forrest Aldrich <forrie@forrie.com>
In-Reply-To: <4155C2B8.50104@forrie.com>
Message-ID: <20040926201045.S66417@mp2.macomnet.net>
References: <4155C2B8.50104@forrie.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
cc: freebsd-current@freebsd.org
Subject: Re: device.hints howto
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Sep 2004 16:11:36 -0000
On Sat, 25 Sep 2004, 15:10-0400, Forrest Aldrich wrote:
> What's the correct process to build one of these files -- take the
> output from dmesg and wander through to get the figures?
Read /usr/src/UPDATING.
--
Maxim Konovalov
From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 16:12:14 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 4DE9716A4DF
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 16:12:14 +0000 (GMT)
Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6])
by mx1.FreeBSD.org (Postfix) with ESMTP id 81AD443D31
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 16:12:13 +0000 (GMT)
(envelope-from maxim@macomnet.ru)
Received-SPF: pass (mp2.macomnet.net: domain of maxim@macomnet.ru designates
127.0.0.1 as permitted sender) receiver=mp2.macomnet.net; client_ip=127.0.0.1;
envelope-from=maxim@macomnet.ru;
Received: from localhost (localhost [127.0.0.1])
by mp2.macomnet.net (8.12.11/8.12.11) with ESMTP id i8QGC4su066783;
Sun, 26 Sep 2004 20:12:04 +0400 (MSD)
(envelope-from maxim@macomnet.ru)
Date: Sun, 26 Sep 2004 20:12:04 +0400 (MSD)
From: Maxim Konovalov <maxim@macomnet.ru>
To: Forrest Aldrich <forrie@forrie.com>
In-Reply-To: <4155DB20.7010905@forrie.com>
Message-ID: <20040926201133.C66417@mp2.macomnet.net>
References: <4155DB20.7010905@forrie.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
cc: freebsd-current@freebsd.org
Subject: Re: CVSUP "refuse" file on FreeBSD-5-Beta
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Sep 2004 16:12:14 -0000
On Sat, 25 Sep 2004, 16:54-0400, Forrest Aldrich wrote:
> I use this refuse file in /usr/sup on my 4.x system and have no
[...]
/var/db/sup/.
--
Maxim Konovalov
From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 16:17:01 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 3A29D16A4CE
for <current@FreeBSD.org>; Sun, 26 Sep 2004 16:17:01 +0000 (GMT)
Received: from castle.jp.FreeBSD.org (castle.jp.FreeBSD.org [210.226.20.15])
by mx1.FreeBSD.org (Postfix) with ESMTP id 2967B43D54
for <current@FreeBSD.org>; Sun, 26 Sep 2004 16:17:00 +0000 (GMT)
(envelope-from matusita@jp.FreeBSD.org)
Received: from localhost (localhost [::1])i8QGGq832246
for <current@FreeBSD.org>; Mon, 27 Sep 2004 01:16:54 +0900 (JST)
(envelope-from matusita@jp.FreeBSD.org)
In-Reply-To: <20040913000216E.matusita@jp.FreeBSD.org>
References: <20040913000216E.matusita@jp.FreeBSD.org>
X-User-Agent: Mew/1.94.2 Emacs/21.3
X-FaceAnim: (-O_O-)(O_O- )(_O- )(O- )(- -)( -O)( -O_)( -O_O)(-O_O-)
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Dispatcher: imput version 20040704(IM147)
Lines: 8
From: Makoto Matsushita <matusita@jp.FreeBSD.org>
To: current@FreeBSD.org
Date: Mon, 27 Sep 2004 01:16:41 +0900
Message-Id: <20040927011641M.matusita@jp.FreeBSD.org>
Subject: Re: Recent 6.0-CURRENT and VMware 4.2.1: boot problem with
PREEMPTION enabled kernel
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Sep 2004 16:17:01 -0000
matusita> I've just found that my VMware Workstation virtual machine
matusita> doesn't boot as expected with recent 6.0-CURRENT kernel.
FYI: It seems fixed with recent ata changes. Big thank you, sos@!
-- -
Makoto `MAR' Matsushita
From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 16:21:20 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 6BD1716A4CE
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 16:21:20 +0000 (GMT)
Received: from maxlor.mine.nu (c-213-160-32-54.customer.ggaweb.ch
[213.160.32.54])
by mx1.FreeBSD.org (Postfix) with ESMTP id CAC1943D41
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 16:21:19 +0000 (GMT)
(envelope-from benlutz@datacomm.ch)
Received: from localhost (localhost [127.0.0.1])
by maxlor.mine.nu (Postfix) with ESMTP id 00DE4313
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 18:21:17 +0200 (CEST)
Received: from maxlor.mine.nu ([127.0.0.1])
by localhost (midgard [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
id 33642-03 for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 18:21:15 +0200 (CEST)
Received: from merlin.intranet (merlin.intranet [10.0.0.16])
by maxlor.mine.nu (Postfix) with SMTP id 1055418C
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 18:21:15 +0200 (CEST)
Date: Sun, 26 Sep 2004 18:21:13 +0200
From: Benjamin Lutz <benlutz@datacomm.ch>
To: freebsd-current@freebsd.org
Message-Id: <20040926182113.7ccffc2c.benlutz@datacomm.ch>
In-Reply-To: <200409261036.49484.Lucas.James@LDJcs.Com.Au>
References: <41555396.4030009@fer.hr>
<20040926021347.721a025f.benlutz@datacomm.ch>
<20040926005943.GA61350@parodius.com>
<200409261036.49484.Lucas.James@LDJcs.Com.Au>
X-Mailer: Sylpheed version 0.9.12-gtk2-20040622 (GTK+ 2.4.9;
i386-portbld-freebsd5.3)
Mime-Version: 1.0
Content-Type: multipart/signed; protocol="application/pgp-signature";
micalg="pgp-sha1";
boundary="Signature=_Sun__26_Sep_2004_18_21_13_+0200_ueFWMZhWpaIO1CQ/"
X-Virus-Scanned: by amavisd-new at maxlor.mine.nu
Subject: Re: USB memory stick hotswap problems
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Sep 2004 16:21:20 -0000
--Signature=_Sun__26_Sep_2004_18_21_13_+0200_ueFWMZhWpaIO1CQ/
Content-Type: text/plain; charset=US-ASCII
Content-Disposition: inline
Content-Transfer-Encoding: 7bit
> We should be telling the kernel at some point that this is a removable
> device, and not have the kernel complain if we umount it when the device
> has already disappeared (assuming that we have mounted it with -o sync).
Even if it's mounted async, the kernel should just shrug, flush the now
useless stuff from memory, and get on with it's live. Maybe a log entry
could be made when there's still unwritten data that has now been lost.
I'm anxious to see what phk comes up with :)
Benjamin
--Signature=_Sun__26_Sep_2004_18_21_13_+0200_ueFWMZhWpaIO1CQ/
Content-Type: application/pgp-signature
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)
iD8DBQFBVux8gShs4qbRdeQRAu0uAKCA9wZwPEpiW5dL7sf21Ae1eRQ77ACePl32
1M6SPXnkZ8j77gPQOcV86j4=
=KtRz
-----END PGP SIGNATURE-----
--Signature=_Sun__26_Sep_2004_18_21_13_+0200_ueFWMZhWpaIO1CQ/--
From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 16:43:59 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id B44AA16A4CE
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 16:43:59 +0000 (GMT)
Received: from chainsoftware.nl (hazejager.demon.nl [82.161.93.161])
by mx1.FreeBSD.org (Postfix) with ESMTP id D54A343D3F
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 16:43:58 +0000 (GMT)
(envelope-from sven-freebsd@hazejager.nl)
Received: from mail.chainsoftware.nl (localhost [127.0.0.1])
by chainsoftware.nl (8.12.11/8.12.11) with ESMTP id i8QGhq5e082790
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 18:43:56 +0200 (CEST)
(envelope-from sven-freebsd@hazejager.nl)
Received: from fe80::201:2ff:feab:b588
(SquirrelMail authenticated user sven);
by mail.chainsoftware.nl with HTTP;
Sun, 26 Sep 2004 18:43:56 +0200 (CEST)
Message-ID: <55512.fe80::201:2ff:feab:b588.1096217036.squirrel@fe80::201:2ff:feab:b588>
Date: Sun, 26 Sep 2004 18:43:56 +0200 (CEST)
From: "Sven Hazejager" <sven-freebsd@hazejager.nl>
To: freebsd-current@freebsd.org
User-Agent: SquirrelMail/1.4.3a
X-Mailer: SquirrelMail/1.4.3a
MIME-Version: 1.0
Content-Type: text/plain;charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Priority: 3 (Normal)
Importance: Normal
X-Spam-Status: No, hits=0 tests=
X-Scanned-By: Scanned by MIMEDefang 2.44 (chainsoftware.nl)
Subject: 5.3-BETA5: init error on boot (/dev/console not configured?)
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Sep 2004 16:43:59 -0000
Hi all,
After upgrading my 5.3-BETA4 to 5.3-BETA5, I am unable to boot the new
kernel in either single-user or multi-user mode. After mounting the root
fs, init bombs out with the following error:
init: can't get /dev/console for controlling terminal: Device not configured
And the boot stops, but the system doesn't hang. CTRL-ALT-DEL does a clean
reboot.
Any suggestion? Below is my system config.
Regards,
Sven Hazejager
*** /etc/make.conf ***
# -- use.perl generated deltas -- #
# Created: Sat Jan 31 22:25:37 2004
# Setting to use base perl from ports:
PERL_VER=5.6.1
PERL_VERSION=5.6.1
PERL_ARCH=mach
NOPERL=yo
NO_PERL=yo
NO_PERL_WRAPPER=yo
CPUTYPE=athlon
#CFLAGS=-O2 -pipe
COMPAT3X=yes
COMPAT4X=yes
NO_MODULES=true
MODULES_WITH_WORLD=true
*** /boot/loader.conf ***
vesa_load="YES"
sound_load="YES"
snd_via8233_load="YES"
io_load="YES"
mem_load="YES"
nfsclient_load="YES"
nfsserver_load="YES"
sysvmsg_load="YES"
sysvsem_load="YES"
sysvshm_load="YES"
agp_load="YES"
apm_load="YES"
apm_saver_load="YES"
miibus_load="YES"
if_xl_load="YES"
random_load="YES"
fdc_load="YES"
*** dmesg output ***
Copyright (c) 1992-2004 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights reserved.
FreeBSD 5.3-BETA4 #0: Sun Sep 12 16:30:55 CEST 2004
sven@spitfire.chain.loc:/usr/obj/usr/src/sys/SPITFIRE
Timecounter "i8254" frequency 1193182 Hz quality 0
CPU: AMD Athlon(tm) XP (1867.51-MHz 686-class CPU)
Origin = "AuthenticAMD" Id = 0x680 Stepping = 0
Features=0x383fbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE>
AMD Features=0xc0400000<AMIE,DSP,3DNow!>
real memory = 536805376 (511 MB)
avail memory = 515629056 (491 MB)
acpi0: <VIA694 AWRDACPI> on motherboard
acpi0: Power Button (fixed)
Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000
acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0
cpu0: <ACPI CPU (3 Cx states)> on acpi0
acpi_tz0: <Thermal Zone> on acpi0
acpi_button0: <Power Button> on acpi0
acpi_button1: <Sleep Button> on acpi0
pcib0: <ACPI Host-PCI bridge> port
0x5000-0x500f,0x4080-0x40ff,0x4000-0x407f,0xcf8-0xcff on acpi0
acpi link get: empty IRQ resource
pci0: <ACPI PCI bus> on pcib0
agp0: <VIA Generic host to PCI bridge> mem 0xd0000000-0xd7ffffff at device
0.0 on pci0
pcib1: <PCI-PCI bridge> at device 1.0 on pci0
pci1: <PCI bus> on pcib1
pci1: <display, VGA> at device 0.0 (no driver attached)
pci1: <display> at device 0.1 (no driver attached)
xl0: <3Com 3c905C-TX Fast Etherlink XL> port 0xd000-0xd07f mem
0xe3000000-0xe300007f irq 15 at device 10.0 on pci0
miibus0: <MII bus> on xl0
xlphy0: <3c905C 10/100 internal PHY> on miibus0
xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
xl0: Ethernet address: 00:01:02:ab:b5:88
ahc0: <Adaptec 3960D Ultra160 SCSI adapter> port 0xd400-0xd4ff mem
0xe3001000-0xe3001fff irq 15 at device 12.0 on pci0
ahc0: [GIANT-LOCKED]
aic7899: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs
ahc1: <Adaptec 3960D Ultra160 SCSI adapter> port 0xd800-0xd8ff mem
0xe3002000-0xe3002fff irq 11 at device 12.1 on pci0
ahc1: [GIANT-LOCKED]
aic7899: Ultra160 Wide Channel B, SCSI Id=7, 32/253 SCBs
pci0: <serial bus, USB> at device 16.0 (no driver attached)
pci0: <serial bus, USB> at device 16.1 (no driver attached)
pci0: <serial bus, USB> at device 16.2 (no driver attached)
isab0: <PCI-ISA bridge> at device 17.0 on pci0
isa0: <ISA bus> on isab0
pcm0: <VIA VT8235> port 0xe800-0xe8ff irq 15 at device 17.5 on pci0
pcm0: [GIANT-LOCKED]
pcm0: <Avance Logic ALC650 AC97 Codec>
fdc0: <floppy drive controller> port 0x3f7,0x3f2-0x3f5 irq 6 drq 2 on acpi0
fdc0: FIFO enabled, 8 bytes threshold
fd0: <1440-KB 3.5" drive> on fdc0 drive 0
sio0 port 0x3f8-0x3ff irq 4 on acpi0
sio0: type 16550A
sio1 port 0x2f8-0x2ff irq 3 on acpi0
sio1: type 16550A
atkbdc0: <Keyboard controller (i8042)> port 0x64,0x60 irq 1 on acpi0
atkbd0: <AT Keyboard> irq 1 on atkbdc0
kbd0 at atkbd0
atkbd0: [GIANT-LOCKED]
psm0: <PS/2 Mouse> irq 12 on atkbdc0
psm0: [GIANT-LOCKED]
psm0: model IntelliMouse, device ID 3
npx0: [FAST]
npx0: <math processor> on motherboard
npx0: INT 16 interface
orm0: <ISA Option ROMs> at iomem 0xd0000-0xd07ff,0xc0000-0xccfff on isa0
pmtimer0 on isa0
sc0: <System console> at flags 0x100 on isa0
sc0: VGA <16 virtual consoles, flags=0x300>
vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0
Timecounter "TSC" frequency 1867514752 Hz quality 800
Timecounters tick every 4.000 msec
WARNING: apm_saver module requires apm enabled
Waiting 5 seconds for SCSI devices to settle
da1 at ahc1 bus 0 target 0 lun 0
da1: <QUANTUM ATLAS10K3_36_WLS 020W> Fixed Direct Access SCSI-3 device
da1: 160.000MB/s transfers (80.000MHz, offset 127, 16bit), Tagged Queueing
Enabled
da1: 35074MB (71833096 512 byte sectors: 255H 63S/T 4471C)
cd1 at ahc0 bus 0 target 6 lun 0
cd1: <PLEXTOR CD-R PX-R412C 1.07> Removable CD-ROM SCSI-2 device
cd1: 10.000MB/s transfers (10.000MHz, offset 8)
cd1: Attempt to query device size failed: NOT READY, Medium not present
da0 at ahc0 bus 0 target 2 lun 0
da0: <IOMEGA ZIP 100 E.08> Removable Direct Access SCSI-2 device
da0: 3.300MB/s transfers
da0: Attempt to query device size failed: NOT READY, Medium not present
cd0 at ahc0 bus 0 target 5 lun 0
cd0: <TOSHIBA DVD-ROM SD-M1401 1008> Removable CD-ROM SCSI-2 device
cd0: 20.000MB/s transfers (20.000MHz, offset 16)
cd0: cd present [358668 x 2048 byte records]
(da0:ahc0:0:2:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0
(da0:ahc0:0:2:0): CAM Status: SCSI Status Error
(da0:ahc0:0:2:0): SCSI Status: Check Condition
(da0:ahc0:0:2:0): NOT READY asc:3a,0
(da0:ahc0:0:2:0): Medium not present
(da0:ahc0:0:2:0): Unretryable error
Opened disk da0 -> 6
(da0:ahc0:0:2:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0
(da0:ahc0:0:2:0): CAM Status: SCSI Status Error
(da0:ahc0:0:2:0): SCSI Status: Check Condition
(da0:ahc0:0:2:0): NOT READY asc:3a,0
(da0:ahc0:0:2:0): Medium not present
(da0:ahc0:0:2:0): Unretryable error
Opened disk da0 -> 6
(da0:ahc0:0:2:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0
(da0:ahc0:0:2:0): CAM Status: SCSI Status Error
(da0:ahc0:0:2:0): SCSI Status: Check Condition
(da0:ahc0:0:2:0): NOT READY asc:3a,0
(da0:ahc0:0:2:0): Medium not present
(da0:ahc0:0:2:0): Unretryable error
Opened disk da0 -> 6
Mounting root from ufs:/dev/da1s2a
*** This is where 5.3-BETA5 fails with the init error ***
uhci0: <VIA 83C572 USB controller> port 0xdc00-0xdc1f at device 16.0 on pci0
uhci0: [GIANT-LOCKED]
usb0: <VIA 83C572 USB controller> on uhci0
usb0: USB revision 1.0
uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub0: 2 ports with 2 removable, self powered
uhci1: <VIA 83C572 USB controller> port 0xe000-0xe01f at device 16.1 on pci0
uhci1: [GIANT-LOCKED]
usb1: <VIA 83C572 USB controller> on uhci1
usb1: USB revision 1.0
uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub1: 2 ports with 2 removable, self powered
uhci2: <VIA 83C572 USB controller> port 0xe400-0xe41f at device 16.2 on pci0
uhci2: [GIANT-LOCKED]
usb2: <VIA 83C572 USB controller> on uhci2
usb2: USB revision 1.0
uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub2: 2 ports with 2 removable, self powered
*** kernel config ***
machine i386
cpu I686_CPU
ident SPITFIRE
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 NFS_ROOT #NFS usable as /, requires NFSCLIENT
#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 _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions
options KBD_INSTALL_CDEV # install a CDEV entry in /dev
options ADAPTIVE_GIANT # Giant mutex is adaptive.
options HZ=250
device isa
device pci
# SCSI Controllers
device ahc # AHA2940 and onboard AIC7xxx devices
# 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)
# 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
# Floating point support - do not disable.
device npx
# Add suspend/resume support for the i8254.
device pmtimer
# 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
# Pseudo devices - the number indicates how many units to allocate.
device loop # Network loopback
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
options SC_PIXEL_MODE
From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 17:07:13 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 5C58816A4CE
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 17:07:13 +0000 (GMT)
Received: from avocado.salatschuessel.net (avocado.salatschuessel.net
[80.86.187.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F8EA43D2D
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 17:07:12 +0000 (GMT)
(envelope-from lehmann@ans-netz.de)
Received: (qmail 55119 invoked from network); 26 Sep 2004 17:06:43 -0000
Received: from unknown (HELO kartoffel.salatschuessel.net) (80.86.187.43)
by avocado.salatschuessel.net with SMTP; 26 Sep 2004 17:06:43 -0000
Date: Sun, 26 Sep 2004 19:07:09 +0200
From: Oliver Lehmann <lehmann@ans-netz.de>
To: freebsd-current@freebsd.org
Message-Id: <20040926190709.251f1689.lehmann@ans-netz.de>
X-Mailer: Sylpheed version 0.9.12 (GTK+ 1.2.10; i386-portbld-freebsd4.10)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Subject: Problems with ANA-6944A + 5.3-BETA + IRQ sharing?
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Sep 2004 17:07:13 -0000
Hi,
I've a strange thing here, and would know If others are getting the same
"results"
- FreeBSD 5.3-BETA4
- Adaptec ANA 6944A (4xde)
- Compaq NC6134 (2xfxp)
I'm pinging from the system to a system connected through a switch to de2:
root@gurke /root> ping nudel
PING nudel.salatschuessel.net (10.0.0.21): 56 data bytes
64 bytes from 10.0.0.21: icmp_seq=0 ttl=64 time=0.687 ms
64 bytes from 10.0.0.21: icmp_seq=1 ttl=64 time=0.575 ms
64 bytes from 10.0.0.21: icmp_seq=2 ttl=64 time=0.629 ms
64 bytes from 10.0.0.21: icmp_seq=3 ttl=64 time=0.565 ms
64 bytes from 10.0.0.21: icmp_seq=4 ttl=64 time=0.577 ms
it looks "ok"
Now mounting a nfs share, and accessing (opening with vi) a file on it:
64 bytes from 10.0.0.21: icmp_seq=19 ttl=64 time=0.697 ms
64 bytes from 10.0.0.21: icmp_seq=20 ttl=64 time=0.574 ms
64 bytes from 10.0.0.21: icmp_seq=21 ttl=64 time=0.807 ms
64 bytes from 10.0.0.21: icmp_seq=22 ttl=64 time=253.249 ms
64 bytes from 10.0.0.21: icmp_seq=23 ttl=64 time=1.554 ms
64 bytes from 10.0.0.21: icmp_seq=24 ttl=64 time=513.415 ms
64 bytes from 10.0.0.21: icmp_seq=25 ttl=64 time=1110.697 ms
64 bytes from 10.0.0.21: icmp_seq=26 ttl=64 time=1011.975 ms
64 bytes from 10.0.0.21: icmp_seq=27 ttl=64 time=1112.534 ms
64 bytes from 10.0.0.21: icmp_seq=28 ttl=64 time=101.289 ms
64 bytes from 10.0.0.21: icmp_seq=29 ttl=64 time=1110.638 ms
64 bytes from 10.0.0.21: icmp_seq=30 ttl=64 time=1010.899 ms
64 bytes from 10.0.0.21: icmp_seq=31 ttl=64 time=1015.072 ms
64 bytes from 10.0.0.21: icmp_seq=32 ttl=64 time=1010.512 ms
64 bytes from 10.0.0.21: icmp_seq=33 ttl=64 time=1013.426 ms
64 bytes from 10.0.0.21: icmp_seq=34 ttl=64 time=1010.722 ms
64 bytes from 10.0.0.21: icmp_seq=35 ttl=64 time=1419.586 ms
64 bytes from 10.0.0.21: icmp_seq=36 ttl=64 time=446.113 ms
64 bytes from 10.0.0.21: icmp_seq=37 ttl=64 time=4038.742 ms
64 bytes from 10.0.0.21: icmp_seq=38 ttl=64 time=4039.750 ms
64 bytes from 10.0.0.21: icmp_seq=39 ttl=64 time=4041.047 ms
64 bytes from 10.0.0.21: icmp_seq=40 ttl=64 time=4041.045 ms
64 bytes from 10.0.0.21: icmp_seq=41 ttl=64 time=4045.762 ms
64 bytes from 10.0.0.21: icmp_seq=42 ttl=64 time=4041.257 ms
64 bytes from 10.0.0.21: icmp_seq=43 ttl=64 time=4041.038 ms
wtf???
The file is closed, and I don't access the nfs mount any more... but the
ping times are not comming down... 4000-5000 ms. I tried full duplex, and
half - no difference. I don't have that problem with my fxp cards.
Here are the irq's:
root@gurke /root> dmesg | grep irq
mlx0: <Mylex version 2 RAID interface> port 0xec00-0xec7f mem
0xffafff80-0xffafffff irq 10 at device 17.0 on pci0
de0: <Digital 21140A Fast Ethernet> port 0xcc00-0xcc7f mem
0xff4fff80-0xff4fffff irq 9 at device 4.0 on pci2
de1: <Digital 21140A Fast Ethernet> port 0xc880-0xc8ff mem
0xff4fff00-0xff4fff7f irq 11 at device 5.0 on pci2
de2: <Digital 21140A Fast Ethernet> port 0xc800-0xc87f mem
0xff4ffe80-0xff4ffeff irq 15 at device 6.0 on pci2
de3: <Digital 21140A Fast Ethernet> port 0xc480-0xc4ff mem
0xff4ffe00-0xff4ffe7f irq 10 at device 7.0 on pci2
fxp0: <Intel 82559 Pro/100 Ethernet> port 0xdf00-0xdf3f mem
0xff800000-0xff8fffff,0xff9ff000-0xff9fffff irq 11 at device 4.0 on pci3
fxp1: <Intel 82559 Pro/100 Ethernet> port 0xde80-0xdebf mem
0xff700000-0xff7fffff,0xff9fe000-0xff9fefff irq 15 at device 5.0 on pci3
ppc0: <Parallel port> at port 0x378-0x37f irq 7 on isa0
sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0
root@gurke /root>
It doesn't seem to happen with a cable attached to de0. So I guess it's a
problem with irq sharing? I have no experience with that card and a
FreeBSD version prior to 5.3-BETA4
Any ideas what to configure to get each de interface an own irq? I have
enough free (3,5,9,12) 10 for mlx, and 15 for fxp0 and fxp1. In my BIOS I
can only configure an irq per slot. and hint.de.[0-3].irq in device.hints
doesn't work... (I don't expected it to work because it is just a
"hint"...)
--
Oliver Lehmann
http://www.pofo.de/
http://wishlist.ans-netz.de/
From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 17:28:23 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 5B17316A4CE
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 17:28:23 +0000 (GMT)
Received: from avocado.salatschuessel.net (avocado.salatschuessel.net
[80.86.187.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8357543D31
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 17:28:22 +0000 (GMT)
(envelope-from lehmann@ans-netz.de)
Received: (qmail 55565 invoked from network); 26 Sep 2004 17:27:55 -0000
Received: from unknown (HELO kartoffel.salatschuessel.net) (80.86.187.43)
by avocado.salatschuessel.net with SMTP; 26 Sep 2004 17:27:55 -0000
Date: Sun, 26 Sep 2004 19:28:20 +0200
From: Oliver Lehmann <lehmann@ans-netz.de>
To: freebsd-current@freebsd.org
Message-Id: <20040926192820.3dc88d3a.lehmann@ans-netz.de>
In-Reply-To: <20040926190709.251f1689.lehmann@ans-netz.de>
References: <20040926190709.251f1689.lehmann@ans-netz.de>
X-Mailer: Sylpheed version 0.9.12 (GTK+ 1.2.10; i386-portbld-freebsd4.10)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Subject: Re: Problems with ANA-6944A + 5.3-BETA + IRQ sharing?
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Sep 2004 17:28:23 -0000
Oliver Lehmann wrote:
> It doesn't seem to happen with a cable attached to de0. So I guess it's
> a problem with irq sharing?
Ok.. I accessed a 50Mb file now over nfs with de0...
64 bytes from 10.0.0.21: icmp_seq=1179 ttl=64 time=0.627 ms
64 bytes from 10.0.0.21: icmp_seq=1180 ttl=64 time=0.637 ms
64 bytes from 10.0.0.21: icmp_seq=1181 ttl=64 time=0.607 ms
64 bytes from 10.0.0.21: icmp_seq=1182 ttl=64 time=1011.859 ms
64 bytes from 10.0.0.21: icmp_seq=1183 ttl=64 time=1008.330 ms
64 bytes from 10.0.0.21: icmp_seq=1184 ttl=64 time=1010.892 ms
64 bytes from 10.0.0.21: icmp_seq=1185 ttl=64 time=1010.967 ms
64 bytes from 10.0.0.21: icmp_seq=1186 ttl=64 time=1010.465 ms
64 bytes from 10.0.0.21: icmp_seq=1187 ttl=64 time=1010.717 ms
64 bytes from 10.0.0.21: icmp_seq=1188 ttl=64 time=1010.826 ms
So - it's the driver, the card, or the board.
--
Oliver Lehmann
http://www.pofo.de/
http://wishlist.ans-netz.de/
From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 17:36:21 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 8C56616A4CE
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 17:36:21 +0000 (GMT)
Received: from vhost109.his.com (vhost109.his.com [216.194.225.101])
by mx1.FreeBSD.org (Postfix) with ESMTP id 379A943D41
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 17:36:21 +0000 (GMT)
(envelope-from brad@stop.mail-abuse.org)
Received: from [10.0.1.4] (localhost.his.com [127.0.0.1])
by vhost109.his.com (8.12.11/8.12.3) with ESMTP id i8QHaIFg026953;
Sun, 26 Sep 2004 13:36:19 -0400 (EDT)
(envelope-from brad@stop.mail-abuse.org)
Mime-Version: 1.0
X-Sender: bs663385@127.0.0.1
Message-Id: <p06002009bd7ca95e6a22@[10.0.1.4]>
In-Reply-To: <415620EB.6050603@yahoo.com>
References: <1093303561.15161.30.camel@vipehost.vipenet.lan>
<790a9fff0408240718231b1e4a@mail.gmail.com>
<415620EB.6050603@yahoo.com>
Date: Sun, 26 Sep 2004 19:15:26 +0200
To: Rob <spamrefuse@yahoo.com>
From: Brad Knowles <brad@stop.mail-abuse.org>
Content-Type: text/plain; charset="us-ascii" ; format="flowed"
cc: freebsd-current@freebsd.org
Subject: Re: from src/etc/rc.d/ntpd: required_files="/etc/ntp.conf"
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Sep 2004 17:36:21 -0000
At 10:52 AM +0900 2004-09-26, Rob quoted Scot Hetzel:
>> If you look at the man page for ntpd, the default configuration file
>> is /etc/ntpd.conf, so you shouldn't need to specify '-c <ntpd conf
>> file>' to the ntpd_flags variable. Also, you don't need the '-p <ntpd
>> pid file>' in the ntpd_flags as it is the default.
Are you sure it's /etc/ntpd.conf and not /etc/ntp.conf?
> On my 5.3-BETA5 system, I have an empty /etc/ntp/ directory.
> Where does that come from? Seems to be not used at all by
> any of the ntp(d) programs, or is it? Should it be removed?
Well, speaking for the version of ntpd from ntp.org, we don't
make use of any /etc/ntp directory. I'm not aware of what may have
been done with it for FreeBSD.
--
Brad Knowles, <brad@stop.mail-abuse.org>
"Those who would give up essential Liberty, to purchase a little
temporary Safety, deserve neither Liberty nor Safety."
-- Benjamin Franklin (1706-1790), reply of the Pennsylvania
Assembly to the Governor, November 11, 1755
SAGE member since 1995. See <http://www.sage.org/> for more info.
From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 17:46:26 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id A38B216A4CE
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 17:46:26 +0000 (GMT)
Received: from skynet.asgard.jara23.co.uk (asgard.jara23.co.uk [84.92.17.213])
by mx1.FreeBSD.org (Postfix) with ESMTP id 78D2E43D1D
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 17:46:25 +0000 (GMT)
(envelope-from adw@jara23.co.uk)
Received: from [10.0.2.2] (nofate.asgard.jara23.co.uk [10.0.2.2])
(authenticated bits=0)i8QHk8T8016801
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 18:46:08 +0100 (BST)
(envelope-from adw@jara23.co.uk)
Message-ID: <4157005F.5080803@jara23.co.uk>
Date: Sun, 26 Sep 2004 18:46:07 +0100
From: Andrew Wiles <adw@jara23.co.uk>
User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: freebsd-current@freebsd.org
References: <20040925043451.B16332@URF.trarfvf>
In-Reply-To: <20040925043451.B16332@URF.trarfvf>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: clamd / ClamAV version 0.75.1, clamav-milter version 0.75c
on skynet.asgard.jara23.co.uk
X-Virus-Status: Clean
Subject: Re: HEADS UP: BIND 9 imported, and working!
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Sep 2004 17:46:26 -0000
Thanks for that headsup Doug,
I don't suppose you happen to have a list of the old bind8 shared libs
that hang around after the switch either?
Cheers,
Andrew D Wiles.
--
Spammers let it be known that if you harvest this address I will become
more powerful than you can imagine.
Doug Barton wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Folks,
>
> BIND 9.3.0-REL has been imported into the base to replace BIND 8. It is
> now fully functional, although there are a few nits and nats that are
> being addressed.
>
<snip>
> /usr/libexec/named-xfer GONE Functionality is now in named itself
> /usr/bin/dnskeygen GONE /usr/sbin/dnssec-keygen
> /usr/bin/dnsquery GONE
> /usr/sbin/named.restart GONE /etc/rc.d/named restart
> /usr/sbin/ndc GONE /usr/sbin/rndc
> /usr/sbin/nslookup /usr/bin/nslookup
> /usr/sbin/nsupdate /usr/bin/nsupdate
>
> Finally, I would like to offer very sincere thanks to the people that
> made this possible. Tom Rhodes, Ruslan, and especially Dag-Erling have
> gone way beyond the call of duty, and created a beautiful new framework
> that is more sophisticated, and more useful than anything I cold have
> come up with on my own. They provided excellent help and advice, and
> were very patient about teaching me as they went along. I own them all
> $DINNER and $ADULT_BEVERAGES of the highest order. :)
>
> I'd also like to thank Rober Watson and Peter Wemm for their advice and
> encouragement, and last but not least, Scott Long for kicking my butt
> hard enough to admit that I needed help with this.
>
> The plan is to merge this into RELENG_5 before the 5.3-RELEASE. There
> are some more bits that I'd like to try and merge before then, like a
> default chroot setup, but that may have to wait till after the release.
>
> Enjoy,
>
> Doug
>
> - --
> This .signature sanitized for your protection
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.2.6 (FreeBSD)
>
> iD8DBQFBVO8NyIakK9Wy8PsRAn/GAKCQfjZNx/irOezTbkAYCULJIC3X4wCgjaFT
> vPcqJkl9InKhOZ3nYGXFMPU=
> =KYwn
> -----END PGP SIGNATURE-----
> _______________________________________________
> freebsd-current@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
> --
> This e-mail has been scanned by asgard.jara23.co.uk with ClamAV for
> known viruses.
> For more infomration on ClamAV see http://www.clamav.net/
>
> asgard.jara23.co.uk - Building the future on the ashes of the past.
--
This e-mail has been scanned by asgard.jara23.co.uk with ClamAV for known viruses.
For more infomration on ClamAV see http://www.clamav.net/
asgard.jara23.co.uk - Building the future on the ashes of the past.
From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 18:24:09 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id D5ED816A4CE
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 18:24:09 +0000 (GMT)
Received: from mailout05.sul.t-online.com (mailout05.sul.t-online.com
[194.25.134.82])
by mx1.FreeBSD.org (Postfix) with ESMTP id 306B343D41
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 18:24:09 +0000 (GMT)
(envelope-from mike@reifenberger.com)
Received: from fwd08.aul.t-online.de
by mailout05.sul.t-online.com with smtp
id 1CBdgt-0007zE-00; Sun, 26 Sep 2004 20:24:07 +0200
Received: from fw.reifenberger.com
(Sy660mZVQeDKgNybCm0GDhmwDiLhTfr79AUOCWdliPzq4mFXSTdFwr@[84.128.75.136]) by
fmrl08.sul.t-online.com
with esmtp id 1CBdgg-1tQQs40; Sun, 26 Sep 2004 20:23:54 +0200
Received: from localhost (mike@localhost)i8QINr6j009600
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 20:23:53 +0200 (CEST)
(envelope-from mike@reifenberger.com)
X-Authentication-Warning: fw.reifenberger.com: mike owned process doing -bs
Date: Sun, 26 Sep 2004 20:23:53 +0200 (CEST)
From: Michael Reifenberger <mike@Reifenberger.com>
To: freebsd-current@freebsd.org
Message-ID: <20040926201250.B9557@fw.reifenberger.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
X-ID: Sy660mZVQeDKgNybCm0GDhmwDiLhTfr79AUOCWdliPzq4mFXSTdFwr@t-dialin.net
X-TOI-MSGID: 2dd4ed65-540e-4d35-9aa0-c7b4617ae9ae
Subject: "dump -L -C32 .. | gzip -3c" stuck under -current
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Sep 2004 18:24:09 -0000
Hi,
when doing a `dump -L -C32 -f - / | gzip -3c > /mnt/bla/fasel` of an ~30GB
filles FS I got:
...
Dump of root level 0 for >/<
DUMP: Date of this level 0 dump: Sun Sep 26 17:13:14 2004
DUMP: Date of last level 0 dump: the epoch
DUMP: Dumping snapshot of /dev/ad1s1a (/) to standard output
DUMP: Cache 0 MB, blocksize = -724252476
DUMP: mapping (Pass I) [regular files]
DUMP: mapping (Pass II) [directories]
DUMP: estimated 26967183 tape blocks.
DUMP: dumping (Pass III) [directories]
DUMP: dumping (Pass IV) [regular files]
DUMP: 5.30% done, finished in 1:29 at Sun Sep 26 18:47:42 2004
DUMP: 13.74% done, finished in 1:02 at Sun Sep 26 18:26:04 2004
DUMP: 22.16% done, finished in 0:52 at Sun Sep 26 18:21:01 2004
DUMP: 32.12% done, finished in 0:42 at Sun Sep 26 18:15:34 2004
DUMP: 42.19% done, finished in 0:34 at Sun Sep 26 18:12:34 2004
DUMP: 51.65% done, finished in 0:28 at Sun Sep 26 18:11:23 2004
DUMP: 58.03% done, finished in 0:25 at Sun Sep 26 18:13:37 2004
DUMP: 62.11% done, finished in 0:24 at Sun Sep 26 18:17:43 2004
DUMP: 67.85% done, finished in 0:21 at Sun Sep 26 18:19:38 2004
DUMP: 74.46% done, finished in 0:17 at Sun Sep 26 18:20:27 2004
DUMP: 85.89% done, finished in 0:09 at Sun Sep 26 18:17:21 2004
at that point gzip (or dump?) got stuck.
gzip where (accodingly to top) in the state 'piperd'
Are there any known issues with pipes or snapshots?
a `dump -L -C32 -f /mnt/bla/fasel /` afterwards completed successfully BTW.
Bye/2
---
Michael Reifenberger, Business Development Manager SAP-Basis, Plaut Consulting
Comp: Michael.Reifenberger@plaut.de | Priv: Michael@Reifenberger.com
http://www.plaut.de | http://www.Reifenberger.com
From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 18:25:23 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 253EC16A4CE
for <current@freebsd.org>; Sun, 26 Sep 2004 18:25:23 +0000 (GMT)
Received: from storm.uk.FreeBSD.org (storm.uk.FreeBSD.org [194.242.157.42])
by mx1.FreeBSD.org (Postfix) with ESMTP id 88AEA43D41
for <current@freebsd.org>; Sun, 26 Sep 2004 18:25:22 +0000 (GMT)
(envelope-from mark@grondar.org)
Received: from storm.uk.FreeBSD.org (uucp@localhost [127.0.0.1])
by storm.uk.FreeBSD.org (8.13.1/8.13.1) with ESMTP id i8QIPK9k005974
for <current@freebsd.org>; Sun, 26 Sep 2004 19:25:20 +0100 (BST)
(envelope-from mark@grondar.org)
Received: (from uucp@localhost)i8QIPJav005973
for current@freebsd.org; Sun, 26 Sep 2004 19:25:19 +0100 (BST)
(envelope-from mark@grondar.org)
Received: from grondar.org (localhost [127.0.0.1])i8QIP7nI087344
for <current@freebsd.org>; Sun, 26 Sep 2004 19:25:07 +0100 (BST)
(envelope-from mark@grondar.org)
Message-Id: <200409261825.i8QIP7nI087344@grimreaper.grondar.org>
To: current@freebsd.org
From: Mark Murray <markm@freebsd.org>
Date: Sun, 26 Sep 2004 19:25:06 +0100
Sender: mark@grondar.org
Subject: panic "bio_completed can't be greater than bio_length" on CURRENT
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Sep 2004 18:25:23 -0000
Hi
Anyone seeing this?
panic("bio_completed can't be greater than bio_length")
kdb_enter()
panic()
g_io_deliver()
g-disk_done()
biodone()
ad_done()
ata_completed()
g_io_schedule_up()
g_up_procbody()
fork_exit()
fork_trampoline()
(Hand transcribed. Happens randomly, but most often soon after boot)
M
--
Mark Murray
iumop ap!sdn w,I idlaH
From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 18:30:38 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 7509E16A4CE; Sun, 26 Sep 2004 18:30:38 +0000 (GMT)
Received: from priv-edtnes57.telusplanet.net (outbound01.telus.net
[199.185.220.220]) by mx1.FreeBSD.org (Postfix) with ESMTP
id A81B043D58; Sun, 26 Sep 2004 18:30:37 +0000 (GMT)
(envelope-from mayo@mayo.sk)
Received: from [192.168.0.20] (really [206.116.18.248])
by priv-edtnes57.telusplanet.netESMTP
<20040926183036.JYLI3300.priv-edtnes57.telusplanet.net@[192.168.0.20]>;
Sun, 26 Sep 2004 12:30:36 -0600
From: Mayo Jordanov <mayo@mayo.sk>
To: Andrew Boothman <A.J.Boothman@sms.ed.ac.uk>
In-Reply-To: <200409251446.30563.steve@howes-macnaghten.com>
References: <9F67035A-48C9-11D7-8C19-0030656DD690@foolishgames.com>
<1046192310.3e5ba0b6aa039@sms.ed.ac.uk>
<200409251446.30563.steve@howes-macnaghten.com>
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="=-ZTxPtdUKsWQLcDHxtI68"
Message-Id: <1096223435.765.7.camel@einstein.local.nfy>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.6
Date: Sun, 26 Sep 2004 11:30:36 -0700
cc: freebsd-current@freebsd.org
cc: dwbear75@gmail.com
cc: questions@freebsd.org
cc: current@freebsd.org
Subject: Re: "NTLDR missing" after 5-RELEASE install
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Sep 2004 18:30:38 -0000
--=-ZTxPtdUKsWQLcDHxtI68
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable
You could also try BootPart (http://www.winimage.com/bootpart.htm) which
should be able to either repair the nt loader or be able to figure out
what's on which partition and change your boot.ini appropriately. (At
least it used to be able to do that back when I used it)
m
On Sat, 2004-09-25 at 06:46, Steve Hodgson wrote:
> On Tuesday 25 February 2003 16:58, Andrew Boothman wrote:
> > Quoting Lucas Holt <luke@foolishgames.com>:
> > > It probably is. You need to put in the win 2k CD and do a repair on
> > > your windows install.. unfortunetely this may screw up your freebsd
> > > install.
> > >
> > > On Tuesday, February 25, 2003, at 05:58 AM, Andrew Boothman wrote:
> > > > Hi!
> > > >
> > > > I've just installed 5-RELEASE, and I asked for the FreeBSD Boot
> > > > Manager to be installed on both my HDDs.
> > > >
> > > > When the machine boots I'm given options for :
> > > >
> > > > F1 - DOS
> > > > F5 - Drive 2
> > > >
> > > > Hitting F5 takes me to a second menu, where I can boot FreeBSD no
> > > > problem. My problem is that Win2k will no longer boot.... Hitting F=
1
> > > > displays a message that, "NTLDR is missing". I've tried all the rep=
air
> > > >
> > > > options on the Win2k setup disc to no avail I think.
> > > >
> > > > I'm sorry this isn't directly FreeBSD related, but I really hope my
> > > > Win2k installation isn't hosed.
> >
> > Thanks for replying!
> >
> > I can't understand how the 5.x boot manager has managed to break my win=
dows
> > boot, i've never had any trouble under 3.x or 4.x, both of which played
> > with windows perfectly nicely.
> >
> > I think i've tried all of the various repair options on the Win2k CD,
> > including getting it to do a fresh installation into a different folder
> > (c:\tempwin), but even that failed with the "NTLDR missing" message!
> > However you no longer get the booteasy (F1.... F2) menu anymore, so Win=
dows
> > must have rewritten something. It still doesn't explain why Win2k still
> > won't boot.
> >
> > I'm running out of ideas and I *really* don't want to have to reformat =
my
> > windows drive!
> >
> > Other than this (fairly major) problem, my 5.0 installation went really
> > well, even ACPI seems to be working perfectly and I even found a KLD to
> > support my on- board sound card! :)
> >
> > I really want to get windows booting again so I can continue to play wi=
th
> > 5.0 without worrying...
> >
> > Any help is much appricated!
> >
> It could well be that windows has become confused about the partition=20
> numbering. the important file is c:\boot.ini. It will have a line like...
>=20
> multi(0)disk(0)rdisk(0)partition(1)\WINNT=3D"Windows" /fastdetect
>=20
> I can't recall what all the numbers mean and IIRC documentation is slight=
ly=20
> scant, but try changing the numbers, in particular the partition() part a=
nd=20
> see if that helps. Since you can't boot windows its not obvious how to ed=
it=20
> the file, recovery console or knoppix are the two methods i would try.
>=20
> Steve
> _______________________________________________
> freebsd-current@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org=
"
--=-ZTxPtdUKsWQLcDHxtI68
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)
iD8DBQBBVwrL3IqYlN3K/uYRAtNJAJ0cqnY6t+KFk8/T5Xv/P6oXzwKOEgCfTZta
b+6ji6kXOSSOWK7UIVyH6oE=
=GSNZ
-----END PGP SIGNATURE-----
--=-ZTxPtdUKsWQLcDHxtI68--
From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 18:30:38 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 7509E16A4CE; Sun, 26 Sep 2004 18:30:38 +0000 (GMT)
Received: from priv-edtnes57.telusplanet.net (outbound01.telus.net
[199.185.220.220]) by mx1.FreeBSD.org (Postfix) with ESMTP
id A81B043D58; Sun, 26 Sep 2004 18:30:37 +0000 (GMT)
(envelope-from mayo@mayo.sk)
Received: from [192.168.0.20] (really [206.116.18.248])
by priv-edtnes57.telusplanet.netESMTP
<20040926183036.JYLI3300.priv-edtnes57.telusplanet.net@[192.168.0.20]>;
Sun, 26 Sep 2004 12:30:36 -0600
From: Mayo Jordanov <mayo@mayo.sk>
To: Andrew Boothman <A.J.Boothman@sms.ed.ac.uk>
In-Reply-To: <200409251446.30563.steve@howes-macnaghten.com>
References: <9F67035A-48C9-11D7-8C19-0030656DD690@foolishgames.com>
<1046192310.3e5ba0b6aa039@sms.ed.ac.uk>
<200409251446.30563.steve@howes-macnaghten.com>
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="=-ZTxPtdUKsWQLcDHxtI68"
Message-Id: <1096223435.765.7.camel@einstein.local.nfy>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.6
Date: Sun, 26 Sep 2004 11:30:36 -0700
cc: freebsd-current@freebsd.org
cc: dwbear75@gmail.com
cc: questions@freebsd.org
cc: current@freebsd.org
Subject: Re: "NTLDR missing" after 5-RELEASE install
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Sep 2004 18:30:38 -0000
--=-ZTxPtdUKsWQLcDHxtI68
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable
You could also try BootPart (http://www.winimage.com/bootpart.htm) which
should be able to either repair the nt loader or be able to figure out
what's on which partition and change your boot.ini appropriately. (At
least it used to be able to do that back when I used it)
m
On Sat, 2004-09-25 at 06:46, Steve Hodgson wrote:
> On Tuesday 25 February 2003 16:58, Andrew Boothman wrote:
> > Quoting Lucas Holt <luke@foolishgames.com>:
> > > It probably is. You need to put in the win 2k CD and do a repair on
> > > your windows install.. unfortunetely this may screw up your freebsd
> > > install.
> > >
> > > On Tuesday, February 25, 2003, at 05:58 AM, Andrew Boothman wrote:
> > > > Hi!
> > > >
> > > > I've just installed 5-RELEASE, and I asked for the FreeBSD Boot
> > > > Manager to be installed on both my HDDs.
> > > >
> > > > When the machine boots I'm given options for :
> > > >
> > > > F1 - DOS
> > > > F5 - Drive 2
> > > >
> > > > Hitting F5 takes me to a second menu, where I can boot FreeBSD no
> > > > problem. My problem is that Win2k will no longer boot.... Hitting F=
1
> > > > displays a message that, "NTLDR is missing". I've tried all the rep=
air
> > > >
> > > > options on the Win2k setup disc to no avail I think.
> > > >
> > > > I'm sorry this isn't directly FreeBSD related, but I really hope my
> > > > Win2k installation isn't hosed.
> >
> > Thanks for replying!
> >
> > I can't understand how the 5.x boot manager has managed to break my win=
dows
> > boot, i've never had any trouble under 3.x or 4.x, both of which played
> > with windows perfectly nicely.
> >
> > I think i've tried all of the various repair options on the Win2k CD,
> > including getting it to do a fresh installation into a different folder
> > (c:\tempwin), but even that failed with the "NTLDR missing" message!
> > However you no longer get the booteasy (F1.... F2) menu anymore, so Win=
dows
> > must have rewritten something. It still doesn't explain why Win2k still
> > won't boot.
> >
> > I'm running out of ideas and I *really* don't want to have to reformat =
my
> > windows drive!
> >
> > Other than this (fairly major) problem, my 5.0 installation went really
> > well, even ACPI seems to be working perfectly and I even found a KLD to
> > support my on- board sound card! :)
> >
> > I really want to get windows booting again so I can continue to play wi=
th
> > 5.0 without worrying...
> >
> > Any help is much appricated!
> >
> It could well be that windows has become confused about the partition=20
> numbering. the important file is c:\boot.ini. It will have a line like...
>=20
> multi(0)disk(0)rdisk(0)partition(1)\WINNT=3D"Windows" /fastdetect
>=20
> I can't recall what all the numbers mean and IIRC documentation is slight=
ly=20
> scant, but try changing the numbers, in particular the partition() part a=
nd=20
> see if that helps. Since you can't boot windows its not obvious how to ed=
it=20
> the file, recovery console or knoppix are the two methods i would try.
>=20
> Steve
> _______________________________________________
> freebsd-current@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org=
"
--=-ZTxPtdUKsWQLcDHxtI68
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)
iD8DBQBBVwrL3IqYlN3K/uYRAtNJAJ0cqnY6t+KFk8/T5Xv/P6oXzwKOEgCfTZta
b+6ji6kXOSSOWK7UIVyH6oE=
=GSNZ
-----END PGP SIGNATURE-----
--=-ZTxPtdUKsWQLcDHxtI68--
From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 18:35:04 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 20D3F16A4CE
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 18:35:04 +0000 (GMT)
Received: from tomts22-srv.bellnexxia.net (tomts22-srv.bellnexxia.net
[209.226.175.184])
by mx1.FreeBSD.org (Postfix) with ESMTP id 7C7DC43D55
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 18:35:03 +0000 (GMT)
(envelope-from dashevil@sympatico.ca)
Received: from [192.168.2.32] ([67.68.38.73]) by tomts22-srv.bellnexxia.net
ESMTP
<20040926183502.PUPH2542.tomts22-srv.bellnexxia.net@[192.168.2.32]>;
Sun, 26 Sep 2004 14:35:02 -0400
From: Chris Laverdure <dashevil@sympatico.ca>
To: Mayo Jordanov <mayo@mayo.sk>
In-Reply-To: <1096223435.765.7.camel@einstein.local.nfy>
References: <9F67035A-48C9-11D7-8C19-0030656DD690@foolishgames.com>
<1046192310.3e5ba0b6aa039@sms.ed.ac.uk>
<200409251446.30563.steve@howes-macnaghten.com>
<1096223435.765.7.camel@einstein.local.nfy>
Content-Type: text/plain
Message-Id: <1096223664.665.2.camel@elemental.DashEvil>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.6
Date: Sun, 26 Sep 2004 14:34:25 -0400
Content-Transfer-Encoding: 7bit
cc: freebsd-current@freebsd.org
Subject: Re: "NTLDR missing" after 5-RELEASE install
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Sep 2004 18:35:04 -0000
I had this exact same issue, but it was predictable -- I gather that it
happens to a lot of people, altough I'm not sure why it happens.
I installed Windows XP.
Installed FreeBSD.
Windows was unable to boot.
Boot Windows XP
console
fixboot
Boot FreeBSD CD.
Reinstall FreeBSD bootloader.
Now I have have babies in either OS. :p
On Sun, 2004-09-26 at 14:30, Mayo Jordanov wrote:
> You could also try BootPart (http://www.winimage.com/bootpart.htm) which
> should be able to either repair the nt loader or be able to figure out
> what's on which partition and change your boot.ini appropriately. (At
> least it used to be able to do that back when I used it)
>
> m
>
>
> On Sat, 2004-09-25 at 06:46, Steve Hodgson wrote:
> > On Tuesday 25 February 2003 16:58, Andrew Boothman wrote:
> > > Quoting Lucas Holt <luke@foolishgames.com>:
> > > > It probably is. You need to put in the win 2k CD and do a repair on
> > > > your windows install.. unfortunetely this may screw up your freebsd
> > > > install.
> > > >
> > > > On Tuesday, February 25, 2003, at 05:58 AM, Andrew Boothman wrote:
> > > > > Hi!
> > > > >
> > > > > I've just installed 5-RELEASE, and I asked for the FreeBSD Boot
> > > > > Manager to be installed on both my HDDs.
> > > > >
> > > > > When the machine boots I'm given options for :
> > > > >
> > > > > F1 - DOS
> > > > > F5 - Drive 2
> > > > >
> > > > > Hitting F5 takes me to a second menu, where I can boot FreeBSD no
> > > > > problem. My problem is that Win2k will no longer boot.... Hitting F1
> > > > > displays a message that, "NTLDR is missing". I've tried all the repair
> > > > >
> > > > > options on the Win2k setup disc to no avail I think.
> > > > >
> > > > > I'm sorry this isn't directly FreeBSD related, but I really hope my
> > > > > Win2k installation isn't hosed.
> > >
> > > Thanks for replying!
> > >
> > > I can't understand how the 5.x boot manager has managed to break my windows
> > > boot, i've never had any trouble under 3.x or 4.x, both of which played
> > > with windows perfectly nicely.
> > >
> > > I think i've tried all of the various repair options on the Win2k CD,
> > > including getting it to do a fresh installation into a different folder
> > > (c:\tempwin), but even that failed with the "NTLDR missing" message!
> > > However you no longer get the booteasy (F1.... F2) menu anymore, so Windows
> > > must have rewritten something. It still doesn't explain why Win2k still
> > > won't boot.
> > >
> > > I'm running out of ideas and I *really* don't want to have to reformat my
> > > windows drive!
> > >
> > > Other than this (fairly major) problem, my 5.0 installation went really
> > > well, even ACPI seems to be working perfectly and I even found a KLD to
> > > support my on- board sound card! :)
> > >
> > > I really want to get windows booting again so I can continue to play with
> > > 5.0 without worrying...
> > >
> > > Any help is much appricated!
> > >
> > It could well be that windows has become confused about the partition
> > numbering. the important file is c:\boot.ini. It will have a line like...
> >
> > multi(0)disk(0)rdisk(0)partition(1)\WINNT="Windows" /fastdetect
> >
> > I can't recall what all the numbers mean and IIRC documentation is slightly
> > scant, but try changing the numbers, in particular the partition() part and
> > see if that helps. Since you can't boot windows its not obvious how to edit
> > the file, recovery console or knoppix are the two methods i would try.
> >
> > Steve
> > _______________________________________________
> > freebsd-current@freebsd.org mailing list
> > http://lists.freebsd.org/mailman/listinfo/freebsd-current
> > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 18:50:26 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id D89E016A522
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 18:50:26 +0000 (GMT)
Received: from tomts10-srv.bellnexxia.net (tomts10.bellnexxia.net
[209.226.175.54])
by mx1.FreeBSD.org (Postfix) with ESMTP id 03F6D43D1D
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 18:50:23 +0000 (GMT)
(envelope-from dashevil@sympatico.ca)
Received: from [192.168.2.32] ([67.68.38.73]) by tomts10-srv.bellnexxia.net
ESMTP
<20040926185022.BMIG2048.tomts10-srv.bellnexxia.net@[192.168.2.32]>;
Sun, 26 Sep 2004 14:50:22 -0400
From: Chris Laverdure <dashevil@sympatico.ca>
To: Chris Laverdure <dashevil@sympatico.ca>
In-Reply-To: <1096223664.665.2.camel@elemental.DashEvil>
References: <9F67035A-48C9-11D7-8C19-0030656DD690@foolishgames.com>
<1046192310.3e5ba0b6aa039@sms.ed.ac.uk>
<200409251446.30563.steve@howes-macnaghten.com>
<1096223435.765.7.camel@einstein.local.nfy>
<1096223664.665.2.camel@elemental.DashEvil>
Content-Type: text/plain
Message-Id: <1096224584.665.5.camel@elemental.DashEvil>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.6
Date: Sun, 26 Sep 2004 14:49:45 -0400
Content-Transfer-Encoding: 7bit
cc: freebsd-current@freebsd.org
Subject: Re: "NTLDR missing" after 5-RELEASE install
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Sep 2004 18:50:27 -0000
On Sun, 2004-09-26 at 14:34, Chris Laverdure wrote:
> I had this exact same issue, but it was predictable -- I gather that it
> happens to a lot of people, altough I'm not sure why it happens.
>
> I installed Windows XP.
> Installed FreeBSD.
> Windows was unable to boot.
> Boot Windows XP
> console
> fixboot
> Boot FreeBSD CD.
> Reinstall FreeBSD bootloader.
>
> Now I have have babies in either OS. :p
That SHOULD say "Boot Windows XP CD". heh.
From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 19:03:44 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id A723B16A4CE; Sun, 26 Sep 2004 19:03:44 +0000 (GMT)
Received: from mxb.saturn-tech.com (mxb.saturn-tech.com [207.229.19.99])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 4CF5D43D2F; Sun, 26 Sep 2004 19:03:44 +0000 (GMT)
(envelope-from drussell@saturn-tech.com)
Received: from mxb.saturn-tech.com (localhost [127.0.0.1])
by mxb.saturn-tech.com (8.12.3/8.12.3) with ESMTP id i8QJ6IKt042707;
Sun, 26 Sep 2004 13:06:18 -0600 (MDT)
(envelope-from drussell@saturn-tech.com)
Received: from localhost (drussell@localhost)i8QJ6HSF042704;
Sun, 26 Sep 2004 13:06:17 -0600 (MDT)
(envelope-from drussell@saturn-tech.com)
X-Authentication-Warning: mxb.saturn-tech.com: drussell owned process doing
-bs
Date: Sun, 26 Sep 2004 13:06:17 -0600 (MDT)
From: Doug Russell <drussell@saturn-tech.com>
To: Michael Nottebrock <michaelnottebrock@gmx.net>
In-Reply-To: <200409261332.23227.michaelnottebrock@gmx.net>
Message-ID: <20040926125542.P42646-100000@mxb.saturn-tech.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
cc: freebsd-current@freebsd.org
cc: freebsd-chat@freebsd.org
Subject: Re: ATA disk performance (ICH2 controller), some tests andcomparison
with Linux 2.6.5
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Sep 2004 19:03:44 -0000
I suppose this should probably be moved to -chat.....
On Sun, 26 Sep 2004, Michael Nottebrock wrote:
> Supporting and being used on common-but-not-so-good hardware is one of the
> best (and oldest) traditions of FreeBSD. :-)
Oh, that it is! (Still doesn't mean the hardware is good. :) )
I found a 5.25" floppy the other day labeled "FreeBSD CPIO", and it got me
thing about what version it actually was when I first loaded FreeBSD on an
old MFM hard disk. It was a slightly old version, just after another was
released, and I remember being so impressed with it that I went out the
next day and bought a shiny new IDE disk to make a dedicated FreeBSD box,
as I knew instantly that evening that I'd be running this OS permanently.
It now accounts for nearly every one of my boxen. :)
Maybe I'll go dig up an MFM controller and my pile of ancient disks. I
think I know which one it was on even (I think it is an an 80 meg full
height Micropolis).... it's probably still on there. :)
Later...... <Doug>
From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 19:09:26 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id C271E16A4CE; Sun, 26 Sep 2004 19:09:26 +0000 (GMT)
Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 6174843D53; Sun, 26 Sep 2004 19:09:26 +0000 (GMT)
(envelope-from tinderbox@freebsd.org)
Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30])
by smarthost1.sentex.ca (8.13.1/8.13.1) with ESMTP id i8QJ9POa018778;
Sun, 26 Sep 2004 15:09:25 -0400 (EDT)
(envelope-from tinderbox@freebsd.org)
Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca
[64.7.128.98])
by smtp2.sentex.ca (8.12.11/8.12.11) with ESMTP id i8QJ9Q7N049000;
Sun, 26 Sep 2004 15:09:26 -0400 (EDT)
(envelope-from tinderbox@freebsd.org)
Received: by freebsd-current.sentex.ca (Postfix, from userid 666)
id CDA827303F; Sun, 26 Sep 2004 15:09:25 -0400 (EDT)
Sender: FreeBSD Tinderbox <tinderbox@freebsd.org>
From: FreeBSD Tinderbox <tinderbox@freebsd.org>
To: FreeBSD Tinderbox <tinderbox@freebsd.org>, <current@freebsd.org>,
<ia64@freebsd.org>
Precedence: bulk
Message-Id: <20040926190925.CDA827303F@freebsd-current.sentex.ca>
Date: Sun, 26 Sep 2004 15:09:25 -0400 (EDT)
Subject: [current tinderbox] failure on ia64/ia64
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Sep 2004 19:09:26 -0000
TB --- 2004-09-26 16:58:52 - tinderbox 2.3 running on freebsd-current.sentex.ca
TB --- 2004-09-26 16:58:52 - starting CURRENT tinderbox run for ia64/ia64
TB --- 2004-09-26 16:58:52 - checking out the source tree
TB --- 2004-09-26 16:58:52 - cd /home/tinderbox/CURRENT/ia64/ia64
TB --- 2004-09-26 16:58:52 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2004-09-26 17:04:30 - building world (CFLAGS=-O2 -pipe)
TB --- 2004-09-26 17:04:30 - cd /home/tinderbox/CURRENT/ia64/ia64/src
TB --- 2004-09-26 17:04:30 - /usr/bin/make -B buildworld
>>> Rebuilding the temporary build tree
>>> stage 1.1: legacy release compatibility shims
>>> stage 1.2: bootstrap tools
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3: cross tools
>>> stage 4.1: building includes
>>> stage 4.2: building libraries
>>> stage 4.3: make dependencies
>>> stage 4.4: building everything
TB --- 2004-09-26 18:33:54 - building generic kernel (COPTFLAGS=-O2 -pipe)
TB --- 2004-09-26 18:33:54 - cd /home/tinderbox/CURRENT/ia64/ia64/src
TB --- 2004-09-26 18:33:54 - /usr/bin/make buildkernel KERNCONF=GENERIC
>>> Kernel build for GENERIC started on Sun Sep 26 18:33:55 UTC 2004
>>> stage 1: configuring the kernel
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3.1: making dependencies
>>> stage 3.2: building everything
>>> Kernel build for GENERIC completed on Sun Sep 26 18:53:16 UTC 2004
TB --- 2004-09-26 18:53:16 - generating LINT kernel config
TB --- 2004-09-26 18:53:16 - cd /home/tinderbox/CURRENT/ia64/ia64/src/sys/ia64/conf
TB --- 2004-09-26 18:53:16 - /usr/bin/make -B LINT
TB --- 2004-09-26 18:53:16 - building LINT kernel (COPTFLAGS=-O2 -pipe)
TB --- 2004-09-26 18:53:16 - cd /home/tinderbox/CURRENT/ia64/ia64/src
TB --- 2004-09-26 18:53:16 - /usr/bin/make buildkernel KERNCONF=LINT
>>> Kernel build for LINT started on Sun Sep 26 18:53:16 UTC 2004
>>> stage 1: configuring the kernel
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3.1: making dependencies
>>> stage 3.2: building everything
[...]
cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/ia64/ia64/src/sys -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/altq -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/pf -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /tinderbox/CURRENT/ia64/ia64/src/sys/ia64/disasm/disasm_format.c
cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/ia64/ia64/src/sys -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/altq -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/pf -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /tinderbox/CURRENT/ia64/ia64/src/sys/ia64/ia32/ia32_signal.c
cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/ia64/ia64/src/sys -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/altq -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/pf -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /tinderbox/CURRENT/ia64/ia64/src/sys/ia64/ia32/ia32_sigtramp.c
cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/ia64/ia64/src/sys -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/altq -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/pf -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /tinderbox/CURRENT/ia64/ia64/src/sys/ia64/ia32/ia32_trap.c
/tinderbox/CURRENT/ia64/ia64/src/sys/ia64/ia32/ia32_trap.c: In function `ia32_syscall':
/tinderbox/CURRENT/ia64/ia64/src/sys/ia64/ia32/ia32_trap.c:182: error: `syscallnames' undeclared (first use in this function)
/tinderbox/CURRENT/ia64/ia64/src/sys/ia64/ia32/ia32_trap.c:182: error: (Each undeclared identifier is reported only once
/tinderbox/CURRENT/ia64/ia64/src/sys/ia64/ia32/ia32_trap.c:182: error: for each function it appears in.)
*** Error code 1
Stop in /tinderbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/sys/LINT.
*** Error code 1
Stop in /tinderbox/CURRENT/ia64/ia64/src.
*** Error code 1
Stop in /tinderbox/CURRENT/ia64/ia64/src.
TB --- 2004-09-26 19:09:25 - WARNING: /usr/bin/make returned exit code 1
TB --- 2004-09-26 19:09:25 - ERROR: failed to build lint kernel
TB --- 2004-09-26 19:09:25 - tinderbox aborted
From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 19:47:51 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 3096116A4CE
for <current@freebsd.org>; Sun, 26 Sep 2004 19:47:51 +0000 (GMT)
Received: from kayjay.xs4all.nl (kayjay.xs4all.nl [80.126.33.60])
by mx1.FreeBSD.org (Postfix) with ESMTP id 8E59543D2F
for <current@freebsd.org>; Sun, 26 Sep 2004 19:47:50 +0000 (GMT)
(envelope-from karelj@kayjay.xs4all.nl)
Received: from kayjay.xs4all.nl (localhost.kayjay.xs4all.nl [127.0.0.1])
by kayjay.xs4all.nl (8.13.1/8.13.1) with ESMTP id i8QJljTN008222;
Sun, 26 Sep 2004 21:47:45 +0200 (CEST)
(envelope-from karelj@kayjay.xs4all.nl)
Received: (from karelj@localhost)
by kayjay.xs4all.nl (8.13.1/8.13.1/Submit) id i8QJli9V008221;
Sun, 26 Sep 2004 21:47:44 +0200 (CEST)
(envelope-from karelj)
Date: Sun, 26 Sep 2004 21:47:44 +0200
From: "Karel J. Bosschaart" <karelj@kayjay.nl>
To: Ivan Voras <ivoras@fer.hr>
Message-ID: <20040926194744.GA8196@kayjay.xs4all.nl>
References: <41555396.4030009@fer.hr>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <41555396.4030009@fer.hr>
User-Agent: Mutt/1.4.2.1i
cc: current@freebsd.org
Subject: Re: USB memory stick hotswap problems
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Sep 2004 19:47:51 -0000
On Sat, Sep 25, 2004 at 01:16:38PM +0200, Ivan Voras wrote:
> What is the expected behavour when umounting USB drives which have
> already been unplugged? :)
> I'm sure I'm not the only one who often forgets to umount these thingies
> when leaving the site I'm working at the moment, so it should probably
> be something other than what I always encounter (BETA5):
>
<snip>
> Any ideas how to solve or circumevent these problems? (Aside from "don't
> do that").
I'm using mtools (and mtoolsfm as a graphical frontend) for accessing
my USB memory stick. This does not require mounting the device.
A disadvantage is that this only works for devices with a FAT filesystem.
Karel.
From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 20:06:43 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 3D5E816A4CE; Sun, 26 Sep 2004 20:06:43 +0000 (GMT)
Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57])
by mx1.FreeBSD.org (Postfix) with ESMTP
id BF38743D39; Sun, 26 Sep 2004 20:06:42 +0000 (GMT)
(envelope-from scottl@samsco.org)
Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11])
(authenticated bits=0)
by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i8QK79lG055111;
Sun, 26 Sep 2004 14:07:09 -0600 (MDT)
(envelope-from scottl@samsco.org)
Message-ID: <415720FD.8080603@samsco.org>
Date: Sun, 26 Sep 2004 14:05:17 -0600
From: Scott Long <scottl@samsco.org>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040831
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: current@freebsd.org
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63
X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org
cc: developers@freebsd.org
Subject: FreeBSD 5.3-BETA6 available
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Sep 2004 20:06:43 -0000
The FreeBSD Release Engineering Team is proud to announce the
availability of FreeBSD 5.3-BETA6. This is the sixth BETA of the 5.3
release cycle. It is intended for early adopters and those wishing to
help find and/or fix bugs. The 5.3 release cycle will continue with
weekly BETA builds while bugs are being fixed and features finalized.
The schedule is at http://www.freebsd.org/releases/5.3R/schedule.html.
Be sure to check the "Known issues" below, there are known problems
still being worked on at this time.
IMPORTANT:
BIND9 is being imported and will be in the next and likely final beta,
BETA7. Users of the named daemon should visit the ISC website for
information about migrating to BIND9.
Fixes and Enhancements made since BETA5:
- Many USB device updates
- Fix a panic when unloading the if_tap module
- Fix a lock order reversal in the network ioctl code
- Fix a panic with PF
- Fix large UID and GID handling in libarchive
- The PFIL_HOOKS kernel option is now silently enabled by default.
- Various locking fixes to the network stack
- The net.inet.ip.check_interface sysctl is off by default now
- Fix a long-standing panic on i386 and amd64 SMP under extreme load
- Many fixes to gvinum
- The README.html files that are generated for each port are no longer
installed. They can be found on the disc2 live filesystem.
- Fix a rare panic on startup on i386 SMP
- Fix problem with multiple floppy drives all having the name
"/dev/fd0"
Known issues in this release
- There are known data corruption issues with gvinum. Fixes are being
tested now.
- There are several problems with the ATA driver that can result in
system hangs at boot and erroneous disk failures. Fixes for these
are being tested now and will be in the next BETA.
- Detaching a USB Hub device, including many keyboards and monitors,
will trigger a panic. The fix for this is being tested and will be
in the next BETA.
- The Synaptics Touchpad mouse support is known to have issues with
responsiveness. It can be disabled with 'hint.psm.0.flags="0x200"'
in "/boot/device.hints". This will be resolved for the release.
- There are reports of packet corruption with the nge(1) driver when
the network stack is run without Giant. A fix is being tested.
A complete list of defects that will be fixed for the release can be
found at http://www.freebsd.org/releases/5.3R/todo.html.
Availability:
For people wishing to upgrade older systems using cvsup(1) and the
procedure described in src/UPDATING the CVS tag to use is RELENG_5
at this point. Note that like all RELENG_X branches this is an
active development branch. We do not recommend those branches for
normal use (for normal use RELENG_X_Y branches are more appropriate,
e.g. RELENG_4_10 is the current stable branch).
As of this writing the following are available on ftp.freebsd.org
along with some of the mirror sites:
alpha: all images available
amd64: all images available
i386: all images available
ia64: miniinst available
pc98: miniinst available
sparc64: all images available
MD5s for the builds that are complete at this time are:
MD5 (5.3-BETA6-alpha-bootonly.iso) = d466a7f804784fad845bb9c5c2f69d9c
MD5 (5.3-BETA6-alpha-disc1.iso) = bf3dc22140abe43c564f44c2b8d22a58
MD5 (5.3-BETA6-alpha-disc2.iso) = 814e2e1dc02bcde8e00b230a5734e36c
MD5 (5.3-BETA6-alpha-miniinst.iso) = f50bc98fc56c295e56ac59e50833ed3c
MD5 (5.3-BETA6-amd64-bootonly.iso) = a6fdd46c64f32ab154c50934255f1316
MD5 (5.3-BETA6-amd64-disc2.iso) = 9f15d66b13ccbfe1a3bd9dede08dfeff
MD5 (5.3-BETA6-amd64-miniinst.iso) = 864ad066ea17aa5e724b216a594a0aec
MD5 (5.3-BETA6-amd64-disc1.iso) = 52a17e83f4c0f3121a4db0e5d208a4e5
MD5 (5.3-BETA6-i386-bootonly.iso) = 17a194ba9beccd5075514d94b87c9035
MD5 (5.3-BETA6-i386-disc1.iso) = d6b2da7b6134da2e4beb7f09d658df2c
MD5 (5.3-BETA6-i386-disc2.iso) = 243af47dff5b3bd0e06fd37f529d642a
MD5 (5.3-BETA6-i386-miniinst.iso) = 31e0ded04415e337054c32a1d95db8d5
MD5 (5.3-BETA6-ia64-bootonly.iso) = 53b95d1e940e2f55ac1e6f883a63f557
MD5 (5.3-BETA6-ia64-disc2.iso) = ce10109f514a1bcf231d40b57405e4b3
MD5 (5.3-BETA6-ia64-miniinst.iso) = 4410203b8b8b01600b86c3b3ece7f619
MD5 (5.3-BETA6-pc98-disc2.iso) = 4c3a24517ef20c081aab47e87d5382cf
MD5 (5.3-BETA6-pc98-miniinst.iso) = 6b745905e68af92e0b6825759f8a89d4
MD5 (5.3-BETA6-sparc64-bootonly.iso) = 6bdfadcc97ee1fcb86717ce301f3af65
MD5 (5.3-BETA6-sparc64-disc1.iso) = 32635c99e5db0d22f5bdb8d73f74c045
MD5 (5.3-BETA6-sparc64-disc2.iso) = 5b84f646968d363410dd06c51a681a3a
MD5 (5.3-BETA6-sparc64-miniinst.iso) = 0839853f14cb2866740babc09ba511c7
From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 20:15:21 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id A563816A4CE
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 20:15:21 +0000 (GMT)
Received: from avocado.salatschuessel.net (avocado.salatschuessel.net
[80.86.187.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id D868243D3F
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 20:15:20 +0000 (GMT)
(envelope-from lehmann@ans-netz.de)
Received: (qmail 58674 invoked from network); 26 Sep 2004 20:14:53 -0000
Received: from unknown (HELO kartoffel.salatschuessel.net) (80.86.187.43)
by avocado.salatschuessel.net with SMTP; 26 Sep 2004 20:14:53 -0000
Date: Sun, 26 Sep 2004 22:15:18 +0200
From: Oliver Lehmann <lehmann@ans-netz.de>
To: freebsd-current@freebsd.org
Message-Id: <20040926221518.445a525b.lehmann@ans-netz.de>
In-Reply-To: <20040926192820.3dc88d3a.lehmann@ans-netz.de>
References: <20040926190709.251f1689.lehmann@ans-netz.de>
<20040926192820.3dc88d3a.lehmann@ans-netz.de>
X-Mailer: Sylpheed version 0.9.12 (GTK+ 1.2.10; i386-portbld-freebsd4.10)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Subject: Re: Problems with ANA-6944A + 5.3-BETA + IRQ sharing?
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Sep 2004 20:15:21 -0000
Ok,
I did some more investegating
I plugged that card now into my testsystem (PI-166, xl0, xl1 de[0-3],
running 5.3-BETA4).
Configuration:
* ANA 6944A (provides de0-3)
* 3Com-905B (provides xl0)
* 3Com-905B (provides xl1)
* de3 -> 10.0.0.60 -> 10.0.0.0/24
* de0 -> 10.0.1.60 -> 10.0.1.0/24
* default route -> 10.0.0.1
* /mnt/files is a nfs mount from 10.0.0.21
* logged in with ssh from 10.0.1.51 to 10.0.1.60 three paralell sessions
I started twice dd if=/mnt/files/dill_dd of=/dev/null in the first and
second login session (4GB hdd image).
During the two dd where running, I noticed verry strange things happen.
I'll try to explain it... ;)
For example: I typed on my ssh login-shell (my 3rd login)
abcdefghijkl
and nothing happend. I continued typing (same line)
mnopqrstuvwx
And as I typed "m", "a" showed up immediately. As I typed "n", "b" showed
up immediately - and so on until "l" showed up.
"m" didn't showed up. I waited and waited... nothing.. and after much time
of waiting, "m" "n" and so on started to show up...
I hope I explained it understandable...
After that I pinged 10.0.1.51(->de0): (logged in from 10.0.1.51(->de0))
test# ping 10.0.1.51
PING 10.0.1.51 (10.0.1.51): 56 data bytes
64 bytes from 10.0.1.51: icmp_seq=0 ttl=64 time=26257.896 ms
64 bytes from 10.0.1.51: icmp_seq=1 ttl=64 time=25982.936 ms
64 bytes from 10.0.1.51: icmp_seq=2 ttl=64 time=24977.955 ms
64 bytes from 10.0.1.51: icmp_seq=3 ttl=64 time=23971.104 ms
64 bytes from 10.0.1.51: icmp_seq=4 ttl=64 time=22965.371 ms
64 bytes from 10.0.1.51: icmp_seq=5 ttl=64 time=21958.377 ms
64 bytes from 10.0.1.51: icmp_seq=6 ttl=64 time=20951.601 ms
64 bytes from 10.0.1.51: icmp_seq=7 ttl=64 time=19942.864 ms
I can speed up the time to ~800ms by keeping Enter pressed in the
ssh-login-shell which runs ping.
xl0: flags=8802<BROADCAST,SIMPLEX,MULTICAST> mtu 1500
options=9<RXCSUM,VLAN_MTU>
inet6 fe80::210:5aff:fe60:9092%xl0 prefixlen 64 scopeid 0x1
ether 00:10:5a:60:90:92
media: Ethernet autoselect (none)
status: no carrier
xl1: flags=8802<BROADCAST,SIMPLEX,MULTICAST> mtu 1500
options=9<RXCSUM,VLAN_MTU>
ether 00:50:04:0c:e7:a1
media: Ethernet autoselect (none)
status: no carrier
de0: flags=108843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
inet6 fe80::200:d1ff:fe1f:e3a1%de0 prefixlen 64 scopeid 0x3
inet 10.0.0.60 netmask 0xffffff00 broadcast 10.0.0.255
ether 00:00:d1:1f:e3:a1
media: Ethernet autoselect (100baseTX <full-duplex>)
status: active
de1: flags=108c02<BROADCAST,OACTIVE,SIMPLEX,MULTICAST> mtu 1500
ether 00:00:d1:1f:e3:a2
media: Ethernet autoselect
de2: flags=108c02<BROADCAST,OACTIVE,SIMPLEX,MULTICAST> mtu 1500
ether 00:00:d1:1f:e3:a3
media: Ethernet autoselect
de3: flags=108843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
inet 10.0.1.60 netmask 0xffffff00 broadcast 10.0.1.255
inet6 fe80::200:d1ff:fe1f:e3a4%de3 prefixlen 64 scopeid 0x6
ether 00:00:d1:1f:e3:a4
media: Ethernet autoselect (100baseTX <full-duplex>)
status: active
lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384
inet 127.0.0.1 netmask 0xff000000
inet6 ::1 prefixlen 128
inet6 fe80::1%lo0 prefixlen 64 scopeid 0x7
xl0: <3Com 3c905B-TX Fast Etherlink XL> port 0xe400-0xe47f mem
0xdf800000-0xdf80007f irq 12 at device 10.0 on pci0
xl1: <3Com 3c905B-TX Fast Etherlink XL> port 0xe000-0xe07f mem
0xdf000000-0xdf00007f irq 10 at device 11.0 on pci0
de0: <Digital 21140A Fast Ethernet> port 0xd800-0xd87f mem
0xde800000-0xde80007f irq 7 at device 4.0 on pci1
de1: <Digital 21140A Fast Ethernet> port 0xd400-0xd47f mem
0xde000000-0xde00007f irq 10 at device 5.0 on pci1
de2: <Digital 21140A Fast Ethernet> port 0xd000-0xd07f mem
0xdd800000-0xdd80007f irq 12 at device 6.0 on pci1
de3: <Digital 21140A Fast Ethernet> port 0xb800-0xb87f mem
0xdd000000-0xdd00007f irq 7 at device 7.0 on pci1
atkbd0: <AT Keyboard> irq 1 on atkbdc0
fdc0: <Enhanced floppy controller (i82077, NE72065 or clone)> at port
0x3f7,0x3f0-0x3f5 irq 6 drq 2 on isa0
sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0
sio1 at port 0x2f8-0x2ff irq 3 on isa0
First time I ever saw such a behaviour. Tomorrow I'll go setting up a 4.X
installation. But my feeling says... it's "just" the card...
--
Oliver Lehmann
http://www.pofo.de/
http://wishlist.ans-netz.de/
From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 20:41:36 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 6229A16A4CE
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 20:41:36 +0000 (GMT)
Received: from harmony.village.org (rover.village.org [168.103.84.182])
by mx1.FreeBSD.org (Postfix) with ESMTP id 75ABC43D5C
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 20:41:35 +0000 (GMT) (envelope-from imp@bsdimp.com)
Received: from localhost (harmony.village.org [10.0.0.6])
by harmony.village.org (8.13.1/8.13.1) with ESMTP id i8QKeVAH069683;
Sun, 26 Sep 2004 14:40:31 -0600 (MDT)
(envelope-from imp@bsdimp.com)
Date: Sun, 26 Sep 2004 14:41:40 -0600 (MDT)
Message-Id: <20040926.144140.45874749.imp@bsdimp.com>
To: benlutz@datacomm.ch
From: "M. Warner Losh" <imp@bsdimp.com>
In-Reply-To: <20040926182113.7ccffc2c.benlutz@datacomm.ch>
References: <20040926005943.GA61350@parodius.com>
<200409261036.49484.Lucas.James@LDJcs.Com.Au>
<20040926182113.7ccffc2c.benlutz@datacomm.ch>
X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI)
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
cc: freebsd-current@freebsd.org
Subject: Re: USB memory stick hotswap problems
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Sep 2004 20:41:36 -0000
In message: <20040926182113.7ccffc2c.benlutz@datacomm.ch>
Benjamin Lutz <benlutz@datacomm.ch> writes:
: > We should be telling the kernel at some point that this is a removable
: > device, and not have the kernel complain if we umount it when the device
: > has already disappeared (assuming that we have mounted it with -o sync).
:
: Even if it's mounted async, the kernel should just shrug, flush the now
: useless stuff from memory, and get on with it's live. Maybe a log entry
: could be made when there's still unwritten data that has now been lost.
:
: I'm anxious to see what phk comes up with :)
There's multiple problems with devices going away. In this case,
there kernel has references to the device that goes away and tries to
flush its buffers to the now defunt device. Bad kharma ensues. phk's
device work should help this somewhat, but there aren't any sleepers,
per se, in this case, so I'll be very interested to see how he deals
with that issue.
Warner
From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 20:44:33 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id E1F4516A4CE
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 20:44:33 +0000 (GMT)
Received: from harmony.village.org (rover.village.org [168.103.84.182])
by mx1.FreeBSD.org (Postfix) with ESMTP id 757E343D1D
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 20:44:33 +0000 (GMT) (envelope-from imp@bsdimp.com)
Received: from localhost (harmony.village.org [10.0.0.6])
by harmony.village.org (8.13.1/8.13.1) with ESMTP id i8QKgDod069741;
Sun, 26 Sep 2004 14:42:17 -0600 (MDT)
(envelope-from imp@bsdimp.com)
Date: Sun, 26 Sep 2004 14:43:23 -0600 (MDT)
Message-Id: <20040926.144323.94553654.imp@bsdimp.com>
To: mike@Reifenberger.com
From: "M. Warner Losh" <imp@bsdimp.com>
In-Reply-To: <20040926201250.B9557@fw.reifenberger.com>
References: <20040926201250.B9557@fw.reifenberger.com>
X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI)
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
cc: freebsd-current@freebsd.org
Subject: Re: "dump -L -C32 .. | gzip -3c" stuck under -current
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Sep 2004 20:44:34 -0000
In message: <20040926201250.B9557@fw.reifenberger.com>
Michael Reifenberger <mike@Reifenberger.com> writes:
: gzip where (accodingly to top) in the state 'piperd'
Must be dump that's stuck then, or there's some subtle bug in closing
pipes. piperd is Pipe Read wait state. gzip is waiting to get more
data over the pipe, and it never arrives.
Warner
From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 21:08:37 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 30B7916A4CF
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 21:08:37 +0000 (GMT)
Received: from harmony.village.org (rover.village.org [168.103.84.182])
by mx1.FreeBSD.org (Postfix) with ESMTP id C822643D2D
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 21:08:36 +0000 (GMT) (envelope-from imp@bsdimp.com)
Received: from localhost (harmony.village.org [10.0.0.6])
by harmony.village.org (8.13.1/8.13.1) with ESMTP id i8QL825Q070007;
Sun, 26 Sep 2004 15:08:02 -0600 (MDT)
(envelope-from imp@bsdimp.com)
Date: Sun, 26 Sep 2004 15:09:12 -0600 (MDT)
Message-Id: <20040926.150912.91757858.imp@bsdimp.com>
To: rosti_bsd@yahoo.com
From: "M. Warner Losh" <imp@bsdimp.com>
In-Reply-To: <20040926143209.44197.qmail@web14828.mail.yahoo.com>
References: <20040921.143546.63053469.imp@bsdimp.com>
<20040926143209.44197.qmail@web14828.mail.yahoo.com>
X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI)
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
cc: freebsd-current@freebsd.org
Subject: Re: new fdc(4) and new fdcontrol(8) behavior (5.3-BETA5)
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Sep 2004 21:08:37 -0000
[[ Rostislav sent me dmesg off line ]]
Interesting.
You have no ACPI, so you are using only PNP and PNPBIOS to enumerate
your devices.
The 'hints' device is selected in preference to the PNPBIOS device,
which is backwards (the PNPBIOS devices should take precidence). This
is why you are seeing what you are seeing. I think this is a bug, but
need to consult with some folks to make sure.
It works because ISA devices are always mapped and we're talking to
the right registers. We're not allocating them, so there's a small
chance for collision with the more dynamic parts of the system. Since
you aren't doing dynamic things, you aren't colliding so things work.
Warner
From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 21:19:53 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id EA19916A4CE
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 21:19:53 +0000 (GMT)
Received: from mailout11.sul.t-online.com (mailout11.sul.t-online.com
[194.25.134.85])
by mx1.FreeBSD.org (Postfix) with ESMTP id 7F62D43D1F
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 21:19:53 +0000 (GMT)
(envelope-from mike@reifenberger.com)
Received: from fwd01.aul.t-online.de
by mailout11.sul.t-online.com with smtp
id 1CBgQx-0003Ob-00; Sun, 26 Sep 2004 23:19:51 +0200
Received: from fw.reifenberger.com
(bLmlwMZaQeyk-GWKe6NhNmxxyJvohKnUHEThwyO7ztN68J9MmiRAYb@[217.232.235.254]) by
fmrl01.sul.t-online.com
with esmtp id 1CBgQl-1sRw6y0; Sun, 26 Sep 2004 23:19:39 +0200
Received: from localhost (mike@localhost)i8QLJUtb001108;
Sun, 26 Sep 2004 23:19:30 +0200 (CEST)
(envelope-from mike@reifenberger.com)
X-Authentication-Warning: fw.reifenberger.com: mike owned process doing -bs
Date: Sun, 26 Sep 2004 23:19:27 +0200 (CEST)
From: Michael Reifenberger <mike@Reifenberger.com>
To: "M. Warner Losh" <imp@bsdimp.com>
In-Reply-To: <20040926.144323.94553654.imp@bsdimp.com>
Message-ID: <20040926231325.K1076@fw.reifenberger.com>
References: <20040926201250.B9557@fw.reifenberger.com>
<20040926.144323.94553654.imp@bsdimp.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
X-ID: bLmlwMZaQeyk-GWKe6NhNmxxyJvohKnUHEThwyO7ztN68J9MmiRAYb@t-dialin.net
X-TOI-MSGID: 6d11c3e2-5d9c-4acd-9cc2-fbe452cdbb19
cc: freebsd-current@freebsd.org
Subject: Re: "dump -L -C32 .. | gzip -3c" stuck under -current
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Sep 2004 21:19:54 -0000
On Sun, 26 Sep 2004, M. Warner Losh wrote:
...
> : gzip where (accodingly to top) in the state 'piperd'
>
> Must be dump that's stuck then, or there's some subtle bug in closing
> pipes. piperd is Pipe Read wait state. gzip is waiting to get more
> data over the pipe, and it never arrives.
>
Hmm.
Then this could be a snapshot problem.
Any tips how to debug?
Bye/2
---
Michael Reifenberger, Business Development Manager SAP-Basis, Plaut Consulting
Comp: Michael.Reifenberger@plaut.de | Priv: Michael@Reifenberger.com
http://www.plaut.de | http://www.Reifenberger.com
From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 21:23:42 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id CD51B16A4CE
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 21:23:42 +0000 (GMT)
Received: from harmony.village.org (rover.village.org [168.103.84.182])
by mx1.FreeBSD.org (Postfix) with ESMTP id 5717643D5D
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 21:23:42 +0000 (GMT) (envelope-from imp@bsdimp.com)
Received: from localhost (harmony.village.org [10.0.0.6])
by harmony.village.org (8.13.1/8.13.1) with ESMTP id i8QLMoPk070174;
Sun, 26 Sep 2004 15:22:51 -0600 (MDT)
(envelope-from imp@bsdimp.com)
Date: Sun, 26 Sep 2004 15:24:00 -0600 (MDT)
Message-Id: <20040926.152400.31236652.imp@bsdimp.com>
To: mike@reifenberger.com
From: "M. Warner Losh" <imp@bsdimp.com>
In-Reply-To: <20040926231325.K1076@fw.reifenberger.com>
References: <20040926201250.B9557@fw.reifenberger.com>
<20040926.144323.94553654.imp@bsdimp.com>
<20040926231325.K1076@fw.reifenberger.com>
X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI)
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
cc: freebsd-current@freebsd.org
Subject: Re: "dump -L -C32 .. | gzip -3c" stuck under -current
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Sep 2004 21:23:42 -0000
In message: <20040926231325.K1076@fw.reifenberger.com>
Michael Reifenberger <mike@reifenberger.com> writes:
: On Sun, 26 Sep 2004, M. Warner Losh wrote:
: ...
: > : gzip where (accodingly to top) in the state 'piperd'
: >
: > Must be dump that's stuck then, or there's some subtle bug in closing
: > pipes. piperd is Pipe Read wait state. gzip is waiting to get more
: > data over the pipe, and it never arrives.
: >
:
: Hmm.
: Then this could be a snapshot problem.
: Any tips how to debug?
I'm not sure. Just reporting what piperd ment...
Warner
From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 21:30:11 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 0986716A4CE
for <current@freebsd.org>; Sun, 26 Sep 2004 21:30:11 +0000 (GMT)
Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106])
by mx1.FreeBSD.org (Postfix) with ESMTP id C712D43D3F
for <current@freebsd.org>; Sun, 26 Sep 2004 21:30:09 +0000 (GMT)
(envelope-from andreas@klemm.apsfilter.org)
Received: from srv1.cosmo-project.de (localhost [IPv6:::1])
i8QLU7aI053890
(version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO)
for <current@freebsd.org>; Sun, 26 Sep 2004 23:30:07 +0200 (CEST)
(envelope-from andreas@klemm.apsfilter.org)
Received: (from uucp@localhost)i8QLU7si053889
for current@freebsd.org; Sun, 26 Sep 2004 23:30:07 +0200 (CEST)
(envelope-from andreas@klemm.apsfilter.org)
Received: from titan.klemm.apsfilter.org (localhost.klemm.apsfilter.org
[127.0.0.1])
by klemm.apsfilter.org (8.13.1/8.13.1) with ESMTP id i8QLTa05057742
for <current@freebsd.org>; Sun, 26 Sep 2004 23:29:37 +0200 (CEST)
(envelope-from andreas@titan.klemm.apsfilter.org)
Received: (from andreas@localhost)
by titan.klemm.apsfilter.org (8.13.1/8.13.1/Submit) id i8QLTa2H057741
for current@freebsd.org; Sun, 26 Sep 2004 23:29:36 +0200 (CEST)
(envelope-from andreas)
Date: Sun, 26 Sep 2004 23:29:36 +0200
From: Andreas Klemm <andreas@freebsd.org>
To: current@freebsd.org
Message-ID: <20040926212936.GA4247@titan.klemm.apsfilter.org>
References: <415720FD.8080603@samsco.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <415720FD.8080603@samsco.org>
X-Operating-System: FreeBSD 5.3-BETA6
X-Disclaimer: A free society is one where it is safe to be unpopular
User-Agent: Mutt/1.5.6i
Subject: Fatal error 'Spinlock called when not threaded.' ... (Re: FreeBSD
5.3-BETA6 available)
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Sep 2004 21:30:11 -0000
Hi,
don't know if this a a local problem, but during the last OS update
by "make world" I suddenly couldn't re-login under X11 (screen saver
locked screen and I couldnt sucessfully re-login).
Ctrl-ALT-BS helped, shutdown of X11, then reboot.
But then I was unable to start X11 because kdeinit couldn't startup.
With other window manager no problem.
Error message is some problem with kdeinit to "connect:".
Now I assumed an error with kdelibs and deinstalled kdelibs3
and tried to reinstall.
kdelibs3 cannot be re-compiled because of an error during compilation.
I re-cvsupped, made world again, reboot and now I'm trying to
recompile kdelibs3 a 2nd time, same error at same location.
QT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -MT kconfigdial
ogmanager.lo -MD -MP -MF ".deps/kconfigdialogmanager.Tpo" -c -o kconfigdialogman
ager.lo kconfigdialogmanager.cpp; \
then mv -f ".deps/kconfigdialogmanager.Tpo" ".deps/kconfigdialogmanager.Plo"; el
se rm -f ".deps/kconfigdialogmanager.Tpo"; exit 1; fi
if /bin/sh ../libtool --silent --mode=compile --tag=CXX c++ -DHAVE_CONFIG_H -I.
-I. -I.. -I../dcop -I../kio/kssl -I../kdefx -I../kdecore/network -I../dcop -I../
libltdl -I../kdefx -I../kdecore -I../kdeui -I../kio -I../kio/kio -I../kio/kfile
-I.. -I/usr/X11R6/include -I/usr/local/include -I/usr/local/include -I/usr/loca
l/include/libart-2.0 -DQT_THREAD_SUPPORT -I/usr/local/include -I/usr/local/in
clude -I/usr/X11R6/include -D_GETOPT_H -D_THREAD_SAFE -Wnon-virtual-dtor -Wno
-long-long -Wundef -Wall -W -Wpointer-arith -Wwrite-strings -DNDEBUG -DNO_DEBUG
-O2 -pipe -O -fno-exceptions -fno-check-new -fno-common -DQT_CLEAN_NAMESPACE -D
QT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -MT klockfile.l
o -MD -MP -MF ".deps/klockfile.Tpo" -c -o klockfile.lo klockfile.cpp; \
then mv -f ".deps/klockfile.Tpo" ".deps/klockfile.Plo"; else rm -f ".deps/klockf
ile.Tpo"; exit 1; fi
../dcop/dcopidl/dcopidl ./ksycoca.h > ksycoca.kidl || ( rm -f ksycoca.kidl ; fal
se )
Fatal error 'Spinlock called when not threaded.' at line 83 in file /usr/src/lib
/libpthread/thread/thr_spinlock.c (errno = 0)
Abort trap (core dumped)
gmake[3]: *** [ksycoca.kidl] Error 1
gmake[3]: Leaving directory `/usr/ports/x11/kdelibs3/work/kdelibs-3.3.0/kdecore'
Somebody else with similar behaviour after upgrading to BETA-6 ?
--
Need a magic printfilter today ? -> http://www.apsfilter.org/
From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 21:35:26 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 2EEA116A4CE; Sun, 26 Sep 2004 21:35:26 +0000 (GMT)
Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57])
by mx1.FreeBSD.org (Postfix) with ESMTP
id CE5C343D31; Sun, 26 Sep 2004 21:35:25 +0000 (GMT)
(envelope-from scottl@FreeBSD.org)
Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11])
(authenticated bits=0)
by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i8QLZr1T055428;
Sun, 26 Sep 2004 15:35:53 -0600 (MDT)
(envelope-from scottl@FreeBSD.org)
Message-ID: <415735C8.8000604@FreeBSD.org>
Date: Sun, 26 Sep 2004 15:34:00 -0600
From: Scott Long <scottl@FreeBSD.org>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040831
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Andreas Klemm <andreas@FreeBSD.org>
References: <415720FD.8080603@samsco.org>
<20040926212936.GA4247@titan.klemm.apsfilter.org>
In-Reply-To: <20040926212936.GA4247@titan.klemm.apsfilter.org>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63
X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org
cc: current@FreeBSD.org
Subject: Re: Fatal error 'Spinlock called when not threaded.' ... (Re:FreeBSD
5.3-BETA6 available)
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Sep 2004 21:35:26 -0000
Andreas Klemm wrote:
> Hi,
>
> don't know if this a a local problem, but during the last OS update
> by "make world" I suddenly couldn't re-login under X11 (screen saver
> locked screen and I couldnt sucessfully re-login).
> Ctrl-ALT-BS helped, shutdown of X11, then reboot.
>
> But then I was unable to start X11 because kdeinit couldn't startup.
> With other window manager no problem.
> Error message is some problem with kdeinit to "connect:".
>
> Now I assumed an error with kdelibs and deinstalled kdelibs3
> and tried to reinstall.
>
> kdelibs3 cannot be re-compiled because of an error during compilation.
>
> I re-cvsupped, made world again, reboot and now I'm trying to
> recompile kdelibs3 a 2nd time, same error at same location.
You are probably mixing libc_r and libpthread somewhere. Use
/etc/libmap.conf to map libc_r over to libpthread. The best long-term
solution is to recompile all of your ports.
Scott
From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 21:42:14 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id E6B2816A4CF
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 21:42:14 +0000 (GMT)
Received: from smtp.thilelli.net (smtp.thilelli.net [213.41.129.161])
by mx1.FreeBSD.org (Postfix) with ESMTP id 12A7443D58
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 21:42:14 +0000 (GMT)
(envelope-from jpeg@thilelli.net)
Received: from localhost (localhost.thilelli.net [127.0.0.1])
by bento.thilelli.net (Postfix) with ESMTP id 894C178C72
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 23:42:12 +0200 (CEST)
Received: from bento.thilelli.net ([127.0.0.1])
by localhost (bento.thilelli.net [127.0.0.1]) (amavisd-new, port 10024)
with LMTP id 09731-02 for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 23:42:08 +0200 (CEST)
Received: from webmail.thilelli.net (localhost.thilelli.net [127.0.0.1])
by bento.thilelli.net (Postfix) with ESMTP id 4D15C78C71
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 23:42:08 +0200 (CEST)
Received: from 192.168.1.20
(SquirrelMail authenticated user jgabel);
by webmail.thilelli.net with HTTP;
Sun, 26 Sep 2004 23:42:08 +0200 (CEST)
Message-ID: <50677.192.168.1.20.1096234928.squirrel@192.168.1.20>
Date: Sun, 26 Sep 2004 23:42:08 +0200 (CEST)
From: "Julien Gabel" <jpeg@thilelli.net>
To: freebsd-current@freebsd.org
User-Agent: SquirrelMail/1.4.3a
X-Mailer: SquirrelMail/1.4.3a
MIME-Version: 1.0
Content-Type: text/plain;charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Priority: 3 (Normal)
Importance: Normal
X-Virus-Scanned: by amavisd-new at thilelli.net
Subject: Problem using USB thumbdrive using 5.3-BETA6.
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Sep 2004 21:42:15 -0000
Hello,
With three working FreeBSD systems running RELENG_5_2 (5.2.1-RELEASE-p10
at this time), i can use, without any problem, a 64MB USB thumbdrive for
months now.
But since i test the upcoming 5.3-RELEASE (RELENG_5 branch), it seems
impossible to have it to even be detect when i plug it in.
* Info. under a RELENG_5_2 system (_working_ installation):
# usbdevs -v
Controller /dev/usb0:
addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), \
VIA(0x0000), rev 1.00
port 1 addr 2: full speed, power 100 mA, config 1, USB Mass Storage \
Device(0x1060), vendor 0x0c45(0x0c45), rev 1.00
port 2 powered
# dmesg
[...]
umass0: vendor 0x0c45 USB Mass Storage Device, rev 1.10/1.00, addr 2
GEOM: create disk da0 dp=0xc495a850
da0 at umass-sim0 bus 0 target 0 lun 0
da0: <USB NAND FLASH DISK 0.20> Removable Direct Access SCSI-2 device
da0: 1.000MB/s transfers
da0: 62MB (128000 512 byte sectors: 64H 32S/T 62C)
# camcontrol devlist -v
scbus0 on ata0 bus 0:
< > at scbus0 target -1 lun -1 ()
scbus1 on ata1 bus 0:
<PLEXTOR DVDR PX-712A 1.01> at scbus1 target 0 lun 0 (pass0,cd0)
<PLEXTOR CD-R PX-W4012A 1.02> at scbus1 target 1 lun 0 (pass1,cd1)
< > at scbus1 target -1 lun -1 ()
scbus2 on umass-sim0 bus 0:
<USB NAND FLASH DISK 0.20> at scbus2 target 0 lun 0 (da0,pass2)
scbus-1 on xpt0 bus 0:
< > at scbus-1 target -1 lun -1 (xpt0)
* Info. under a RELENG_5 system (_broken_ installation):
# usbdevs -v
Controller /dev/usb0:
addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), \
VIA(0x0000), rev 1.00
port 1 addr 0 should never happen!
port 2 powered
# dmesg
[...]
uhub0: device problem, disabling port 1
Worse, if i boot when the USB thumbdrive is plugged, the system hangs
printing the following message (during boot kernel message sequence)
after few minutes of waiting:
umass0: BBB reset failed, TIMEOUT
umass0: BBB bulk-in clear stall failed, TIMEOUT
umass0: BBB bulk-out clear stall failed, TIMEOUT
umass0: BBB reset failed, TIMEOUT
[...]
Then, i unplugged the device and the system panic instantaneously.
Any clue, advice or answer to this particular problem?
--
-jpeg.
From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 21:42:26 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 942C516A4F6
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 21:42:26 +0000 (GMT)
Received: from ran.psg.com (ip192.186.dsl-acs2.seawa0.iinet.com
[209.20.186.192])
by mx1.FreeBSD.org (Postfix) with ESMTP id 4420743D2D
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 21:42:26 +0000 (GMT) (envelope-from randy@psg.com)
Received: from localhost ([127.0.0.1] helo=ran.psg.com.psg.com)
by ran.psg.com with esmtp (Exim 4.34 (FreeBSD))
id 1CBgmm-0003yx-Oa; Sun, 26 Sep 2004 14:42:24 -0700
From: Randy Bush <randy@psg.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-ID: <16727.14272.253596.831284@ran.psg.com>
Date: Sun, 26 Sep 2004 14:42:24 -0700
To: "M. Warner Losh" <imp@bsdimp.com>
References: <20040926201250.B9557@fw.reifenberger.com>
<20040926.144323.94553654.imp@bsdimp.com>
<20040926231325.K1076@fw.reifenberger.com>
<20040926.152400.31236652.imp@bsdimp.com>
cc: freebsd-current@freebsd.org
Subject: Re: "dump -L -C32 .. | gzip -3c" stuck under -current
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Sep 2004 21:42:26 -0000
>> Then this could be a snapshot problem.
> I'm not sure. Just reporting what piperd ment...
there is a system from which i have not been able to dump -L
since last winter.
randy
From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 21:45:09 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 4B70016A4D1
for <current@freebsd.org>; Sun, 26 Sep 2004 21:45:09 +0000 (GMT)
Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106])
by mx1.FreeBSD.org (Postfix) with ESMTP id AADA443D5E
for <current@freebsd.org>; Sun, 26 Sep 2004 21:45:08 +0000 (GMT)
(envelope-from andreas@klemm.apsfilter.org)
Received: from srv1.cosmo-project.de (localhost [IPv6:::1])
i8QLj7aI054121
(version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO)
for <current@freebsd.org>; Sun, 26 Sep 2004 23:45:07 +0200 (CEST)
(envelope-from andreas@klemm.apsfilter.org)
Received: (from uucp@localhost)i8QLj7Kj054120
for current@freebsd.org; Sun, 26 Sep 2004 23:45:07 +0200 (CEST)
(envelope-from andreas@klemm.apsfilter.org)
Received: from titan.klemm.apsfilter.org (localhost.klemm.apsfilter.org
[127.0.0.1])
by klemm.apsfilter.org (8.13.1/8.13.1) with ESMTP id i8QLfdrO062439
for <current@freebsd.org>; Sun, 26 Sep 2004 23:41:39 +0200 (CEST)
(envelope-from andreas@titan.klemm.apsfilter.org)
Received: (from andreas@localhost)
by titan.klemm.apsfilter.org (8.13.1/8.13.1/Submit) id i8QLfdFa062438
for current@freebsd.org; Sun, 26 Sep 2004 23:41:39 +0200 (CEST)
(envelope-from andreas)
Date: Sun, 26 Sep 2004 23:41:39 +0200
From: Andreas Klemm <andreas@freebsd.org>
To: current@freebsd.org
Message-ID: <20040926214139.GA60201@titan.klemm.apsfilter.org>
References: <415720FD.8080603@samsco.org>
<20040926212936.GA4247@titan.klemm.apsfilter.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20040926212936.GA4247@titan.klemm.apsfilter.org>
X-Operating-System: FreeBSD 5.3-BETA6
X-Disclaimer: A free society is one where it is safe to be unpopular
User-Agent: Mutt/1.5.6i
Subject: Re: Fatal error 'Spinlock called when not threaded.' ... (Re:
FreeBSD 5.3-BETA6 available)
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Sep 2004 21:45:09 -0000
Creating this helped (thanks to google ;-)
/etc/libmap.conf:
libpthread.so.1 libc_r.so.5
libpthread.so libc_r.so
Has there been a change last recently ?
Since with BETA5 I didn't have any trouble.
Andreas ///
--
Andreas Klemm - Powered by FreeBSD 5.1-CURRENT
Need a magic printfilter today ? -> http://www.apsfilter.org/
From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 22:59:52 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 37F1216A4CE; Sun, 26 Sep 2004 22:59:52 +0000 (GMT)
Received: from freebsd.takeda.tk (node-402413e2.sna.onnet.us.uu.net
[64.36.19.226]) by mx1.FreeBSD.org (Postfix) with ESMTP
id 5121E43D2D; Sun, 26 Sep 2004 22:59:47 +0000 (GMT)
(envelope-from takeda@takeda.tk)
Received: from takeda.lan (takeda.lan [10.0.0.3])
by freebsd.takeda.tk (8.12.11/8.12.11) with ESMTP id i8QMxif3074116;
Sun, 26 Sep 2004 15:59:46 -0700 (PDT)
(envelope-from takeda@takeda.tk)
Date: Sun, 26 Sep 2004 15:59:38 -0700
From: Dariusz Kulinski <takeda@takeda.tk>
X-Mailer: The Bat! (v2.01)
X-Priority: 3 (Normal)
Message-ID: <41146862359.20040926155938@takeda.tk>
To: Scott Long <scottl@samsco.org>
In-Reply-To: <415720FD.8080603@samsco.org>
References: <415720FD.8080603@samsco.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
cc: current@freebsd.org
cc: developers@freebsd.org
Subject: Re: FreeBSD 5.3-BETA6 available
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Sep 2004 22:59:52 -0000
Hello Scott,
Sunday, September 26, 2004, 1:05:17 PM, you wrote:
> - Fix a panic when unloading the if_tap module
Was that bug inherited from 4.x or introduced in 5.x?
I remember that on 4.8 or 4.9 I had panic while I was turning off
OpenVPN and unloading (using a simple script) bridging and tap modules.
I couldn't reproduce that bug, and I didn't have crash log so I didn't
reported it.
--
Best regards,
Dariusz mailto:takeda@takeda.tk
CCNA, SCSA, SCNA, LPIC, MCP certified
http://www.takeda.tk
From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 23:12:01 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 3795116A4CE
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 23:12:01 +0000 (GMT)
Received: from slipgate.org (S0106000acd019ad0.du.shawcable.net
[24.109.1.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0783943D2F
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 23:11:59 +0000 (GMT)
(envelope-from ryan@slipgate.org)
Received: from ryan.lan (gate.lan [192.168.1.1])
by slipgate.org (8.12.11/8.12.11) with ESMTP id i8QNBY8N005860
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 16:11:34 -0700 (PDT)
Received: from ryan.lan (localhost [127.0.0.1])
by ryan.lan (8.13.1/8.13.1) with ESMTP id i8QNC7ZV001551
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 16:12:07 -0700 (PDT)
(envelope-from ryan@slipgate.org)
Received: (from ryan@localhost)
by ryan.lan (8.13.1/8.13.1/Submit) id i8QNC6Lq001550
for freebsd-current@freebsd.org; Sun, 26 Sep 2004 16:12:06 -0700 (PDT)
(envelope-from ryan@slipgate.org)
X-Authentication-Warning: ryan.lan: ryan set sender to ryan@slipgate.org using
-f
Date: Sun, 26 Sep 2004 16:12:06 -0700
From: Ryan Freeman <ryan@slipgate.org>
To: FreeBSD Mailing List <freebsd-current@freebsd.org>
Message-ID: <20040926231206.GA1508@slipgate.org>
References: <20040924071520.GA44388@slipgate.org>
<opsexq1qs38527sy@outgoing.local>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <opsexq1qs38527sy@outgoing.local>
User-Agent: Mutt/1.4.2.1i
Subject: Re: Sound performance problems in FreeBSD
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Sep 2004 23:12:01 -0000
> On Fri, 24 Sep 2004 00:15:20 -0700, Ryan Freeman <ryan@slipgate.org> wrote:
>
> >hello, sorry to drag up a slightly outdated topic, but i just installed
> >5.3beta5
> >and i'm having the same issue. the last time i used freebsd was back in
> >march at...
--snip--
> >>An easy way to reproduce these
> >>skips is to run `while true; do sysctl vm.vmtotal; done`, while
> >>playing an mp3.
> >
i'm wondering if the reason that the problem doesn't occur for the first
few hours is that when you first boot up not much memory has been used and
then set inactive and such. like right now, i just upgraded to 5.3beta6,
and since i booted up i have 484mb free. when the problem was last occuring i
had almost no memory free, most of it was set to cached or inactive. ideas?
comments?
- ryan
From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 23:36:30 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 8EE9916A4CE; Sun, 26 Sep 2004 23:36:30 +0000 (GMT)
Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 27B3143D46; Sun, 26 Sep 2004 23:36:30 +0000 (GMT)
(envelope-from deischen@freebsd.org)
Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11])
i8QNaQOA000573; Sun, 26 Sep 2004 19:36:26 -0400 (EDT)
Date: Sun, 26 Sep 2004 19:36:26 -0400 (EDT)
From: Daniel Eischen <deischen@freebsd.org>
X-X-Sender: eischen@sea.ntplx.net
To: Andreas Klemm <andreas@freebsd.org>
In-Reply-To: <20040926214139.GA60201@titan.klemm.apsfilter.org>
Message-ID: <Pine.GSO.4.43.0409261933280.27515-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: current@freebsd.org
Subject: Re: Fatal error 'Spinlock called when not threaded.' ... (Re:FreeBSD
5.3-BETA6 available)
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: Daniel Eischen <deischen@freebsd.org>
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Sep 2004 23:36:30 -0000
On Sun, 26 Sep 2004, Andreas Klemm wrote:
> Creating this helped (thanks to google ;-)
>
> /etc/libmap.conf:
> libpthread.so.1 libc_r.so.5
> libpthread.so libc_r.so
>
> Has there been a change last recently ?
No, not recently, but a few months ago. You're suppose to read
src/UPDATING. Hint, search for entries 20040303 and 20040130.
--
Dan Eischen
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 00:21:16 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id F132916A4CE
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 00:21:16 +0000 (GMT)
Received: from mail-fs.sunrise.ch (mta-fs-be-01.sunrise.ch [194.158.229.16])
by mx1.FreeBSD.org (Postfix) with ESMTP id BD00543D31
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 00:21:15 +0000 (GMT)
(envelope-from triulzi@freesurf.ch)
Received: from [62.167.96.135] (62.167.96.135) by mail-fs.sunrise.ch (7.0.028)
id 4125B01500FFE4F5; Mon, 27 Sep 2004 02:21:13 +0200
Message-ID: <41575CCB.40107@freesurf.ch>
Date: Mon, 27 Sep 2004 02:20:27 +0200
From: Mauro Triulzi <triulzi@freesurf.ch>
User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040906)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= <sos@DeepCore.dk>
References: <20040926044943.I40616-100000@mxb.saturn-tech.com>
<200409261332.23227.michaelnottebrock@gmx.net> <4156B234.1090603@DeepCore.dk>
In-Reply-To: <4156B234.1090603@DeepCore.dk>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
cc: freebsd-current@freebsd.org
cc: Jeremy Chadwick <freebsd@jdc.parodius.com>
Subject: Re: ATA disk performance (ICH2 controller), some testsandcomparison
with Linux 2.6.5
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 00:21:17 -0000
Søren Schmidt wrote:
> Michael Nottebrock wrote:
>
>> On Sunday 26 September 2004 12:50, Doug Russell wrote:
>>
>>> On Sun, 26 Sep 2004, Michael Nottebrock wrote:
>>>
>>>> On Saturday 25 September 2004 23:45, Jeremy Chadwick wrote:
>>>>
>>>>> 6) I'm still amazed people have systems in production that use ICH2.
>>>>> AFAIK, the chipset is deprecated.
>>>>
>>>>
>>>> Eh? i845-based motherboards were not exactly a niche product and
>>>> are not
>>>> very ancient either. I'm surprised it surprises you to see them
>>>> used. :-)
>>>
>>>
>>> Bah! Just because some hardware is common does not mean is is good!
>>
>>
>>
>> Supporting and being used on common-but-not-so-good hardware is one
>> of the best (and oldest) traditions of FreeBSD. :-)
>
>
> Yeah, well, we try, my last ich2 based system died long ago so it
> makes it harder to keep support top notch :)
>
> Anyhow, please try the below patch and let me know if that changes
> behavior in anyway.
>
> BTW, you need to compare speeds of the *exact same* area of the
> disk(s). Modern disk often has only half the transfer rate on the last
> 1/3 of the platters..
>
> diff -u -r1.88 ata-chipset.c
> --- ata-chipset.c 10 Sep 2004 10:31:37 -0000 1.88
> +++ ata-chipset.c 26 Sep 2004 12:08:56 -0000
> @@ -976,6 +976,8 @@
> pci_write_config(parent, 0x48, reg48 & ~(0x0001 << devno), 2);
> pci_write_config(parent, 0x4a, (reg4a & ~(0x3 << (devno <<
> 2))), 2);
> }
> +
> + reg54 |= 0x0400;
> if (mode >= ATA_UDMA2)
> pci_write_config(parent, 0x54, reg54 | (0x1 << devno), 2);
> else
>
>
i) I patched ata-chipset.c. All kernel debugging options disabled.
Userland:
ln -s aj /etc/malloc.conf
to disable malloc warning and initializations.
The weird behaviour of write performance with ATA channell
reiinit remains:
FBSDa: before ATA channell reiinit
FBSDb: after ATA channell reiinit
before patch:
/ / -------Sequential Output-------- ---Sequential Input-- --Random--
-Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --Seeks---
Machi MB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU /sec %CPU
% FBSDa 1500 14533 12.8 14184 4.6 9360 3.2 27774 24.0 29067 5.7 119.1 0.6
% FBSDb 1500 27787 24.6 24690 8.3 12519 4.3 24487 21.4 24870 5.0 128.1 0.6
after patch/ /
-------Sequential Output-------- ---Sequential Input-- --Random--
-Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --Seeks---
Machi MB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU /sec %CPU
% FBSDa 1500 15505 13.7 15126 4.9 9801 3.3 27715 24.1 29508 5.5 131.3 0.5
% FBSDb 1500 26937 23.6 24327 8.3 12368 4.2 24643 21.5 25723 5.1 130.4 0.6
that is: no appreciable change. reinit improves write performance: why?
ATA channell reinit doesn't change important kernel parameters:
hw.ata.ata_dma: 1
hw.ata.wc: 1
hw.ata.atapi_dma: 1
are the same before and after reinit.
All the following tests are with patched ata-chipset.c. Many
thanks to Stefan for the suggestions in this regard.
ii) Now I tried a fair raw throughput comparison between Linux and
FreeBSD. This time I read always the same whole (Linux) partition
(~4GB) so that the results should be comparable. I always used native
dd (FreeBSD and Linux). A measure with Linux dd under emulation
in FreeBSD gave yet the same result:
dd if=/dev/ad0s9 bs=nnn of=/dev/null
FreeBSD:
nnn=4k: 4301789184 bytes transferred in 170.031898 secs (25299895 bytes/sec)
nnn=8k: 4301789184 bytes transferred in 114.446100 secs (37587905 bytes/sec)
nnn=16k: 4301789184 bytes transferred in 87.794076 secs (48998627 bytes/sec)
nnn=64k: 4301789184 bytes transferred in 89.515195 secs (48056525 bytes/sec)
nnn=512k: 4301789184 bytes transferred in 90.357666 secs (47608458 bytes/sec)
(no significant changes before or after reinit)
Linux:
nnn=4k: 4301789184 bytes transferred in 93 secs (~46 Mbytes/sec)
nnn=8k: 4301789184 bytes transferred in 86 secs (~50 Mbytes/sec)
nnn=16k: 4301789184 bytes transferred in 90 secs (~48 Mbytes/sec)
nnn=64k: 4301789184 bytes transferred in 95 secs (~45 Mbytes/sec)
nnn=512k: 4301789184 bytes transferred in 92 secs (~47 Mbytes/sec)
I notice, that the rates are very similar if bs >= 16k. Under FreeBSD
the raw throughput rate depends on the block size. Read rate under Linux
is independent of the block size. Is there a special reason for that?
iii) Next I tried a fair comparison with bonnie:
I ran the Linux version of bonnie under emulation in FreeBSD.
Bonnie writes on the (under FBSD) mounted Linux partition used in Linux bonnie test.
Now the results should be at least comparable:
again FBSDa is before reinit, FBSDb after reinit:
---Sequential Output (nosync)--- ---Sequential Input-- --Rnd Seek-
-Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --04k (03)-
Machine MB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU /sec %CPU
FBSDa 1500 14881 62.5 15025 4.9 10632 5.3 21802 82.6 46983 13.6 152.5 0.9
FBSDb 1500 22153 91.9 45304 14.8 18694 9.3 22379 84.9 46470 13.4 154.0 0.9
Linux 1500 26859 97.7 59118 14.0 22480 8.1 22508 78.9 48501 9.0 177.1 0.5
The results for FreeBSDb are now much better, due to the fact, that Bonnie reads and writes
on a faster disk part. The slight performance loss in respect of Linux could be due to the
ext2fs driver or because of the Linux emulation, so I can't complain here.
To compare, I started Bonnie under emulation on the /usr (slow) FreeBSD partition:
---Sequential Output (nosync)--- ---Sequential Input-- --Rnd Seek-
-Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --04k (03)-
Machine MB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU /sec %CPU
FBSDa 1500 15519 60.5 15284 4.4 9815 3.9 23097 86.8 28838 6.5 134.5 0.6
FBSDb 1500 23743 91.8 24398 7.3 12378 5.0 20396 76.8 24830 5.9 129.7 0.6
Read results are bad, because this partition is on a slow part of the disk, as
Søren pointed out.
Again you have a clear drop of the write performance before ATA reinit.
iv) Conclusion: read and write performance are ok and similar to Linux. It's not
clear to me why I have to reinit the ATA channell to have the right
write performance nor why the read performance depends on the block
size in FreeBSD and is independent of it in Linux.
Kind regards,
Mauro
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 01:33:17 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 9D25816A4CE
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 01:33:17 +0000 (GMT)
Received: from web14824.mail.yahoo.com (web14824.mail.yahoo.com
[216.136.225.195])
by mx1.FreeBSD.org (Postfix) with SMTP id 7E46C43D45
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 01:33:17 +0000 (GMT)
(envelope-from rosti_bsd@yahoo.com)
Message-ID: <20040927013317.85621.qmail@web14824.mail.yahoo.com>
Received: from [212.143.154.227] by web14824.mail.yahoo.com via HTTP;
Sun, 26 Sep 2004 18:33:17 PDT
Date: Sun, 26 Sep 2004 18:33:17 -0700 (PDT)
From: Rostislav Krasny <rosti_bsd@yahoo.com>
To: "M. Warner Losh" <imp@bsdimp.com>
In-Reply-To: <20040926.150912.91757858.imp@bsdimp.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
cc: freebsd-current@freebsd.org
Subject: Re: new fdc(4) and new fdcontrol(8) behavior (5.3-BETA5)
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 01:33:17 -0000
--- "M. Warner Losh" <imp@bsdimp.com> wrote:
> [[ Rostislav sent me dmesg off line ]]
>
> Interesting.
>
> You have no ACPI, so you are using only PNP and PNPBIOS to enumerate
> your devices.
>
> The 'hints' device is selected in preference to the PNPBIOS device,
> which is backwards (the PNPBIOS devices should take precidence). This
> is why you are seeing what you are seeing. I think this is a bug, but
> need to consult with some folks to make sure.
Yes it use /boot/device.hints where is following line:
hint.fdc.0.port="0x3F0"
After changing that line to this:
hint.fdc.0.port="0x3F2"
I see following in the dmesg:
fdc0: ic_type 90 part_id 80
fdc0: <Enhanced floppy controller> at port 0x3f7-0x3fc irq 6 drq 2 on isa0
fdc0: ic_type 90 part_id 80
fdc0: [MPSAFE]
fdc0: [FAST]
fd0: <1440-KB 3.5" drive> on fdc0 drive 0
fd1: <1440-KB 3.5" drive> on fdc0 drive 1
And fdc0 works fine!
It looks like fdc0 tries allocating 6 ports starting from the "hint" port
but 0x3f6 port is already allocated by atapci0, so fdc0 allocates next 6
ports after the 0x3f6 one. But I don't believe fdc0 is really using
0x3f7-0x3fc ports. I don't think the i430TX chipset support such
reconfiguration.
> It works because ISA devices are always mapped and we're talking to
> the right registers. We're not allocating them, so there's a small
> chance for collision with the more dynamic parts of the system. Since
> you aren't doing dynamic things, you aren't colliding so things work.
What ports fdc0 is really using in the above situation?
BTW after the same changing of the /boot/device.hints file on 5.3-BETA4
(that is installed on the same computer) fdc0 cannot be initialized:
fdc0: output ready timeout
fdc0: cmd 3 failed at out byte 1 of 3
fdc0 failed to probe at port 0x3fe,0x3f7-0x3fc irq 6 drq 2 on isa0
The allocation algorithm is probably the same, besides it tries to allocate
one more port (0x3fe in this situation or 0x3f7 with standard hint).
__________________________________
Do you Yahoo!?
Yahoo! Mail is new and improved - Check it out!
http://promotions.yahoo.com/new_mail
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 01:51:19 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 7A5BD16A4CE
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 01:51:19 +0000 (GMT)
Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.201])
by mx1.FreeBSD.org (Postfix) with ESMTP id 33D6643D5F
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 01:51:19 +0000 (GMT)
(envelope-from joseph.koshy@gmail.com)
Received: by mproxy.gmail.com with SMTP id 74so2970330rnk
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 18:51:18 -0700 (PDT)
Received: by 10.38.1.63 with SMTP id 63mr329951rna;
Sun, 26 Sep 2004 18:51:18 -0700 (PDT)
Received: by 10.38.13.17 with HTTP; Sun, 26 Sep 2004 18:51:18 -0700 (PDT)
Message-ID: <84dead72040926185171776b99@mail.gmail.com>
Date: Mon, 27 Sep 2004 07:21:18 +0530
From: Joseph Koshy <joseph.koshy@gmail.com>
To: freebsd-current@freebsd.org, obrien@freebsd.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Subject: [patch] <machine/cputypes.h>
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: Joseph Koshy <joseph.koshy@gmail.com>
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 01:51:19 -0000
Anyone have objections to the following patch?
$ diff -u cputypes.h /home/fcpi/src/sys/i386/include
/5/usr/src.cvs/sys/i386/include
--- cputypes.h Sat Jun 5 03:01:15 2004
+++ /home/fcpi/src/sys/i386/include/cputypes.h Sun Sep 26 15:35:51 2004
@@ -60,6 +60,8 @@
#define CPU_PIII 15 /* Intel Pentium III */
#define CPU_P4 16 /* Intel Pentium 4 */
#define CPU_GEODE1100 17 /* NS Geode SC1100 */
+#define CPU_K7 18 /* AMD K7 */
+#define CPU_K8 19 /* AMD K8 (in X86 mode) */
#ifndef LOCORE
extern int cpu;
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 02:05:05 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 8A72016A4CE
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 02:05:05 +0000 (GMT)
Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.193])
by mx1.FreeBSD.org (Postfix) with ESMTP id 3500F43D2F
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 02:05:05 +0000 (GMT)
(envelope-from juhasaarinen@gmail.com)
Received: by mproxy.gmail.com with SMTP id 76so4207548rnl
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 19:05:04 -0700 (PDT)
Received: by 10.38.78.79 with SMTP id a79mr1589969rnb;
Sun, 26 Sep 2004 19:05:04 -0700 (PDT)
Received: by 10.38.73.29 with HTTP; Sun, 26 Sep 2004 19:05:04 -0700 (PDT)
Message-ID: <b34be8420409261905184370cc@mail.gmail.com>
Date: Mon, 27 Sep 2004 14:05:04 +1200
From: Juha Saarinen <juhasaarinen@gmail.com>
To: Doug Barton <dougb@freebsd.org>
In-Reply-To: <20040926011802.I1058@ync.qbhto.arg>
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
References: <b34be842040925223529c361f3@mail.gmail.com>
<20040926011802.I1058@ync.qbhto.arg>
cc: freebsd-current@freebsd.org
Subject: Re: How to migrate from ports BIND 9 top the base version in
RELENG_5?
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: Juha Saarinen <juhasaarinen@gmail.com>
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 02:05:05 -0000
On Sun, 26 Sep 2004 01:19:39 -0700 (PDT), Doug Barton <dougb@freebsd.org> wrote:
> Necessary, no, although it would be a good idea. This is a good time to
> do the update, as the basic pieces are all in place now.
Thanks Doug.
OK, cvsup and make build/installworld etc time :-)
--
Juha
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 02:41:30 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 72C2816A4CE; Mon, 27 Sep 2004 02:41:30 +0000 (GMT)
Received: from 82-41-155-225.cable.ubr01.linl.blueyonder.co.uk
(82-41-155-225.cable.ubr01.linl.blueyonder.co.uk [82.41.155.225])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 1FB5743D1D; Mon, 27 Sep 2004 02:41:30 +0000 (GMT)
(envelope-from andrew@mux.org.uk)
Received: from [192.168.0.4] (spatula.home [192.168.0.4])
by gateway.home (Postfix) with ESMTP id 6118D64;
Mon, 27 Sep 2004 03:41:28 +0100 (BST)
Message-ID: <41577DD2.9010308@mux.org.uk>
Date: Mon, 27 Sep 2004 03:41:22 +0100
From: Andrew Boothman <andrew@mux.org.uk>
User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Mayo Jordanov <mayo@mayo.sk>
References: <9F67035A-48C9-11D7-8C19-0030656DD690@foolishgames.com>
<1046192310.3e5ba0b6aa039@sms.ed.ac.uk>
<200409251446.30563.steve@howes-macnaghten.com>
<1096223435.765.7.camel@einstein.local.nfy>
In-Reply-To: <1096223435.765.7.camel@einstein.local.nfy>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
cc: Andrew Boothman <A.J.Boothman@sms.ed.ac.uk>
cc: freebsd-current@freebsd.org
cc: dwbear75@gmail.com
cc: questions@freebsd.org
cc: current@freebsd.org
Subject: Re: "NTLDR missing" after 5-RELEASE install
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 02:41:30 -0000
Mayo Jordanov wrote:
> You could also try BootPart (http://www.winimage.com/bootpart.htm) which
> should be able to either repair the nt loader or be able to figure out
> what's on which partition and change your boot.ini appropriately. (At
> least it used to be able to do that back when I used it)
Thanks to everyone whose been replying to this, but I should probably
point out that my original message was written on the 25th February
2003! I'm sure all this information will come in useful next time I hose
my Windows partition though! :)
Andrew
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 02:41:30 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 72C2816A4CE; Mon, 27 Sep 2004 02:41:30 +0000 (GMT)
Received: from 82-41-155-225.cable.ubr01.linl.blueyonder.co.uk
(82-41-155-225.cable.ubr01.linl.blueyonder.co.uk [82.41.155.225])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 1FB5743D1D; Mon, 27 Sep 2004 02:41:30 +0000 (GMT)
(envelope-from andrew@mux.org.uk)
Received: from [192.168.0.4] (spatula.home [192.168.0.4])
by gateway.home (Postfix) with ESMTP id 6118D64;
Mon, 27 Sep 2004 03:41:28 +0100 (BST)
Message-ID: <41577DD2.9010308@mux.org.uk>
Date: Mon, 27 Sep 2004 03:41:22 +0100
From: Andrew Boothman <andrew@mux.org.uk>
User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Mayo Jordanov <mayo@mayo.sk>
References: <9F67035A-48C9-11D7-8C19-0030656DD690@foolishgames.com>
<1046192310.3e5ba0b6aa039@sms.ed.ac.uk>
<200409251446.30563.steve@howes-macnaghten.com>
<1096223435.765.7.camel@einstein.local.nfy>
In-Reply-To: <1096223435.765.7.camel@einstein.local.nfy>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
cc: Andrew Boothman <A.J.Boothman@sms.ed.ac.uk>
cc: freebsd-current@freebsd.org
cc: dwbear75@gmail.com
cc: questions@freebsd.org
cc: current@freebsd.org
Subject: Re: "NTLDR missing" after 5-RELEASE install
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 02:41:30 -0000
Mayo Jordanov wrote:
> You could also try BootPart (http://www.winimage.com/bootpart.htm) which
> should be able to either repair the nt loader or be able to figure out
> what's on which partition and change your boot.ini appropriately. (At
> least it used to be able to do that back when I used it)
Thanks to everyone whose been replying to this, but I should probably
point out that my original message was written on the 25th February
2003! I'm sure all this information will come in useful next time I hose
my Windows partition though! :)
Andrew
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 03:15:33 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 5A31E16A4CE
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 03:15:33 +0000 (GMT)
Received: from mail2.speakeasy.net (mail2.speakeasy.net [216.254.0.202])
by mx1.FreeBSD.org (Postfix) with ESMTP id 2C3CE43D2F
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 03:15:33 +0000 (GMT)
(envelope-from jmg@hydrogen.funkthat.com)
Received: (qmail 5274 invoked from network); 27 Sep 2004 03:15:32 -0000
Received: from gate.funkthat.com (HELO hydrogen.funkthat.com) ([69.17.45.168])
(envelope-sender <jmg@hydrogen.funkthat.com>)
by mail2.speakeasy.net (qmail-ldap-1.03) with SMTP
for <triulzi@freesurf.ch>; 27 Sep 2004 03:15:32 -0000
Received: from hydrogen.funkthat.com (xqvcpa@localhost.funkthat.com
[127.0.0.1])i8R3FVlb032609; Sun, 26 Sep 2004 20:15:32 -0700 (PDT)
(envelope-from jmg@hydrogen.funkthat.com)
Received: (from jmg@localhost)
by hydrogen.funkthat.com (8.12.10/8.12.10/Submit) id i8R3FTSA032608;
Sun, 26 Sep 2004 20:15:29 -0700 (PDT)
Date: Sun, 26 Sep 2004 20:15:29 -0700
From: John-Mark Gurney <gurney_j@resnet.uoregon.edu>
To: Mauro Triulzi <triulzi@freesurf.ch>
Message-ID: <20040927031529.GA22681@funkthat.com>
Mail-Followup-To: Mauro Triulzi <triulzi@freesurf.ch>,
=?iso-8859-1?Q?S=F8ren?= Schmidt <sos@DeepCore.dk>,
freebsd-current@freebsd.org,
Jeremy Chadwick <freebsd@jdc.parodius.com>
References: <20040926044943.I40616-100000@mxb.saturn-tech.com>
<200409261332.23227.michaelnottebrock@gmx.net> <4156B234.1090603@DeepCore.dk>
<41575CCB.40107@freesurf.ch>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <41575CCB.40107@freesurf.ch>
User-Agent: Mutt/1.4.1i
X-Operating-System: FreeBSD 4.2-RELEASE i386
X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4
X-Files: The truth is out there
X-URL: http://resnet.uoregon.edu/~gurney_j/
X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html
cc: freebsd-current@freebsd.org
cc: Jeremy Chadwick <freebsd@jdc.parodius.com>
cc: =?iso-8859-1?Q?S=F8ren?= Schmidt <sos@DeepCore.dk>
Subject: Re: ATA disk performance (ICH2 controller), some testsandcomparison
with Linux 2.6.5
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: John-Mark Gurney <gurney_j@resnet.uoregon.edu>
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 03:15:33 -0000
Mauro Triulzi wrote this message on Mon, Sep 27, 2004 at 02:20 +0200:
> ii) Now I tried a fair raw throughput comparison between Linux and
> FreeBSD. This time I read always the same whole (Linux) partition
> (~4GB) so that the results should be comparable. I always used native
> dd (FreeBSD and Linux). A measure with Linux dd under emulation
> in FreeBSD gave yet the same result:
>
> dd if=/dev/ad0s9 bs=nnn of=/dev/null
> FreeBSD:
> nnn=4k: 4301789184 bytes transferred in 170.031898 secs (25299895
> bytes/sec)
> nnn=8k: 4301789184 bytes transferred in 114.446100 secs (37587905
> bytes/sec)
> nnn=16k: 4301789184 bytes transferred in 87.794076 secs (48998627
> bytes/sec)
> nnn=64k: 4301789184 bytes transferred in 89.515195 secs (48056525
> bytes/sec)
> nnn=512k: 4301789184 bytes transferred in 90.357666 secs (47608458
> bytes/sec)
> (no significant changes before or after reinit)
>
> Linux:
> nnn=4k: 4301789184 bytes transferred in 93 secs (~46 Mbytes/sec)
> nnn=8k: 4301789184 bytes transferred in 86 secs (~50 Mbytes/sec)
> nnn=16k: 4301789184 bytes transferred in 90 secs (~48 Mbytes/sec)
> nnn=64k: 4301789184 bytes transferred in 95 secs (~45 Mbytes/sec)
> nnn=512k: 4301789184 bytes transferred in 92 secs (~47 Mbytes/sec)
>
> I notice, that the rates are very similar if bs >= 16k. Under FreeBSD
> the raw throughput rate depends on the block size. Read rate under Linux
> is independent of the block size. Is there a special reason for that?
Last I heard Linux did not have a raw device.. this means that it will
always be cached, and will do various read-ahead optimizations, while
FreeBSD does not have a buffered/cooked device anymore.. w/o the cooked
device FreeBSD has to suffer the latency of the command to the drive...
--
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-current@FreeBSD.ORG Mon Sep 27 03:36:32 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 20E3E16A4CE
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 03:36:32 +0000 (GMT)
Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10])
by mx1.FreeBSD.org (Postfix) with ESMTP id 07D1343D41
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 03:36:31 +0000 (GMT)
(envelope-from doconnor@gsoft.com.au)
Received: from inchoate.gsoft.com.au (localhost [127.0.0.1])
(authenticated bits=0)
by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id i8R3aPDS030210;
Mon, 27 Sep 2004 13:06:26 +0930 (CST)
(envelope-from doconnor@gsoft.com.au)
From: "Daniel O'Connor" <doconnor@gsoft.com.au>
To: Ryan Freeman <ryan@slipgate.org>
Date: Mon, 27 Sep 2004 13:06:24 +0930
User-Agent: KMail/1.7
References: <20040926025317.GA5812@slipgate.org>
<200409262212.26882.doconnor@gsoft.com.au>
<20040926124746.GA14197@slipgate.org>
In-Reply-To: <20040926124746.GA14197@slipgate.org>
MIME-Version: 1.0
Content-Type: multipart/signed;
boundary="nextPart9967126.PP1QSXjj33";
protocol="application/pgp-signature";
micalg=pgp-sha1
Content-Transfer-Encoding: 7bit
Message-Id: <200409271306.25050.doconnor@gsoft.com.au>
X-Spam-Score: -2.5 ()
IN_REP_TO,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT
X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang)
cc: FreeBSD Mailing List <freebsd-current@freebsd.org>
Subject: Re: Sound performance problems in FreeBSD
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 03:36:32 -0000
--nextPart9967126.PP1QSXjj33
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
On Sun, 26 Sep 2004 22:17, Ryan Freeman wrote:
> > Does a purely CPU bound process cause the problem?
> > ie try something like..
> > dd if=3D/dev/zero | md5
>
> well i gave that command a shot (i closed gkrellm first to reduce any
> clicking that may happen from it running) then started an mp3 with mpg123
> alongside running that command. didn't skip a beat, so i guess its all
> related to sysctl...
More likely there is lots of stuff running under Giant whe you run the sysc=
tl,=20
and the sound subsystem still runs under Giant (I think) so you get=20
congestion..
=2D-=20
Daniel O'Connor software and network engineer
for Genesis Software - http://www.gsoft.com.au
"The nice thing about standards is that there
are so many of them to choose from."
-- Andrew Tanenbaum
GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C
--nextPart9967126.PP1QSXjj33
Content-Type: application/pgp-signature
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)
iD8DBQBBV4q55ZPcIHs/zowRAqjQAKCaHbg9c/9dpwhqZQqv1N7CCMcdewCdHBKO
cn0eqt4T21PhN7LfMghB9Y0=
=0Ini
-----END PGP SIGNATURE-----
--nextPart9967126.PP1QSXjj33--
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 04:01:40 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 5B7EC16A4CE
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 04:01:40 +0000 (GMT)
Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19])
by mx1.FreeBSD.org (Postfix) with ESMTP id 0853043D2F
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 04:01:40 +0000 (GMT) (envelope-from obrien@NUXI.com)
Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1])
by dragon.nuxi.com (8.13.1/8.13.1) with ESMTP id i8R41clu003490;
Sun, 26 Sep 2004 21:01:38 -0700 (PDT)
(envelope-from obrien@dragon.nuxi.com)
Received: (from obrien@localhost)
by dragon.nuxi.com (8.13.1/8.13.1/Submit) id i8R41cwp003489;
Sun, 26 Sep 2004 21:01:38 -0700 (PDT)
(envelope-from obrien)
Date: Sun, 26 Sep 2004 21:01:37 -0700
From: "David O'Brien" <obrien@freebsd.org>
To: Joseph Koshy <joseph.koshy@gmail.com>
Message-ID: <20040927040137.GA3274@dragon.nuxi.com>
References: <84dead72040926185171776b99@mail.gmail.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <84dead72040926185171776b99@mail.gmail.com>
User-Agent: Mutt/1.4.1i
X-Operating-System: FreeBSD 6.0-CURRENT
Organization: The NUXI BSD Group
X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A
X-Pgp-Rsa-Keyid: 1024/34F9F9D5
cc: freebsd-current@freebsd.org
Subject: Re: [patch] <machine/cputypes.h>
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: obrien@freebsd.org
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 04:01:40 -0000
On Mon, Sep 27, 2004 at 07:21:18AM +0530, Joseph Koshy wrote:
> Anyone have objections to the following patch?
>
> $ diff -u cputypes.h /home/fcpi/src/sys/i386/include
> /5/usr/src.cvs/sys/i386/include
> --- cputypes.h Sat Jun 5 03:01:15 2004
> +++ /home/fcpi/src/sys/i386/include/cputypes.h Sun Sep 26 15:35:51 2004
> @@ -60,6 +60,8 @@
> #define CPU_PIII 15 /* Intel Pentium III */
> #define CPU_P4 16 /* Intel Pentium 4 */
> #define CPU_GEODE1100 17 /* NS Geode SC1100 */
> +#define CPU_K7 18 /* AMD K7 */
> +#define CPU_K8 19 /* AMD K8 (in X86 mode) */
^^^^^^^^^^^^^^^^
K8 is an x86 CPU,
I think you mean 32-bit
mode.
What are these values used for? A grep finds that we set them
inconsistently and that they aren't used anywhere other than
CPU_GEODE1100 in i386/i386/vm_machdep.c.
--
-- David (obrien@FreeBSD.org)
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 04:24:24 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id F3F9316A4D3
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 04:24:23 +0000 (GMT)
Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2])
by mx1.FreeBSD.org (Postfix) with ESMTP id BC4DF43D1F
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 04:24:23 +0000 (GMT)
(envelope-from dillon@apollo.backplane.com)
Received: from apollo.backplane.com (localhost [127.0.0.1])
i8R4OIvA092189; Sun, 26 Sep 2004 21:24:19 -0700 (PDT)
(envelope-from dillon@apollo.backplane.com)
Received: (from dillon@localhost)
by apollo.backplane.com (8.12.9p2/8.12.9/Submit) id i8R4OIEx092188;
Sun, 26 Sep 2004 21:24:18 -0700 (PDT)
(envelope-from dillon)
Date: Sun, 26 Sep 2004 21:24:18 -0700 (PDT)
From: Matthew Dillon <dillon@apollo.backplane.com>
Message-Id: <200409270424.i8R4OIEx092188@apollo.backplane.com>
To: John-Mark Gurney <gurney_j@resnet.uoregon.edu>,
Mauro Triulzi <triulzi@freesurf.ch>
References: <20040926044943.I40616-100000@mxb.saturn-tech.com>
<4156B234.1090603@DeepCore.dk>
<41575CCB.40107@freesurf.ch> <20040927031529.GA22681@funkthat.com>
cc: freebsd-current@freebsd.org
cc: =?iso-8859-1?Q?S=F8ren?= Schmidt <sos@DeepCore.dk>
cc: Jeremy Chadwick <freebsd@jdc.parodius.com>
Subject: Re: ATA disk performance (ICH2 controller), some testsandcomparison
with Linux 2.6.5
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 04:24:24 -0000
:> ii) Now I tried a fair raw throughput comparison between Linux and
:> FreeBSD. This time I read always the same whole (Linux) partition
:> (~4GB) so that the results should be comparable. I always used native
:> dd (FreeBSD and Linux). A measure with Linux dd under emulation
:> in FreeBSD gave yet the same result:
:>
:> dd if=/dev/ad0s9 bs=nnn of=/dev/null
:> FreeBSD:
:> nnn=4k: 4301789184 bytes transferred in 170.031898 secs (25299895
:...
:>
:> I notice, that the rates are very similar if bs >= 16k. Under FreeBSD
:> the raw throughput rate depends on the block size. Read rate under Linux
:> is independent of the block size. Is there a special reason for that?
:...
:
:Last I heard Linux did not have a raw device.. this means that it will
:always be cached, and will do various read-ahead optimizations, while
:FreeBSD does not have a buffered/cooked device anymore.. w/o the cooked
:device FreeBSD has to suffer the latency of the command to the drive...
:
:--
: John-Mark Gurney Voice: +1 415 225 5579
Don't guess, experiment!
I'm sure linux has a device monitor program. If not iostat, then something
else. It should be fairly easy to determine whether it is buffering
the data. The numbers alone don't tell the story.
You can glean a lot of information by running a script like this:
#!/bin/csh
#
time dd if=/dev/ad0 bs=512 of=/dev/null count=131072
time dd if=/dev/ad0 bs=1k of=/dev/null count=65536
time dd if=/dev/ad0 bs=2k of=/dev/null count=32768
time dd if=/dev/ad0 bs=4k of=/dev/null count=16384
time dd if=/dev/ad0 bs=8k of=/dev/null count=8192
time dd if=/dev/ad0 bs=16k of=/dev/null count=4096
time dd if=/dev/ad0 bs=32k of=/dev/null count=2048
time dd if=/dev/ad0 bs=64k of=/dev/null count=1024
time dd if=/dev/ad0 bs=128k of=/dev/null count=512
time dd if=/dev/ad0 bs=256k of=/dev/null count=256
time dd if=/dev/ad0 bs=512k of=/dev/null count=128
In particular, you can see both the transfer rate and the user and
supervisor overheads involved in sheparding the transfer. At some
point the cpu use stops saturating the cpu and the transfer rate
maxes out, but even though that occurs you can see that the larger
block sizes require less supervisor overhead.
If you don't see this sort of marked reduction in supervisor overhead
with linux then linux is probably buffering the I/O.
TRANSFER RATE
VVVVVVVV
67108864 bytes transferred in 8.996482 secs (7459456 bytes/sec)
0.007u 3.412s 0:08.99 37.9% 13+29k 0+0io 0pf+0w
^^^^^ ^^^^^ ^^^^^
USER SUPERVISOR CPU PERCENTAGE
(note: only 37% so raw device transaction overheads
are likely limiting throughput)
67108864 bytes transferred in 4.563335 secs (14706101 bytes/sec)
0.000u 1.608s 0:04.56 35.0% 10+22k 0+0io 0pf+0w
67108864 bytes transferred in 2.430306 secs (27613340 bytes/sec)
0.000u 0.773s 0:02.43 31.6% 10+23k 0+0io 0pf+0w
67108864 bytes transferred in 1.538318 secs (43624834 bytes/sec)
0.000u 0.312s 0:01.53 20.2% 15+35k 0+0io 0pf+0w
67108864 bytes transferred in 1.264007 secs (53092158 bytes/sec)
0.015u 0.132s 0:01.26 11.1% 24+58k 0+0io 0pf+0w
^^^^^^^^
transfer rate maxes out, but
cpu time continues to
decrease
vvvvv
67108864 bytes transferred in 1.174806 secs (57123364 bytes/sec)
0.000u 0.093s 0:01.17 7.6% 22+60k 0+0io 0pf+0w
67108864 bytes transferred in 1.208589 secs (55526618 bytes/sec)
0.000u 0.046s 0:01.20 3.3% 0+0k 0+0io 0pf+0w
67108864 bytes transferred in 1.241938 secs (54035605 bytes/sec)
0.000u 0.007s 0:01.24 0.0% 0+0k 0+0io 0pf+0w
67108864 bytes transferred in 1.208579 secs (55527089 bytes/sec)
0.007u 0.015s 0:01.20 0.8% 0+0k 0+0io 0pf+0w
67108864 bytes transferred in 1.183573 secs (56700232 bytes/sec)
0.000u 0.007s 0:01.18 0.0% 0+0k 0+0io 0pf+0w
67108864 bytes transferred in 1.200243 secs (55912731 bytes/sec)
0.000u 0.015s 0:01.20 0.8% 0+0k 0+0io 0pf+0w
Doing an 'iostat ad0 1' (in my case) at the same time in another window,
on *BSD anyway, tells you what the controller is actually being asked to do.
In this case it is obvious that the controller is being told to make tiny
transfers and is able to do 14000+ transactions/sec, and that even with the
next step up the controller is still only able to do 14000+ transactions/sec,
which indicates that the system has hit the controllers transaction rate
limit.
tty ad0 cpu
tin tout KB/t tps MB/s us ni sy in id
0 0 0.50 14629 7.14 0 0 39 0 61
^^^^^
PHYSICAL TRANSACTIONS PER SECOND
VVVVVV
0 0 0.50 14626 7.14 0 0 40 0 60
0 0 0.50 14627 7.14 0 0 39 0 61
0 0 0.50 14634 7.15 0 0 42 0 58
0 0 0.50 14638 7.15 0 0 41 0 59
0 0 0.50 14491 7.08 0 0 40 0 60
0 0 0.50 14629 7.14 0 0 37 0 63
0 0 0.50 14630 7.14 0 0 39 0 61
0 0 0.73 14393 10.26 0 0 27 0 73
0 0 1.00 14389 14.05 0 0 38 0 62 <<< note, same max tps
0 0 1.00 14386 14.05 0 0 35 0 65
0 0 1.00 14391 14.05 0 0 30 0 70
0 0 1.00 13915 13.59 0 0 25 0 75
0 0 1.86 13384 24.35 0 0 28 0 72
0 0 2.00 13468 26.30 0 0 23 0 77 <<< nearly same max tps
tty ad0 cpu
tin tout KB/t tps MB/s us ni sy in id
0 0 2.74 12245 32.71 0 0 34 0 66
0 0 4.00 10840 42.34 0 0 27 0 73 <<< now the tps starts to drop
with the larger block size
and the transfer is no
longer limited by the
controller or system.
0 0 7.41 7061 51.11 0 0 16 0 84
0 0 12.15 4500 53.37 0 0 10 0 90
0 0 20.96 2562 52.45 0 0 7 0 93
0 0 36.15 1461 51.57 0 0 2 0 98
0 0 64.69 837 52.87 2 0 1 0 98
0 0 124.72 439 53.46 0 0 2 0 98
0 0 127.41 429 53.38 0 0 2 0 98
0 0 127.69 406 50.62 0 0 1 0 99
0 0 128.00 268 33.50 0 0 1 0 99
Generally speaking, since the hard drive itself will cache data off the
platter, reduced I/O bandwidth using smaller block sizes will almost always
be either a transaction rate limit being hit, or the cpu's limits get
hit (the cpu gets overburdened).
Buffered access to a raw device is not necessarily a good thing. In fact,
most of the time you don't want to do it because you have a caching layer on
top of your raw accesses (e.g. the filesystem buffer cache / VM cache, or
in the case of a database the database has its own cache and buffered
access would interfere with it).
-Matt
Matthew Dillon
<dillon@backplane.com>
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 04:41:12 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 1306D16A4CF
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 04:41:12 +0000 (GMT)
Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.204])
by mx1.FreeBSD.org (Postfix) with ESMTP id A19A643D1F
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 04:41:11 +0000 (GMT)
(envelope-from joseph.koshy@gmail.com)
Received: by mproxy.gmail.com with SMTP id 74so2979172rnk
for <freebsd-current@freebsd.org>;
Sun, 26 Sep 2004 21:41:08 -0700 (PDT)
Received: by 10.38.2.75 with SMTP id 75mr1092231rnb;
Sun, 26 Sep 2004 21:40:58 -0700 (PDT)
Received: by 10.38.13.17 with HTTP; Sun, 26 Sep 2004 21:40:53 -0700 (PDT)
Message-ID: <84dead7204092621403fddd11e@mail.gmail.com>
Date: Mon, 27 Sep 2004 04:40:53 +0000
From: Joseph Koshy <joseph.koshy@gmail.com>
To: obrien@freebsd.org
In-Reply-To: <20040927040137.GA3274@dragon.nuxi.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
References: <84dead72040926185171776b99@mail.gmail.com>
<20040927040137.GA3274@dragon.nuxi.com>
cc: freebsd-current@freebsd.org
Subject: Re: [patch] <machine/cputypes.h>
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: Joseph Koshy <joseph.koshy@gmail.com>
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 04:41:12 -0000
> > #define CPU_GEODE1100 17 /* NS Geode SC1100 */
> > +#define CPU_K7 18 /* AMD K7 */
> > +#define CPU_K8 19 /* AMD K8 (in X86 mode) */
> ^^^^^^^^^^^^^^^^
> K8 is an x86 CPU,
> I think you mean 32-bit
> mode.
Yes.
> What are these values used for? A grep finds that we set them
> inconsistently and that they aren't used anywhere other than
> CPU_GEODE1100 in i386/i386/vm_machdep.c.
The pmc(4) driver (being written) needs a way of informing the
userland libpmc(3)
(also being written) about the kind of CPU present in the system and I thought I
could use the symbols in <cputypes.h> instead of defining them in <sys/pmc.h>.
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 04:52:03 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 15B5316A4D1; Mon, 27 Sep 2004 04:52:03 +0000 (GMT)
Received: from ylpvm15.prodigy.net (ylpvm15-ext.prodigy.net [207.115.57.46])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 86D9943D48; Mon, 27 Sep 2004 04:52:02 +0000 (GMT)
(envelope-from julian@elischer.org)
Received: from elischer.org (adsl-67-124-49-205.dsl.snfc21.pacbell.net
[67.124.49.205])i8R4q6qM007883; Mon, 27 Sep 2004 00:52:06 -0400
Message-ID: <41579C70.5080604@elischer.org>
Date: Sun, 26 Sep 2004 21:52:00 -0700
From: Julian Elischer <julian@elischer.org>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4b) Gecko/20030524
X-Accept-Language: en, hu
MIME-Version: 1.0
To: Andreas Klemm <andreas@freebsd.org>
References: <415720FD.8080603@samsco.org>
<20040926212936.GA4247@titan.klemm.apsfilter.org>
<20040926214139.GA60201@titan.klemm.apsfilter.org>
In-Reply-To: <20040926214139.GA60201@titan.klemm.apsfilter.org>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
cc: current@freebsd.org
Subject: Re: Fatal error 'Spinlock called when not threaded.' ... (Re:FreeBSD
5.3-BETA6 available)
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 04:52:03 -0000
Andreas Klemm wrote:
> Creating this helped (thanks to google ;-)
>
> /etc/libmap.conf:
> libpthread.so.1 libc_r.so.5
> libpthread.so libc_r.so
>
> Has there been a change last recently ?
>
> Since with BETA5 I didn't have any trouble.
>
> Andreas ///
>
well, 100% backwards bit it will remove the error..
you are saying that you should always replace the real threads
package with pseudothreads.
try it the other way around..
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 05:35:02 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id DB3EC16A4CE
for <current@freebsd.org>; Mon, 27 Sep 2004 05:35:02 +0000 (GMT)
Received: from herbelot.dyndns.org (brune-8-82-227-159-103.fbx.proxad.net
[82.227.159.103])
by mx1.FreeBSD.org (Postfix) with ESMTP id A42BF43D45
for <current@freebsd.org>; Mon, 27 Sep 2004 05:35:01 +0000 (GMT)
(envelope-from thierry@herbelot.com)
Received: from diversion.herbelot.nom (diversion.herbelot.nom [192.168.2.6])
by herbelot.dyndns.org (8.12.11/8.12.11) with ESMTP id i8R5k0LQ004803
for <current@freebsd.org>; Mon, 27 Sep 2004 07:46:03 +0200 (CEST)
From: Thierry Herbelot <thierry@herbelot.com>
To: current@freebsd.org
Date: Mon, 27 Sep 2004 07:34:24 +0200
User-Agent: KMail/1.6.2
X-Warning: Windows can lose your files
X-Op-Sys: Le FriBi de la mort qui tue
X-Org: TfH&Co
X-MailScanner: Found to be clean
MIME-Version: 1.0
Content-Disposition: inline
Content-Type: text/plain;
charset="us-ascii"
Content-Transfer-Encoding: 7bit
Message-Id: <200409270734.24490.thierry@herbelot.com>
Subject: slight wording change for RELENG_5 /usr/src/UPDATING
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: thierry@herbelot.com
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 05:35:03 -0000
"Updating Information for FreeBSD current users"
should be
"Updating Information for FreeBSD stable users"
cheers
TfH
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 06:04:38 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 6DDBC16A4CE; Mon, 27 Sep 2004 06:04:38 +0000 (GMT)
Received: from dglawrence.com (dsl-230-156.ipns.com [209.210.230.156])
by mx1.FreeBSD.org (Postfix) with ESMTP
id E23C043D2F; Mon, 27 Sep 2004 06:04:37 +0000 (GMT)
(envelope-from dg@nexus.dglawrence.com)
Received: from nexus.dglawrence.com (localhost [127.0.0.1])
by dglawrence.com (8.12.10/8.12.6) with ESMTP id i8R64MrW079861;
Sun, 26 Sep 2004 23:04:22 -0700 (PDT)
(envelope-from dg@nexus.dglawrence.com)
Received: (from dg@localhost)
by nexus.dglawrence.com (8.12.10/8.12.3/Submit) id i8R64MnP079860;
Sun, 26 Sep 2004 23:04:22 -0700 (PDT)
Date: Sun, 26 Sep 2004 23:04:22 -0700
From: "David G. Lawrence" <dg@dglawrence.com>
To: Jon Passki <cykyc@yahoo.com>
Message-ID: <20040927060422.GC16205@nexus.dglawrence.com>
References: <41565673.7050504@freebsd.org>
<20040926144632.70365.qmail@web50305.mail.yahoo.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20040926144632.70365.qmail@web50305.mail.yahoo.com>
cc: freebsd-current@freebsd.org
cc: David Xu <davidxu@freebsd.org>
Subject: Re: Interesting code in exec_setregs
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 06:04:38 -0000
>
> --- David Xu <davidxu@freebsd.org> wrote:
>
> > I found following code in sys/i386/i386/machdep.c:
> > function exec_setregs:
> >
> > bzero((char *)regs, sizeof(struct trapframe));
> > regs->tf_eip = entry;
> > regs->tf_esp = stack;
> > regs->tf_eflags = PSL_USER | (regs->tf_eflags & PSL_T);
> >
> > the regs is cleared to zero, why do we bother to test it
> > again ? regs->tf_eflags & PSL_T is useless code.
> >
> > AMD64 also has this, I also found it in releng_4, why ?
>
> FYI, it's first incarnation was in v1.87 [1] (1994-11-06):
>
> ! 864: ? ? ? ?bzero(regs, sizeof(struct
> trapframe));
> ! 865: ? ? ? ?regs[tEIP] = entry;
> ! 866: ? ? ? ?regs[tESP] = stack;
> ! 867: ? ? ? ?regs[tEFLAGS] = PSL_USERSET |
> (regs[tEFLAGS] & PSL_T);
> ! 868: ? ? ? ?regs[tSS] = _udatasel;
> ! 869: ? ? ? ?regs[tDS] = _udatasel;
> ! 870: ? ? ? ?regs[tES] = _udatasel;
> ! 871: ? ? ? ?regs[tCS] = _ucodesel;
>
> Same issue, it seems.
Hmmm. That would make it my bug. :-/ My only excuse is that things were
pretty crazy back then - this would have happened when John Dyson and I
were working on the x86 port of 4.4-lite which became FreeBSD 2.0. We did
the port in 10 days. :-) My best explaination is that the bzero got added
after the tEFLAGS stuff - probably to solve some other issue, and the test
of PSL_T (actually should be called TF bit to match Intel literature, which
stands for "trap flag") a few lines lower was overlooked. The bit enables
debug traps after every instruction in order to facilitate instruction
single stepping.
It's not clear to me if instruction single stepping should be preserved
after an exec. I'd defer to Bruce Evans on this since he's the expert on
debuggers.
-DG
David G. Lawrence
President
Download Technologies, Inc. - http://www.downloadtech.com - (866) 399 8500
TeraSolutions, Inc. - http://www.terasolutions.com - (888) 346 7175
The FreeBSD Project - http://www.freebsd.org
Pave the road of life with opportunities.
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 06:15:09 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id E704F16A4CE; Mon, 27 Sep 2004 06:15:09 +0000 (GMT)
Received: from ylpvm29.prodigy.net (ylpvm29-ext.prodigy.net [207.115.57.60])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 5EF9743D5F; Mon, 27 Sep 2004 06:15:09 +0000 (GMT)
(envelope-from julian@elischer.org)
Received: from elischer.org (adsl-67-124-49-205.dsl.snfc21.pacbell.net
[67.124.49.205])i8R6EoIV018830; Mon, 27 Sep 2004 02:14:51 -0400
Message-ID: <4157AFE9.2060207@elischer.org>
Date: Sun, 26 Sep 2004 23:15:05 -0700
From: Julian Elischer <julian@elischer.org>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4b) Gecko/20030524
X-Accept-Language: en, hu
MIME-Version: 1.0
To: Current <freebsd-current@freebsd.org>,
John Baldwin <jhb@freebsd.org>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Subject: ktr/alq/witness failure.
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 06:15:10 -0000
I'm not going to stop and debug this now because I'm chasing another
problem but I can probably stash a corefile somewhere if people want it..
ref4# sysctl debug.ktr.mask=0x2fffffff
debug.ktr.mask: 262144
->
805306367
ref4#
ref4#
ref4# sysctl debug.ktr.mask=0x0
kernel trap 12 with interrupts disabled
Fatal double fault:
eip = 0xc053336e
esp = 0xcbaa3ff4
ebp = 0xcbaa401c
cpuid = 0; apic id = 00
panic: double fault
cpuid = 0
KDB: enter: panic
[thread 100027]
Stopped at kdb_enter+0x2b: nop
db> tr
kdb_enter(c069adef) at kdb_enter+0x2b
panic(c06b581a,c06b59c4,0,0,0) at panic+0x127
dblfault_handler() at dblfault_handler+0x7a
--- trap 0x17, eip = 0xc053336e, esp = 0xcbaa3ff4, ebp = 0xcbaa401c ---
witness_checkorder(c111776c,9,c06b5972,2bb) at witness_checkorder+0x6a
_mtx_lock_flags(c111776c,0,c06b5972,2bb,c10e3a80) at _mtx_lock_flags+0x5b
trap_pfault(cbaa40ac,0,608) at trap_pfault+0xb4
trap(18,5f660010,63730010,9,c111776c) at trap+0x335
calltrap() at calltrap+0x5
--- trap 0xc, eip = 0xc0533495, esp = 0xcbaa40ec, ebp = 0xcbaa4114 ---
witness_checkorder(c111776c,9,c06b597b,2bb) at witness_checkorder+0x191
_mtx_lock_flags(c111776c,0,c06b5972,2bb,c10e3a80) at _mtx_lock_flags+0x5b
trap_pfault(cbaa41a4,0,608) at trap_pfault+0xb4
trap(9700018,705f0010,6b2e0010,9,c111776c) at trap+0x335
----
etc. (LOTS OF IDENTICAL FRAMES REMOVED)
----
--- trap 0xc, eip = 0xc0533495, esp = 0xcbaa5734, ebp = 0xcbaa575c ---
witness_checkorder(c111776c,9,c06b597b,2bb) at witness_checkorder+0x191
_mtx_lock_flags(c111776c,0,c06b5972,2bb,c10e3a80) at _mtx_lock_flags+0x5b
trap_pfault(cbaa57ec,0,608) at trap_pfault+0xb4
trap(18,10,c0710010,9,c111776c) at trap+0x335
calltrap() at calltrap+0x5
--- trap 0xc, eip = 0xc0533495, esp = 0xcbaa582c, ebp = 0xcbaa5854 ---
witness_checkorder(c111776c,9,c06b597b,2bb) at witness_checkorder+0x191
_mtx_lock_flags(c111776c,0,c06b5972,2bb,c10e3a80) at _mtx_lock_flags+0x5b
trap_pfault(cbaa58e4,0,608) at trap_pfault+0xb4
trap(c10e0018,c0750010,c0750010,9,c111776c) at trap+0x335
calltrap() at calltrap+0x5
--- trap 0xc, eip = 0xc0533495, esp = 0xcbaa5924, ebp = 0xcbaa594c ---
witness_checkorder(c111776c,9,c06b597b,2bb) at witness_checkorder+0x191
_mtx_lock_flags(c111776c,0,c06b5972,2bb,c10e3a80) at _mtx_lock_flags+0x5b
trap_pfault(cbaa59dc,0,608) at trap_pfault+0xb4
trap(18,c10e0010,cbaa0010,9,c06fa2e0) at trap+0x335
calltrap() at calltrap+0x5
--- trap 0xc, eip = 0xc0533495, esp = 0xcbaa5a1c, ebp = 0xcbaa5a44 ---
witness_checkorder(c06fa2e0,9,c0697593,1d3) at witness_checkorder+0x191
_mtx_lock_flags(c06fa2e0,0,c069758a,1d3,c069851a) at _mtx_lock_flags+0x5b
alq_post(c13f3300,c15f5638) at alq_post+0x60
ktr_tracepoint(200,c0698511,186,c06985f6,c0674241,19,c10e2a08,0,0,0) at
ktr_tracepoint+0x17e
ithread_schedule(c10d7900,e,c10e3a80,c15e7420,c06f00d0) at ithread_schedule+0x6b
intr_execute_handlers(c06f00d0,cbaa5b50,c15e7420,5fb,c10e3af0) at
intr_execute_handlers+0x131
atpic_handle_intr(e) at atpic_handle_intr+0x92
Xatpic_intr14() at Xatpic_intr14+0x20
--- interrupt, eip = 0xc053392a, esp = 0xcbaa5b94, ebp = 0xcbaa5ba4 ---
witness_lock(c15e7420,8,c06a219e,5fb,c6342b10) at witness_lock+0xc2
_mtx_lock_flags(c15e7420,0,c06a2195,5fb) at _mtx_lock_flags+0x97
bqrelse(c6342b10) at bqrelse+0xe7
bufdone(c6342b10) at bufdone+0x446
cluster_callback(c62e64c0) at cluster_callback+0xa6
bufdone(c62e64c0,c0709820,0,c06a2195,c14) at bufdone+0x13b
bufdonebio(c62e64c0) at bufdonebio+0x24
biodone(c62e64c0,c15da18c,c15da18c,cbaa5cd0,cbaa5cb0) at biodone+0x57
g_dev_done(c15da18c) at g_dev_done+0x5b
biodone(c15da18c,cbaa5cd0,0,c0695cbe,1c1) at biodone+0x57
g_io_schedule_up(c10e3a80) at g_io_schedule_up+0xb5
g_up_procbody(0,cbaa5d48,0,c04e4dbc,0) at g_up_procbody+0x32
fork_exit(c04e4dbc,0,cbaa5d48) at fork_exit+0xd4
fork_trampoline() at fork_trampoline+0x8
--- trap 0x1, eip = 0, esp = 0xcbaa5d7c, ebp = 0 ---
db> show pcpu
cpuid = 0
curthread = 0xc10e3a80: pid 3 "g_up"
curpcb = 0xcbaa5da0
fpcurthread = none
idlethread = 0xc10da480: pid 11 "idle: cpu0"
APIC ID = 0
currentldt = 0x28
spin locks held:
db> db> show witness
Sleep locks:
0 ATAPI CD bioqueue lock -- last acquired @ dev/ata/atapi-cd.c:1100
0 g_xdown -- last acquired @ geom/geom_io.c:392
4 ATA disk bioqueue lock -- last acquired @ dev/ata/ata-disk.c:236
4 ATA queue lock -- last acquired @ dev/ata/ata-queue.c:176
5 ATA state lock -- last acquired @ dev/ata/ata-queue.c:182
4 bio queue -- last acquired @ geom/geom_io.c:65
12 system map -- last acquired @ vm/vm_kern.c:296
13 kmem object -- last acquired @ vm/vm_kern.c:398
14 vm page queue mutex -- last acquired @ kern/vfs_bio.c:3217
15 CMAPCADDR12 -- last acquired @ i386/i386/pmap.c:2473
15 vnode interlock -- last acquired @ kern/vfs_bio.c:1531
16 cdev -- last acquired @ kern/kern_conf.c:81
16 vnode_free_list -- last acquired @ kern/vfs_subr.c:575
16 Syncer mtx -- last acquired @ kern/vfs_subr.c:1846
16 Name Cache -- last acquired @ kern/vfs_cache.c:352
15 pmap -- last acquired @ i386/i386/pmap.c:1901
16 uma object -- last acquired @ vm/uma_core.c:963
16 UMA pcpu -- last acquired @ vm/uma_core.c:2206
17 KMAP ENTRY -- last acquired @ vm/uma_core.c:2224
18 UMA zone -- last acquired @ vm/uma_core.c:2224
13 kernel object -- last acquired @ kern/vfs_bio.c:3671
14 vm page queue mutex -- (already displayed)
0 g_xup -- last acquired @ geom/geom_io.c:449
1 g_disk_done -- last acquired @ geom/geom_disk.c:196
4 bio queue -- (already displayed)
16 UMA pcpu -- (already displayed)
3 Giant -- last acquired @ kern/vfs_bio.c:3092
4 struct mount mtx -- last acquired @ ufs/ffs/ffs_vfsops.c:1147
15 vnode interlock -- (already displayed)
4 UMA lock -- last acquired @ vm/uma_core.c:1466
12 Malloc Stats -- last acquired @ kern/kern_malloc.c:210
16 UMA pcpu -- (already displayed)
4 eventhandler -- last acquired @ kern/subr_eventhandler.c:213
5 eventhandler list -- last acquired @ kern/kern_exit.c:199
4 standard object -- last acquired @ kern/vfs_bio.c:3198
5 vm object_list -- last acquired @ vm/vm_object.c:643
14 vm page queue mutex -- (already displayed)
4 kernel linker -- last acquired @ kern/kern_linker.c:1061
4 vm86 lock -- last acquired @ i386/i386/vm86.c:582
4 TID lock -- last acquired @ kern/kern_thread.c:206
4 kobj -- last acquired @ kern/subr_kobj.c:298
4 GEOM orphanage -- last acquired @ geom/geom_event.c:170
4 ithread -- last acquired @ kern/kern_intr.c:276
4 bounce pages lock -- last acquired @ i386/i386/busdma_machdep.c:860
4 bpf global lock -- last acquired @ net/bpf.c:1446
5 bpf interface lock -- last acquired @ order list:0
6 bpf cdev lock -- last acquired @ order list:0
4 rman -- last acquired @ kern/subr_rman.c:448
12 Malloc Stats -- (already displayed)
12 system map -- (already displayed)
4 taskqueue list -- last acquired @ kern/subr_taskqueue.c:85
4 rman head -- last acquired @ kern/subr_rman.c:111
4 sf_buf -- last acquired @ i386/i386/vm_machdep.c:674
4 bio queue -- (already displayed)
4 rtsock route_cb lock -- last acquired @ net/rtsock.c:234
4 devstat -- last acquired @ kern/subr_devstat.c:190
4 if_cloners lock -- last acquired @ net/if_clone.c:199
4 buffer daemon lock -- last acquired @ kern/vfs_bio.c:408
4 pseudofs -- last acquired @ fs/pseudofs/pseudofs_fileno.c:86
4 ttylist -- last acquired @ kern/tty.c:2757
11 tty -- last acquired @ kern/kern_event.c:1451
4 fdesc -- last acquired @ kern/kern_descrip.c:1614
5 filedesc structure -- last acquired @ kern/kern_descrip.c:1926
6 devd -- last acquired @ kern/subr_bus.c:497
9 sellck -- last acquired @ kern/sys_generic.c:726
6 accept -- last acquired @ kern/uipc_socket.c:334
7 so_snd -- last acquired @ kern/uipc_socket.c:2091
8 so_rcv -- last acquired @ kern/uipc_socket.c:2092
9 sellck -- (already displayed)
9 radix node head -- last acquired @ netinet/if_ether.c:139
10 ifnet -- last acquired @ net/if.c:1019
10 rtentry -- last acquired @ netinet/if_ether.c:785
11 rts_inq -- last acquired @ net/netisr.c:231
11 network driver -- last acquired @ dev/fxp/if_fxp.c:1756
12 knlist lock for lockless objects -- last acquired @
kern/kern_event.c:1451
12 Malloc Stats -- (already displayed)
12 if send queue -- last acquired @ dev/fxp/if_fxp.c:1268
12 system map -- (already displayed)
11 ifaddr -- last acquired @ netinet6/nd6_nbr.c:1235
9 process lock -- last acquired @ ufs/ffs/ffs_vnops.c:613
10 sigacts -- last acquired @ kern/kern_sig.c:294
10 ktrace -- last acquired @ kern/kern_fork.c:607
10 struct pargs.ref -- last acquired @ kern/kern_proc.c:1078
10 session -- last acquired @ kern/kern_proc.c:317
11 tty -- (already displayed)
15 vnode interlock -- (already displayed)
11 uidinfo hash -- last acquired @ kern/kern_resource.c:1001
12 sleep mtxpool -- last acquired @ kern/kern_prot.c:1755
12 uidinfo struct -- last acquired @ order list:0
13 allprison -- last acquired @ kern/kern_jail.c:460
6 pipe mutex -- last acquired @ kern/sys_pipe.c:1520
9 sellck -- (already displayed)
7 sigio lock -- last acquired @ kern/kern_descrip.c:729
8 process group -- last acquired @ kern/kern_proc.c:393
9 process lock -- (already displayed)
4 if_clone lock -- last acquired @ net/if_clone.c:321
4 pfil_head_mtx -- last acquired @ net/pfil.c:166
5 pfil_head_list lock -- last acquired @ net/pfil.c:172
4 lo_mtx -- last acquired @ net/if_loop.c:154
4 nfsd_mtx -- last acquired @ nfsserver/nfs_srvsock.c:811
4 pbuf mutex -- last acquired @ vm/vm_pager.c:414
4 domain list -- last acquired @ kern/uipc_domain.c:110
4 mntid -- last acquired @ kern/vfs_subr.c:400
5 mountlist -- last acquired @ kern/vfs_subr.c:3456
4 ATA disk bioqueue lock -- (already displayed)
4 ATA queue lock -- (already displayed)
4 taskqueue -- last acquired @ kern/subr_taskqueue.c:193
4 pseudofs_vncache -- last acquired @ fs/pseudofs/pseudofs_vncache.c:239
4 udp -- last acquired @ netinet/udp_usrreq.c:1052
5 udp6inp -- last acquired @ netinet6/udp6_usrreq.c:670
8 so_rcv -- (already displayed)
5 udpinp -- last acquired @ netinet/udp_usrreq.c:1058
6 arc4_mtx -- last acquired @ libkern/arc4random.c:137
6 accept -- (already displayed)
4 ufs ihash -- last acquired @ ufs/ufs/ufs_ihash.c:120
15 vnode interlock -- (already displayed)
4 dirhash list -- last acquired @ ufs/ufs/ufs_dirhash.c:348
5 dirhash -- last acquired @ ufs/ufs/ufs_dirhash.c:349
4 runningbufspace lock -- last acquired @ kern/vfs_bio.c:317
5 ALDmtx -- last acquired @ kern/kern_alq.c:195
4 bdone lock -- last acquired @ kern/vfs_bio.c:3012
4 needsbuffer lock -- last acquired @ kern/vfs_bio.c:298
4 buf queue lock -- last acquired @ kern/vfs_bio.c:1520
15 vnode interlock -- (already displayed)
4 accounting -- last acquired @ kern/kern_acct.c:232
4 tcp -- last acquired @ netinet/tcp_timer.c:138
5 tcpinp -- last acquired @ netinet/tcp_timer.c:184
6 so_glabel -- last acquired @ kern/uipc_socket.c:282
6 tcp_hc_entry -- last acquired @ netinet/tcp_hostcache.c:713
6 random reseed -- last acquired @ dev/random/yarrow.c:193
6 arc4_mtx -- (already displayed)
6 accept -- (already displayed)
4 protect sysfilt_ops -- last acquired @ kern/kern_event.c:667
4 unp -- last acquired @ kern/uipc_usrreq.c:247
6 accept -- (already displayed)
0 arp_inq -- last acquired @ net/netisr.c:231
0 ip6qlock -- last acquired @ netinet6/frag6.c:682
0 igmp_mtx -- last acquired @ netinet/igmp.c:431
0 ip_inq -- last acquired @ net/netisr.c:231
0 ipqlock -- last acquired @ netinet/ip_input.c:1096
0 sem -- last acquired @ kern/sysv_sem.c:1174
0 if_afdata -- last acquired @ net/if.c:489
0 GEOM topology -- last acquired @ geom/geom_event.c:202
4 bio queue -- (already displayed)
4 GEOM orphanage -- (already displayed)
4 bdone lock -- (already displayed)
12 Malloc Stats -- (already displayed)
4 devstat -- (already displayed)
12 system map -- (already displayed)
4 ATA queue lock -- (already displayed)
1 swapdev -- last acquired @ vm/swap_pager.c:2127
0 p_peers -- last acquired @ kern/kern_exit.c:243
0 module subsystem sx lock -- last acquired @ kern/kern_module.c:404
0 rawcb -- last acquired @ net/raw_usrreq.c:80
8 so_rcv -- (already displayed)
0 kernel environment -- last acquired @ kern/kern_environment.c:285
0 sysctl lock -- last acquired @ kern/kern_sysctl.c:1315
1 addrsel_lock -- last acquired @ netinet6/in6_src.c:1137
1 malloc -- last acquired @ kern/kern_malloc.c:588
1 rip -- last acquired @ netinet/raw_ip.c:845
1 filelist lock -- last acquired @ kern/kern_descrip.c:1388
5 filedesc structure -- (already displayed)
1 allproc -- last acquired @ kern/sched_4bsd.c:428
2 user map -- last acquired @ vm/vm_glue.c:175
3 Giant -- (already displayed)
0 ddp_list_mtx -- last acquired @ order list:0
1 ddp_mtx -- last acquired @ order list:0
0 slip_mtx -- last acquired @ order list:0
1 slip sc_mtx -- last acquired @ order list:0
0 proctree -- last acquired @ kern/kern_prot.c:401
1 allproc -- (already displayed)
Spin locks:
Locks which were never acquired:
swap_pager swhash
scope6_lock
ip6_inq
pseudofs_fileno
tunmtx
msq
semid
msdosfs dehash
nfs4dev state
nfs4dev waitq
nfs4dev newq
cd9660_ihash
agp lock
callout_wait_lock
fifo mutex
UUID generator mutex lock
umtx
jumbo mutex
accept_filter_mtx
encapmtx
securelevel mutex lock
kqueue order
phys_pager list
dev_pager list
dev_pager create
swap_pager list
vm map sleep mutex
lockmgr
PMAP2
db>
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 06:20:10 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 7C8FE16A4CF
for <current@freebsd.org>; Mon, 27 Sep 2004 06:20:10 +0000 (GMT)
Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106])
by mx1.FreeBSD.org (Postfix) with ESMTP id 6581043D4C
for <current@freebsd.org>; Mon, 27 Sep 2004 06:20:09 +0000 (GMT)
(envelope-from andreas@klemm.apsfilter.org)
Received: from srv1.cosmo-project.de (localhost [IPv6:::1])
i8R6K7aI066466
(version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO)
for <current@freebsd.org>; Mon, 27 Sep 2004 08:20:07 +0200 (CEST)
(envelope-from andreas@klemm.apsfilter.org)
Received: (from uucp@localhost)i8R6K7SS066465
for current@freebsd.org; Mon, 27 Sep 2004 08:20:07 +0200 (CEST)
(envelope-from andreas@klemm.apsfilter.org)
Received: from titan.klemm.apsfilter.org (localhost.klemm.apsfilter.org
[127.0.0.1])
by klemm.apsfilter.org (8.13.1/8.13.1) with ESMTP id i8R6GR3b001413
for <current@freebsd.org>; Mon, 27 Sep 2004 08:16:27 +0200 (CEST)
(envelope-from andreas@titan.klemm.apsfilter.org)
Received: (from andreas@localhost)
by titan.klemm.apsfilter.org (8.13.1/8.13.1/Submit) id i8R6GRZq001412
for current@freebsd.org; Mon, 27 Sep 2004 08:16:27 +0200 (CEST)
(envelope-from andreas)
Date: Mon, 27 Sep 2004 08:16:27 +0200
From: Andreas Klemm <andreas@freebsd.org>
To: current@freebsd.org
Message-ID: <20040927061627.GA1384@titan.klemm.apsfilter.org>
References: <20040926214139.GA60201@titan.klemm.apsfilter.org>
<Pine.GSO.4.43.0409261933280.27515-100000@sea.ntplx.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <Pine.GSO.4.43.0409261933280.27515-100000@sea.ntplx.net>
X-Operating-System: FreeBSD 5.3-BETA6
X-Disclaimer: A free society is one where it is safe to be unpopular
User-Agent: Mutt/1.5.6i
Subject: Re: Fatal error 'Spinlock called when not threaded.' ... (Re:
FreeBSD 5.3-BETA6 available)
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 06:20:10 -0000
On Sun, Sep 26, 2004 at 07:36:26PM -0400, Daniel Eischen wrote:
> On Sun, 26 Sep 2004, Andreas Klemm wrote:
>
> > Creating this helped (thanks to google ;-)
> >
> > /etc/libmap.conf:
> > libpthread.so.1 libc_r.so.5
> > libpthread.so libc_r.so
> >
> > Has there been a change last recently ?
>
> No, not recently, but a few months ago. You're suppose to read
> src/UPDATING. Hint, search for entries 20040303 and 20040130.
No I cannot be hitten by this. I upgrated multiple times via
several Beta stages.
Andreas ///
--
Andreas Klemm - Powered by FreeBSD 5.1-CURRENT
Need a magic printfilter today ? -> http://www.apsfilter.org/
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 06:22:44 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 8470316A4CE
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 06:22:44 +0000 (GMT)
Received: from mallaury.noc.nerim.net (smtp-101-monday.noc.nerim.net
[62.4.17.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 47CE343D31
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 06:22:43 +0000 (GMT)
(envelope-from bettan@nerim.net)
Received: from danielle (linux-win.com [62.212.121.38])
by mallaury.noc.nerim.net (Postfix) with SMTP
id 90AB362DB8; Mon, 27 Sep 2004 08:22:40 +0200 (CEST)
Message-ID: <002401c4a45a$642b7cc0$0301a8c0@danielle>
From: "cell" <bettan@nerim.net>
To: "cell" <bettan@nerim.net>, "Arne Schwabe" <arne@rfc2549.org>
References:
<003601c4a2ea$d660c690$0301a8c0@danielle><86oejuzdrw.fsf@kamino.rfc1149.org>
<001001c4a305$d003a400$0301a8c0@danielle>
Date: Mon, 27 Sep 2004 08:22:40 +0200
MIME-Version: 1.0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1437
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441
cc: freebsd-current@freebsd.org
Subject: Re: ipsec and freebsd 5.3-beta
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 06:22:44 -0000
I have always the same problem.I'm on freebsd 5.3-beta 5 and i have put the
patch for key.c who is in cvweb but i have that :
# /usr/local/sbin/racoon -F -v
Foreground mode.
2004-09-27 08:20:14: INFO: main.c:172:main(): @(#)package version
freebsd-20040818a
2004-09-27 08:20:14: INFO: main.c:174:main(): @(#)internal version 20001216
sakane@kame.net
2004-09-27 08:20:14: INFO: main.c:175:main(): @(#)This product linked
OpenSSL 0.9.7d 17 Mar 2004 (http://www.openssl.org/)
2004-09-27 08:20:15: WARNING: cftoken.l:514:yywarn():
/usr/local/etc/racoon/racoon.conf:66: "support_mip6" it is obsoleted. use
"support_proxy".
2004-09-27 08:20:15: INFO: isakmp.c:1368:isakmp_open():
fe80::2bd:3eff:fe04:1%tap1[500] used as isakmp port (fd=5)
2004-09-27 08:20:15: INFO: isakmp.c:1368:isakmp_open():
fe80::2bd:39ff:fe04:0%tap0[500] used as isakmp port (fd=6)
2004-09-27 08:20:15: INFO: isakmp.c:1368:isakmp_open(): 62.212.121.38[500]
used as isakmp port (fd=7)
2004-09-27 08:20:15: INFO: isakmp.c:1368:isakmp_open():
fe80::20a:5eff:fe3e:ebf7%tun0[500] used as isakmp port (fd=8)
2004-09-27 08:20:15: INFO: isakmp.c:1368:isakmp_open(): fe80::1%lo0[500]
used as isakmp port (fd=9)
2004-09-27 08:20:15: INFO: isakmp.c:1368:isakmp_open(): ::1[500] used as
isakmp port (fd=10)
2004-09-27 08:20:15: INFO: isakmp.c:1368:isakmp_open(): 127.0.0.1[500] used
as isakmp port (fd=11)
2004-09-27 08:20:15: INFO: isakmp.c:1368:isakmp_open():
fe80::205:5dff:fea2:98ef%vr1[500] used as isakmp port (fd=12)
2004-09-27 08:20:15: INFO: isakmp.c:1368:isakmp_open(): 10.0.0.1[500] used
as isakmp port (fd=13)
2004-09-27 08:20:15: INFO: isakmp.c:1368:isakmp_open():
fe80::205:5dff:fe64:5a87%vr0[500] used as isakmp port (fd=14)
2004-09-27 08:20:15: INFO: isakmp.c:1368:isakmp_open(): 192.168.3.1[500]
used as isakmp port (fd=15)
2004-09-27 08:20:15: INFO: isakmp.c:1368:isakmp_open():
2001:7a8:3d26::1[500] used as isakmp port (fd=16)
2004-09-27 08:20:15: INFO: isakmp.c:1368:isakmp_open():
fe80::20a:5eff:fe3e:ebf7%xl0[500] used as isakmp port (fd=17)
2004-09-27 08:20:15: INFO: isakmp.c:1368:isakmp_open(): 192.168.1.1[500]
used as isakmp port (fd=18)
2004-09-27 08:20:19: INFO: isakmp.c:904:isakmp_ph1begin_r(): respond new
phase 1 negotiation: 192.168.3.1[500]<=>192.168.3.3[500]
2004-09-27 08:20:19: INFO: isakmp.c:909:isakmp_ph1begin_r(): begin Identity
Protection mode.
2004-09-27 08:20:19: INFO: vendorid.c:128:check_vendorid(): received Vendor
ID: MS NT5 ISAKMPOAKLEY
2004-09-27 08:20:19: WARNING: ipsec_doi.c:3064:ipsecdoi_checkid1(): ID type
mismatched.
2004-09-27 08:20:19: WARNING: ipsec_doi.c:3112:ipsecdoi_checkid1(): ID value
mismatched.
2004-09-27 08:20:19: INFO: isakmp.c:2459:log_ph1established(): ISAKMP-SA
established 192.168.3.1[500]-192.168.3.3[500]
spi:89a9546f383b9559:4baf291311fbf720
2004-09-27 08:20:19: INFO: isakmp.c:1059:isakmp_ph2begin_r(): respond new
phase 2 negotiation: 192.168.3.1[0]<=>192.168.3.3[0]
2004-09-27 08:20:19: ERROR: pfkey.c:1076:pk_sendupdate(): libipsec failed
send update (No buffer space available)
2004-09-27 08:20:19: ERROR: isakmp_quick.c:1615:quick_r3prep(): pfkey update
failed.
2004-09-27 08:20:19: ERROR: isakmp.c:750:quick_main(): failed to process
packet.
2004-09-27 08:20:19: ERROR: isakmp.c:541:isakmp_main(): phase2 negotiation
failed.
2004-09-27 08:21:20: INFO: isakmp.c:1526:isakmp_ph1expire(): ISAKMP-SA
expired 192.168.3.1[500]-192.168.3.3[500]
spi:89a9546f383b9559:4baf291311fbf720
2004-09-27 08:21:21: INFO: isakmp.c:1574:isakmp_ph1delete(): ISAKMP-SA
deleted 192.168.3.1[500]-192.168.3.3[500]
spi:89a9546f383b9559:4baf291311fbf720
----- Original Message -----
From: "cell" <bettan@nerim.net>
To: "Arne Schwabe" <arne@rfc2549.org>
Cc: <freebsd-current@freebsd.org>
Sent: Saturday, September 25, 2004 3:44 PM
Subject: Re: ipsec and freebsd 5.3-beta
> I write MSIZE=512 in my config kernel ?
> ----- Original Message -----
> From: "Arne Schwabe" <arne@rfc2549.org>
> To: "cell" <bettan@nerim.net>
> Cc: <freebsd-current@freebsd.org>
> Sent: Saturday, September 25, 2004 3:20 PM
> Subject: Re: ipsec and freebsd 5.3-beta
>
>
> > "cell" <bettan@nerim.net> writes:
> >
> > > hello , i tried to configure ipsec in my freebsd with racoon for a
wifi
> connection with a laptop on windows xp home but i have problem.I have used
> this tutorial http://ezine.daemonnews.org/200401/wifi-ipsec.html and when
i
> run racoon with "racoon -F -v" j'ai :
> > >
> > > # racoon -F -v
> > > Foreground mode.
> > > 2004-09-25 12:19:27: INFO: main.c:172:main(): @(#)package version
> freebsd-20040818a
> > > 2004-09-25 12:19:27: INFO: main.c:174:main(): @(#)internal version
> 20001216 sakane@kame.net
> > > 2004-09-25 12:19:27: INFO: main.c:175:main(): @(#)This product linked
> OpenSSL 0.9.7d 17 Mar 2004 (http://www.openssl.org/)
> > > 2004-09-25 12:19:27: WARNING: cftoken.l:514:yywarn():
> /usr/local/etc/racoon/racoon.conf:66: "support_mip6" it is obsoleted. use
> "support_proxy".
> > > 2004-09-25 12:19:27: INFO: isakmp.c:1368:isakmp_open():
> fe80::2bd:fbff:fe03:1%tap1[500] used as isakmp port (fd=5)
> > > 2004-09-25 12:19:27: INFO: isakmp.c:1368:isakmp_open():
> fe80::2bd:f7ff:fe03:0%tap0[500] used as isakmp port (fd=6)
> > > 2004-09-25 12:19:27: INFO: isakmp.c:1368:isakmp_open():
> 62.212.121.38[500] used as isakmp port (fd=7)
> > > 2004-09-25 12:19:27: INFO: isakmp.c:1368:isakmp_open():
> fe80::20a:5eff:fe3e:ebf7%tun0[500] used as isakmp port (fd=8)
> > > 2004-09-25 12:19:27: INFO: isakmp.c:1368:isakmp_open():
fe80::1%lo0[500]
> used as isakmp port (fd=9)
> > > 2004-09-25 12:19:27: INFO: isakmp.c:1368:isakmp_open(): ::1[500] used
as
> isakmp port (fd=10)
> > > 2004-09-25 12:19:27: INFO: isakmp.c:1368:isakmp_open(): 127.0.0.1[500]
> used as isakmp port (fd=11)
> > > 2004-09-25 12:19:27: INFO: isakmp.c:1368:isakmp_open():
> fe80::205:5dff:fea2:98ef%vr1[500] used as isakmp port (fd=12)
> > > 2004-09-25 12:19:27: INFO: isakmp.c:1368:isakmp_open(): 10.0.0.1[500]
> used as isakmp port (fd=13)
> > > 2004-09-25 12:19:27: INFO: isakmp.c:1368:isakmp_open():
> fe80::205:5dff:fe64:5a87%vr0[500] used as isakmp port (fd=14)
> > > 2004-09-25 12:19:27: INFO: isakmp.c:1368:isakmp_open():
192.168.3.1[500]
> used as isakmp port (fd=15)
> > > 2004-09-25 12:19:27: INFO: isakmp.c:1368:isakmp_open():
> 2001:7a8:3d26::1[500] used as isakmp port (fd=16)
> > > 2004-09-25 12:19:27: INFO: isakmp.c:1368:isakmp_open():
> fe80::20a:5eff:fe3e:ebf7%xl0[500] used as isakmp port (fd=17)
> > > 2004-09-25 12:19:27: INFO: isakmp.c:1368:isakmp_open():
192.168.1.1[500]
> used as isakmp port (fd=18)
> > > 2004-09-25 12:20:07: INFO: isakmp.c:904:isakmp_ph1begin_r(): respond
new
> phase 1 negotiation: 192.168.3.1[500]<=>192.168.3.3[500]
> > > 2004-09-25 12:20:07: INFO: isakmp.c:909:isakmp_ph1begin_r(): begin
> Identity Protection mode.
> > > 2004-09-25 12:20:07: INFO: vendorid.c:128:check_vendorid(): received
> Vendor ID: MS NT5 ISAKMPOAKLEY
> > > 2004-09-25 12:20:07: WARNING: ipsec_doi.c:3064:ipsecdoi_checkid1(): ID
> type mismatched.
> > > 2004-09-25 12:20:07: WARNING: ipsec_doi.c:3112:ipsecdoi_checkid1(): ID
> value mismatched.
> > > 2004-09-25 12:20:07: INFO: isakmp.c:2459:log_ph1established():
ISAKMP-SA
> established 192.168.3.1[500]-192.168.3.3[500]
> spi:0ae2df7beb89619e:2202b5a1db9ba88a
> > > 2004-09-25 12:20:07: INFO: isakmp.c:1059:isakmp_ph2begin_r(): respond
> new phase 2 negotiation: 192.168.3.1[0]<=>192.168.3.3[0]
> > > 2004-09-25 12:20:07: ERROR: pfkey.c:1076:pk_sendupdate(): libipsec
> failed send update (No buffer space available)
> > > 2004-09-25 12:20:07: ERROR: isakmp_quick.c:1615:quick_r3prep(): pfkey
> update failed.
> > > 2004-09-25 12:20:07: ERROR: isakmp.c:750:quick_main(): failed to
process
> packet.
> > > 2004-09-25 12:20:07: ERROR: isakmp.c:541:isakmp_main(): phase2
> negotiation failed.
> >
> > Look into the "Ipsec broken in 5.3" or something like this a few
> > hours ago.
> >
> > A temporary workaround is to set MSIZE=512 in your kernel config.
> >
> > Arne
>
> _______________________________________________
> freebsd-current@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 06:28:23 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id E316A16A4CE; Mon, 27 Sep 2004 06:28:23 +0000 (GMT)
Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 1998943D2F; Mon, 27 Sep 2004 06:28:23 +0000 (GMT)
(envelope-from ru@ip.net.ua)
Received: from localhost (oak.ip.net.ua [82.193.96.2])
by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i8R6SLtl071789;
Mon, 27 Sep 2004 09:28:21 +0300 (EEST)
(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 77488-06; Mon, 27 Sep 2004 09:28:20 +0300 (EEST)
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 i8R6SKwZ071783
(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
Mon, 27 Sep 2004 09:28:20 +0300 (EEST)
(envelope-from ru@ip.net.ua)
Received: (from ru@localhost)
by heffalump.ip.net.ua (8.13.1/8.13.1) id i8R6SKdP090044;
Mon, 27 Sep 2004 09:28:20 +0300 (EEST)
(envelope-from ru)
Date: Mon, 27 Sep 2004 09:28:20 +0300
From: Ruslan Ermilov <ru@FreeBSD.org>
To: Pawel Jakub Dawidek <pjd@FreeBSD.org>
Message-ID: <20040927062820.GA89984@ip.net.ua>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="vtzGhvizbBRQ85DL"
Content-Disposition: inline
User-Agent: Mutt/1.5.6i
X-Virus-Scanned: by amavisd-new at ip.net.ua
cc: current@FreeBSD.org
Subject: gmirror questions
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 06:28:24 -0000
--vtzGhvizbBRQ85DL
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
Hi Pawel,
FreeBSD 5.3-BETA6 i386
I have a bunch of hopefully simple questions about gmirror(8).
My /dev/mirror/m0 is a mirror of ad1 and ad3 providers, with
the following file system layout:
/dev/mirror/m0a /
/dev/mirror/m0b swap
/dev/mirror/m0f /usr
/dev/mirror/m0e /var
Yes, I use both root and swap in GEOM_MIRROR, yay!
1. When I try to "bsdlabel -B /dev/mirror/m0", I get:
# bsdlabel -B /dev/mirror/m0
bsdlabel: Geom not found
Hopefully, using "/dev/mirror/m0c" works. Any clue why this
doesn't work?
2. Before a reboot, the state of the mirror was "COMPLETE".
After a first reboot, everything was ok. After a second
reboot, I got this:
ad0: 38166MB <ST340014A/3.06> [77545/16/63] at ata0-master UDMA100
ad1: 38204MB <SAMSUNG SV0411N/UA100-11> [77622/16/63] at ata0-slave UDMA100
ad2: 38166MB <ST340014A/3.06> [77545/16/63] at ata1-master UDMA100
ad3: 38204MB <SAMSUNG SV0411N/UA100-11> [77622/16/63] at ata1-slave UDMA100
GEOM_MIRROR: Device m0 created (id=3D411263865).
GEOM_MIRROR: Device m0: provider ad1 detected.
GEOM_MIRROR: Device m0: provider ad3 detected.
GEOM_MIRROR: Device m0: provider ad3 activated.
GEOM_MIRROR: Device m0: provider mirror/m0 launched.
GEOM_MIRROR: Device m0: rebuilding provider ad1.
Any idea why it thinks ad1 should be rebuilt?
3. The syncing process takes very long, how do I tune it using
the kern.geom.mirror sysctls?
4. Will the following work with GEOM_MIRROR?
- mirror m0 is originally from two 10G providers (p1 and p2)
- remove p2 from the mirror
- add p3 of size 20G to the mirror
- wait until p3 synchronizes with p1
- remove p1 from the mirror
Will m0's size grow up to 20G after this procedure?
Cheers,
--=20
Ruslan Ermilov
ru@FreeBSD.org
FreeBSD committer
--vtzGhvizbBRQ85DL
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)
iD8DBQFBV7MEqRfpzJluFF4RAh4/AJwIXSXmLPf5XVl/DeNql7yTGvX3cACeL4Nq
oAT2wBWuaBfZtVzcOqEG2vA=
=i6bB
-----END PGP SIGNATURE-----
--vtzGhvizbBRQ85DL--
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 06:46:33 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 9C09116A4CE; Mon, 27 Sep 2004 06:46:33 +0000 (GMT)
Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10])
by mx1.FreeBSD.org (Postfix) with ESMTP
id B063743D4C; Mon, 27 Sep 2004 06:46:32 +0000 (GMT)
(envelope-from ru@ip.net.ua)
Received: from localhost (oak.ip.net.ua [82.193.96.2])
by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i8R6kV3D072174;
Mon, 27 Sep 2004 09:46:31 +0300 (EEST)
(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 79731-03; Mon, 27 Sep 2004 09:46:30 +0300 (EEST)
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 i8R6kUtp072171
(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
Mon, 27 Sep 2004 09:46:30 +0300 (EEST)
(envelope-from ru@ip.net.ua)
Received: (from ru@localhost)
by heffalump.ip.net.ua (8.13.1/8.13.1) id i8R6kV1e090187;
Mon, 27 Sep 2004 09:46:31 +0300 (EEST)
(envelope-from ru)
Date: Mon, 27 Sep 2004 09:46:30 +0300
From: Ruslan Ermilov <ru@FreeBSD.org>
To: Pawel Jakub Dawidek <pjd@FreeBSD.org>
Message-ID: <20040927064630.GC89984@ip.net.ua>
References: <20040927062820.GA89984@ip.net.ua>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="8NvZYKFJsRX2Djef"
Content-Disposition: inline
In-Reply-To: <20040927062820.GA89984@ip.net.ua>
User-Agent: Mutt/1.5.6i
X-Virus-Scanned: by amavisd-new at ip.net.ua
cc: current@FreeBSD.org
Subject: Re: gmirror questions
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 06:46:33 -0000
--8NvZYKFJsRX2Djef
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Mon, Sep 27, 2004 at 09:28:20AM +0300, Ruslan Ermilov wrote:
> 2. Before a reboot, the state of the mirror was "COMPLETE".
>=20
> After a first reboot, everything was ok. After a second
> reboot, I got this:
>=20
> ad0: 38166MB <ST340014A/3.06> [77545/16/63] at ata0-master UDMA100
> ad1: 38204MB <SAMSUNG SV0411N/UA100-11> [77622/16/63] at ata0-slave UDMA1=
00
> ad2: 38166MB <ST340014A/3.06> [77545/16/63] at ata1-master UDMA100
> ad3: 38204MB <SAMSUNG SV0411N/UA100-11> [77622/16/63] at ata1-slave UDMA1=
00
> GEOM_MIRROR: Device m0 created (id=3D411263865).
> GEOM_MIRROR: Device m0: provider ad1 detected.
> GEOM_MIRROR: Device m0: provider ad3 detected.
> GEOM_MIRROR: Device m0: provider ad3 activated.
> GEOM_MIRROR: Device m0: provider mirror/m0 launched.
> GEOM_MIRROR: Device m0: rebuilding provider ad1.
>=20
> Any idea why it thinks ad1 should be rebuilt?
>=20
This is reproduceable. After a resync and reboot, they got desynced
again. Here's a full typescript:
: # gmirror list
: Geom name: m0
: State: COMPLETE
: Components: 2
: Balance: split
: Slice: 4096
: Flags: NONE
: SyncID: 1
: ID: 411263865
: Providers:
: 1. Name: mirror/m0
: Mediasize: 40060403200 (37G)
: Sectorsize: 512
: # gmirror list
: Geom name: m0
: State: COMPLETE
: Components: 2
: Balance: split
: Slice: 4096
: Flags: NONE
: SyncID: 1
: ID: 411263865
: Providers:
: 1. Name: mirror/m0
: Mediasize: 40060403200 (37G)
: Sectorsize: 512
: Mode: r4w4e1
: Consumers:
: 1. Name: ad1
: Mediasize: 40060403712 (37G)
: Sectorsize: 512
: Mode: r4w4e2
: State: ACTIVE
: Priority: 0
: Flags: DIRTY
: SyncID: 1
: ID: 3517459746
: 2. Name: ad3
: Mediasize: 40060403712 (37G)
: Sectorsize: 512
: Mode: r4w4e2
: State: ACTIVE
: Priority: 0
: Flags: DIRTY
: SyncID: 1
: ID: 4216416310
:=20
: Geom name: m0.sync
:=20
: # reboot
: Sep 27 06:41:04 bubu reboot: rebooted by root
: Sep 27 06:41:04 bubu syslogd: exiting on signal 15
: Sep 27 06:41:04 amd[288]: amd.homes unmounted fstype toplvl from /homes
: Waiting (max 60 seconds) for system process `vnlru' to stop...done
: Waiting (max 60 seconds) for system process `bufdaemon' to stop...done
: Waiting (max 60 seconds) for system process `syncer' to stop...
: Syncing disks, vnodes remaining...2 2 0 0 done
: No buffers busy after final sync
: Uptime: 57m26s
: Rebooting...
:=20
: FreeBSD/i386 boot
: Default: 0:ad(0,a)/boot/loader
: boot: 1:ad(1,a)/boot/loaderConsole: serial port
: BIOS drive A: is disk0
: BIOS drive C: is disk1
: BIOS drive D: is disk2
: BIOS drive E: is disk3
: BIOS drive F: is disk4
: BIOS 640kB/523200kB available memory
:=20
: FreeBSD/i386 bootstrap loader, Revision 1.1
: (root@bubu.office.ipnet, Sat Sep 25 23:11:41 EEST 2004)
: Loading /boot/defaults/loader.conf=20
: /boot/kernel/kernel text=3D0x1d200c data=3D0x279dc+0x25924 syms=3D[0x4+0x=
2ed20+0x4+0x3b9b1]
: /boot/kernel/viapm.ko text=3D0x2af8 data=3D0x290+0xc syms=3D[0x4+0x7e0+0x=
4+0x904]
: loading required module 'smbus'
: /boot/kernel/smbus.ko text=3D0xfc4 data=3D0x360+0x4 syms=3D[0x4+0x7b0+0x4=
+0xaa7]
: loading required module 'iicbb'
: /boot/kernel/iicbb.ko text=3D0x1d80 data=3D0x24c+0x8 syms=3D[0x4+0x6a0+0x=
4+0x7b2]
: loading required module 'iicbus'
: /boot/kernel/iicbus.ko text=3D0x13d0 data=3D0x268+0x4 syms=3D[0x4+0x6f0+0=
x4+0x8c8]
: /boot/kernel/geom_mirror.ko text=3D0xdbb0 data=3D0x320+0x8 syms=3D[0x4+0x=
d50+0x4+0xeae]
: |
: Hit [Enter] to boot immediately, or any other key for command prompt.
: Booting [/boot/kernel/kernel] in 9 seconds...=20
:=20
: Type '?' for a list of commands, 'help' for more detailed help.
: OK boot -s
: Copyright (c) 1992-2004 The FreeBSD Project.
: Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
: The Regents of the University of California. All rights reserved.
: FreeBSD 5.3-BETA6 #0: Sun Sep 26 14:19:09 EEST 2004
: root@bubu.office.ipnet:/usr/obj/usr/src/sys/BUBU
: Timecounter "i8254" frequency 1193182 Hz quality 0
: CPU: AMD K7 processor (1603.65-MHz 686-class CPU)
: Origin =3D "AuthenticAMD" Id =3D 0x681 Stepping =3D 1
: Features=3D0x383fbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,P=
GE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE>
: AMD Features=3D0xc0400000<AMIE,DSP,3DNow!>
: real memory =3D 536805376 (511 MB)
: avail memory =3D 519925760 (495 MB)
: npx0: [FAST]
: npx0: <math processor> on motherboard
: npx0: INT 16 interface
: pcib0: <Host to PCI bridge> pcibus 0 on motherboard
: pir0: <PCI Interrupt Routing Table: 9 Entries> on motherboard
: pci0: <PCI bus> on pcib0
: agp0: <VIA 8377 (Apollo KT400/KT400A/KT600) host to PCI bridge> mem 0xe00=
00000-0xe7ffffff at device 0.0 on pci0
: pcib1: <PCI-PCI bridge> at device 1.0 on pci0
: pci1: <PCI bus> on pcib1
: pci0: <serial bus, USB> at device 16.0 (no driver attached)
: pci0: <serial bus, USB> at device 16.1 (no driver attached)
: pci0: <serial bus, USB> at device 16.2 (no driver attached)
: pci0: <serial bus, USB> at device 16.3 (no driver attached)
: isab0: <PCI-ISA bridge> at device 17.0 on pci0
: isa0: <ISA bus> on isab0
: atapci0: <VIA 8235 UDMA133 controller> port 0xdc00-0xdc0f,0x376,0x170-0x1=
77,0x3f6,0x1f0-0x1f7 at device 17.1 on pci0
: ata0: channel #0 on atapci0
: ata1: channel #1 on atapci0
: pci0: <multimedia, audio> at device 17.5 (no driver attached)
: vr0: <VIA VT6102 Rhine II 10/100BaseTX> port 0xe400-0xe4ff mem 0xe8001000=
-0xe80010ff irq 11 at device 18.0 on pci0
: miibus0: <MII bus> on vr0
: ukphy0: <Generic IEEE 802.3u media interface> on miibus0
: ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
: vr0: Ethernet address: 00:04:61:4d:0c:ac
: cpu0 on motherboard
: pmtimer0 on isa0
: atkbdc0: <Keyboard controller (i8042)> at port 0x64,0x60 on isa0
: atkbd0: <AT Keyboard> irq 1 on atkbdc0
: kbd0 at atkbd0
: atkbd0: [GIANT-LOCKED]
: fdc0: <Enhanced floppy controller> at port 0x3f0-0x3f5 irq 6 drq 2 on isa0
: fdc0: [FAST]
: ppc0: <Parallel port> at port 0x378-0x37f irq 7 on isa0
: ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode
: ppbus0: <Parallel port bus> on ppc0
: plip0: <PLIP network interface> on ppbus0
: lpt0: <Printer> on ppbus0
: lpt0: Interrupt-driven port
: ppi0: <Parallel I/O> on ppbus0
: sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0
: sio0: type 16550A, console
: sio1 at port 0x2f8-0x2ff irq 3 on isa0
: sio1: type 16550A
: unknown: <PNP0303> can't assign resources (port)
: speaker0: <PC speaker> at port 0x61 on isa0
: unknown: <PNP0c02> can't assign resources (port)
: unknown: <PNP0501> can't assign resources (port)
: unknown: <PNP0700> can't assign resources (port)
: unknown: <PNP0400> can't assign resources (port)
: unknown: <PNP0501> can't assign resources (port)
: Timecounter "TSC" frequency 1603646608 Hz quality 800
: Timecounters tick every 10.000 msec
: ad0: 38166MB <ST340014A/3.06> [77545/16/63] at ata0-master UDMA100
: ad1: 38204MB <SAMSUNG SV0411N/UA100-11> [77622/16/63] at ata0-slave UDMA1=
00
: ad2: 38166MB <ST340014A/3.06> [77545/16/63] at ata1-master UDMA100
: ad3: 38204MB <SAMSUNG SV0411N/UA100-11> [77622/16/63] at ata1-slave UDMA1=
00
: GEOM_MIRROR: Device m0 created (id=3D411263865).
: GEOM_MIRROR: Device m0: provider ad1 detected.
: GEOM_MIRROR: Device m0: provider ad3 detected.
: GEOM_MIRROR: Device m0: provider ad3 activated.
: GEOM_MIRROR: Device m0: provider mirror/m0 launched.
: GEOM_MIRROR: Device m0: rebuilding provider ad1.
: Mounting root from ufs:/dev/mirror/m0a
: Enter full pathname of shell or RETURN for /bin/sh:=20
: #=20
: # gmirror list
: Geom name: m0
: State: DEGRADED
: Components: 2
: Balance: split
: Slice: 4096
: Flags: NONE
: SyncID: 1
: ID: 411263865
: Providers:
: 1. Name: mirror/m0
: Mediasize: 40060403200 (37G)
: Sectorsize: 512
: Mode: r2w1e1
: Consumers:
: 1. Name: ad1
: Mediasize: 40060403712 (37G)
: Sectorsize: 512
: Mode: r0w1e1
: State: SYNCHRONIZING
: Priority: 0
: Flags: DIRTY, SYNCHRONIZING
: SyncID: 1
: Synchronized: 5%
: ID: 3517459746
: 2. Name: ad3
: Mediasize: 40060403712 (37G)
: Sectorsize: 512
: Mode: r2w1e2
: State: ACTIVE
: Priority: 0
: Flags: DIRTY
: SyncID: 1
: ID: 4216416310
:=20
: Geom name: m0.sync
: Consumers:
: 1. Name: mirror/m0
: Mediasize: 40060403200 (37G)
: Sectorsize: 512
: Mode: r1w0e0
Cheers,
--=20
Ruslan Ermilov
ru@FreeBSD.org
FreeBSD committer
--8NvZYKFJsRX2Djef
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)
iD8DBQFBV7dGqRfpzJluFF4RAnHtAJ4hOK1/b/YfScNKSPCMC1GPnkRdHQCdH022
kXyduPhIidHnyZc6S8yaGPc=
=iCdW
-----END PGP SIGNATURE-----
--8NvZYKFJsRX2Djef--
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 06:57:34 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id E006A16A4CE
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 06:57:34 +0000 (GMT)
Received: from mail.transactionware.com (mail.transactionware.com
[203.14.245.7]) by mx1.FreeBSD.org (Postfix) with SMTP id 0BE1543D2D
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 06:57:33 +0000 (GMT)
(envelope-from janm-freebsd-current@transactionware.com)
Received: (qmail 32808 invoked from network); 27 Sep 2004 06:57:44 -0000
Received: from new.transactionware.com (192.168.1.55)
by dm.transactionware.com with SMTP; 27 Sep 2004 06:57:44 -0000
Received: (qmail 19039 invoked by uid 1001); 27 Sep 2004 06:57:52 -0000
Date: 27 Sep 2004 06:57:52 -0000
Message-ID: <20040927065752.19038.qmail@new.transactionware.com>
From: janm-freebsd-current@transactionware.com
To: freebsd-current@freebsd.org
Subject: Low volume sound on Dell Precision 530 (snd_ich)
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 06:57:35 -0000
Hi,
I've just started running RELENG_5 after having run RELENG_4 for a while.
After upgrading to 5.3-BETA3 (fresh install from ISO), the sound volume is
very low. Running recent sources doesn't change things.
I did have a similar problem with RELENG_4, but I could work around it by
explicitly loading snd_ich rather than snd_pcm. Unfortunately, that isn't
helping with 5.3-BETA.
This is a Dell Precision 530 with an i860 chipset.
Has anyone seen this before? Any suggestions?
Thanks,
Jan Mikkelsen
(dmesg below)
Copyright (c) 1992-2004 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights reserved.
FreeBSD 5.3-BETA6 #4: Mon Sep 27 15:38:06 EST 2004
root@janm.transactionware.com:/usr/obj/usr/src/sys/WS530-SMP
ACPI APIC Table: <DELL WS 530 >
Timecounter "i8254" frequency 1193182 Hz quality 0
CPU: Intel(R) Xeon(TM) CPU 1700MHz (1694.86-MHz 686-class CPU)
Origin = "GenuineIntel" Id = 0xf0a Stepping = 10
Features=0x3febfbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM>
real memory = 536309760 (511 MB)
avail memory = 515133440 (491 MB)
FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs
cpu0 (BSP): APIC ID: 0
cpu1 (AP): APIC ID: 1
ioapic0: Changing APIC ID to 2
ioapic0 <Version 2.0> irqs 0-23 on motherboard
npx0: [FAST]
npx0: <math processor> on motherboard
npx0: INT 16 interface
acpi0: <DELL WS 530 > on motherboard
acpi0: Power Button (fixed)
Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000
acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0
cpu0: <ACPI CPU> on acpi0
cpu1: <ACPI CPU> on acpi0
acpi_button0: <Power Button> on acpi0
pcib0: <ACPI Host-PCI bridge> port 0xcf8-0xcff on acpi0
pci0: <ACPI PCI bus> on pcib0
agp0: <Intel 82860 host to AGP bridge> mem 0xf0000000-0xf7ffffff at device 0.0 on pci0
pcib1: <PCI-PCI bridge> at device 1.0 on pci0
pci1: <PCI bus> on pcib1
pci1: <display, VGA> at device 0.0 (no driver attached)
pcib2: <ACPI PCI-PCI bridge> at device 2.0 on pci0
pci2: <ACPI PCI bus> on pcib2
pcib3: <ACPI PCI-PCI bridge> at device 31.0 on pci2
pci3: <ACPI PCI bus> on pcib3
pci3: <base peripheral, interrupt controller> at device 0.0 (no driver attached)
ahc0: <Adaptec aic7892 Ultra160 SCSI adapter> port 0xec00-0xecff mem 0xfe4ff000-0xfe4fffff irq 22 at device 14.0 on pci3
ahc0: [GIANT-LOCKED]
aic7892: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs
pcib4: <ACPI PCI-PCI bridge> at device 30.0 on pci0
pci4: <ACPI PCI bus> on pcib4
xl0: <3Com 3c905C-TX Fast Etherlink XL> port 0xdc80-0xdcff mem 0xfe1ffc00-0xfe1ffc7f irq 23 at device 11.0 on pci4
miibus0: <MII bus> on xl0
ukphy0: <Generic IEEE 802.3u media interface> on miibus0
ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
xl0: Ethernet address: 00:06:5b:86:e1:dc
fwohci0: <Texas Instruments TSB12LV26> mem 0xfe1f8000-0xfe1fbfff,0xfe1ff000-0xfe1ff7ff irq 16 at device 12.0 on pci4
fwohci0: OHCI version 1.0 (ROM=0)
fwohci0: No. of Isochronous channels is 4.
fwohci0: EUI64 84:ff:ff:ff:ff:ff:ff:00
fwohci0: Phy 1394a available S400, 2 ports.
fwohci0: Link S400, max_rec 2048 bytes.
firewire0: <IEEE1394(FireWire) bus> on fwohci0
fwe0: <Ethernet over FireWire> on firewire0
if_fwe0: Fake Ethernet address: 86:ff:ff:ff:ff:00
fwe0: Ethernet address: 86:ff:ff:ff:ff:00
fwe0: if_start running deferred for Giant
sbp0: <SBP-2/SCSI over FireWire> on firewire0
fwohci0: Initiate bus reset
fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode
firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me)
firewire0: bus manager 0 (me)
isab0: <PCI-ISA bridge> at device 31.0 on pci0
isa0: <ISA bus> on isab0
atapci0: <Intel ICH2 UDMA100 controller> port 0xffa0-0xffaf,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0
ata0: channel #0 on atapci0
ata1: channel #1 on atapci0
uhci0: <Intel 82801BA/BAM (ICH2) USB controller USB-A> port 0xff80-0xff9f irq 19 at device 31.2 on pci0
uhci0: [GIANT-LOCKED]
usb0: <Intel 82801BA/BAM (ICH2) USB controller USB-A> on uhci0
usb0: USB revision 1.0
uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub0: 2 ports with 2 removable, self powered
pci0: <serial bus, SMBus> at device 31.3 (no driver attached)
uhci1: <Intel 82801BA/BAM (ICH2) USB controller USB-B> port 0xff60-0xff7f irq 23 at device 31.4 on pci0
uhci1: [GIANT-LOCKED]
usb1: <Intel 82801BA/BAM (ICH2) USB controller USB-B> on uhci1
usb1: USB revision 1.0
uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub1: 2 ports with 2 removable, self powered
pcm0: <Intel ICH2 (82801BA)> port 0xcc40-0xcc7f,0xc800-0xc8ff irq 17 at device 31.5 on pci0
pcm0: [GIANT-LOCKED]
pcm0: <Analog Devices AD1885 AC97 Codec>
fdc0: <floppy drive controller> port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0
fdc0: [FAST]
fd0: <1440-KB 3.5" drive> on fdc0 drive 0
atkbdc0: <Keyboard controller (i8042)> port 0x64,0x60 irq 1 on acpi0
atkbd0: <AT Keyboard> irq 1 on atkbdc0
kbd0 at atkbd0
atkbd0: [GIANT-LOCKED]
psm0: <PS/2 Mouse> irq 12 on atkbdc0
psm0: [GIANT-LOCKED]
psm0: model IntelliMouse Explorer, device ID 4
sio0 port 0x3f8-0x3ff irq 4 on acpi0
sio0: type 16550A
sio1 port 0x2f8-0x2ff irq 3 on acpi0
sio1: type 16550A
ppc0 port 0x778-0x77f,0x378-0x37f irq 7 on acpi0
ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode
ppc0: FIFO with 16/16/8 bytes threshold
ppbus0: <Parallel port bus> on ppc0
lpt0: <Printer> on ppbus0
lpt0: Interrupt-driven port
ppi0: <Parallel I/O> on ppbus0
orm0: <ISA Option ROMs> at iomem 0xce000-0xcffff,0xc8800-0xcdfff,0xc0000-0xc87ff on isa0
pmtimer0 on isa0
sc0: <System console> at flags 0x100 on isa0
sc0: VGA <16 virtual consoles, flags=0x300>
vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0
Timecounters tick every 10.000 msec
ATAPI_RESET time = 50us
acd0: DVDR <SONY DVD RW DRU-700A/VY02> at ata0-master UDMA33
ATAPI_RESET time = 30us
acd1: DVDROM <_NEC DV-5800A/1.07> at ata1-master UDMA33
Waiting 15 seconds for SCSI devices to settle
pcm0: measured ac97 link rate at 55921 Hz
da0 at ahc0 bus 0 target 0 lun 0
da0: <QUANTUM ATLAS10K2-TY367L DA40> Fixed Direct Access SCSI-3 device
da0: 160.000MB/s transfers (80.000MHz, offset 127, 16bit), Tagged Queueing Enabled
da0: 34732MB (71132959 512 byte sectors: 255H 63S/T 4427C)
SMP: AP CPU #1 Launched!
Mounting root from ufs:/dev/da0s2a
drm0: <Matrox G400/G450 (AGP)> mem 0xfd000000-0xfd7fffff,0xfdefc000-0xfdefffff,0xf8000000-0xf9ffffff irq 16 at device 0.0 on pci1
info: [drm] AGP at 0xf0000000 128MB
info: [drm] Initialized mga 3.1.0 20021029 on minor 0
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 07:12:56 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 448D416A4CE; Mon, 27 Sep 2004 07:12:56 +0000 (GMT)
Received: from smtp1.jazztel.es (smtp1.jazztel.es [62.14.3.161])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 21E6743D41; Mon, 27 Sep 2004 07:12:55 +0000 (GMT)
(envelope-from josemi@freebsd.jazztel.es)
Received: from antivirus
by smtp1.jazztel.es
with antivirus id 1CBph9-0004oZ-00
Mon, 27 Sep 2004 09:13:11 +0200
Received: from [212.106.255.190] (helo=rguez.homeunix.net)
by smtp1.jazztel.es
with esmtp id 1CBph8-0004oK-00
Mon, 27 Sep 2004 09:13:11 +0200
Received: from localhost.redesjm.local (orion.redesjm.local [192.168.254.16])
by rguez.homeunix.net (8.13.1/8.13.1) with ESMTP id i8R7CpRT001124;
Mon, 27 Sep 2004 09:12:52 +0200 (CEST)
(envelope-from josemi@freebsd.jazztel.es)
Date: Mon, 27 Sep 2004 09:12:51 +0200
To: current@freebsd.org
From: "Jose M Rodriguez" <josemi@freebsd.jazztel.es>
Content-Type: multipart/mixed; boundary=----------4XitYvaje38fgfW3a1QlmV
MIME-Version: 1.0
Message-ID: <opsey4zpbm6abrq7@localhost.redesjm.local>
User-Agent: Opera M2/7.54 (FreeBSD, build 751)
X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.27.0.11; VDF 6.27.0.70
(host: antares.redesjm.local)
X-Virus-Scanned: by antivirus
cc: x11@freebsd.org
Subject: WIP: /etc/rc.d/xdm script
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 07:12:56 -0000
------------4XitYvaje38fgfW3a1QlmV
Content-Type: text/plain; format=flowed; delsp=yes; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
Maybe something in the way of this patch a good start for /etc/rc.d/xdm
I also make xfs operative, but I think that, right now, nfs will do the
task.
None of them have been tested. It's only for comments.
Thanks in advance,
--
josemi
--
Using Opera's revolutionary e-mail client: http://www.opera.com/m2/
------------4XitYvaje38fgfW3a1QlmV
Content-Disposition: attachment; filename=patch-xdm
Content-Type: application/octet-stream; name=patch-xdm
Content-Transfer-Encoding: 8bit
diff -Nru /usr/src/etc/rc.d/Makefile etc/rc.d/Makefile
--- /usr/src/etc/rc.d/Makefile Mon May 24 16:17:19 2004
+++ etc/rc.d/Makefile Mon Sep 27 06:06:48 2004
@@ -37,6 +37,7 @@
usbd \
var vinum virecover \
watchdogd \
+ xdm xfs \
ypbind yppasswdd ypserv \
ypset ypupdated ypxfrd
FILESDIR= /etc/rc.d
diff -Nru /usr/src/etc/rc.d/xdm etc/rc.d/xdm
--- /usr/src/etc/rc.d/xdm Sat Jun 16 09:16:14 2001
+++ etc/rc.d/xdm Mon Sep 27 08:59:34 2004
@@ -4,17 +4,59 @@
#
# PROVIDE: xdm
-# REQUIRE: DAEMON LOGIN wscons
-# KEYWORD: shutdown
+# REQUIRE: DAEMON LOGIN syscons moused
+# KEYWORD: FreeBSD shutdown
. /etc/rc.subr
name="xdm"
rcvar=$name
-command="/usr/X11R6/bin/${name}"
-pidfile="/var/run/${name}.pid"
-required_files="/usr/X11R6/lib/X11/xdm/xdm-config"
-extra_commands="reload"
+command="${xdm_program:-/usr/X11R6/bin/xdm}"
+# a good ENV for a X11 App, we are in our subshell
+PATH="/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin:/usr/X11R6/bin"
+export PATH
+
+# Place any needed extra config in /etc/rc.conf.d/xdm
load_rc_config $name
+
+basecmd=`basename ${command}`
+basedir=""
+
+case basecmd in
+ xdm)
+ # xdm standard display manager
+ basedir="/usr/X11R6/lib/X11"
+ : ${required_files:=${basedir}/xdm/xdm-config}
+ : ${pidfile:=/var/run/${basecmd}.pid}
+ : ${extra_commands:=reload}
+ ;;
+ gdm)
+ # gnome gdm display manager
+ basedir="${command%/bin/gdm}"
+ : ${required_files:=${basedir}/etc/gdm/gdm.conf}
+ : ${pidfile:=/var/run/${basecmd}.pid}
+ ;;
+ kdm)
+ # KDE kdm display manager
+ basedir="${command%/bin/kdm}"
+ : ${required_files:=${basedir}/share/config/kdm/kdmrc}
+ : ${pidfile:=/var/run/${basecmd}.pid}
+ # don't use start_precmd(). We have local genkdmconf.sh now
+ ;;
+ Xorg)
+ # xdm login via Xorg broadcast XDMCP
+ basedir="/etc/X11"
+ : ${required_files:=${basedir}/xorg.conf}
+ : ${xdm_flags:=-broadcast}
+ ;;
+ Xfree86)
+ # xdm login via Xfree86 broadcast XDMCP
+ basedir="/etc/X11"
+ : ${required_files:=${basedir}/XF86Config}
+ : ${xdm_flags:=-broadcast}
+ ;;
+esac
+
+# XXX ? unset basecmd basedir
run_rc_command "$1"
diff -Nru /usr/src/etc/rc.d/xfs etc/rc.d/xfs
--- /usr/src/etc/rc.d/xfs Fri Jun 14 00:14:36 2002
+++ etc/rc.d/xfs Mon Sep 27 06:08:34 2004
@@ -7,6 +7,7 @@
# PROVIDE: xfs
# REQUIRE: mountall cleartmp
# BEFORE: LOGIN
+# KEYWORD: FreeBSD
. /etc/rc.subr
diff -Nru /usr/src/etc/defaults/rc.conf etc/defaults/rc.conf
--- /usr/src/etc/defaults/rc.conf Sun Sep 26 11:30:22 2004
+++ etc/defaults/rc.conf Mon Sep 27 06:16:54 2004
@@ -467,6 +467,8 @@
economy_cx_lowest="LOW" # Offline CPU idle state
economy_throttle_state="HIGH" # Offline throttling state
virecover_enable="YES" # Perform housekeeping for the vi(1) editor
+xdm_enable="NO" # Start the X11 Display Manager
+xfs_enable="NO" # Start the X11 Font Server
##############################################################
### Jail Configuration #######################################
------------4XitYvaje38fgfW3a1QlmV--
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 07:46:23 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 12C7E16A4CE; Mon, 27 Sep 2004 07:46:23 +0000 (GMT)
Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.136])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 9EAC843D2F; Mon, 27 Sep 2004 07:46:20 +0000 (GMT)
(envelope-from pjd@darkness.comp.waw.pl)
Received: by darkness.comp.waw.pl (Postfix, from userid 1009)
id AB96EACC5F; Mon, 27 Sep 2004 09:46:18 +0200 (CEST)
Date: Mon, 27 Sep 2004 09:46:18 +0200
From: Pawel Jakub Dawidek <pjd@FreeBSD.org>
To: Ruslan Ermilov <ru@FreeBSD.org>
Message-ID: <20040927074618.GR9550@darkness.comp.waw.pl>
References: <20040927062820.GA89984@ip.net.ua>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="0blaZc+aUkVqY8MO"
Content-Disposition: inline
In-Reply-To: <20040927062820.GA89984@ip.net.ua>
User-Agent: Mutt/1.4.2i
X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc
X-OS: FreeBSD 5.2.1-RC2 i386
cc: current@FreeBSD.org
Subject: Re: gmirror questions
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 07:46:23 -0000
--0blaZc+aUkVqY8MO
Content-Type: text/plain; charset=iso-8859-2
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Mon, Sep 27, 2004 at 09:28:20AM +0300, Ruslan Ermilov wrote:
+> 1. When I try to "bsdlabel -B /dev/mirror/m0", I get:
+>=20
+> # bsdlabel -B /dev/mirror/m0
+> bsdlabel: Geom not found
+>=20
+> Hopefully, using "/dev/mirror/m0c" works. Any clue why this
+> doesn't work?
I can't reproduce it. Could you show me whole process starting from
creating a mirror?
+> 2. Before a reboot, the state of the mirror was "COMPLETE".
+>=20
+> After a first reboot, everything was ok. After a second
+> reboot, I got this:
+>=20
+> ad0: 38166MB <ST340014A/3.06> [77545/16/63] at ata0-master UDMA100
+> ad1: 38204MB <SAMSUNG SV0411N/UA100-11> [77622/16/63] at ata0-slave UDMA=
100
+> ad2: 38166MB <ST340014A/3.06> [77545/16/63] at ata1-master UDMA100
+> ad3: 38204MB <SAMSUNG SV0411N/UA100-11> [77622/16/63] at ata1-slave UDMA=
100
+> GEOM_MIRROR: Device m0 created (id=3D411263865).
+> GEOM_MIRROR: Device m0: provider ad1 detected.
+> GEOM_MIRROR: Device m0: provider ad3 detected.
+> GEOM_MIRROR: Device m0: provider ad3 activated.
+> GEOM_MIRROR: Device m0: provider mirror/m0 launched.
+> GEOM_MIRROR: Device m0: rebuilding provider ad1.
+>=20
+> Any idea why it thinks ad1 should be rebuilt?
Because you use reboot(8) instead of shutdown(8) to reboot your machine?
When shutdown(8) is used, swap partition will be removed before reboot,
in your case, mirror is still open for writing on reboot, so it will
rebuild components on next boot, because they are marked as dirty.
+> 3. The syncing process takes very long, how do I tune it using
+> the kern.geom.mirror sysctls?
The kern.geom.mirror.syncs_per_sec sysctl means number of synchronization
requests per second, so you should increase it.
Increasing hz should also help, but I'm not sure actually.
There is a simple way to increase synchronization performance by adding
more g_mirror_sync_one() calls, but I need to think of some understandable
way to tune it.
+> 4. Will the following work with GEOM_MIRROR?
+>=20
+> - mirror m0 is originally from two 10G providers (p1 and p2)
+> - remove p2 from the mirror
+> - add p3 of size 20G to the mirror
+> - wait until p3 synchronizes with p1
+> - remove p1 from the mirror
+>=20
+> Will m0's size grow up to 20G after this procedure?
No. Changing provider's attributes (such as mediasize, sectorsize), while
it is running is not supported by GEOM, AFAIK.
--=20
Pawel Jakub Dawidek http://www.FreeBSD.org
pjd@FreeBSD.org http://garage.freebsd.pl
FreeBSD committer Am I Evil? Yes, I Am!
--0blaZc+aUkVqY8MO
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (FreeBSD)
iD8DBQFBV8VKForvXbEpPzQRAkyYAKCnY9kwxIktwuiWJFyKCOte4awDuQCdGm3V
rGXuzPlWt8vUrkPeWTXvf/g=
=hxcV
-----END PGP SIGNATURE-----
--0blaZc+aUkVqY8MO--
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 07:54:46 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 3C33C16A4CE
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 07:54:46 +0000 (GMT)
Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10])
by mx1.FreeBSD.org (Postfix) with ESMTP id DE02243D54
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 07:54:42 +0000 (GMT)
(envelope-from doconnor@gsoft.com.au)
Received: from inchoate.gsoft.com.au (localhost [127.0.0.1])
(authenticated bits=0)
by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id i8R7sXum035078;
Mon, 27 Sep 2004 17:24:34 +0930 (CST)
(envelope-from doconnor@gsoft.com.au)
From: "Daniel O'Connor" <doconnor@gsoft.com.au>
To: freebsd-current@freebsd.org
Date: Mon, 27 Sep 2004 17:24:32 +0930
User-Agent: KMail/1.7
References: <20040927065752.19038.qmail@new.transactionware.com>
In-Reply-To: <20040927065752.19038.qmail@new.transactionware.com>
MIME-Version: 1.0
Content-Type: multipart/signed;
boundary="nextPart1522956.41BTzC63AC";
protocol="application/pgp-signature";
micalg=pgp-sha1
Content-Transfer-Encoding: 7bit
Message-Id: <200409271724.33417.doconnor@gsoft.com.au>
X-Spam-Score: -1.7 ()
IN_REP_TO,PGP_SIGNATURE_2,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT
X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang)
cc: janm-freebsd-current@transactionware.com
Subject: Re: Low volume sound on Dell Precision 530 (snd_ich)
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 07:54:46 -0000
--nextPart1522956.41BTzC63AC
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
On Mon, 27 Sep 2004 16:27, janm-freebsd-current@transactionware.com wrote:
> Hi,
>
> I've just started running RELENG_5 after having run RELENG_4 for a while.
>
> After upgrading to 5.3-BETA3 (fresh install from ISO), the sound volume is
> very low. Running recent sources doesn't change things.
>
> I did have a similar problem with RELENG_4, but I could work around it by
> explicitly loading snd_ich rather than snd_pcm. Unfortunately, that isn't
> helping with 5.3-BETA.
>
> This is a Dell Precision 530 with an i860 chipset.
>
> Has anyone seen this before? Any suggestions?
Try fiddling with the mixer settings?
eg..
mixer pcm 100
mixer ogain 100
mixer vol 100
=2D-=20
Daniel O'Connor software and network engineer
for Genesis Software - http://www.gsoft.com.au
"The nice thing about standards is that there
are so many of them to choose from."
-- Andrew Tanenbaum
GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C
--nextPart1522956.41BTzC63AC
Content-Type: application/pgp-signature
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)
iD8DBQBBV8c55ZPcIHs/zowRAnTOAJ41IM3Gu2SsJ0wTQDTlnqD8aegxkQCfXweE
lCKNx0io1UQoCYtZJj0YHtg=
=fXzC
-----END PGP SIGNATURE-----
--nextPart1522956.41BTzC63AC--
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 08:11:41 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id BA36216A4CF; Mon, 27 Sep 2004 08:11:41 +0000 (GMT)
Received: from smtp1.jazztel.es (smtp1.jazztel.es [62.14.3.161])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 3C9A543D46; Mon, 27 Sep 2004 08:11:41 +0000 (GMT)
(envelope-from josemi@freebsd.jazztel.es)
Received: from antivirus
by smtp1.jazztel.es
with antivirus id 1CBqc1-00057m-00
Mon, 27 Sep 2004 10:11:57 +0200
Received: from [212.106.255.190] (helo=rguez.homeunix.net)
by smtp1.jazztel.es
with esmtp id 1CBqc0-00057M-00
Mon, 27 Sep 2004 10:11:57 +0200
Received: from localhost.redesjm.local (orion.redesjm.local [192.168.254.16])
by rguez.homeunix.net (8.13.1/8.13.1) with ESMTP id i8R8BcBu001266;
Mon, 27 Sep 2004 10:11:38 +0200 (CEST)
(envelope-from josemi@freebsd.jazztel.es)
To: "Jose M Rodriguez" <josemi@freebsd.jazztel.es>,
current@freebsd.org
References: <opsey4zpbm6abrq7@localhost.redesjm.local>
Message-ID: <opsey7po156abrq7@localhost.redesjm.local>
Date: Mon, 27 Sep 2004 10:11:38 +0200
From: "Jose M Rodriguez" <josemi@freebsd.jazztel.es>
Content-Type: multipart/mixed; boundary=----------XM9QXkL6PaV0vW3sLcns54
MIME-Version: 1.0
In-Reply-To: <opsey4zpbm6abrq7@localhost.redesjm.local>
User-Agent: Opera M2/7.54 (FreeBSD, build 751)
X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.27.0.11; VDF 6.27.0.70
(host: antares.redesjm.local)
X-Virus-Scanned: by antivirus
cc: x11@freebsd.org
Subject: Re: WIP: /etc/rc.d/xdm script
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 08:11:42 -0000
------------XM9QXkL6PaV0vW3sLcns54
Content-Type: text/plain; format=flowed; delsp=yes; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
On Mon, 27 Sep 2004 09:12:51 +0200, Jose M Rodriguez
<josemi@freebsd.jazztel.es> wrote:
>
> Maybe something in the way of this patch a good start for /etc/rc.d/xdm
> I also make xfs operative, but I think that, right now, nfs will do the
> task.
> None of them have been tested. It's only for comments.
>
> Thanks in advance,
> --
> josemi
>
Take 2, most in the line of other rcNG scripts
--
josemi
--
Using Opera's revolutionary e-mail client: http://www.opera.com/m2/
------------XM9QXkL6PaV0vW3sLcns54
Content-Disposition: attachment; filename=patch-xdm2
Content-Type: application/octet-stream; name=patch-xdm2
Content-Transfer-Encoding: 8bit
diff -Nru /usr/src/etc/rc.d/Makefile etc/rc.d/Makefile
--- /usr/src/etc/rc.d/Makefile Mon May 24 16:17:19 2004
+++ etc/rc.d/Makefile Mon Sep 27 06:06:48 2004
@@ -37,6 +37,7 @@
usbd \
var vinum virecover \
watchdogd \
+ xdm xfs \
ypbind yppasswdd ypserv \
ypset ypupdated ypxfrd
FILESDIR= /etc/rc.d
diff -Nru /usr/src/etc/rc.d/xdm etc/rc.d/xdm
--- /usr/src/etc/rc.d/xdm Sat Jun 16 09:16:14 2001
+++ etc/rc.d/xdm Mon Sep 27 10:05:59 2004
@@ -4,17 +4,56 @@
#
# PROVIDE: xdm
-# REQUIRE: DAEMON LOGIN wscons
-# KEYWORD: shutdown
+# REQUIRE: DAEMON LOGIN syscons moused
+# KEYWORD: FreeBSD shutdown
. /etc/rc.subr
name="xdm"
rcvar=$name
-command="/usr/X11R6/bin/${name}"
-pidfile="/var/run/${name}.pid"
-required_files="/usr/X11R6/lib/X11/xdm/xdm-config"
-extra_commands="reload"
+command="${xdm_program:-/usr/X11R6/bin/xdm}"
+# a good ENV for a X11 App, we are in our subshell
+PATH="/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin:/usr/X11R6/bin"
+export PATH
+
+basecmd=`basename ${command}`
+basedir=""
+
+case basecmd in
+ xdm)
+ # xdm standard display manager
+ required_files="/usr/X11R6/lib/X11/xdm/xdm-config"
+ pidfile="/var/run/xdm.pid"
+ extra_commands="reload"
+ ;;
+ gdm)
+ # gnome gdm display manager
+ basedir="${command%/bin/gdm}"
+ required_files="${basedir}/etc/gdm/gdm.conf"
+ pidfile="/var/run/gdm.pid"
+ ;;
+ kdm)
+ # KDE kdm display manager
+ basedir="${command%/bin/kdm}"
+ required_files="${basedir}/share/config/kdm/kdmrc"
+ pidfile="/var/run/kdm.pid"
+ # don't use start_precmd(). We have local genkdmconf.sh now
+ ;;
+ Xorg)
+ # xdm login via Xorg broadcast XDMCP
+ required_files="/etc/X11/xorg.conf"
+ xdm_flags="-broadcast"
+ ;;
+ Xfree86)
+ # xdm login via Xfree86 broadcast XDMCP
+ required_files="/etc/X11/XF86Config"
+ xdm_flags="-broadcast"
+ ;;
+esac
+
+unset basecmd basedir
+
+# Place any needed extra config in /etc/rc.conf.d/xdm
load_rc_config $name
run_rc_command "$1"
diff -Nru /usr/src/etc/rc.d/xfs etc/rc.d/xfs
--- /usr/src/etc/rc.d/xfs Fri Jun 14 00:14:36 2002
+++ etc/rc.d/xfs Mon Sep 27 06:08:34 2004
@@ -7,6 +7,7 @@
# PROVIDE: xfs
# REQUIRE: mountall cleartmp
# BEFORE: LOGIN
+# KEYWORD: FreeBSD
. /etc/rc.subr
diff -Nru /usr/src/etc/defaults/rc.conf etc/defaults/rc.conf
--- /usr/src/etc/defaults/rc.conf Sun Sep 26 11:30:22 2004
+++ etc/defaults/rc.conf Mon Sep 27 06:16:54 2004
@@ -467,6 +467,8 @@
economy_cx_lowest="LOW" # Offline CPU idle state
economy_throttle_state="HIGH" # Offline throttling state
virecover_enable="YES" # Perform housekeeping for the vi(1) editor
+xdm_enable="NO" # Start the X11 Display Manager
+xfs_enable="NO" # Start the X11 Font Server
##############################################################
### Jail Configuration #######################################
------------XM9QXkL6PaV0vW3sLcns54--
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 08:21:20 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 4AFC716A4CE
for <current@freebsd.org>; Mon, 27 Sep 2004 08:21:20 +0000 (GMT)
Received: from wrzx28.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de
[132.187.3.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C5B443D49
for <current@freebsd.org>; Mon, 27 Sep 2004 08:21:19 +0000 (GMT)
(envelope-from q@uni.de)
Received: from wrzx34.rz.uni-wuerzburg.de (wrzx34.rz.uni-wuerzburg.de
[132.187.3.34]) by wrzx28.rz.uni-wuerzburg.de (Postfix) with ESMTP
id 3B6ADD41D5; Mon, 27 Sep 2004 10:21:18 +0200 (CEST)
Received: from virusscan (localhost [127.0.0.1])
by wrzx34.rz.uni-wuerzburg.de (Postfix) with ESMTP
id 16D71A792D; Mon, 27 Sep 2004 10:21:18 +0200 (CEST)
Received: from wrzx28.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de
[132.187.3.28]) by wrzx34.rz.uni-wuerzburg.de (Postfix) with ESMTP
id DE449A77CC; Mon, 27 Sep 2004 10:21:17 +0200 (CEST)
Received: from coyote.q.local (wwsx14.win-screen.uni-wuerzburg.de
[132.187.253.14]) by wrzx28.rz.uni-wuerzburg.de (Postfix) with ESMTP
id C0ED0D41D5; Mon, 27 Sep 2004 10:21:17 +0200 (CEST)
Received: from roadrunner.q.local (roadrunner.q.local [192.168.0.148])
by coyote.q.local (8.12.10/8.12.10) with ESMTP id i8R8LHA4002587;
Mon, 27 Sep 2004 10:21:17 +0200 (CEST)
(envelope-from q@uni.de)
Received: from roadrunner.q.local (localhost [127.0.0.1])
by roadrunner.q.local (8.13.1/8.13.1) with ESMTP id i8R8LHtU001519;
Mon, 27 Sep 2004 10:21:17 +0200 (CEST)
(envelope-from q@uni.de)
Received: (from q@localhost)
by roadrunner.q.local (8.13.1/8.13.1/Submit) id i8R8LF3n001518;
Mon, 27 Sep 2004 10:21:15 +0200 (CEST)
(envelope-from q@uni.de)
Date: Mon, 27 Sep 2004 10:21:15 +0200
From: Ulrich Spoerlein <q@uni.de>
To: Hidetoshi Shimokawa <simokawa@sat.t.u-tokyo.ac.jp>
Message-ID: <20040927082115.GA1092@galgenberg.net>
Mail-Followup-To: Hidetoshi Shimokawa <simokawa@sat.t.u-tokyo.ac.jp>,
current@freebsd.org
References: <20040925163148.GA9626@galgenberg.net>
<87d609m7cs.wl@tora.nunu.org>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="9amGYk9869ThD9tj"
Content-Disposition: inline
In-Reply-To: <87d609m7cs.wl@tora.nunu.org>
User-Agent: Mutt/1.5.6i
X-Virus-Scanned: by amavisd-new (Rechenzentrum Universitaet Wuerzburg)
cc: current@freebsd.org
Subject: Re: fwe(4) and polling(4)
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 08:21:20 -0000
--9amGYk9869ThD9tj
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Sun, 26.09.2004 at 23:29:23 +0900, Hidetoshi Shimokawa wrote:
> Interrput rate should be dropped in polling mode.
>=20
> To enable polling mode, after you set sysctl variables, you have
> to down the interface once and then up.
> (ifconfig fwe0 down; ifconfig fwe0 up)
Aha! Thanks for the tip, polling is now working on roadrunner and the
load dropped. However the performance dropped too (9MB/s). I think this
is due to NFS and the increased latency. But I have to get polling
working on coyote first, before I investigate further. Read on...
This is the output from 5.3
fwe0: flags=3D118943<UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST,POLLING=
> mtu 1500
options=3D8<VLAN_MTU>
inet 192.168.2.148 netmask 0xffffff00 broadcast 192.168.2.255
inet6 fe80::344f:c0ff:fe67:9830%fwe0 prefixlen 64 scopeid 0x2=20
ether 36:4f:c0:67:98:30
ch 1 dma 0
and this from 5.2.1
fwe0: flags=3D18943<UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST> mtu 1500
inet6 fe80::2000:ff:fe00:52cf%fwe0 prefixlen 64 scopeid 0x3=20
inet 192.168.2.151 netmask 0xffffff00 broadcast 192.168.2.255
ether 22:00:00:00:52:cf
ch 1 dma 0
Note that POLLING is absent. I up/downed the interface several times and
toggled kern.polling.enable several times too. Is there a bug with
respect to 5.2.1R?
> > PS: I'm somewhat puzzled by this:
> > fwohci0: EUI64 20:00:00:00:04:00:52:cf
> > if_fwe0: Fake Ethernet address: 22:00:00:00:52:cf
> > and
> > fwohci0: EUI64 35:4f:c0:00:35:67:98:30
> > if_fwe0: Fake Ethernet address: 36:4f:c0:67:98:30
>=20
> if_fwe is a non-standard ethernet emulation and need to
> generate fake macaddress. As far as I remember, 0x02 is
> added to the first byte to represent it is private address.
if_fwe.c:186
#define LOCAL (0x02)
#define GROUP (0x01)
eaddr[0] =3D (FW_EUI64_BYTE(eui, 0) | LOCAL) & ~GROUP;
I'm not good at C but this code seems to always zero the least
significant bit, making the first byte of the address even. Is that an
ethernet requirement? (I checked all NICs I have access to, but they all
have 0x00 as the first byte)
Ulrich Spoerlein
--=20
PGP Key ID: F0DB9F44 Get it while it's hot!
PGP Fingerprint: F1CE D062 0CA9 ADE3 349B 2FE8 980A C6B5 F0DB 9F44
"They that can give up essential liberty to obtain a little temporary
safety deserve neither liberty nor safety." -- Benjamin Franklin
--9amGYk9869ThD9tj
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (FreeBSD)
iD8DBQFBV817mArGtfDbn0QRApWNAKC10x7C/Zm5aVAAi4yA/S4JzQ7EMwCgpKpE
E9W4ZfhnkD69xRDONHOKr8A=
=G1j9
-----END PGP SIGNATURE-----
--9amGYk9869ThD9tj--
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 09:31:22 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 8B5A916A4CE
for <current@freebsd.org>; Mon, 27 Sep 2004 09:31:22 +0000 (GMT)
Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163])
by mx1.FreeBSD.org (Postfix) with ESMTP id CE95343D3F
for <current@freebsd.org>; Mon, 27 Sep 2004 09:31:21 +0000 (GMT)
(envelope-from phk@critter.freebsd.dk)
Received: from critter.freebsd.dk (localhost [127.0.0.1])
by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id i8R9VKFM043594
for <current@freebsd.org>; Mon, 27 Sep 2004 11:31:20 +0200 (CEST)
(envelope-from phk@critter.freebsd.dk)
From: "Poul-Henning Kamp" <phk@phk.freebsd.dk>
Date: Mon, 27 Sep 2004 11:31:20 +0200
Message-ID: <43593.1096277480@critter.freebsd.dk>
Sender: phk@critter.freebsd.dk
cc: current@freebsd.org
Subject: [TEST] ucom detach patch
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 09:31:22 -0000
http://phk.freebsd.dk/patch/ucom.patch
This patch should make it safe to remove a ucom serial device no matter
what is going on at the time of removal.
The patch also changes the naming of the devices to give the full
complement of serial facilities, so you will see the following
devices in /dev:
/dev/ttyU0
/dev/ttyU0.init
/dev/ttyU0.lock
/dev/cuaU0
/dev/cuaU0.init
/dev/cuaU0.lock
Please test and report.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
phk@FreeBSD.ORG | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence.
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 09:31:58 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 0B3FC16A4CE; Mon, 27 Sep 2004 09:31:58 +0000 (GMT)
Received: from smtp.des.no (flood.des.no [217.116.83.31])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 61E0D43D3F; Mon, 27 Sep 2004 09:31:57 +0000 (GMT)
(envelope-from des@des.no)
Received: by smtp.des.no (Pony Express, from userid 666)
id 28E58530A; Mon, 27 Sep 2004 11:31:56 +0200 (CEST)
Received: from dwp.des.no (des.no [80.203.228.37])
by smtp.des.no (Pony Express) with ESMTP id EEBB45310;
Mon, 27 Sep 2004 11:31:50 +0200 (CEST)
Received: by dwp.des.no (Postfix, from userid 2602)
id D12DBB873; Mon, 27 Sep 2004 11:31:50 +0200 (CEST)
To: Joseph Koshy <joseph.koshy@gmail.com>
References: <84dead72040926185171776b99@mail.gmail.com>
<20040927040137.GA3274@dragon.nuxi.com>
<84dead7204092621403fddd11e@mail.gmail.com>
From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=)
Date: Mon, 27 Sep 2004 11:31:50 +0200
In-Reply-To: <84dead7204092621403fddd11e@mail.gmail.com> (Joseph Koshy's
message of "Mon, 27 Sep 2004 04:40:53 +0000")
Message-ID: <xzpu0tkukft.fsf@dwp.des.no>
User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 (berkeley-unix)
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on flood.des.no
X-Spam-Level:
X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.64
cc: freebsd-current@freebsd.org
Subject: Re: [patch] <machine/cputypes.h>
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 09:31:58 -0000
Joseph Koshy <joseph.koshy@gmail.com> writes:
> The pmc(4) driver (being written) needs a way of informing the
> userland libpmc(3) (also being written) about the kind of CPU
> present in the system and I thought I could use the symbols in
> <cputypes.h> instead of defining them in <sys/pmc.h>.
Is there a good reason why pmc(4) can't pass this information out as a
string? Less chance of future breaks in binary compatibility that
way.
DES
--=20
Dag-Erling Sm=F8rgrav - des@des.no
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 09:46:18 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id A3D1916A4CE
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 09:46:18 +0000 (GMT)
Received: from gnah.bolet.org (gnah.bolet.org [80.65.226.87])
by mx1.FreeBSD.org (Postfix) with ESMTP id BDBA143D58
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 09:46:08 +0000 (GMT)
(envelope-from pornin@bolet.org)
Received: from gnah.bolet.org (localhost [127.0.0.1])
by gnah.bolet.org (8.12.11/8.12.11) with ESMTP id i8R9k609018253
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 11:46:06 +0200 (CEST)
(envelope-from pornin@bolet.org)
Received: (from pornin@localhost)
by gnah.bolet.org (8.12.11/8.12.11/Submit) id i8R9k4UX018252
for freebsd-current@freebsd.org;
Mon, 27 Sep 2004 11:46:05 +0200 (CEST) (envelope-from pornin)
Date: Mon, 27 Sep 2004 11:46:03 +0200
From: Thomas Pornin <maillist+fc@bolet.org>
To: freebsd-current@freebsd.org
Message-ID: <20040927094602.GA17898@gnah.bolet.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.5.4i
Subject: Software RAID1 with atacontrol
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 09:46:18 -0000
Hello,
I am trying to use the RAID features provided by the ata driver in 5.3.
My machine uses 5.3-BETA5, cvsupped on September 24th, 2004. Kernel is
almost identical to GENERIC: I just deactivated I486_CPU and I586_CPU
(machine is an Athlon XP), SMP, and replaced SCHED_4BSD with SCHED_ULE.
As far as I know:
-- some (cheap) RAID extension cards are just ATA controllers with a
special boot ROM which understands the metadata stored on the disks and
describing how the disks are grouped in RAID arrays;
-- FreeBSD understands the metadata format for some models;
-- FreeBSD can use also an arbitrary ATA controller with the same
code, thus providing software RAID (using the same metadata format
than Promise RAID cards). Since an ordinary ATA controller does not
have the special boot ROM, booting on such an array is subject to some
restrictions, but once the kernel is up, it should make no difference
whatsoever.
I have tried to set up a simple RAID1 (mirror) array. I have plugged two
identical 40GB IBM disks in my machine (respectively ad1 and ad3), on
the motherboard ATA controllers (with no RAID boot ROM). Then, I created
the array with:
atacontrol create RAID1 ad1 ad3
This produced ar0, on which I could create a slice table, then a
disklabel in the first slice, then a filesystem in /dev/ar0s1d, which
I could mount. So far so good.
I then tried to simulate a crash by unplugging one disk (with the
machine swtiched off). On reboot, the mirror could still be accessed
under the name ar0s1d, and atacontrol reported one disk as READY and
the other as DOWN. This is fine. I thus made some write accesses on the
filesystem, switched off the machine, plugged back the missing disk and
rebooted. There, things have gone amiss: the code did not detect that
both disks were not synchronized, and happily mounted the filesystem.
Bad errors then happend upon reading the disk ("ls" reporting "invalid
file descriptor", and so on). I detached one disk (with "atacontrol
detach") and attached it again, and then added it with "addspare"; then
I rebuilt the array ("atacontrol rebuild") and all was fine again.
I then did a second test: I launched a process which wrote on the
mirror filesystem ("dd if=/dev/random of=foo") and, which the system
was writing on the disk, I hit the reset switch (thus simulating a
power failure). Since the two disk writes cannot be guaranteed as
simultaneous, the two disks cannot be synchronized. But, upon reboot,
the system considered both disks to be READY.
Therefore I think that there is something fishy here. Since the same
code is used for Promise RAID cards, the support for those card may be
"broken" as well (at least unreliable in case of a crash, which is a
problem since RAID1 is meant to add reliability in case of a crash).
What can I do to help debug this ?
As a side note: I get the same read and write throughput on the mirror
(about 20 MB/s for reading or writing -- this is what each disk can do
alone). I expected a doubled throughput for reading (the disks are on
two distinct ATA controllers). Maybe this is a symptom of something
wrong elsewhere ?
--Thomas Pornin
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 09:52:32 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 6BB2216A4CE; Mon, 27 Sep 2004 09:52:32 +0000 (GMT)
Received: from meitner.wh.uni-dortmund.de (meitner.wh.uni-dortmund.de
[129.217.129.133]) by mx1.FreeBSD.org (Postfix) with ESMTP
id C04B343D3F; Mon, 27 Sep 2004 09:52:31 +0000 (GMT)
(envelope-from michaelnottebrock@gmx.net)
Received: from lofi.dyndns.org (pc2-105.intern.meitner [10.3.12.105])
by meitner.wh.uni-dortmund.de (Postfix) with ESMTP
id 894AE1674EF; Mon, 27 Sep 2004 11:52:30 +0200 (CEST)
Received: from kiste.my.domain (lofi@kiste.my.domain [192.168.8.4])
(authenticated bits=0)
by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id i8R9qTSK096981
(version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO);
Mon, 27 Sep 2004 11:52:29 +0200 (CEST)
(envelope-from michaelnottebrock@gmx.net)
From: Michael Nottebrock <michaelnottebrock@gmx.net>
To: freebsd-current@freebsd.org
Date: Mon, 27 Sep 2004 11:52:24 +0200
User-Agent: KMail/1.7
References: <20040926214139.GA60201@titan.klemm.apsfilter.org>
<Pine.GSO.4.43.0409261933280.27515-100000@sea.ntplx.net>
<20040927061627.GA1384@titan.klemm.apsfilter.org>
In-Reply-To: <20040927061627.GA1384@titan.klemm.apsfilter.org>
MIME-Version: 1.0
Content-Type: multipart/signed;
boundary="nextPart1592214.BVejiETdSy";
protocol="application/pgp-signature";
micalg=pgp-sha1
Content-Transfer-Encoding: 7bit
Message-Id: <200409271152.28294.michaelnottebrock@gmx.net>
X-Virus-Scanned: by amavisd-new
Subject: Re: Fatal error 'Spinlock called when not threaded.' ... (Re:
FreeBSD 5.3-BETA6 available)
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 09:52:32 -0000
--nextPart1592214.BVejiETdSy
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
On Monday 27 September 2004 08:16, Andreas Klemm wrote:
> On Sun, Sep 26, 2004 at 07:36:26PM -0400, Daniel Eischen wrote:
> > On Sun, 26 Sep 2004, Andreas Klemm wrote:
> > > Creating this helped (thanks to google ;-)
> > >
> > > /etc/libmap.conf:
> > > libpthread.so.1 libc_r.so.5
> > > libpthread.so libc_r.so
> > >
> > > Has there been a change last recently ?
> >
> > No, not recently, but a few months ago. You're suppose to read
> > src/UPDATING. Hint, search for entries 20040303 and 20040130.
>
> No I cannot be hitten by this. I upgrated multiple times via
> several Beta stages.
Perhaps you accidentally installed a package for 5.2.1-Release at some poin=
t=20
(qt is a likely candidate). Or you started out with 5.2.1-Release, upgraded=
=20
to your several 5.3-BETA stages and never actually recompiled your ports an=
d=20
you have lots of linkage to libc_r left - if so, you should really do it so=
on=20
(you can check easily by ldd'ing stuff in /usr/local/lib and /usr/X11R6/lib=
-=20
if you have lots of stuff linking to libc_r, you're in for a portupgrade -f=
a.=20
Make sure to comment out all lines in /etc/libmap.conf before doing the=20
ldd-thing though: libmap will affect ldd as well and you'll get false resul=
ts=20
if it's active.
=2D-=20
,_, | Michael Nottebrock | lofi@freebsd.org
(/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org
\u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org
--nextPart1592214.BVejiETdSy
Content-Type: application/pgp-signature
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)
iD8DBQBBV+LcXhc68WspdLARAv2fAJ9HdFnub4Pd8vIy3pwXjKBXq5kzhwCfbMTA
g3Xc6BJ3YlRD81lU2vTE/zU=
=PwyY
-----END PGP SIGNATURE-----
--nextPart1592214.BVejiETdSy--
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 10:01:08 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 3302316A4CE
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 10:01:08 +0000 (GMT)
Received: from smtp.infracaninophile.co.uk (smtp.infracaninophile.co.uk
[81.2.69.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id 636D443D41
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 10:01:07 +0000 (GMT)
(envelope-from m.seaman@infracaninophile.co.uk)
Received: from happy-idiot-talk.infracaninophile.co.uk
(localhost.infracaninophile.co.uk [IPv6:::1] (may be forged))
i8RA1232058220
(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 11:01:02 +0100 (BST)
(envelope-from matthew@happy-idiot-talk.infracaninophile.co.uk)
Received: (from matthew@localhost)i8RA12Zg058215
for freebsd-current@freebsd.org;
Mon, 27 Sep 2004 11:01:02 +0100 (BST) (envelope-from matthew)
Date: Mon, 27 Sep 2004 11:01:02 +0100
From: Matthew Seaman <m.seaman@infracaninophile.co.uk>
To: freebsd-current@freebsd.org
Message-ID: <20040927100102.GD57485@happy-idiot-talk.infracaninophile.co.uk>
Mail-Followup-To: freebsd-current@freebsd.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="J5MfuwkIyy7RmF4Q"
Content-Disposition: inline
User-Agent: Mutt/1.4.2.1i
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.5.6
(smtp.infracaninophile.co.uk [IPv6:::1]); Mon, 27 Sep 2004 11:01:03 +0100
(BST)
X-Virus-Scanned: clamd / ClamAV version devel-20040904, clamav-milter version
0.75l on smtp.infracaninophile.co.uk
X-Virus-Status: Clean
X-Spam-Status: No, hits=-4.8 required=5.0 tests=AWL,BAYES_00 autolearn=ham
version=2.64
X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on
happy-idiot-talk.infracaninophile.co.uk
Subject: /usr/share/examples/cvsup/stable-supfile
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 10:01:08 -0000
--J5MfuwkIyy7RmF4Q
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
There seems to be a bit of an oddity with
/usr/share/examples/cvsup/stable-supfile in 5.3-BETAx.
Would it be possible for someone to put in RELENG_5 as the default tag
in the version of this file on the RELENG_5 branch?
--- stable-supfile.orig Mon Sep 27 10:58:41 2004
+++ stable-supfile Mon Sep 27 10:59:47 2004
@@ -68,9 +68,10 @@
*default host=3DCHANGE_THIS.FreeBSD.org
*default base=3D/var/db
*default prefix=3D/usr
-# The following line is for 4-stable. If you want 3-stable or 2.2-stable,
-# change "RELENG_4" to "RELENG_3" or "RELENG_2_2" respectively.
-*default release=3Dcvs tag=3DRELENG_4
+# The following line is for 5-stable. If you want 4-stable, 3-stable or
+# 2.2-stable, change "RELENG_5" to "RELENG_4", "RELENG_3" or "RELENG_2_2"
+# respectively.
+*default release=3Dcvs tag=3DRELENG_5
*default delete use-rel-suffix
=20
# If you seem to be limited by CPU rather than network or disk bandwidth, =
try
Cheers,
Matthew
--=20
Dr Matthew J Seaman MA, D.Phil. 26 The Paddocks
Savill Way
PGP: http://www.infracaninophile.co.uk/pgpkey Marlow
Tel: +44 1628 476614 Bucks., SL7 1TH UK
--J5MfuwkIyy7RmF4Q
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)
iD8DBQFBV+TeiD657aJF7eIRAj1FAKCC8DwUVMTqrG0OBofb8U+63ostowCfdZzb
0aP/BWlpVnsuvrEp0zKqQpE=
=Xz82
-----END PGP SIGNATURE-----
--J5MfuwkIyy7RmF4Q--
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 10:14:24 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 5571E16A4CE; Mon, 27 Sep 2004 10:14:24 +0000 (GMT)
Received: from mail.dt.e-technik.uni-dortmund.de
(krusty.dt.E-Technik.Uni-Dortmund.DE [129.217.163.1])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 537F643D49; Mon, 27 Sep 2004 10:14:23 +0000 (GMT)
(envelope-from ma@dt.e-technik.uni-dortmund.de)
Received: from localhost (localhost [127.0.0.1])09A3140899;
Mon, 27 Sep 2004 12:14:22 +0200 (CEST)
Received: from mail.dt.e-technik.uni-dortmund.de ([127.0.0.1])
by localhost (krusty [127.0.0.1]) (amavisd-new, port 10024) with LMTP
id 07389-01; Mon, 27 Sep 2004 12:14:21 +0200 (CEST)
Received: from m2a2.dyndns.org (p54854C50.dip.t-dialin.net [84.133.76.80])
9E4A040832; Mon, 27 Sep 2004 12:14:18 +0200 (CEST)
Received: from localhost (localhost [127.0.0.1])
by merlin.emma.line.org (Postfix) with ESMTP id F120AD29DF;
Mon, 27 Sep 2004 12:14:17 +0200 (CEST)
Received: from merlin.emma.line.org ([127.0.0.1])
by localhost (m2a2.dyndns.org [127.0.0.1]) (amavisd-new, port 10024)
with LMTP id 10659-01; Mon, 27 Sep 2004 12:14:17 +0200 (CEST)
Received: by merlin.emma.line.org (Postfix, from userid 500)
id 96ED3D1C46; Mon, 27 Sep 2004 12:14:17 +0200 (CEST)
To: Scott Long <scottl@samsco.org>, re@freebsd.org
In-Reply-To: <415720FD.8080603@samsco.org> (Scott Long's message of "Sun, 26
Sep 2004 14:05:17 -0600")
References: <415720FD.8080603@samsco.org>
From: Matthias Andree <ma@dt.e-technik.uni-dortmund.de>
Date: Mon, 27 Sep 2004 12:14:17 +0200
Message-ID: <m3oejs3tom.fsf@merlin.emma.line.org>
User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Virus-Scanned: by amavisd-new at dt.e-technik.uni-dortmund.de
cc: standards@freebsd.org
cc: current@freebsd.org
cc: developers@freebsd.org
Subject: Re: FreeBSD 5.3-BETA6 available
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 10:14:24 -0000
Please Cc: me on all replies, I'm not on all lists.
Scott Long <scottl@samsco.org> writes:
> IMPORTANT:
> BIND9 is being imported and will be in the next and likely final beta,
> BETA7. Users of the named daemon should visit the ISC website for
> information about migrating to BIND9.
BETA6 still has some critical and/or serious bugs open apparently
(according to the PR data base):
1. /bin/sh "unset" is still in violation of IEEE Std 1003.1, 2004
edition. FIX IS AVAILABLE, bug has been open for many months, has
persisted in BETA4 and 5.
http://www.freebsd.org/cgi/query-pr.cgi?pr=standards/45738
http://lists.freebsd.org/pipermail/freebsd-current/2004-September/037819.html
2. tcpdump IPv6CP segfaults are still open as of BETA5, FIX IS AVAILABLE:
http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/71453
3. data corruption on unaligned block access bug, kern/60313,
is still open and unpatched AFAICS
4. NIS is still faulty in pretending users aren't there when in fact NIS
cannot tell if an account exists; bin/46866 is still open and unpatched
5. default inetd configuration denial of service bug, conf/33670, is still
open and unpatched AND A LAST CHANCE TO FIX NOW
6. (portsmgr issue) no "yes or no" or whatsoever for my inquires whether
ports/72017 can be committed in spite of the freeze. It's a
bugfix-only update.
Please state which of these will be fixed before 5.3-RELEASE and what
further help is needed with these.
--
Matthias Andree
Encrypted mail welcome: my GnuPG key ID is 0x052E7D95 (PGP/MIME preferred)
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 10:29:32 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 4BE3916A4CE
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 10:29:32 +0000 (GMT)
Received: from smtp.des.no (flood.des.no [217.116.83.31])
by mx1.FreeBSD.org (Postfix) with ESMTP id 0F00643D46
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 10:29:32 +0000 (GMT) (envelope-from des@des.no)
Received: by smtp.des.no (Pony Express, from userid 666)
id 1D9195310; Mon, 27 Sep 2004 12:29:31 +0200 (CEST)
Received: from dwp.des.no (des.no [80.203.228.37])
by smtp.des.no (Pony Express) with ESMTP id C4D40530A;
Mon, 27 Sep 2004 12:29:25 +0200 (CEST)
Received: by dwp.des.no (Postfix, from userid 2602)
id 9294FB873; Mon, 27 Sep 2004 12:29:25 +0200 (CEST)
To: Thomas Pornin <maillist+fc@bolet.org>
References: <20040927094602.GA17898@gnah.bolet.org>
From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=)
Date: Mon, 27 Sep 2004 12:29:25 +0200
In-Reply-To: <20040927094602.GA17898@gnah.bolet.org> (Thomas Pornin's
message of "Mon, 27 Sep 2004 11:46:03 +0200")
Message-ID: <xzppt48uhru.fsf@dwp.des.no>
User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 (berkeley-unix)
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on flood.des.no
X-Spam-Level:
X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.64
cc: freebsd-current@freebsd.org
Subject: Re: Software RAID1 with atacontrol
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 10:29:32 -0000
Thomas Pornin <maillist+fc@bolet.org> writes:
> -- some (cheap) RAID extension cards are just ATA controllers with a
> special boot ROM which understands the metadata stored on the disks and
> describing how the disks are grouped in RAID arrays;
This is actually the case for *most* ATA RAID controllers.
If you don't care about BIOS support, you're probably better off using
gmirror(8), which is a lot more flexible than ataraid.
DES
--=20
Dag-Erling Sm=F8rgrav - des@des.no
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 10:41:10 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 3DDF016A4CE
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 10:41:10 +0000 (GMT)
Received: from rosebud.otenet.gr (rosebud.otenet.gr [195.170.0.26])
by mx1.FreeBSD.org (Postfix) with ESMTP id 76C6043D58
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 10:41:09 +0000 (GMT)
(envelope-from keramida@freebsd.org)
Received: from orion.daedalusnetworks.priv (host5.bedc.ondsl.gr
[62.103.39.229])i8RAf3cT024005
for <freebsd-current@freebsd.org>; Mon, 27 Sep 2004 13:41:05 +0300
Received: from orion.daedalusnetworks.priv (orion [127.0.0.1])
i8RAeueI002416 for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 13:40:56 +0300 (EEST)
(envelope-from keramida@freebsd.org)
Received: (from keramida@localhost)i8RAeu2s002415
for freebsd-current@freebsd.org;
Mon, 27 Sep 2004 13:40:56 +0300 (EEST)
(envelope-from keramida@freebsd.org)
Date: Mon, 27 Sep 2004 13:40:56 +0300
From: Giorgos Keramidas <keramida@freebsd.org>
To: freebsd-current@freebsd.org
Message-ID: <20040927104056.GA2292@orion.daedalusnetworks.priv>
References: <20040927100102.GD57485@happy-idiot-talk.infracaninophile.co.uk>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20040927100102.GD57485@happy-idiot-talk.infracaninophile.co.uk>
Subject: Re: /usr/share/examples/cvsup/stable-supfile
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 10:41:10 -0000
On 2004-09-27 11:01, Matthew Seaman <m.seaman@infracaninophile.co.uk> wrote:
> There seems to be a bit of an oddity with
> /usr/share/examples/cvsup/stable-supfile in 5.3-BETAx.
>
> Would it be possible for someone to put in RELENG_5 as the default tag
> in the version of this file on the RELENG_5 branch?
>
> --- stable-supfile.orig Mon Sep 27 10:58:41 2004
> +++ stable-supfile Mon Sep 27 10:59:47 2004
> @@ -68,9 +68,10 @@
> *default host=CHANGE_THIS.FreeBSD.org
> *default base=/var/db
> *default prefix=/usr
> -# The following line is for 4-stable. If you want 3-stable or 2.2-stable,
> -# change "RELENG_4" to "RELENG_3" or "RELENG_2_2" respectively.
> -*default release=cvs tag=RELENG_4
> +# The following line is for 5-stable. If you want 4-stable, 3-stable or
> +# 2.2-stable, change "RELENG_5" to "RELENG_4", "RELENG_3" or "RELENG_2_2"
> +# respectively.
> +*default release=cvs tag=RELENG_5
> *default delete use-rel-suffix
>
> # If you seem to be limited by CPU rather than network or disk bandwidth, try
RELENG_5 isn't STABLE yet, but you're right this has to change before
5.3-STABLE is released.
The current list of files that need updating when a release of FreeBSD
is rolled can be found at:
http://www.freebsd.org/doc/en_US.ISO8859-1/articles/releng/release-proc.html
It lists standard-supfile but not stable-supfile. I'll mail re@ about
this and see if we need to commit your diff now or it can be done just
before the 5.3-STABLE ISO images are created.
This one was a good catch! Thanks :-)
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 10:41:35 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 96BBF16A4CE
for <freebsd-current@FreeBSD.org>;
Mon, 27 Sep 2004 10:41:35 +0000 (GMT)
Received: from gw.pelleg.org (gw.pelleg.org [205.201.13.235])
by mx1.FreeBSD.org (Postfix) with ESMTP id 5F05143D4C
for <freebsd-current@FreeBSD.org>;
Mon, 27 Sep 2004 10:41:35 +0000 (GMT)
(envelope-from daniel+bsd@pelleg.org)
Received: from lank.here (lank.wburn [192.168.3.41])
by gw.pelleg.org (Postfix) with ESMTP id 1B9695A53
for <freebsd-current@FreeBSD.org>;
Mon, 27 Sep 2004 06:41:33 -0400 (EDT)
Received: by lank.here (Postfix, from userid 7675)
id 8B34943B5; Mon, 27 Sep 2004 06:41:32 -0400 (EDT)
To: freebsd-current@FreeBSD.org
References: <20040920022927.GA70726@bobbi.cse.buffalo.edu>
From: Dan Pelleg <daniel+bsd@pelleg.org>
Date: Mon, 27 Sep 2004 06:41:32 -0400
In-Reply-To: <20040920022927.GA70726@bobbi.cse.buffalo.edu> (Ken Smith's
message of "Sun, 19 Sep 2004 22:29:27 -0400")
Message-ID: <u2sfz540zab.fsf@lank.wburn>
User-Agent: Gnus/5.1002 (Gnus v5.10.2) XEmacs/21.4 (Security Through
Obscurity, berkeley-unix)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Subject: Re: 5.3-BETA5 Available
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 10:41:35 -0000
Minor, but probably easy to fix as well:
- At the end of the instatllation of -BETA5, the congratulations messages
seems to be cut off on the left around the eight character or so. So
it says: "lationations! You have successfully installed" and so on. The
following lines are cut off in a similar way as well.
--
Dan Pelleg
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 10:45:39 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 287AF16A4CF
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 10:45:39 +0000 (GMT)
Received: from beagle2.mehnert.org (beagle2.mehnert.org [212.42.235.57])
by mx1.FreeBSD.org (Postfix) with ESMTP id 50F3543D3F
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 10:45:38 +0000 (GMT)
(envelope-from hannes@mehnert.org)
Received: from localhost (port-195-158-171-190.dynamic.qsc.de
[195.158.171.190])
(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
(Client CN "Hannes Mehnert", Issuer "mehnert root CA" (verified OK))
by beagle2.mehnert.org (Postfix) with ESMTP id 65CF995860
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 12:45:36 +0200 (CEST)
Date: Mon, 27 Sep 2004 12:45:32 +0200
From: Hannes Mehnert <hannes@mehnert.org>
To: freebsd-current@freebsd.org
Message-ID: <20040927104532.GA20357@mehnert.org>
References: <001001c4a305$d003a400$0301a8c0@danielle>
<002401c4a45a$642b7cc0$0301a8c0@danielle>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <002401c4a45a$642b7cc0$0301a8c0@danielle>
User-Agent: Mutt/1.4.2.1i
Subject: Re: ipsec and freebsd 5.3-beta
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 10:45:39 -0000
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi,
On Mon, Sep 27, 2004 at 08:22:40AM +0200, cell wrote:
> I have always the same problem.I'm on freebsd 5.3-beta 5 and i have put the
> patch for key.c who is in cvweb but i have that :
> .. ENOBUFS ...
Currently only netipsec/key.c is fixed (which is the FAST_IPSEC
implementation), so if you use FAST_IPSEC it should work, with IPSEC it
shouldn't.
Best Regards,
Hannes Mehnert
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (FreeBSD)
iD8DBQFBV+9JRcuNlziBjRwRAl1QAJ9bQ7zSaI5IN8IGl7BmEsRE3AM5FACffOwB
3E1YOvTQaPf19QjG8cRx4w8=
=5rFG
-----END PGP SIGNATURE-----
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 10:50:12 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id E894416A4CE
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 10:50:12 +0000 (GMT)
Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106])
by mx1.FreeBSD.org (Postfix) with ESMTP id A59EE43D41
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 10:50:09 +0000 (GMT)
(envelope-from andreas@klemm.apsfilter.org)
Received: from srv1.cosmo-project.de (localhost [IPv6:::1])
i8RAo7aI073057
(version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO);
Mon, 27 Sep 2004 12:50:07 +0200 (CEST)
(envelope-from andreas@klemm.apsfilter.org)
Received: (from uucp@localhost)i8RAo7Nn073056;
Mon, 27 Sep 2004 12:50:07 +0200 (CEST)
(envelope-from andreas@klemm.apsfilter.org)
Received: from titan.klemm.apsfilter.org (localhost.klemm.apsfilter.org
[127.0.0.1])
by klemm.apsfilter.org (8.13.1/8.13.1) with ESMTP id i8RAjCRP006120;
Mon, 27 Sep 2004 12:45:12 +0200 (CEST)
(envelope-from andreas@titan.klemm.apsfilter.org)
Received: (from andreas@localhost)
by titan.klemm.apsfilter.org (8.13.1/8.13.1/Submit) id i8RAjCSp006119;
Mon, 27 Sep 2004 12:45:12 +0200 (CEST)
(envelope-from andreas)
Date: Mon, 27 Sep 2004 12:45:12 +0200
From: Andreas Klemm <andreas@freebsd.org>
To: Michael Nottebrock <michaelnottebrock@gmx.net>
Message-ID: <20040927104512.GA5976@titan.klemm.apsfilter.org>
References: <20040926214139.GA60201@titan.klemm.apsfilter.org>
<Pine.GSO.4.43.0409261933280.27515-100000@sea.ntplx.net>
<20040927061627.GA1384@titan.klemm.apsfilter.org>
<200409271152.28294.michaelnottebrock@gmx.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <200409271152.28294.michaelnottebrock@gmx.net>
X-Operating-System: FreeBSD 5.3-BETA6
X-Disclaimer: A free society is one where it is safe to be unpopular
User-Agent: Mutt/1.5.6i
cc: freebsd-current@freebsd.org
Subject: Re: Fatal error 'Spinlock called when not threaded.' ... (Re:
FreeBSD 5.3-BETA6 available)
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 10:50:13 -0000
On Mon, Sep 27, 2004 at 11:52:24AM +0200, Michael Nottebrock wrote:
> Perhaps you accidentally installed a package for 5.2.1-Release at some point
> (qt is a likely candidate). Or you started out with 5.2.1-Release, upgraded
> to your several 5.3-BETA stages and never actually recompiled your ports and
> you have lots of linkage to libc_r left - if so, you should really do it soon
> (you can check easily by ldd'ing stuff in /usr/local/lib and /usr/X11R6/lib -
> if you have lots of stuff linking to libc_r, you're in for a portupgrade -fa.
> Make sure to comment out all lines in /etc/libmap.conf before doing the
> ldd-thing though: libmap will affect ldd as well and you'll get false results
> if it's active.
O.k. I understand. You'll certainly right on this ...
Yes, I upgraded OS and ports not.
So portupgrade -af is very likely.
Without the entry in /etc/libmap.conf the re-compilation of
all ports was not possible because of the described error during
compilation.
One final question.
Do I need to comment out the entries in libmap.conf before
doing the portupgrade -fa
I fear without that mapping the portupgrade will fail.
Andreas ///
--
Andreas Klemm - Powered by FreeBSD 5.1-CURRENT
Need a magic printfilter today ? -> http://www.apsfilter.org/
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 11:15:18 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 1C53416A4CF
for <current@freebsd.org>; Mon, 27 Sep 2004 11:15:18 +0000 (GMT)
Received: from transwarp.tao.org.uk (transwarp.tao.org.uk [212.135.162.50])
by mx1.FreeBSD.org (Postfix) with ESMTP id 434E443D39
for <current@freebsd.org>; Mon, 27 Sep 2004 11:15:17 +0000 (GMT)
(envelope-from joe@tao.org.uk)
Received: from genius.tao.org.uk (genius.tao.org.uk [212.135.162.51])
by transwarp.tao.org.uk (Postfix) with ESMTP id A3338EA08
for <current@freebsd.org>; Mon, 27 Sep 2004 12:15:08 +0100 (BST)
Received: by genius.tao.org.uk (Postfix, from userid 100)
id C791E42BD; Mon, 27 Sep 2004 12:14:38 +0100 (BST)
Date: Mon, 27 Sep 2004 12:14:38 +0100
From: Josef Karthauser <joe@FreeBSD.org>
To: current@freebsd.org
Message-ID: <20040927111438.GA865@genius.tao.org.uk>
Mail-Followup-To: Josef Karthauser <joe@FreeBSD.org>,
current@freebsd.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="fdj2RfSjLxBAspz7"
Content-Disposition: inline
User-Agent: Mutt/1.5.6i
X-taoresearch-MailScanner-Information: Please contact Tao Research for more
information
X-taoresearch-MailScanner: Found to be clean
X-MailScanner-From: joe@tao.org.uk
Subject: Laptop recommendations?
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 11:15:18 -0000
--fdj2RfSjLxBAspz7
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
My Dell Inspiron 5000e is getting a bit long in the tooth, and the
keyboard has just packed in :( so I'm in the market for a new laptop.
Does anyone have any recommendations for me? In particular I want a
working ACPI/suspend interface and this Dell has never been supported
well - fans on all the time, doesn't resume properly, etc.
My previous machine was a Sony Vaio which I loved, but was fairly
expensive and the repair support wasn't very good. Dell's support was
much better and I'd prefer a Dell I think, but I don't know whether more
recent models fair better with power management support, etc.
Any helpful hints would be gladly received.
Joe
--=20
Josef Karthauser (joe@tao.org.uk) http://www.josef-k.net/
FreeBSD (cvs meister, admin and hacker) http://www.uk.FreeBSD.org/
Physics Particle Theory (student) http://www.pact.cpes.sussex.ac.uk/
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D An eclectic mix of fact an=
d theory. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
--fdj2RfSjLxBAspz7
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (FreeBSD)
iEYEARECAAYFAkFX9h0ACgkQXVIcjOaxUBapaQCbBFk62T5eKDPrHXPNpFGOmT6u
0B8AnAhJmvc6mP79+P4JckhfZs0oDJSp
=D5c4
-----END PGP SIGNATURE-----
--fdj2RfSjLxBAspz7--
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 11:15:45 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 6BBA016A4CE; Mon, 27 Sep 2004 11:15:45 +0000 (GMT)
Received: from meitner.wh.uni-dortmund.de (meitner.wh.uni-dortmund.de
[129.217.129.133]) by mx1.FreeBSD.org (Postfix) with ESMTP
id ED73543D41; Mon, 27 Sep 2004 11:15:44 +0000 (GMT)
(envelope-from michaelnottebrock@gmx.net)
Received: from lofi.dyndns.org (pc2-105.intern.meitner [10.3.12.105])
by meitner.wh.uni-dortmund.de (Postfix) with ESMTP
id 033151674E1; Mon, 27 Sep 2004 13:15:44 +0200 (CEST)
Received: from kiste.my.domain (lofi@kiste.my.domain [192.168.8.4])
(authenticated bits=0)
by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id i8RBFgSK098037
(version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO);
Mon, 27 Sep 2004 13:15:42 +0200 (CEST)
(envelope-from michaelnottebrock@gmx.net)
From: Michael Nottebrock <michaelnottebrock@gmx.net>
To: Andreas Klemm <andreas@freebsd.org>
Date: Mon, 27 Sep 2004 13:15:36 +0200
User-Agent: KMail/1.7
References: <20040926214139.GA60201@titan.klemm.apsfilter.org>
<200409271152.28294.michaelnottebrock@gmx.net>
<20040927104512.GA5976@titan.klemm.apsfilter.org>
In-Reply-To: <20040927104512.GA5976@titan.klemm.apsfilter.org>
MIME-Version: 1.0
Content-Type: multipart/signed;
boundary="nextPart1937996.Lf03cnasLA";
protocol="application/pgp-signature";
micalg=pgp-sha1
Content-Transfer-Encoding: 7bit
Message-Id: <200409271315.41444.michaelnottebrock@gmx.net>
X-Virus-Scanned: by amavisd-new
cc: freebsd-current@freebsd.org
Subject: Re: Fatal error 'Spinlock called when not threaded.' ... (Re:
FreeBSD 5.3-BETA6 available)
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 11:15:45 -0000
--nextPart1937996.Lf03cnasLA
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
On Monday 27 September 2004 12:45, Andreas Klemm wrote:
> Do I need to comment out the entries in libmap.conf before
> doing the portupgrade -fa
It's certainly the safest thing to do, otherwise you might be masking error=
s=20
and not solve your situation...
> I fear without that mapping the portupgrade will fail.
It shouldn't, you just need to start at the start (portupgrade -fa will=20
recompile the dependency tree from bottom up, so there shouldn't be a=20
problem). When you tried to recompile kdelibs, you were starting on a quite=
=20
high branch.
=2D-=20
,_, | Michael Nottebrock | lofi@freebsd.org
(/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org
\u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org
--nextPart1937996.Lf03cnasLA
Content-Type: application/pgp-signature
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)
iD8DBQBBV/ZdXhc68WspdLARAtAPAJwJOHrG8uErSTCq7LzA3uwJXkJIXACcDhQa
WT5JwLySB7nq6QvXt9qJr68=
=Qpf7
-----END PGP SIGNATURE-----
--nextPart1937996.Lf03cnasLA--
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 11:17:34 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id AB72816A4CE
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 11:17:34 +0000 (GMT)
Received: from smtp-vbr2.xs4all.nl (smtp-vbr2.xs4all.nl [194.109.24.22])
by mx1.FreeBSD.org (Postfix) with ESMTP id AA86843D58
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 11:17:33 +0000 (GMT)
(envelope-from Johan@double-l.nl)
Received: from server01.DoubleL.local (a213-84-11-61.adsl.xs4all.nl
[213.84.11.61])
by smtp-vbr2.xs4all.nl (8.12.11/8.12.11) with ESMTP id i8RBHWCG093639
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 13:17:32 +0200 (CEST)
(envelope-from Johan@double-l.nl)
content-class: urn:content-classes:message
MIME-Version: 1.0
Date: Mon, 27 Sep 2004 13:16:17 +0200
X-MIMEOLE: Produced By Microsoft Exchange V6.0.6249.0
Message-ID: <F4A7801F6DF5D84497A1F51E927F5195A555@server01.doublel.local>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: 5.3 BETA 5 and 6 won't start install with ACPI enabled
Thread-Index: AcSkg3+GHTON6k/fSmeaOzdPzFtahQ==
From: "Johan Hendriks" <Johan@double-l.nl>
To: <freebsd-current@freebsd.org>
X-Virus-Scanned: by XS4ALL Virus Scanner
Content-Type: text/plain;
charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
X-Content-Filtered-By: Mailman/MimeDel 2.1.1
Subject: 5.3 BETA 5 and 6 won't start install with ACPI enabled
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 11:17:34 -0000
Hello all=20
=20
I have a Intel Motherboard with a Intel Celron 1.2 Ghz Proc type
D815EGEW
=20
When I try to install the BETA 5 and ^on this machine it stops and need
a power cycle to reboot.
=20
It will boot when I disable ACPI
=20
The last two line's on my Monitor are
=20
ATAPI_RESET time =3D 70us
ACD0: CDROM <CRD-8400B/1.00> at atea1-master PIO4
=20
Then nothing and needs power cycle
=20
=20
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 11:17:36 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 4E73D16A4CE
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 11:17:36 +0000 (GMT)
Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.136])
by mx1.FreeBSD.org (Postfix) with ESMTP id DB9A143D41
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 11:17:35 +0000 (GMT)
(envelope-from pjd@darkness.comp.waw.pl)
Received: by darkness.comp.waw.pl (Postfix, from userid 1009)
id 4D3E3ACAFE; Mon, 27 Sep 2004 13:17:34 +0200 (CEST)
Date: Mon, 27 Sep 2004 13:17:34 +0200
From: Pawel Jakub Dawidek <pjd@FreeBSD.org>
To: Thomas Pornin <maillist+fc@bolet.org>
Message-ID: <20040927111734.GS9550@darkness.comp.waw.pl>
References: <20040927094602.GA17898@gnah.bolet.org>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="N7HXVILz59yg1nI8"
Content-Disposition: inline
In-Reply-To: <20040927094602.GA17898@gnah.bolet.org>
User-Agent: Mutt/1.4.2i
X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc
X-OS: FreeBSD 5.2.1-RC2 i386
cc: freebsd-current@freebsd.org
Subject: Re: Software RAID1 with atacontrol
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 11:17:36 -0000
--N7HXVILz59yg1nI8
Content-Type: text/plain; charset=iso-8859-2
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Mon, Sep 27, 2004 at 11:46:03AM +0200, Thomas Pornin wrote:
+> I then tried to simulate a crash by unplugging one disk (with the
+> machine swtiched off). On reboot, the mirror could still be accessed
+> under the name ar0s1d, and atacontrol reported one disk as READY and
+> the other as DOWN. This is fine. I thus made some write accesses on the
+> filesystem, switched off the machine, plugged back the missing disk and
+> rebooted. There, things have gone amiss: the code did not detect that
+> both disks were not synchronized, and happily mounted the filesystem.
+> Bad errors then happend upon reading the disk ("ls" reporting "invalid
+> file descriptor", and so on). I detached one disk (with "atacontrol
+> detach") and attached it again, and then added it with "addspare"; then
+> I rebuilt the array ("atacontrol rebuild") and all was fine again.
+>=20
+> I then did a second test: I launched a process which wrote on the
+> mirror filesystem ("dd if=3D/dev/random of=3Dfoo") and, which the system
+> was writing on the disk, I hit the reset switch (thus simulating a
+> power failure). Since the two disk writes cannot be guaranteed as
+> simultaneous, the two disks cannot be synchronized. But, upon reboot,
+> the system considered both disks to be READY.
+>=20
+>=20
+> Therefore I think that there is something fishy here. Since the same
+> code is used for Promise RAID cards, the support for those card may be
+> "broken" as well (at least unreliable in case of a crash, which is a
+> problem since RAID1 is meant to add reliability in case of a crash).
+> What can I do to help debug this ?
I can only suggest gmirror(8):)
+> As a side note: I get the same read and write throughput on the mirror
+> (about 20 MB/s for reading or writing -- this is what each disk can do
+> alone). I expected a doubled throughput for reading (the disks are on
+> two distinct ATA controllers). Maybe this is a symptom of something
+> wrong elsewhere ?
Random reads? Yes. Sequential read? No, because it isn't seqential from
disk point of view. Compare how data are read from mirror and stripe.
--=20
Pawel Jakub Dawidek http://www.FreeBSD.org
pjd@FreeBSD.org http://garage.freebsd.pl
FreeBSD committer Am I Evil? Yes, I Am!
--N7HXVILz59yg1nI8
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (FreeBSD)
iD8DBQFBV/bOForvXbEpPzQRAnulAKDwBBoQ7WmA8lzS0SkK2/NWfncKzwCfUGyA
2Vei8cKwHj/CWRwEbj6lPbk=
=WEAo
-----END PGP SIGNATURE-----
--N7HXVILz59yg1nI8--
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 11:26:45 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id C0AE716A4CF
for <current@freebsd.org>; Mon, 27 Sep 2004 11:26:45 +0000 (GMT)
Received: from lara.cc.fer.hr (lara.cc.fer.hr [161.53.72.113])
by mx1.FreeBSD.org (Postfix) with ESMTP id AAA2643D3F
for <current@freebsd.org>; Mon, 27 Sep 2004 11:26:42 +0000 (GMT)
(envelope-from ivoras@fer.hr)
Received: from [127.0.0.1] (localhost.cc.fer.hr [127.0.0.1])
by lara.cc.fer.hr (8.13.1/8.13.1) with ESMTP id i8RBPwo4089310
for <current@freebsd.org>; Mon, 27 Sep 2004 13:25:58 +0200 (CEST)
(envelope-from ivoras@fer.hr)
Message-ID: <4157F8C6.9090801@fer.hr>
Date: Mon, 27 Sep 2004 13:25:58 +0200
From: Ivan Voras <ivoras@fer.hr>
User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040923)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: current@freebsd.org
References: <41555396.4030009@fer.hr>
<20040926021347.721a025f.benlutz@datacomm.ch>
<20040926005943.GA61350@parodius.com>
<200409261142.24759.doconnor@gsoft.com.au>
In-Reply-To: <200409261142.24759.doconnor@gsoft.com.au>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Subject: Re: USB memory stick hotswap problems
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 11:26:46 -0000
Daniel O'Connor wrote:
> One possibility would be to add a facility to mark all the data for a certain
> device to be non-critical so it will throw it away when it tries to flush it
> and fails instead of panicing.
That (and a message in syslog) would be just fine. ("Windows does it, so
it's normal".) I know (and I think other USB drive users know too) that
I need to wait for the little LED on the device to stop blinking before
unplugging it.
IIRC, Windows mounts removable drives with write caching disabled, so it
should probably be the same in FreeBSD.
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 11:58:22 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 2D74E16A4CE
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 11:58:22 +0000 (GMT)
Received: from xout.mail.su29.ru (xout.mail.su29.ru [81.200.3.8])
by mx1.FreeBSD.org (Postfix) with ESMTP id AC4AE43D3F
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 11:58:21 +0000 (GMT) (envelope-from _pppp@mail.ru)
Received: from [81.200.13.122] (helo=[192.168.28.30])
by mail.su29.ru with esmtp (Exim 4.42 (FreeBSD))
id 1CBu94-000LZG-Fq; Mon, 27 Sep 2004 15:58:18 +0400
From: dima <_pppp@mail.ru>
To: Arne Schwabe <arne@rfc2549.org>
In-Reply-To: <86zn3edobp.fsf@kamino.rfc1149.org>
References: <4155DC3F.5070904@freesurf.ch>
<86zn3edobp.fsf@kamino.rfc1149.org>
Content-Type: text/plain
Organization: SU29 Telecom
Message-Id: <1096286289.3228.3.camel@pppp>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.6
Date: Mon, 27 Sep 2004 15:58:09 +0400
Content-Transfer-Encoding: 7bit
cc: Mauro Triulzi <triulzi@freesurf.ch>
cc: freebsd-current@freebsd.org
Subject: Re: ATA disk performance (ICH2 controller), some tests and
comparison with Linux 2.6.5
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 11:58:22 -0000
> >
> > deleteme.now is about 488 MB, rate about 100 MB/sec!!
> >
>
> How much ram do you have? I think Linux is tricking you here, caching
> the writes in ram.
Linux is "tricking" you mounting it's filesystems async by default.
I was getting the same performance as in linux mounting an ufs
filesystem with -o async, but in the case of copying from another
(mounted with -o noatime option only fs). In either was copying from the
same drive performes much worse than a linux (say, 55MB/s vs 11MB/s on a
modern SCSI drive).
So, it's not an ATA problem only.
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 01:40:28 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 513CC16A4F6
for <current@freebsd.org>; Mon, 27 Sep 2004 01:40:28 +0000 (GMT)
Received: from dsl-mail.kamp.net (mail.kamp-dsl.de [195.62.99.42])
by mx1.FreeBSD.org (Postfix) with SMTP id D78A743D54
for <current@freebsd.org>; Mon, 27 Sep 2004 01:40:08 +0000 (GMT)
(envelope-from root@pukruppa.de)
Received: (qmail 23316 invoked by uid 513); 27 Sep 2004 01:47:37 -0000
Received: from root@pukruppa.de by dsl-mail by uid 89 with qmail-scanner-1.21
Clear:RC:1(213.146.114.24):SA:0(-4.9/5.0):.
Processed in 1.185491 secs); 27 Sep 2004 01:47:37 -0000
X-Spam-Status: No, hits=-4.9 required=5.0
Received: from unknown (HELO reverse-213-146-114-24.dialin.kamp-dsl.de)
(213.146.114.24)
by dsl-mail.kamp.net with SMTP; 27 Sep 2004 01:47:36 -0000
Date: Mon, 27 Sep 2004 03:40:41 +0200 (CEST)
From: Peter Ulrich Kruppa <root@pukruppa.de>
X-X-Sender: root@pukruppa.net
To: Steve Hodgson <steve@howes-macnaghten.com>
In-Reply-To: <200409251446.30563.steve@howes-macnaghten.com>
Message-ID: <20040927033428.H17754@pukruppa.net>
References: <9F67035A-48C9-11D7-8C19-0030656DD690@foolishgames.com>
<200409251446.30563.steve@howes-macnaghten.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
X-Mailman-Approved-At: Mon, 27 Sep 2004 11:59:53 +0000
cc: Andrew Boothman <A.J.Boothman@sms.ed.ac.uk>
cc: freebsd-current@freebsd.org
cc: dwbear75@gmail.com
cc: questions@freebsd.org
cc: current@freebsd.org
Subject: Re: "NTLDR missing" after 5-RELEASE install
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 01:40:28 -0000
On Sat, 25 Sep 2004, Steve Hodgson wrote:
> On Tuesday 25 February 2003 16:58, Andrew Boothman wrote:
>> Quoting Lucas Holt <luke@foolishgames.com>:
>>> It probably is. You need to put in the win 2k CD and do a repair on
>>> your windows install.. unfortunetely this may screw up your freebsd
>>> install.
>>>
>>> On Tuesday, February 25, 2003, at 05:58 AM, Andrew Boothman wrote:
>>>> Hi!
>>>>
>>>> I've just installed 5-RELEASE, and I asked for the FreeBSD Boot
>>>> Manager to be installed on both my HDDs.
>>>>
>>>> When the machine boots I'm given options for :
>>>>
>>>> F1 - DOS
>>>> F5 - Drive 2
>>>>
>>>> Hitting F5 takes me to a second menu, where I can boot FreeBSD no
>>>> problem. My problem is that Win2k will no longer boot.... Hitting F1
>>>> displays a message that, "NTLDR is missing". I've tried all the repair
>>>>
>>>> options on the Win2k setup disc to no avail I think.
>>>>
>>>> I'm sorry this isn't directly FreeBSD related, but I really hope my
>>>> Win2k installation isn't hosed.
>>
>> Thanks for replying!
Sorry,
I didn't follow your thread completely.
Did yo have a look at
http://support.microsoft.com/default.aspx?scid=kb;EN-US;q119467
? This is about missing NTLDRs.
Regards,
Uli.
>>
>> I can't understand how the 5.x boot manager has managed to break my windows
>> boot, i've never had any trouble under 3.x or 4.x, both of which played
>> with windows perfectly nicely.
>>
>> I think i've tried all of the various repair options on the Win2k CD,
>> including getting it to do a fresh installation into a different folder
>> (c:\tempwin), but even that failed with the "NTLDR missing" message!
>> However you no longer get the booteasy (F1.... F2) menu anymore, so Windows
>> must have rewritten something. It still doesn't explain why Win2k still
>> won't boot.
>>
>> I'm running out of ideas and I *really* don't want to have to reformat my
>> windows drive!
>>
>> Other than this (fairly major) problem, my 5.0 installation went really
>> well, even ACPI seems to be working perfectly and I even found a KLD to
>> support my on- board sound card! :)
>>
>> I really want to get windows booting again so I can continue to play with
>> 5.0 without worrying...
>>
>> Any help is much appricated!
>>
> It could well be that windows has become confused about the partition
> numbering. the important file is c:\boot.ini. It will have a line like...
>
> multi(0)disk(0)rdisk(0)partition(1)\WINNT="Windows" /fastdetect
>
> I can't recall what all the numbers mean and IIRC documentation is slightly
> scant, but try changing the numbers, in particular the partition() part and
> see if that helps. Since you can't boot windows its not obvious how to edit
> the file, recovery console or knoppix are the two methods i would try.
>
> Steve
> _______________________________________________
> freebsd-questions@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-questions
> To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org"
>
+---------------------------+
| Peter Ulrich Kruppa |
| Wuppertal |
| Germany |
+---------------------------+
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 01:40:28 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 6F36F16A4D8
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 01:40:28 +0000 (GMT)
Received: from dsl-mail.kamp.net (mail.kamp-dsl.de [195.62.99.42])
by mx1.FreeBSD.org (Postfix) with SMTP id DBEB043D55
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 01:40:08 +0000 (GMT)
(envelope-from root@pukruppa.de)
Received: (qmail 23316 invoked by uid 513); 27 Sep 2004 01:47:37 -0000
Received: from root@pukruppa.de by dsl-mail by uid 89 with qmail-scanner-1.21
Clear:RC:1(213.146.114.24):SA:0(-4.9/5.0):.
Processed in 1.185491 secs); 27 Sep 2004 01:47:37 -0000
X-Spam-Status: No, hits=-4.9 required=5.0
Received: from unknown (HELO reverse-213-146-114-24.dialin.kamp-dsl.de)
(213.146.114.24)
by dsl-mail.kamp.net with SMTP; 27 Sep 2004 01:47:36 -0000
Date: Mon, 27 Sep 2004 03:40:41 +0200 (CEST)
From: Peter Ulrich Kruppa <root@pukruppa.de>
X-X-Sender: root@pukruppa.net
To: Steve Hodgson <steve@howes-macnaghten.com>
In-Reply-To: <200409251446.30563.steve@howes-macnaghten.com>
Message-ID: <20040927033428.H17754@pukruppa.net>
References: <9F67035A-48C9-11D7-8C19-0030656DD690@foolishgames.com>
<200409251446.30563.steve@howes-macnaghten.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
X-Mailman-Approved-At: Mon, 27 Sep 2004 11:59:53 +0000
cc: Andrew Boothman <A.J.Boothman@sms.ed.ac.uk>
cc: freebsd-current@freebsd.org
cc: dwbear75@gmail.com
cc: questions@freebsd.org
cc: current@freebsd.org
Subject: Re: "NTLDR missing" after 5-RELEASE install
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 01:40:28 -0000
On Sat, 25 Sep 2004, Steve Hodgson wrote:
> On Tuesday 25 February 2003 16:58, Andrew Boothman wrote:
>> Quoting Lucas Holt <luke@foolishgames.com>:
>>> It probably is. You need to put in the win 2k CD and do a repair on
>>> your windows install.. unfortunetely this may screw up your freebsd
>>> install.
>>>
>>> On Tuesday, February 25, 2003, at 05:58 AM, Andrew Boothman wrote:
>>>> Hi!
>>>>
>>>> I've just installed 5-RELEASE, and I asked for the FreeBSD Boot
>>>> Manager to be installed on both my HDDs.
>>>>
>>>> When the machine boots I'm given options for :
>>>>
>>>> F1 - DOS
>>>> F5 - Drive 2
>>>>
>>>> Hitting F5 takes me to a second menu, where I can boot FreeBSD no
>>>> problem. My problem is that Win2k will no longer boot.... Hitting F1
>>>> displays a message that, "NTLDR is missing". I've tried all the repair
>>>>
>>>> options on the Win2k setup disc to no avail I think.
>>>>
>>>> I'm sorry this isn't directly FreeBSD related, but I really hope my
>>>> Win2k installation isn't hosed.
>>
>> Thanks for replying!
Sorry,
I didn't follow your thread completely.
Did yo have a look at
http://support.microsoft.com/default.aspx?scid=kb;EN-US;q119467
? This is about missing NTLDRs.
Regards,
Uli.
>>
>> I can't understand how the 5.x boot manager has managed to break my windows
>> boot, i've never had any trouble under 3.x or 4.x, both of which played
>> with windows perfectly nicely.
>>
>> I think i've tried all of the various repair options on the Win2k CD,
>> including getting it to do a fresh installation into a different folder
>> (c:\tempwin), but even that failed with the "NTLDR missing" message!
>> However you no longer get the booteasy (F1.... F2) menu anymore, so Windows
>> must have rewritten something. It still doesn't explain why Win2k still
>> won't boot.
>>
>> I'm running out of ideas and I *really* don't want to have to reformat my
>> windows drive!
>>
>> Other than this (fairly major) problem, my 5.0 installation went really
>> well, even ACPI seems to be working perfectly and I even found a KLD to
>> support my on- board sound card! :)
>>
>> I really want to get windows booting again so I can continue to play with
>> 5.0 without worrying...
>>
>> Any help is much appricated!
>>
> It could well be that windows has become confused about the partition
> numbering. the important file is c:\boot.ini. It will have a line like...
>
> multi(0)disk(0)rdisk(0)partition(1)\WINNT="Windows" /fastdetect
>
> I can't recall what all the numbers mean and IIRC documentation is slightly
> scant, but try changing the numbers, in particular the partition() part and
> see if that helps. Since you can't boot windows its not obvious how to edit
> the file, recovery console or knoppix are the two methods i would try.
>
> Steve
> _______________________________________________
> freebsd-questions@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-questions
> To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org"
>
+---------------------------+
| Peter Ulrich Kruppa |
| Wuppertal |
| Germany |
+---------------------------+
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 05:42:55 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 81EB516A4CF
for <current@freebsd.org>; Mon, 27 Sep 2004 05:42:55 +0000 (GMT)
Received: from citka.mg-proline.si (citka.sir-mag.com [212.18.32.57])
by mx1.FreeBSD.org (Postfix) with ESMTP id A6CF043D2F
for <current@freebsd.org>; Mon, 27 Sep 2004 05:42:54 +0000 (GMT)
(envelope-from uros@sir-mag.com)
Received: from localhost (localhost [127.0.0.1])
by citka.mg-proline.si (Postfix) with ESMTP id 5CDFF70604
for <current@freebsd.org>; Mon, 27 Sep 2004 07:42:52 +0200 (CEST)
Received: from citka.mg-proline.si ([127.0.0.1])
by localhost (citka.mg-proline.si [127.0.0.1]) (amavisd-new, port 10024)
with ESMTP id 49166-09 for <current@freebsd.org>;
Mon, 27 Sep 2004 07:42:37 +0200 (CEST)
Received: from DELL (BSN-77-156-117.dsl.siol.net [193.77.156.117])
by citka.mg-proline.si (Postfix) with ESMTP id 68DDA70614
for <current@freebsd.org>; Mon, 27 Sep 2004 07:42:36 +0200 (CEST)
Date: Mon, 27 Sep 2004 07:46:02 +0200
From: =?Windows-1250?Q?Uro=9A_Gruber?= <uros@sir-mag.com>
X-Priority: 3 (Normal)
Message-ID: <1928548975.20040927074602@sir-mag.com>
To: current@freebsd.org
MIME-Version: 1.0
Content-Type: text/plain; charset=Windows-1250
Content-Transfer-Encoding: quoted-printable
X-Virus-Scanned: by amavisd-new at mg-proline.si
X-Mailman-Approved-At: Mon, 27 Sep 2004 11:59:53 +0000
Subject: vinum and swap
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: =?Windows-1250?Q?Uro=9A_Gruber?= <uros@sir-mag.com>
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 05:42:55 -0000
Hello!
I've got vinum finaly working on beta5 and with upgradeing on beta6 everyth=
ing works. But I still can't mount swap device.=20
My vinum -> list say that all volumes are UP and running but when I try
swapon -a I get error message "Operation not supported by device"
Is this still a bug from 5.2.1 or am I missing something.=20
--=20
Best regards,
Uros
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 11:39:59 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id E67F716A4CE; Mon, 27 Sep 2004 11:39:59 +0000 (GMT)
Received: from pd4mo2so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net
[24.71.223.10]) by mx1.FreeBSD.org (Postfix) with ESMTP
id 5763743D31; Mon, 27 Sep 2004 11:39:59 +0000 (GMT)
(envelope-from cperciva@wadham.ox.ac.uk)
Received: from pd2mr1so.prod.shaw.ca
(pd2mr1so-qfe3.prod.shaw.ca [10.0.141.110]) by l-daemon
(Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004))
with ESMTP id <0I4P00AO9707ROC0@l-daemon>; Mon,
27 Sep 2004 05:38:31 -0600 (MDT)
Received: from pn2ml6so.prod.shaw.ca ([10.0.121.150])
by pd2mr1so.prod.shaw.ca (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar
15 2004)) with ESMTP id <0I4P00GGH70745L0@pd2mr1so.prod.shaw.ca>; Mon,
27 Sep 2004 05:38:31 -0600 (MDT)
Received: from [192.168.0.60]
(S0106006067227a4a.vc.shawcable.net [24.87.233.42])2003))
with ESMTP id <0I4P003M8707HA@l-daemon>;
Mon, 27 Sep 2004 05:38:31 -0600 (MDT)
Date: Mon, 27 Sep 2004 04:38:30 -0700
From: Colin Percival <cperciva@wadham.ox.ac.uk>
In-reply-to: <20040927111438.GA865@genius.tao.org.uk>
To: Josef Karthauser <joe@freebsd.org>
Message-id: <4157FBB6.6060508@wadham.ox.ac.uk>
MIME-version: 1.0
Content-type: text/plain; format=flowed; charset=us-ascii
Content-transfer-encoding: 7bit
X-Accept-Language: en-us, en
References: <20040927111438.GA865@genius.tao.org.uk>
User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040922)
X-Mailman-Approved-At: Mon, 27 Sep 2004 11:59:53 +0000
cc: current@freebsd.org
Subject: Re: Laptop recommendations?
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 11:40:00 -0000
Josef Karthauser wrote:
> My Dell Inspiron 5000e is getting a bit long in the tooth, and the
> keyboard has just packed in :( so I'm in the market for a new laptop.
> Does anyone have any recommendations for me? In particular I want a
> working ACPI/suspend interface and this Dell has never been supported
> well - fans on all the time, doesn't resume properly, etc.
The only problems I've had with my 600m / D600 are:
1. Upon resuming from S1, moused is confused and needs to be restarted;
2. The S3 sleep state is mis-implemented as "reboot"; and
3. The S4 sleep state doesn't exist.
Fans work perfectly, acpi_video can control the display properly, and S1
works fine apart from the mouse problem.
Colin Percival
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 12:04:59 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 5B5B416A4CE
for <current@FreeBSD.org>; Mon, 27 Sep 2004 12:04:59 +0000 (GMT)
Received: from imap.univie.ac.at (mailbox-lmtp.univie.ac.at [131.130.1.27])
by mx1.FreeBSD.org (Postfix) with ESMTP id 61FEB43D3F
for <current@FreeBSD.org>; Mon, 27 Sep 2004 12:04:58 +0000 (GMT)
(envelope-from le@FreeBSD.org)
Received: from [192.168.0.4] (adslle.cc.univie.ac.at [131.130.102.11])
by imap.univie.ac.at (8.12.10/8.12.10) with ESMTP id i8RC4avo085410;
Mon, 27 Sep 2004 14:04:41 +0200
Date: Mon, 27 Sep 2004 14:04:36 +0200 (CEST)
From: Lukas Ertl <le@FreeBSD.org>
To: =?Windows-1250?Q?Uro=9A_Gruber?= <uros@sir-mag.com>
In-Reply-To: <1928548975.20040927074602@sir-mag.com>
Message-ID: <20040927140411.E561@korben.in.tern>
References: <1928548975.20040927074602@sir-mag.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
X-DCC-ZID-Univie-Metrics: mx9.univie.ac.at 4248; Body=2 Fuz1=2 Fuz2=2
cc: current@FreeBSD.org
Subject: Re: vinum and swap
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 12:04:59 -0000
On Mon, 27 Sep 2004, [Windows-1250] Uroa Gruber wrote:
> I've got vinum finaly working on beta5 and with upgradeing on beta6 everything works. But I still can't mount swap device.
>
> My vinum -> list say that all volumes are UP and running but when I try
> swapon -a I get error message "Operation not supported by device"
>
> Is this still a bug from 5.2.1 or am I missing something.
Swap doesn't work on vinum volumes. Try gvinum instead.
cheers,
le
--
Lukas Ertl http://homepage.univie.ac.at/l.ertl/
le@FreeBSD.org http://people.freebsd.org/~le/
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 12:33:26 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 9DBF216A4D0
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 12:33:26 +0000 (GMT)
Received: from niked.office.suresupport.com (niked.office.suresupport.com
[213.145.98.14])
by mx1.FreeBSD.org (Postfix) with ESMTP id BB96A43D5E
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 12:33:25 +0000 (GMT)
(envelope-from nike_d@cytexbg.com)
Received: from niked.office.suresupport.com (localhost [127.0.0.1])
i8RCZCBw001000 for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 15:35:13 +0300 (EEST)
(envelope-from nike_d@cytexbg.com)
References: <001001c4a305$d003a400$0301a8c0@danielle>
<002401c4a45a$642b7cc0$0301a8c0@danielle> <20040927104532.GA20357@mehnert.org>
Message-ID: <cone.1096288512.667522.903.1001@niked.office.suresupport.com>
X-Mailer: http://www.courier-mta.org/cone/
From: Niki Denev <nike_d@cytexbg.com>
To: freebsd-current@freebsd.org
Date: Mon, 27 Sep 2004 15:35:12 +0300
Mime-Version: 1.0
Content-Type: multipart/signed;
boundary="=_mimegpg-niked.office.suresupport.com-903-1096288512-0001";
micalg=pgp-sha1; protocol="application/pgp-signature"
Subject: Re: ipsec and freebsd 5.3-beta
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 12:33:26 -0000
This is a MIME GnuPG-signed message. If you see this text, it means that
your E-mail or Usenet software does not support MIME signed messages.
--=_mimegpg-niked.office.suresupport.com-903-1096288512-0001
Content-Type: text/plain; format=flowed; charset="US-ASCII"
Content-Disposition: inline
Content-Transfer-Encoding: 7bit
Hannes Mehnert writes:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Hi,
>
> On Mon, Sep 27, 2004 at 08:22:40AM +0200, cell wrote:
>> I have always the same problem.I'm on freebsd 5.3-beta 5 and i have put the
>> patch for key.c who is in cvweb but i have that :
>> .. ENOBUFS ...
>
> Currently only netipsec/key.c is fixed (which is the FAST_IPSEC
> implementation), so if you use FAST_IPSEC it should work, with IPSEC it
> shouldn't.
>
>
> Best Regards,
>
> Hannes Mehnert
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.2.5 (FreeBSD)
>
> iD8DBQFBV+9JRcuNlziBjRwRAl1QAJ9bQ7zSaI5IN8IGl7BmEsRE3AM5FACffOwB
> 3E1YOvTQaPf19QjG8cRx4w8=
> =5rFG
The netkey/key.c and netipsec/key.c files are very similar,
probably because as far as i remember FAST_IPSEC started as fork from
the KAME ipsec implementation.(or at least uses some of the code)
I think that the same fix will work both for IPSEC and FAST_IPSEC.
e can try to find the key_parse() routine in netkey/key.c
and comment the following code :
if (m->m_next) { /*XXX*/
m_freem(m);
return ENOBUFS;
}
starting at line 6976.
P.S. No guarantees on that, try it at your own risk :) :)
--niki
--=_mimegpg-niked.office.suresupport.com-903-1096288512-0001
Content-Type: application/pgp-signature
Content-Transfer-Encoding: 7bit
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (FreeBSD)
iD8DBQBBWAkAHNAJ/fLbfrkRAl76AJwJ+vWmTAUc3SkPR+v4QcAQJiyUAQCguWb/
3z+KitNG4aEtLJBicGREWYE=
=GGyV
-----END PGP SIGNATURE-----
--=_mimegpg-niked.office.suresupport.com-903-1096288512-0001--
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 12:40:29 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 344D116A4CE
for <current@FreeBSD.org>; Mon, 27 Sep 2004 12:40:29 +0000 (GMT)
Received: from citka.mg-proline.si (citka.sir-mag.com [212.18.32.57])
by mx1.FreeBSD.org (Postfix) with ESMTP id C45B943D68
for <current@FreeBSD.org>; Mon, 27 Sep 2004 12:40:28 +0000 (GMT)
(envelope-from uros.gruber@sir-mag.com)
Received: from localhost (localhost [127.0.0.1])
by citka.mg-proline.si (Postfix) with ESMTP id 71E4170632
for <current@FreeBSD.org>; Mon, 27 Sep 2004 14:40:12 +0200 (CEST)
Received: from citka.mg-proline.si ([127.0.0.1])
by localhost (citka.mg-proline.si [127.0.0.1]) (amavisd-new, port 10024)
with ESMTP id 57369-06 for <current@FreeBSD.org>;
Mon, 27 Sep 2004 14:39:59 +0200 (CEST)
Received: from UROS (BSN-77-34-194.dsl.siol.net [193.77.34.194])
by citka.mg-proline.si (Postfix) with ESMTP id 3BC2E70604
for <current@FreeBSD.org>; Mon, 27 Sep 2004 14:39:59 +0200 (CEST)
Date: Mon, 27 Sep 2004 14:39:56 +0200
From: Uros <uros.gruber@sir-mag.com>
X-Priority: 3 (Normal)
Message-ID: <510238143.20040927143956@sir-mag.com>
To: current@FreeBSD.org
In-Reply-To: <20040927140411.E561@korben.in.tern>
References: <1928548975.20040927074602@sir-mag.com>
<20040927140411.E561@korben.in.tern>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavisd-new at mg-proline.si
Subject: Re[2]: vinum and swap
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: Uros <uros.gruber@sir-mag.com>
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 12:40:29 -0000
Hi,
I tried with gvinum, but as mentioned before gvinum does not work yet.
There are some functionality missing. Maybe I'm wrong about that. So if use
gvinum is there anything else that need to be changed except loadaing
gvinum instead of vinum.
regards
Uros
Monday, September 27, 2004, 2:04:36 PM, you wrote:
LE> On Mon, 27 Sep 2004, [Windows-1250] Uroa Gruber wrote:
>> I've got vinum finaly working on beta5 and with upgradeing on beta6
>> everything works. But I still can't mount swap device.
>>
>> My vinum -> list say that all volumes are UP and running but when I try
>> swapon -a I get error message "Operation not supported by device"
>>
>> Is this still a bug from 5.2.1 or am I missing something.
LE> Swap doesn't work on vinum volumes. Try gvinum instead.
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 12:21:56 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id D5CDD16A4CE
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 12:21:56 +0000 (GMT)
Received: from boerse-berlin-bremen.de (h-213.61.228.202.host.de.colt.net
[213.61.228.202])
by mx1.FreeBSD.org (Postfix) with ESMTP id 699CA43D49
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 12:21:53 +0000 (GMT)
(envelope-from stephan.yaraghchi@boerse-berlin-bremen.de)
content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-MimeOLE: Produced By Microsoft Exchange V6.0.4712.0
Date: Mon, 27 Sep 2004 14:21:51 +0200
Message-ID: <AB554A75C8188E4C82FFB072E76E2C1E09988A@BER-DCM-02.corp.berliner-boerse.de>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: DEVICE_POLLING in 5.3
Thread-Index: AcSjCC9E5V23m8AMSVSM6WZ1IhSmcwBg4OaA
From: "Yaraghchi, Stephan" <stephan.yaraghchi@boerse-berlin-bremen.de>
To: "Alex de Kruijff" <freebsd@akruijff.dds.nl>
X-Mailman-Approved-At: Mon, 27 Sep 2004 12:52:59 +0000
cc: freebsd-current@freebsd.org
Subject: RE: DEVICE_POLLING in 5.3
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 12:21:57 -0000
> -----Original Message-----
> From: Alex de Kruijff [mailto:freebsd@akruijff.dds.nl]
> Sent: Saturday, September 25, 2004 4:02 PM
> To: Yaraghchi, Stephan
> Cc: freebsd-current@freebsd.org
> Subject: Re: DEVICE_POLLING in 5.3
>=20
>=20
> On Sat, Sep 25, 2004 at 12:01:10AM +0200, Alex de Kruijff wrote:
> > On Fri, Sep 24, 2004 at 04:23:52PM +0200, Yaraghchi, Stephan wrote:
> > > > On Thu, Sep 23, 2004 at 03:27:22PM +0200, Yaraghchi,=20
> Stephan wrote:
> > > > > I'm trying to tune network performance of a 5.3-BETA5 box
> > > > > by compiling the DEVICE_POLLING and HZ=3D1000 options into
> > > > > the kernel. Compilation went fine.
> > > > > I found the usual warning in /usr/src/sys/kern/kern_poll.c
> > > > > concerning device polling in SMP kernels and removed it.
> > > > >=20
> > > > > To finally enable the feature one have to set the sysctl
> > > > > kern.polling.enable to value '1'.
> > > > >=20
> > > > > The only problem is that 5.3-BETA5 doesn't know about it:
> > > > >=20
> > > > > sysctl: unknown oid 'kern.polling.enable'
> > > > >=20
> > > > > Any advice is highly appreciated.
> > > >=20
> > > > Did you do a full make buildworld/kernel=20
> installkernel/world? If not
> > > > then this might be why sysctl doesn't know about it. If=20
> so then maybe
> > > > someone from current@ might know more about it. (maybe=20
> there read this
> > > > list to)
> > > >=20
> > > > Does /usr/src/UPDATING say anything about it?
> > >=20
> > > IMO it's not necessary since the changes only affect the=20
> kernel which
> > > I already recompiled.
> > > Nevertheless I also did a 'make buildworld' as you=20
> suggested: no luck.
> > >=20
> > > /usr/src/UPDATING says nothing about the issue.
> >=20
> > All I can think of is mergemaster or that it is a bug. I changed the
> > list to current@, in the hope that others with BETA5 read this.=20
>=20
> This should have read > is to use mergemaster or ...
>=20
> --=20
> Alex
>=20
> Articles based on solutions that I use:
> http://www.kruijff.org/alex/FreeBSD/
>=20
Hi Alex,
Since I didn't do any upgrading I don't think there's a reason for
running
mergemaster.
I just did a fresh install of 5.3-BETA5 from a CD-ROM and tried to
enable
device polling the usual way.
The only thing that didn't work is to set the sysctl kern.polling.enable
because the system says it's unknown...
Does anyone else have any advice?
Regards,
Stephan.
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 12:57:50 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id B815716A4CE
for <current@freebsd.org>; Mon, 27 Sep 2004 12:57:50 +0000 (GMT)
Received: from smtp1.jazztel.es (smtp1.jazztel.es [62.14.3.161])
by mx1.FreeBSD.org (Postfix) with ESMTP id 2568C43D31
for <current@freebsd.org>; Mon, 27 Sep 2004 12:57:50 +0000 (GMT)
(envelope-from josemi@freebsd.jazztel.es)
Received: from antivirus
by smtp1.jazztel.es
with antivirus id 1CBv4w-0005aE-00
for current@freebsd.org
Mon, 27 Sep 2004 14:58:06 +0200
Received: from [212.106.255.190] (helo=rguez.homeunix.net)
by smtp1.jazztel.es
with esmtp id 1CBv4v-0005Zj-00
for current@freebsd.org
Mon, 27 Sep 2004 14:58:06 +0200
Received: from localhost.redesjm.local (orion.redesjm.local [192.168.254.16])
by rguez.homeunix.net (8.13.1/8.13.1) with ESMTP id i8RCoYIq000752
for <current@freebsd.org>; Mon, 27 Sep 2004 14:50:38 +0200 (CEST)
(envelope-from josemi@freebsd.jazztel.es)
Date: Mon, 27 Sep 2004 14:50:33 +0200
To: current@freebsd.org
From: "Jose M Rodriguez" <josemi@freebsd.jazztel.es>
Content-Type: text/plain; format=flowed; delsp=yes; charset=iso-8859-1
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
Message-ID: <opsezkmjx86abrq7@localhost.redesjm.local>
User-Agent: Opera M2/7.54 (FreeBSD, build 751)
X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.27.0.11; VDF 6.27.0.70
(host: antares.redesjm.local)
X-Virus-Scanned: by antivirus
Subject: WIP: /etc/rc.d/xdm RCORDER problems
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 12:57:50 -0000
I have now a working /etc/rc.d/xdm script for booting
Xorg(XDMCP)/gdm/kdm/xdm.
But I have reached a problem.
The xdm script requires LOGIN syscons and moused.
But xdm is take very early by rcorder and gets running before init launch
the gettys.
For a safe solution, I think that /etc/rc.d/xdm must tagged 'nostart' and
launch from /etc/ttys.
No. In this case must become a real wrapper.
But I recall that gnome users do this from /usr/X11R6/etc/rc.d/gdm.sh
without too much problems
So, I think that must be a real /etc/rc.d/ problem
After a first look, IMHO, seems that a lot of BEFORE tags are missing. At
last several BEFORE: LOGIN.
rcorder -k FreeBSD -s nostart /etc/rc.d/*
...
/etc/rc.d/LOGIN
/etc/rc.d/syscons
/etc/rc.d/xdm
/etc/rc.d/watchdogd
/etc/rc.d/sshd
/etc/rc.d/sendmail
/etc/rc.d/archdep
/etc/rc.d/abi
/etc/rc.d/cron
/etc/rc.d/devfs
/etc/rc.d/jail
/etc/rc.d/localpkg
/etc/rc.d/netoptions
/etc/rc.d/securelevel
/etc/rc.d/resolv
/etc/rc.d/pcvt
/etc/rc.d/othermta
/etc/rc.d/nsswitch
/etc/rc.d/msgs
/etc/rc.d/mixer
/etc/rc.d/inetd
/etc/rc.d/bgfsck
This is FreeBSD-5BETA5
May I send-pr this?
--
josemi
--
Using Opera's revolutionary e-mail client: http://www.opera.com/m2/
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 13:00:46 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 1EAB616A4CE
for <current@freebsd.org>; Mon, 27 Sep 2004 13:00:46 +0000 (GMT)
Received: from bsd.ultra-secure.de (bsd.ultra-secure.de [62.146.20.26])
by mx1.FreeBSD.org (Postfix) with ESMTP id 27DEB43D4C
for <current@freebsd.org>; Mon, 27 Sep 2004 13:00:45 +0000 (GMT)
(envelope-from rainer@ultra-secure.de)
Received: (qmail 36878 invoked by uid 1005); 27 Sep 2004 13:00:43 -0000
Received: from rainer@ultra-secure.de by bsd.ultra-secure.de by uid 89 with
qmail-scanner-1.22 Clear:RC:1(217.232.226.242):.
Processed in 0.529179 secs); 27 Sep 2004 13:00:43 -0000
Received: from unknown (HELO ?192.168.1.224?)
(rainer@ultra-secure.de@217.232.226.242)
by bsd.ultra-secure.de with (DHE-RSA-AES256-SHA encrypted) SMTP;
27 Sep 2004 13:00:43 -0000
From: Rainer Duffner <rainer@ultra-secure.de>
To: current@freebsd.org
In-Reply-To: <20040927111438.GA865@genius.tao.org.uk>
References: <20040927111438.GA865@genius.tao.org.uk>
Content-Type: text/plain
Message-Id: <1096290034.23046.82.camel@linux-mobile.example.net>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.6
Date: Mon, 27 Sep 2004 15:00:35 +0200
Content-Transfer-Encoding: 7bit
Subject: Re: Laptop recommendations?
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 13:00:46 -0000
Am Mo, den 27.09.2004 schrieb Josef Karthauser um 13:14:
> My Dell Inspiron 5000e is getting a bit long in the tooth, and the
> keyboard has just packed in :( so I'm in the market for a new laptop.
> Does anyone have any recommendations for me? In particular I want a
> working ACPI/suspend interface and this Dell has never been supported
> well - fans on all the time, doesn't resume properly, etc.
>
> My previous machine was a Sony Vaio which I loved, but was fairly
> expensive and the repair support wasn't very good. Dell's support was
> much better and I'd prefer a Dell I think, but I don't know whether more
> recent models fair better with power management support, etc.
> Any helpful hints would be gladly received.
Try to find a store that let's you try out FreeBSD on their show-room
laptops (forget that, if you want a Dell...)
And if you go that route, only buy the model you actually tried out.
Because chipsets and specs change very fast in the laptop-world - though
you may be better-off with business-class laptops in this respect.
I still don't know if I should replace my Inspiron 4000 with a PowerBook
or with a x86-laptop - the price of a D600 seems to come very close
anyway and the PB would be hassle-free in the ACPI-departement at
least....
Does anyone know if and when a newer version of FreeSBIE comes out ?
Rainer
--
===================================================
~ Rainer Duffner - rainer@ultra-secure.de ~
~ Freising - Munich - Germany ~
~ Unix - Linux - BSD - OpenSource - Security ~
~ http://www.ultra-secure.de/~rainer/pubkey.pgp ~
===================================================
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 13:04:23 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 12D0616A4CE; Mon, 27 Sep 2004 13:04:23 +0000 (GMT)
Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10])
by mx1.FreeBSD.org (Postfix) with ESMTP
id B1E1943D39; Mon, 27 Sep 2004 13:04:22 +0000 (GMT)
(envelope-from deischen@freebsd.org)
Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11])
i8RD4LOA027754; Mon, 27 Sep 2004 09:04:21 -0400 (EDT)
Date: Mon, 27 Sep 2004 09:04:21 -0400 (EDT)
From: Daniel Eischen <deischen@freebsd.org>
X-X-Sender: eischen@sea.ntplx.net
To: Andreas Klemm <andreas@freebsd.org>
In-Reply-To: <20040927061627.GA1384@titan.klemm.apsfilter.org>
Message-ID: <Pine.GSO.4.43.0409270855220.291-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: current@freebsd.org
Subject: Re: Fatal error 'Spinlock called when not threaded.' ... (Re:FreeBSD
5.3-BETA6 available)
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: Daniel Eischen <deischen@freebsd.org>
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 13:04:23 -0000
On Mon, 27 Sep 2004, Andreas Klemm wrote:
> On Sun, Sep 26, 2004 at 07:36:26PM -0400, Daniel Eischen wrote:
> > On Sun, 26 Sep 2004, Andreas Klemm wrote:
> >
> > > Creating this helped (thanks to google ;-)
> > >
> > > /etc/libmap.conf:
> > > libpthread.so.1 libc_r.so.5
> > > libpthread.so libc_r.so
> > >
> > > Has there been a change last recently ?
> >
> > No, not recently, but a few months ago. You're suppose to read
> > src/UPDATING. Hint, search for entries 20040303 and 20040130.
>
> No I cannot be hitten by this. I upgrated multiple times via
> several Beta stages.
Read closer. This affects your ports, not the base system. Any
older ports will be linked to libc_r, while newer ports will be
linked to libpthread. Unless you rebuild all your ports from
scratch, there will likely be ports linked to both libraries.
Use 'ldd' on any executables that are giving you problems and
you'll see.
The problem is mostly due to shared libraries being linked to
libc_r. Rebuilding a multithreaded application that depends
on such a shared library will link the application to libpthread,
but the shared library will still be linked to libc_r. This
causes both libc_r and libpthread to be loaded when the program
is run.
ports@ will tell you to use 'portupgrade -af' to rebuild
everything to remove dependencies to libc_r (make sure you
get rid of /etc/libmap.conf first).
--
Dan Eischen
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 13:07:38 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id A965116A4CF; Mon, 27 Sep 2004 13:07:38 +0000 (GMT)
Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10])
by mx1.FreeBSD.org (Postfix) with ESMTP
id EF68143D48; Mon, 27 Sep 2004 13:07:37 +0000 (GMT)
(envelope-from ru@ip.net.ua)
Received: from localhost (oak.ip.net.ua [82.193.96.2])
by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i8RD7aDd091735;
Mon, 27 Sep 2004 16:07:36 +0300 (EEST)
(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 19456-10; Mon, 27 Sep 2004 16:07:36 +0300 (EEST)
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 i8RD7Z4d091732
(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
Mon, 27 Sep 2004 16:07:36 +0300 (EEST)
(envelope-from ru@ip.net.ua)
Received: (from ru@localhost)
by heffalump.ip.net.ua (8.13.1/8.13.1) id i8RD7aNL092296;
Mon, 27 Sep 2004 16:07:36 +0300 (EEST)
(envelope-from ru)
Date: Mon, 27 Sep 2004 16:07:36 +0300
From: Ruslan Ermilov <ru@freebsd.org>
To: Lukas Ertl <le@freebsd.org>
Message-ID: <20040927130736.GB92157@ip.net.ua>
References: <1928548975.20040927074602@sir-mag.com>
<20040927140411.E561@korben.in.tern>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="yNb1oOkm5a9FJOVX"
Content-Disposition: inline
In-Reply-To: <20040927140411.E561@korben.in.tern>
User-Agent: Mutt/1.5.6i
X-Virus-Scanned: by amavisd-new at ip.net.ua
cc: Uro? Gruber <uros@sir-mag.com>
cc: current@freebsd.org
Subject: Re: vinum and swap
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 13:07:38 -0000
--yNb1oOkm5a9FJOVX
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Mon, Sep 27, 2004 at 02:04:36PM +0200, Lukas Ertl wrote:
> On Mon, 27 Sep 2004, [Windows-1250] Uroa Gruber wrote:
>=20
> >I've got vinum finaly working on beta5 and with upgradeing on beta6=20
> >everything works. But I still can't mount swap device.
> >
> >My vinum -> list say that all volumes are UP and running but when I try
> >swapon -a I get error message "Operation not supported by device"
> >
> >Is this still a bug from 5.2.1 or am I missing something.
>=20
> Swap doesn't work on vinum volumes. Try gvinum instead.
>=20
I can confirm that swap on gvinum works.
Cheers,
--=20
Ruslan Ermilov
ru@FreeBSD.org
FreeBSD committer
--yNb1oOkm5a9FJOVX
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)
iD8DBQFBWBCYqRfpzJluFF4RAjRXAKCbnW7O/CFrj+z/MGpm4tqA0EblkgCeNlHw
bq0DtKdHUujDKXGBuj4Eg9A=
=ab/F
-----END PGP SIGNATURE-----
--yNb1oOkm5a9FJOVX--
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 13:10:59 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 0863C16A4CE; Mon, 27 Sep 2004 13:10:59 +0000 (GMT)
Received: from spider.deepcore.dk
(cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 5B1E243D2F; Mon, 27 Sep 2004 13:10:58 +0000 (GMT)
(envelope-from sos@DeepCore.dk)
Received: from [172.18.2.1] (axiell-gw1.novi.dk [130.225.63.24])
by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id i8RDAmS4051279;
Mon, 27 Sep 2004 15:10:48 +0200 (CEST)
(envelope-from sos@DeepCore.dk)
Message-ID: <41581154.9090804@DeepCore.dk>
Date: Mon, 27 Sep 2004 15:10:44 +0200
From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= <sos@DeepCore.dk>
User-Agent: Mozilla Thunderbird 0.7.2 (X11/20040802)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Josef Karthauser <joe@freebsd.org>
References: <20040927111438.GA865@genius.tao.org.uk>
In-Reply-To: <20040927111438.GA865@genius.tao.org.uk>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
cc: current@freebsd.org
Subject: Re: Laptop recommendations?
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 13:10:59 -0000
Josef Karthauser wrote:
> My Dell Inspiron 5000e is getting a bit long in the tooth, and the
> keyboard has just packed in :( so I'm in the market for a new laptop.
> Does anyone have any recommendations for me? In particular I want a
> working ACPI/suspend interface and this Dell has never been supported
> well - fans on all the time, doesn't resume properly, etc.
>=20
> My previous machine was a Sony Vaio which I loved, but was fairly
> expensive and the repair support wasn't very good. Dell's support was
> much better and I'd prefer a Dell I think, but I don't know whether mor=
e
> recent models fair better with power management support, etc.
>=20
> Any helpful hints would be gladly received.
Got and Acer Travelmate 8005Lmi here, works pretty well, and=20
sufficiently fast (make buildworld in ~35mins).
Everything except suspend/resume works on releng_5/current as is, you=20
need ndis for the builtin Intel wireless though.
Havn't played with the bluetooth stuff yet, so no idea there.
Note that ACPI suspend/resume has been broken on several laptops since=20
early august, it worked just fine before that, so its a matter of our=20
ACPI support getting its thing together again...
--=20
-S=F8ren
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 13:11:28 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 0286D16A4CE; Mon, 27 Sep 2004 13:11:28 +0000 (GMT)
Received: from tensor.xs4all.nl (tensor.xs4all.nl [194.109.160.97])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 9049043D5C; Mon, 27 Sep 2004 13:11:27 +0000 (GMT)
(envelope-from dimitry@andric.com)
Received: from kilgore.dim (kilgore.dim [192.168.0.3])
(using TLSv1 with cipher AES256-SHA (256/256 bits))
(No client certificate requested)
by tensor.xs4all.nl (Postfix) with ESMTP id F00E122852;
Mon, 27 Sep 2004 15:11:18 +0200 (CEST)
Date: Mon, 27 Sep 2004 15:01:36 +0200
From: Dimitry Andric <dimitry@andric.com>
X-Mailer: The Bat! (v3.0.0.18) Professional
X-Priority: 3 (Normal)
Message-ID: <1565082305.20040927150136@andric.com>
To: Andrew Boothman <A.J.Boothman@sms.ed.ac.uk>
In-Reply-To: <1046192310.3e5ba0b6aa039@sms.ed.ac.uk>
References: <9F67035A-48C9-11D7-8C19-0030656DD690@foolishgames.com>
<1046192310.3e5ba0b6aa039@sms.ed.ac.uk>
MIME-Version: 1.0
Content-Type: multipart/signed; protocol="application/pgp-signature";
micalg="pgp-sha1"; boundary="----------9DC81322E657FF0"
cc: questions@FreeBSD.ORG
cc: dwbear75@gmail.com
cc: current@FreeBSD.ORG
Subject: Re: "NTLDR missing" after 5-RELEASE install
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 13:11:28 -0000
------------9DC81322E657FF0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: quoted-printable
On 2003-02-25 at 18:58:30 Andrew Boothman wrote:
> I can't understand how the 5.x boot manager has managed to break my windo=
ws
> boot, i've never had any trouble under 3.x or 4.x, both of which played w=
ith
> windows perfectly nicely.
Sorry for catching up on this thread so late, but couldn't this be
some nasty problem with hard drive geometries? I.e. FreeBSD's
interpretation of the partition table could be totally different from
Windows', causing the rather flaky Microsoft bootloaders to fail.
I personally have had complaints from PartitionMagic and various other
Windows-based tools about partitions being "invalid" or having
"different CHS and LBA boundaries" etc, after installing some versions
of FreeBSD, and creating partitions from its installer.
Could you please give us some info about your drive geometry, and/or
or a somewhat low-level dump of your partition table data?
------------9DC81322E657FF0
Content-Type: application/pgp-signature
-----BEGIN PGP MESSAGE-----
Version: GnuPG v1.2.4 (MingW32)
iD8DBQFBWA8wsF6jCi4glqMRApWuAJ0SIaCr6Qd1E8vPpOOXDn7468coVgCfQIgO
1CZIy+9u0uBQkastMvQnQAQ=
=iaCN
-----END PGP MESSAGE-----
------------9DC81322E657FF0--
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 13:18:08 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 2267816A4CE; Mon, 27 Sep 2004 13:18:08 +0000 (GMT)
Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 7889E43D53; Mon, 27 Sep 2004 13:18:07 +0000 (GMT)
(envelope-from scottl@FreeBSD.org)
Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11])
(authenticated bits=0)
by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i8RDIQSM058207;
Mon, 27 Sep 2004 07:18:26 -0600 (MDT)
(envelope-from scottl@FreeBSD.org)
Message-ID: <415812AD.2090901@FreeBSD.org>
Date: Mon, 27 Sep 2004 07:16:29 -0600
From: Scott Long <scottl@FreeBSD.org>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040831
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Matthias Andree <ma@dt.e-technik.uni-dortmund.de>
References: <415720FD.8080603@samsco.org>
<m3oejs3tom.fsf@merlin.emma.line.org>
In-Reply-To: <m3oejs3tom.fsf@merlin.emma.line.org>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63
X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org
cc: standards@FreeBSD.org
cc: re@FreeBSD.org
cc: current@FreeBSD.org
Subject: Re: FreeBSD 5.3-BETA6 available
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 13:18:08 -0000
Matthias Andree wrote:
> Please Cc: me on all replies, I'm not on all lists.
>
> Scott Long <scottl@samsco.org> writes:
>
>
>>IMPORTANT:
>>BIND9 is being imported and will be in the next and likely final beta,
>>BETA7. Users of the named daemon should visit the ISC website for
>>information about migrating to BIND9.
>
>
> BETA6 still has some critical and/or serious bugs open apparently
> (according to the PR data base):
>
> 1. /bin/sh "unset" is still in violation of IEEE Std 1003.1, 2004
> edition. FIX IS AVAILABLE, bug has been open for many months, has
> persisted in BETA4 and 5.
>
> http://www.freebsd.org/cgi/query-pr.cgi?pr=standards/45738
> http://lists.freebsd.org/pipermail/freebsd-current/2004-September/037819.html
I'll defer this to the standards folks.
>
> 2. tcpdump IPv6CP segfaults are still open as of BETA5, FIX IS AVAILABLE:
> http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/71453
>
Looks pretty straight-forward. Anyone want to import the fix from the
tcpdump CVS tree?
4
> 3. data corruption on unaligned block access bug, kern/60313,
> is still open and unpatched AFAICS
Is this actually an issue in FreeBSD 5? In the audit trail of the PR,
Bruce Evans seems to concede that GEOM checks block alignment properly.
>
> 4. NIS is still faulty in pretending users aren't there when in fact NIS
> cannot tell if an account exists; bin/46866 is still open and unpatched
While it's a compelling argument to follow the Solaris behavior, it's
also a compelling argument to have a reasonable timeout on password lookups.
>
> 5. default inetd configuration denial of service bug, conf/33670, is still
> open and unpatched AND A LAST CHANCE TO FIX NOW
inetd is not turned on by default. What do OpenBSD and NetBSD do?
What does Linux do with xinetd?
>
> 6. (portsmgr issue) no "yes or no" or whatsoever for my inquires whether
> ports/72017 can be committed in spite of the freeze. It's a
> bugfix-only update.
>
> Please state which of these will be fixed before 5.3-RELEASE and what
> further help is needed with these.
>
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 13:26:45 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 1443B16A4CE
for <current@freebsd.org>; Mon, 27 Sep 2004 13:26:45 +0000 (GMT)
Received: from citka.mg-proline.si (citka.sir-mag.com [212.18.32.57])
by mx1.FreeBSD.org (Postfix) with ESMTP id BD2B443D2D
for <current@freebsd.org>; Mon, 27 Sep 2004 13:26:44 +0000 (GMT)
(envelope-from uros.gruber@sir-mag.com)
Received: from localhost (localhost [127.0.0.1])
by citka.mg-proline.si (Postfix) with ESMTP id 0F25B7065F
for <current@freebsd.org>; Mon, 27 Sep 2004 15:26:43 +0200 (CEST)
Received: from citka.mg-proline.si ([127.0.0.1])
by localhost (citka.mg-proline.si [127.0.0.1]) (amavisd-new, port 10024)
with ESMTP id 58056-04 for <current@freebsd.org>;
Mon, 27 Sep 2004 15:26:26 +0200 (CEST)
Received: from UROS (BSN-77-34-194.dsl.siol.net [193.77.34.194])
by citka.mg-proline.si (Postfix) with ESMTP id C0D9770604
for <current@freebsd.org>; Mon, 27 Sep 2004 15:26:25 +0200 (CEST)
Date: Mon, 27 Sep 2004 15:26:23 +0200
From: Uros <uros.gruber@sir-mag.com>
X-Priority: 3 (Normal)
Message-ID: <687865088.20040927152623@sir-mag.com>
To: current@freebsd.org
In-Reply-To: <20040927130736.GB92157@ip.net.ua>
References: <1928548975.20040927074602@sir-mag.com>
<20040927140411.E561@korben.in.tern> <20040927130736.GB92157@ip.net.ua>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavisd-new at mg-proline.si
Subject: Re[2]: vinum and swap
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: Uros <uros.gruber@sir-mag.com>
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 13:26:45 -0000
Hello,
any tips how to acomplish this. Or maybe diference. What about stability.
regards
Monday, September 27, 2004, 3:07:36 PM, you wrote:
RE> On Mon, Sep 27, 2004 at 02:04:36PM +0200, Lukas Ertl wrote:
>> On Mon, 27 Sep 2004, [Windows-1250] Uroa Gruber wrote:
>>
>> >I've got vinum finaly working on beta5 and with upgradeing on beta6
>> >everything works. But I still can't mount swap device.
>> >
>> >My vinum -> list say that all volumes are UP and running but when I try
>> >swapon -a I get error message "Operation not supported by device"
>> >
>> >Is this still a bug from 5.2.1 or am I missing something.
>>
>> Swap doesn't work on vinum volumes. Try gvinum instead.
>>
RE> I can confirm that swap on gvinum works.
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 14:01:49 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 7D0B616A4CE
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 14:01:49 +0000 (GMT)
Received: from vhost109.his.com (vhost109.his.com [216.194.225.101])
by mx1.FreeBSD.org (Postfix) with ESMTP id 1C99D43D46
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 14:01:49 +0000 (GMT)
(envelope-from brad@stop.mail-abuse.org)
Received: from [10.0.1.4] (localhost.his.com [127.0.0.1])
by vhost109.his.com (8.12.11/8.12.3) with ESMTP id i8RE1RAT093708;
Mon, 27 Sep 2004 10:01:44 -0400 (EDT)
(envelope-from brad@stop.mail-abuse.org)
Mime-Version: 1.0
X-Sender: bs663385@127.0.0.1
Message-Id: <p06002005bd7dcb3758ea@[10.0.1.4]>
In-Reply-To: <20040927094602.GA17898@gnah.bolet.org>
References: <20040927094602.GA17898@gnah.bolet.org>
Date: Mon, 27 Sep 2004 15:53:09 +0200
To: Thomas Pornin <maillist+fc@bolet.org>
From: Brad Knowles <brad@stop.mail-abuse.org>
Content-Type: text/plain; charset="us-ascii" ; format="flowed"
cc: freebsd-current@freebsd.org
Subject: Re: Software RAID1 with atacontrol
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 14:01:49 -0000
At 11:46 AM +0200 2004-09-27, Thomas Pornin wrote:
> I am trying to use the RAID features provided by the ata driver in 5.3.
> My machine uses 5.3-BETA5, cvsupped on September 24th, 2004. Kernel is
> almost identical to GENERIC: I just deactivated I486_CPU and I586_CPU
> (machine is an Athlon XP), SMP, and replaced SCHED_4BSD with SCHED_ULE.
Don't use SCHED_ULE in a production system. It has known issues,
and they are being worked out in the 6.0-CURRENT tree. When they are
fixed, those changes will be merged back. Unless you're ready to run
a 6.0-CURRENT system and help make these fixes, stick with SCHED_4BSD.
--
Brad Knowles, <brad@stop.mail-abuse.org>
"Those who would give up essential Liberty, to purchase a little
temporary Safety, deserve neither Liberty nor Safety."
-- Benjamin Franklin (1706-1790), reply of the Pennsylvania
Assembly to the Governor, November 11, 1755
SAGE member since 1995. See <http://www.sage.org/> for more info.
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 14:05:25 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 9FF9D16A4CE; Mon, 27 Sep 2004 14:05:25 +0000 (GMT)
Received: from gnah.bolet.org (gnah.bolet.org [80.65.226.87])
by mx1.FreeBSD.org (Postfix) with ESMTP
id DC44543D2F; Mon, 27 Sep 2004 14:05:15 +0000 (GMT)
(envelope-from pornin@bolet.org)
Received: from gnah.bolet.org (localhost [127.0.0.1])
by gnah.bolet.org (8.12.11/8.12.11) with ESMTP id i8RE5DO4021465;
Mon, 27 Sep 2004 16:05:13 +0200 (CEST)
(envelope-from pornin@bolet.org)
Received: (from pornin@localhost)
by gnah.bolet.org (8.12.11/8.12.11/Submit) id i8RE5CXG021464;
Mon, 27 Sep 2004 16:05:13 +0200 (CEST)
(envelope-from pornin)
Date: Mon, 27 Sep 2004 16:05:11 +0200
From: Thomas Pornin <maillist+fc@bolet.org>
To: Pawel Jakub Dawidek <pjd@freebsd.org>
Message-ID: <20040927140511.GA21303@gnah.bolet.org>
References: <20040927094602.GA17898@gnah.bolet.org>
<20040927111734.GS9550@darkness.comp.waw.pl>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20040927111734.GS9550@darkness.comp.waw.pl>
User-Agent: Mutt/1.5.4i
cc: freebsd-current@freebsd.org
Subject: Re: Software RAID1 with atacontrol
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 14:05:25 -0000
On Mon, Sep 27, 2004 at 01:17:34PM +0200, Pawel Jakub Dawidek wrote:
> I can only suggest gmirror(8):)
That's my next step, but I confess that I find this message a bit scary:
http://groups.google.com/groups?selm=1095762299.00135859.1095751801%4010.7.7.3
I want RAID1 so that downtime is minimized in case of disk crash. If
the machine cannot boot with one disk, this goal is not fulfilled. And
having the root filesystem unmirrored (and just manually duplicated)
is a bit cumbersome and raises some issues (e.g., the root filesystem
reference in /etc/fstab).
Is there any clue about when this will be fixed ? (Maybe it is done
already...)
--Thomas Pornin
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 14:10:08 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 04C6516A4CE; Mon, 27 Sep 2004 14:10:08 +0000 (GMT)
Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10])
by mx1.FreeBSD.org (Postfix) with ESMTP
id F055443D5A; Mon, 27 Sep 2004 14:10:04 +0000 (GMT)
(envelope-from doconnor@gsoft.com.au)
Received: from inchoate.gsoft.com.au (localhost [127.0.0.1])
(authenticated bits=0)
by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id i8RE9SWT039851;
Mon, 27 Sep 2004 23:39:29 +0930 (CST)
(envelope-from doconnor@gsoft.com.au)
From: "Daniel O'Connor" <doconnor@gsoft.com.au>
To: freebsd-current@freebsd.org
Date: Mon, 27 Sep 2004 23:39:20 +0930
User-Agent: KMail/1.7
References: <20040927094602.GA17898@gnah.bolet.org>
<20040927111734.GS9550@darkness.comp.waw.pl>
In-Reply-To: <20040927111734.GS9550@darkness.comp.waw.pl>
MIME-Version: 1.0
Content-Type: multipart/signed;
boundary="nextPart1258379.VI2ov8noj5";
protocol="application/pgp-signature";
micalg=pgp-sha1
Content-Transfer-Encoding: 7bit
Message-Id: <200409272339.27282.doconnor@gsoft.com.au>
X-Spam-Score: -2.8 ()
IN_REP_TO,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_01_02,USER_AGENT
X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang)
cc: Thomas Pornin <maillist+fc@bolet.org>
cc: Pawel Jakub Dawidek <pjd@freebsd.org>
Subject: Re: Software RAID1 with atacontrol
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 14:10:08 -0000
--nextPart1258379.VI2ov8noj5
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
On Mon, 27 Sep 2004 20:47, Pawel Jakub Dawidek wrote:
> +> Therefore I think that there is something fishy here. Since the same
> +> code is used for Promise RAID cards, the support for those card may be
> +> "broken" as well (at least unreliable in case of a crash, which is a
> +> problem since RAID1 is meant to add reliability in case of a crash).
> +> What can I do to help debug this ?
>
> I can only suggest gmirror(8):)
You can't boot from gmirror(8) with a hosed disk :(
=2D-=20
Daniel O'Connor software and network engineer
for Genesis Software - http://www.gsoft.com.au
"The nice thing about standards is that there
are so many of them to choose from."
-- Andrew Tanenbaum
GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C
--nextPart1258379.VI2ov8noj5
Content-Type: application/pgp-signature
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)
iD8DBQBBWB8X5ZPcIHs/zowRAl8xAKCDcMp/M/pafcZYJBMTYIKj0yVg2ACeNMvD
djulckQINXcQp4iI9eNcKFI=
=W0vA
-----END PGP SIGNATURE-----
--nextPart1258379.VI2ov8noj5--
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 14:12:01 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 62A5916A4CE; Mon, 27 Sep 2004 14:12:01 +0000 (GMT)
Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 4FB8943D1F; Mon, 27 Sep 2004 14:12:00 +0000 (GMT)
(envelope-from doconnor@gsoft.com.au)
Received: from inchoate.gsoft.com.au (localhost [127.0.0.1])
(authenticated bits=0)
by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id i8REBtZL039878;
Mon, 27 Sep 2004 23:41:56 +0930 (CST)
(envelope-from doconnor@gsoft.com.au)
From: "Daniel O'Connor" <doconnor@gsoft.com.au>
To: freebsd-current@freebsd.org
Date: Mon, 27 Sep 2004 23:41:52 +0930
User-Agent: KMail/1.7
References: <20040927111438.GA865@genius.tao.org.uk>
In-Reply-To: <20040927111438.GA865@genius.tao.org.uk>
MIME-Version: 1.0
Content-Type: multipart/signed;
boundary="nextPart1927864.blsSSbLlKi";
protocol="application/pgp-signature";
micalg=pgp-sha1
Content-Transfer-Encoding: 7bit
Message-Id: <200409272341.53423.doconnor@gsoft.com.au>
X-Spam-Score: -2.5 ()
IN_REP_TO,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT
X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang)
cc: Josef Karthauser <joe@freebsd.org>
cc: current@freebsd.org
Subject: Re: Laptop recommendations?
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 14:12:01 -0000
--nextPart1927864.blsSSbLlKi
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
On Mon, 27 Sep 2004 20:44, Josef Karthauser wrote:
> My Dell Inspiron 5000e is getting a bit long in the tooth, and the
> keyboard has just packed in :( so I'm in the market for a new laptop.
> Does anyone have any recommendations for me? In particular I want a
> working ACPI/suspend interface and this Dell has never been supported
> well - fans on all the time, doesn't resume properly, etc.
>
> My previous machine was a Sony Vaio which I loved, but was fairly
> expensive and the repair support wasn't very good. Dell's support was
> much better and I'd prefer a Dell I think, but I don't know whether more
> recent models fair better with power management support, etc.
>
> Any helpful hints would be gladly received.
I have an Inspiron 8600 which is pretty nice.
Loads of stuff in it, but kind of heavy if that bothers you.
I use ndis for the Intel wireless, and the nvidia binary drivers for the vi=
deo=20
card (although the new ones don't work yet..)
The 1920x1200 screen is really nice :)
Here is a page on it..
http://www.gsoft.com.au/~doconnor/I8600/
Note that it won't do better than S1 suspending (hangs or reboots)
=2D-=20
Daniel O'Connor software and network engineer
for Genesis Software - http://www.gsoft.com.au
"The nice thing about standards is that there
are so many of them to choose from."
-- Andrew Tanenbaum
GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C
--nextPart1927864.blsSSbLlKi
Content-Type: application/pgp-signature
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)
iD8DBQBBWB+p5ZPcIHs/zowRAuNzAJ9ib2aJXctc6PxOcZFfiSdLu+/FSgCdGxfP
tUdzPKKLgXi/aQLnzeP+yvg=
=TDC6
-----END PGP SIGNATURE-----
--nextPart1927864.blsSSbLlKi--
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 14:12:01 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 62A5916A4CE; Mon, 27 Sep 2004 14:12:01 +0000 (GMT)
Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 4FB8943D1F; Mon, 27 Sep 2004 14:12:00 +0000 (GMT)
(envelope-from doconnor@gsoft.com.au)
Received: from inchoate.gsoft.com.au (localhost [127.0.0.1])
(authenticated bits=0)
by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id i8REBtZL039878;
Mon, 27 Sep 2004 23:41:56 +0930 (CST)
(envelope-from doconnor@gsoft.com.au)
From: "Daniel O'Connor" <doconnor@gsoft.com.au>
To: freebsd-current@freebsd.org
Date: Mon, 27 Sep 2004 23:41:52 +0930
User-Agent: KMail/1.7
References: <20040927111438.GA865@genius.tao.org.uk>
In-Reply-To: <20040927111438.GA865@genius.tao.org.uk>
MIME-Version: 1.0
Content-Type: multipart/signed;
boundary="nextPart1927864.blsSSbLlKi";
protocol="application/pgp-signature";
micalg=pgp-sha1
Content-Transfer-Encoding: 7bit
Message-Id: <200409272341.53423.doconnor@gsoft.com.au>
X-Spam-Score: -2.5 ()
IN_REP_TO,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT
X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang)
cc: Josef Karthauser <joe@freebsd.org>
cc: current@freebsd.org
Subject: Re: Laptop recommendations?
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 14:12:01 -0000
--nextPart1927864.blsSSbLlKi
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
On Mon, 27 Sep 2004 20:44, Josef Karthauser wrote:
> My Dell Inspiron 5000e is getting a bit long in the tooth, and the
> keyboard has just packed in :( so I'm in the market for a new laptop.
> Does anyone have any recommendations for me? In particular I want a
> working ACPI/suspend interface and this Dell has never been supported
> well - fans on all the time, doesn't resume properly, etc.
>
> My previous machine was a Sony Vaio which I loved, but was fairly
> expensive and the repair support wasn't very good. Dell's support was
> much better and I'd prefer a Dell I think, but I don't know whether more
> recent models fair better with power management support, etc.
>
> Any helpful hints would be gladly received.
I have an Inspiron 8600 which is pretty nice.
Loads of stuff in it, but kind of heavy if that bothers you.
I use ndis for the Intel wireless, and the nvidia binary drivers for the vi=
deo=20
card (although the new ones don't work yet..)
The 1920x1200 screen is really nice :)
Here is a page on it..
http://www.gsoft.com.au/~doconnor/I8600/
Note that it won't do better than S1 suspending (hangs or reboots)
=2D-=20
Daniel O'Connor software and network engineer
for Genesis Software - http://www.gsoft.com.au
"The nice thing about standards is that there
are so many of them to choose from."
-- Andrew Tanenbaum
GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C
--nextPart1927864.blsSSbLlKi
Content-Type: application/pgp-signature
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)
iD8DBQBBWB+p5ZPcIHs/zowRAuNzAJ9ib2aJXctc6PxOcZFfiSdLu+/FSgCdGxfP
tUdzPKKLgXi/aQLnzeP+yvg=
=TDC6
-----END PGP SIGNATURE-----
--nextPart1927864.blsSSbLlKi--
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 14:40:35 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id EBE4F16A4CE
for <current@freebsd.org>; Mon, 27 Sep 2004 14:40:35 +0000 (GMT)
Received: from sysmon.tcworks.net (sysmon.tcworks.net [65.66.76.4])
by mx1.FreeBSD.org (Postfix) with ESMTP id 9623143D1F
for <current@freebsd.org>; Mon, 27 Sep 2004 14:40:35 +0000 (GMT)
(envelope-from lambert@lambertfam.org)
Received: from sysmon.tcworks.net (localhost [127.0.0.1])
by sysmon.tcworks.net (8.12.11/8.12.11) with ESMTP id i8REcBBN026168;
Mon, 27 Sep 2004 09:38:11 -0500 (CDT)
(envelope-from lambert@lambertfam.org)
Received: (from lambert@localhost)
by sysmon.tcworks.net (8.12.11/8.12.11/Submit) id i8REcBTW026163;
Mon, 27 Sep 2004 09:38:11 -0500 (CDT)
(envelope-from lambert@lambertfam.org)
X-Authentication-Warning: sysmon.tcworks.net: lambert set sender to
lambert@lambertfam.org using -f
Date: Mon, 27 Sep 2004 09:38:11 -0500
From: Scott Lambert <lambert@lambertfam.org>
To: Rainer Duffner <rainer@ultra-secure.de>
Message-ID: <20040927143811.GA87515@sysmon.tcworks.net>
Mail-Followup-To: Rainer Duffner <rainer@ultra-secure.de>,
current@freebsd.org
References: <20040927111438.GA865@genius.tao.org.uk>
<1096290034.23046.82.camel@linux-mobile.example.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1096290034.23046.82.camel@linux-mobile.example.net>
User-Agent: Mutt/1.5.6i
cc: current@freebsd.org
Subject: Re: Laptop recommendations?
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 14:40:36 -0000
On Mon, Sep 27, 2004 at 03:00:35PM +0200, Rainer Duffner wrote:
> I still don't know if I should replace my Inspiron 4000 with a PowerBook
> or with a x86-laptop - the price of a D600 seems to come very close
> anyway and the PB would be hassle-free in the ACPI-departement at
> least....
I've had reasonably good luck running FreeBSD on laptops the past 6
years. The support gets better all the time. Project Evil is the
beautiful. Everyone has done a lot of great work getting the hardware
support together. However, this Powerbook (15", 1.3GHz) and OS X 10.3.5
is really nice, especially if you have a digital camera.
There are some different hassles from running FreeBSD but in general it
is a much lower hassle environment, for me. It is nice to be able to
slam the lid, toss it in the bag, and be sure everything will be right
where you left it in a few hours when you open it up again.
My biggest complaint is the same as about my last x86 laptop. I hate
touchpads.
--
Scott Lambert KC5MLE Unix SysAdmin
lambert@lambertfam.org
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 14:51:55 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 33D9516A4CE
for <current@freebsd.org>; Mon, 27 Sep 2004 14:51:55 +0000 (GMT)
Received: from moutng.kundenserver.de (moutng.kundenserver.de
[212.227.126.173])
by mx1.FreeBSD.org (Postfix) with ESMTP id 784DC43D55
for <current@freebsd.org>; Mon, 27 Sep 2004 14:51:54 +0000 (GMT)
(envelope-from sw@gegenunendlich.de)
Received: from [212.227.126.160] (helo=mrelayng.kundenserver.de)
by moutng.kundenserver.de with esmtp (Exim 3.35 #1)
id 1CBwr3-0007sY-00
for current@freebsd.org; Mon, 27 Sep 2004 16:51:53 +0200
Received: from [80.142.195.144] (helo=kyuzo.dunkelkammer.void)
(TLSv1:EDH-RSA-DES-CBC3-SHA:168) (Exim 3.35 #1) id 1CBwr2-0002qR-00
for current@freebsd.org; Mon, 27 Sep 2004 16:51:53 +0200
Received: by kyuzo.dunkelkammer.void (Postfix, from userid 1002)
id 292763E4A; Mon, 27 Sep 2004 16:51:50 +0200 (CEST)
Date: Mon, 27 Sep 2004 16:51:50 +0200
From: Stefan Walter <sw@gegenunendlich.de>
To: current@freebsd.org
Message-ID: <20040927145149.GA3375@kyuzo.dunkelkammer.void>
Mail-Followup-To: current@freebsd.org
References: <20040927111438.GA865@genius.tao.org.uk>
<1096290034.23046.82.camel@linux-mobile.example.net>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="17pEHd4RhPHOinZp"
Content-Disposition: inline
In-Reply-To: <1096290034.23046.82.camel@linux-mobile.example.net>
X-PGP-key: http://www.gegenunendlich.de/swalter-rsa.asc
X-PGP-fp: 85D8 6A49 22C7 6CD9 B011 5D6A 5691 111B 12B9 E0B3
Organization: Infinity Approximation Task Force
X-PGP-key: http://www.gegenunendlich.de/swalter-rsa.asc
X-PGP-fingerprint: 85D8 6A49 22C7 6CD9 B011 5D6A 5691 111B 12B9 E0B3
User-Agent: Mutt/1.5.6i
X-Provags-ID: kundenserver.de abuse@kundenserver.de
auth:bea306e5fe0930b42d4355ca01786db1
Subject: Re: Laptop recommendations?
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 14:51:55 -0000
--17pEHd4RhPHOinZp
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
Rainer Duffner in gmane.os.freebsd.current:
> Does anyone know if and when a newer version of FreeSBIE comes out ?
http://www.freesbie.org/ says they just released a beta version today.
Anyway, I'd expect a new version once 5.3 is out and stable.
The sysutils/freesbie port lets you create your own freesbie from
up-to-date sources, too.
Stefan
--=20
No reading beyond this point
--17pEHd4RhPHOinZp
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (FreeBSD)
iQGVAwUBQVgpBVaRERsSueCzAQI6fAv+IBpKIZ83XOHcNQX4vRgZ4/kWhSp9RP/k
ULSabLh9hYQTLtF7io5DpwsjyTn4pfUPm7pb/L/IsxR9EwEjYbqvtgHyMK659LVw
KftiHhpHFXcxUBHl2SqXwbhQ0+KJ3pJ1awbebXiHqAl1HY/pLdKXZphT3HiyKIRE
H0mYaYuyxYzd9Y+Vyq2mZXgU2olvmhXxV1Pin4ygtPfU9NbpjGNg+ulNFeMlt7Ll
bv77SFOv3SBNosFXGPweBx+PHGxdQPX7R5RX9+2j9Jx5awNE5ttZc9Gc2TnVLBxp
IYOEsoLocIpFg8FSKULYnLtoDxwdNKu28aAd+e04N5m/G/mfpeutGmybIZ7kjQC8
ayTyUfeTXKjlxReB35f8n+CFKaH48QONxtrDlcQDIPLJMAonY05sTGCDDR7Ma9p/
kIGwGONSyyvyw2VXq90Sho/Yz5vebwieU9utdH2RVO1TroMKywlE1Ijp5x8YGr/A
/xK4qKRXb9pmQkBDzORhEbCP9/hqq34f
=mjXv
-----END PGP SIGNATURE-----
--17pEHd4RhPHOinZp--
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 15:05:27 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id B010616A4CE
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 15:05:27 +0000 (GMT)
Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.136])
by mx1.FreeBSD.org (Postfix) with ESMTP id 560AD43D48
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 15:05:27 +0000 (GMT)
(envelope-from pjd@darkness.comp.waw.pl)
Received: by darkness.comp.waw.pl (Postfix, from userid 1009)
id 855FDACAF1; Mon, 27 Sep 2004 17:05:25 +0200 (CEST)
Date: Mon, 27 Sep 2004 17:05:25 +0200
From: Pawel Jakub Dawidek <pjd@FreeBSD.org>
To: Thomas Pornin <maillist+fc@bolet.org>
Message-ID: <20040927150525.GU9550@darkness.comp.waw.pl>
References: <20040927094602.GA17898@gnah.bolet.org>
<20040927111734.GS9550@darkness.comp.waw.pl>
<20040927140511.GA21303@gnah.bolet.org>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="ptMYGWplstB9CqWP"
Content-Disposition: inline
In-Reply-To: <20040927140511.GA21303@gnah.bolet.org>
User-Agent: Mutt/1.4.2i
X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc
X-OS: FreeBSD 5.2.1-RC2 i386
cc: freebsd-current@freebsd.org
Subject: Re: Software RAID1 with atacontrol
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 15:05:27 -0000
--ptMYGWplstB9CqWP
Content-Type: text/plain; charset=iso-8859-2
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Mon, Sep 27, 2004 at 04:05:11PM +0200, Thomas Pornin wrote:
+> On Mon, Sep 27, 2004 at 01:17:34PM +0200, Pawel Jakub Dawidek wrote:
+> > I can only suggest gmirror(8):)
+>=20
+> That's my next step, but I confess that I find this message a bit scary:
+>=20
+> http://groups.google.com/groups?selm=3D1095762299.00135859.1095751801%40=
10.7.7.3
+>=20
+> I want RAID1 so that downtime is minimized in case of disk crash. If
+> the machine cannot boot with one disk, this goal is not fulfilled. And
+> having the root filesystem unmirrored (and just manually duplicated)
+> is a bit cumbersome and raises some issues (e.g., the root filesystem
+> reference in /etc/fstab).
+>=20
+> Is there any clue about when this will be fixed ? (Maybe it is done
+> already...)
It is fixed already in -CURRENT and I'm going to MT5 it soon.
--=20
Pawel Jakub Dawidek http://www.FreeBSD.org
pjd@FreeBSD.org http://garage.freebsd.pl
FreeBSD committer Am I Evil? Yes, I Am!
--ptMYGWplstB9CqWP
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (FreeBSD)
iD8DBQFBWCw1ForvXbEpPzQRAgUzAJ93ahGO7+KLhcKJlv+qJandHiMLrgCcDAiL
IyqyQBqu5711ygTQDoUE43Q=
=XqZI
-----END PGP SIGNATURE-----
--ptMYGWplstB9CqWP--
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 15:07:27 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 798F416A4CE
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 15:07:27 +0000 (GMT)
Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.136])
by mx1.FreeBSD.org (Postfix) with ESMTP id 1E2FC43D1F
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 15:07:27 +0000 (GMT)
(envelope-from pjd@darkness.comp.waw.pl)
Received: by darkness.comp.waw.pl (Postfix, from userid 1009)
id 82EF0ACC5F; Mon, 27 Sep 2004 17:07:25 +0200 (CEST)
Date: Mon, 27 Sep 2004 17:07:25 +0200
From: Pawel Jakub Dawidek <pjd@FreeBSD.org>
To: Daniel O'Connor <doconnor@gsoft.com.au>
Message-ID: <20040927150725.GV9550@darkness.comp.waw.pl>
References: <20040927094602.GA17898@gnah.bolet.org>
<20040927111734.GS9550@darkness.comp.waw.pl>
<200409272339.27282.doconnor@gsoft.com.au>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="Zqkt5x/gGOIVPcL0"
Content-Disposition: inline
In-Reply-To: <200409272339.27282.doconnor@gsoft.com.au>
User-Agent: Mutt/1.4.2i
X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc
X-OS: FreeBSD 5.2.1-RC2 i386
cc: Thomas Pornin <maillist+fc@bolet.org>
cc: freebsd-current@freebsd.org
Subject: Re: Software RAID1 with atacontrol
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 15:07:27 -0000
--Zqkt5x/gGOIVPcL0
Content-Type: text/plain; charset=iso-8859-2
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Mon, Sep 27, 2004 at 11:39:20PM +0930, Daniel O'Connor wrote:
+> On Mon, 27 Sep 2004 20:47, Pawel Jakub Dawidek wrote:
+> > +> Therefore I think that there is something fishy here. Since the same
+> > +> code is used for Promise RAID cards, the support for those card may=
be
+> > +> "broken" as well (at least unreliable in case of a crash, which is a
+> > +> problem since RAID1 is meant to add reliability in case of a crash).
+> > +> What can I do to help debug this ?
+> >
+> > I can only suggest gmirror(8):)
+>=20
+> You can't boot from gmirror(8) with a hosed disk :(
I wonder how BIOS react on such disk. You can setup in BIOS to boot from
'C', 'D', etc. disks and it will be cool if 'D' can be choosen when 'C'
is broken.
--=20
Pawel Jakub Dawidek http://www.FreeBSD.org
pjd@FreeBSD.org http://garage.freebsd.pl
FreeBSD committer Am I Evil? Yes, I Am!
--Zqkt5x/gGOIVPcL0
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (FreeBSD)
iD8DBQFBWCytForvXbEpPzQRAuWeAKDRwUsgbM4B7uD7t98xOYzTLBKxYgCgmu0b
eUFTjexv9dJk8yWlz7gfzNc=
=dKIc
-----END PGP SIGNATURE-----
--Zqkt5x/gGOIVPcL0--
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 15:11:47 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 8028C16A4CE; Mon, 27 Sep 2004 15:11:47 +0000 (GMT)
Received: from mail.dt.e-technik.uni-dortmund.de
(mail.dt.E-Technik.Uni-Dortmund.DE [129.217.163.1])
by mx1.FreeBSD.org (Postfix) with ESMTP
id B177C43D1F; Mon, 27 Sep 2004 15:11:46 +0000 (GMT)
(envelope-from ma@dt.e-technik.uni-dortmund.de)
Received: from localhost (localhost [127.0.0.1])98F9240960;
Mon, 27 Sep 2004 17:11:45 +0200 (CEST)
Received: from mail.dt.e-technik.uni-dortmund.de ([127.0.0.1])
by localhost (krusty [127.0.0.1]) (amavisd-new, port 10024) with LMTP
id 15454-03; Mon, 27 Sep 2004 17:11:45 +0200 (CEST)
Received: from m2a2.dyndns.org (p54854C50.dip.t-dialin.net [84.133.76.80])
EF2F4408A0; Mon, 27 Sep 2004 17:11:44 +0200 (CEST)
Received: from localhost (localhost [127.0.0.1])
by merlin.emma.line.org (Postfix) with ESMTP id 4DE5BD621C;
Mon, 27 Sep 2004 17:11:42 +0200 (CEST)
Received: from merlin.emma.line.org ([127.0.0.1])
by localhost (m2a2.dyndns.org [127.0.0.1]) (amavisd-new, port 10024)
with LMTP id 22884-04; Mon, 27 Sep 2004 17:11:42 +0200 (CEST)
Received: by merlin.emma.line.org (Postfix, from userid 500)
id E64CAD621B; Mon, 27 Sep 2004 17:11:41 +0200 (CEST)
To: Scott Long <scottl@FreeBSD.org>
In-Reply-To: <415812AD.2090901@FreeBSD.org> (Scott Long's message of "Mon, 27
Sep 2004 07:16:29 -0600")
References: <415720FD.8080603@samsco.org>
<m3oejs3tom.fsf@merlin.emma.line.org> <415812AD.2090901@FreeBSD.org>
From: Matthias Andree <ma@dt.e-technik.uni-dortmund.de>
Date: Mon, 27 Sep 2004 17:11:41 +0200
Message-ID: <m3brfr691u.fsf@merlin.emma.line.org>
User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Virus-Scanned: by amavisd-new at dt.e-technik.uni-dortmund.de
cc: re@FreeBSD.org
cc: standards@FreeBSD.org
cc: Matthias Andree <ma@dt.e-technik.uni-dortmund.de>
cc: current@FreeBSD.org
Subject: Re: FreeBSD 5.3-BETA6 available
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 15:11:47 -0000
Scott Long <scottl@FreeBSD.org> writes:
>> 1. /bin/sh "unset" is still in violation of IEEE Std 1003.1, 2004
>> edition. FIX IS AVAILABLE, bug has been open for many months, has
>> persisted in BETA4 and 5.
>> http://www.freebsd.org/cgi/query-pr.cgi?pr=standards/45738
>> http://lists.freebsd.org/pipermail/freebsd-current/2004-September/037819.html
>
> I'll defer this to the standards folks.
Finally someone picks these up -- much appreciated, thank you very
much, it's a relief to be at least heard.
The fix for this has been pending for almost two years now, was filed
against 4.7, the fix is _trivial_ and was filed on 2002-11-26.
Given that this has been lying unattended for another ten days on
-standards already, can't we just commit this on probation and back out
as problems arise in BETA7?
I cannot imagine anyone relying on the bug in /bin/sh, but some test
scripts in third-party software stumble across this when trying to
sanitize their environment and need to resort to ugly workarounds such
as SOMEVAR= ; unset SOMEVAR.
The standard is clear, see 5th paragraph in DESCRIPTION of
http://www.opengroup.org/onlinepubs/009695399/utilities/unset.html
(Julian Elischer inquired if someone had taken interest last Tuesday but
the report is still assigned to freebsd-bugs, so he hasn't claimed it
yet, so I presume he hasn't sufficient interest or commit permission to
address this.)
>> 2. tcpdump IPv6CP segfaults are still open as of BETA5, FIX IS
>> AVAILABLE:
>> http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/71453
>>
>
> Looks pretty straight-forward. Anyone want to import the fix from the
> tcpdump CVS tree?
I don't have a commit bit (nor am I asking for one but I'd take one if
someone insisted).
>> 3. data corruption on unaligned block access bug, kern/60313,
>> is still open and unpatched AFAICS
>
> Is this actually an issue in FreeBSD 5? In the audit trail of the PR,
> Bruce Evans seems to concede that GEOM checks block alignment
> properly.
I'll try again with a current beta and follow up on this with what I've
found; at the time I filed it, there was a problem with a different
symptom.
If someone else has a SCRATCH partition that can lose all data, (comment
out swap and reboot then you'll have one), a test program is part of
http://www.freebsd.org/cgi/query-pr.cgi?pr=60313 -- if someone checks
first, please Cc: me to avoid duplicated effort.
>> 4. NIS is still faulty in pretending users aren't there when in fact
>> NIS
>> cannot tell if an account exists; bin/46866 is still open and unpatched
>
> While it's a compelling argument to follow the Solaris behavior, it's
> also a compelling argument to have a reasonable timeout on password
> lookups.
The problem is that the system cannot communicate the difference between
"temporary failure, try again" and "no such user", and can lead, for
instance, to a bogus _PERMANENT_ reject of a mail, which, in turn, can
trigger an unsubscription -- to name just one failure case I've
experienced.
>> 5. default inetd configuration denial of service bug, conf/33670, is
>> still
>> open and unpatched AND A LAST CHANCE TO FIX NOW
>
> inetd is not turned on by default.
OK, I'll consider this closed. Feel free to close conf/33670; I'd
suggest that the inetd documentation mentions that an connection rate
limit doesn't bound the absolute client count and can result in DoS.
> What do OpenBSD and NetBSD do?
> What does Linux do with xinetd?
Depends on the distribution. I cannot say anything about OpenBSD or
NetBSD, SuSE Linux 9.1 doesn't automatically start services from inside
inetd or xinetd AFAICS.
>> 6. (portsmgr issue) no "yes or no" or whatsoever for my inquires
>> whether
>> ports/72017 can be committed in spite of the freeze. It's a
>> bugfix-only update.
>> Please state which of these will be fixed before 5.3-RELEASE and what
>> further help is needed with these.
Pav has claimed this and is waiting for portmgr approval which I already
asked about when filing the bug, no-one stirred themselves yet.
--
Matthias Andree
Encrypted mail welcome: my GnuPG key ID is 0x052E7D95 (PGP/MIME preferred)
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 15:18:28 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id B046716A4CF
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 15:18:28 +0000 (GMT)
Received: from supermail.ispro.net.tr (supermail.ispro.net.tr [217.21.68.5])
by mx1.FreeBSD.org (Postfix) with ESMTP id 3BD8743D54
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 15:18:27 +0000 (GMT)
(envelope-from yurtesen-dated-1097162303.d08bfb@ispro.net.tr)
Received: (qmail 52204 invoked by uid 89); 27 Sep 2004 15:18:23 -0000
Received: from [192.168.0.49] (perpetual.yok.utu.fi [130.232.138.155]) by
supermail.ispro.net.tr (tmda-ofmipd) with ESMTP;
Mon, 27 Sep 2004 18:18:21 +0300 (EEST)
Message-ID: <4158BBC7.1020305@ispro.net.tr>
Date: Mon, 27 Sep 2004 18:17:59 -0700
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
rv:1.7.1) Gecko/20040707
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Robert Watson <rwatson@freebsd.org>
References: <Pine.NEB.3.96L.1040924134957.82478H-100000@fledge.watson.org>
In-Reply-To: <Pine.NEB.3.96L.1040924134957.82478H-100000@fledge.watson.org>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Delivery-Agent: TMDA/1.0.2 (Bold Forbes)
From: Evren Yurtesen <yurtesen@ispro.net.tr>
X-Primary-Address: yurtesen@ispro.net.tr
cc: freebsd-current@freebsd.org
Subject: Re(2): panic: sorele
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 15:18:28 -0000
Robert Watson wrote:
> On Thu, 23 Sep 2004, Evren Yurtesen wrote:
>
>
>>Does anybody know what is panic: sorele? :)
>
>
> It's the result of an inconsistency detected by the kernel regarding
> kernel invariants for sockets. The somewhat uninformative nature of the
> message is historical, and should probably be fixed. If this is
> reproduceable, could you rebuild your kernel with INVARIANTS support, as
> well as DDB so you can generate a stack trace and other debugging
> information (or, if you have a core, could you use gdb to extract
> debugging information per the Handbook?)
>
I dont know why this error occur's but it happened again! So I guess I
am able to reproduce the error easily in every 3-5 days. :) Because the
machine is crashing every 3-5 days...
The thing is that I am not able to get a kernel dump.
Although I have set the
dumpdev="/dev/ad0s1b"
dumpdir="/usr/crash"
in /etc/rc.conf
What I get is:
Sep 27 18:06:59 proxy savecore: no dumps found
Do I have to compile in something into the kernel so that it will be
able to make a dump or?
Do I have to set something else to be able to get a kernel dump? Can you
please help me out here? I have created the /usr/crash directory and
there is lots of space in /usr partition(50gbyte) and the swap device is
/dev/ad0s1b and it is 16gbytes and 3gbytes physical RAM is installed in
the machine, so everything should be ok.
Yet I am not able to get any crash dumps in /usr/crash directory. So
what am I missing?
Thanks,
Evren
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 15:19:16 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 1C99E16A4CE
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 15:19:16 +0000 (GMT)
Received: from mail.gmx.net (pop.gmx.net [213.165.64.20])
by mx1.FreeBSD.org (Postfix) with SMTP id D243D43D39
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 15:19:14 +0000 (GMT) (envelope-from incmc@gmx.de)
Received: (qmail 24771 invoked by uid 65534); 27 Sep 2004 15:19:13 -0000
Received: from pD9FF126E.dip.t-dialin.net (EHLO ms.homeip.net)
(217.255.18.110)
by mail.gmx.net (mp005) with SMTP; 27 Sep 2004 17:19:13 +0200
X-Authenticated: #15946415
Received: from [10.0.0.100] (helo=[10.0.0.100])
by ms.homeip.net with asmtp (TLSv1:AES256-SHA:256)
id 1CBxHW-000PQb-CV; Mon, 27 Sep 2004 17:19:14 +0200
Message-ID: <41582F6F.9030909@gmx.de>
Date: Mon, 27 Sep 2004 17:19:11 +0200
From: Jochen Gensch <incmc@gmx.de>
User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Tim Bishop <tim-lists@bishnet.net>, freebsd-mobile@freebsd.org,
freebsd-current@freebsd.org
References: <200409210945.i8L9jCPS071852@sanne.nlnetlabs.nl>
<414FFDAF.80907@gmx.de> <1095889939.43948.3.camel@inferno.sixth.bishnet.net>
In-Reply-To: <1095889939.43948.3.camel@inferno.sixth.bishnet.net>
X-Enigmail-Version: 0.86.0.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Subject: Re: NDISsulator: Setting up a 3Com pc card
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 15:19:16 -0000
Tim Bishop wrote:
> Any suggestions?
No :-(
But here is my panic message if that helps someone. I had to type it
down, so hopefully there is no mistake in there...
I got this message, when I tried to bring ndis0 up at boot time by
rc.conf with wep enable. I haven't tried an open system, yet.
Fatal trag 12: page fault while in kernel mode
cpuid = 0; apic id =00
fault virtual address = 0x0
fault code = supervisor write, page not present
instruction pointer = 0x8:0xe1dbf8f0
frame pointer = 0x10:0xe1dbf988
code segment = base 0x0, limit 0xfffff, type 0x1b
= DPL 0, pres 1, def32 1, gra 1
processort flags = interrupt enabled, resume, IOPL = 0
current process = 195 (ifconfig)
trap number = 12
panic: page fault
cpuid = 0
Cheers, Jochen
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 15:29:27 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id E997A16A4CE
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 15:29:27 +0000 (GMT)
Received: from freebee.digiware.nl (dsl439.iae.nl [212.61.63.187])
by mx1.FreeBSD.org (Postfix) with ESMTP id E4EDB43D45
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 15:29:26 +0000 (GMT) (envelope-from wjw@withagen.nl)
Received: from [212.61.27.71] (dual [212.61.27.71])
by freebee.digiware.nl (8.12.10/8.12.10) with ESMTP id i8RFTP9S013963;
Mon, 27 Sep 2004 17:29:25 +0200 (CEST)
(envelope-from wjw@withagen.nl)
Message-ID: <415831D5.4050302@withagen.nl>
Date: Mon, 27 Sep 2004 17:29:25 +0200
From: Willem Jan Withagen <wjw@withagen.nl>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
rv:1.7.2) Gecko/20040804 Netscape/7.2 (ax)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Evren Yurtesen <yurtesen@ispro.net.tr>
References: <Pine.NEB.3.96L.1040924134957.82478H-100000@fledge.watson.org>
<4158BBC7.1020305@ispro.net.tr>
In-Reply-To: <4158BBC7.1020305@ispro.net.tr>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
cc: freebsd-current@freebsd.org
Subject: Getting a kerneldump. [Was: Re: panic: sorele ]
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 15:29:28 -0000
> The thing is that I am not able to get a kernel dump.
> Although I have set the
> dumpdev="/dev/ad0s1b"
> dumpdir="/usr/crash"
> in /etc/rc.conf
> What I get is:
> Sep 27 18:06:59 proxy savecore: no dumps found
>
> Do I have to compile in something into the kernel so that it will be
> able to make a dump or?
>
> Do I have to set something else to be able to get a kernel dump? Can
> you please help me out here? I have created the /usr/crash directory
> and there is lots of space in /usr partition(50gbyte) and the swap
> device is /dev/ad0s1b and it is 16gbytes and 3gbytes physical RAM is
> installed in the machine, so everything should be ok.
>
> Yet I am not able to get any crash dumps in /usr/crash directory. So
> what am I missing?
One way to test this is, if you have the KDB debugger compiled in:
- break into the debugger; CTRL-ESC on you keyboard.
- at the prompt: call doadump
Ans see that 3Gb is written to disk.
Then reboot, and see savecore write the dump to disk.
Look at the flags of the manualpage to see if you can get more into out
of savecore.
And you can also set flags in /etc/rc.conf.
savecore_flags="-v"
If this works, than all preconditions of getting a dump are met and you
have to look elsewhere for trobule
If not, then this obviously needs to be fixed.
--WjW
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 15:35:04 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 09F1C16A4CE
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 15:35:04 +0000 (GMT)
Received: from supermail.ispro.net.tr (supermail.ispro.net.tr [217.21.68.5])
by mx1.FreeBSD.org (Postfix) with ESMTP id DC04743D3F
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 15:35:02 +0000 (GMT)
(envelope-from yurtesen-dated-1097163301.080fea@ispro.net.tr)
Received: (qmail 66219 invoked by uid 89); 27 Sep 2004 15:35:01 -0000
Received: from [192.168.0.49] (perpetual.yok.utu.fi [130.232.138.155]) by
supermail.ispro.net.tr (tmda-ofmipd) with ESMTP;
Mon, 27 Sep 2004 18:34:58 +0300 (EEST)
Message-ID: <4158BFAC.7050601@ispro.net.tr>
Date: Mon, 27 Sep 2004 18:34:36 -0700
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
rv:1.7.1) Gecko/20040707
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Robert Watson <rwatson@freebsd.org>
References: <Pine.NEB.3.96L.1040924134957.82478H-100000@fledge.watson.org>
In-Reply-To: <Pine.NEB.3.96L.1040924134957.82478H-100000@fledge.watson.org>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Delivery-Agent: TMDA/1.0.2 (Bold Forbes)
From: Evren Yurtesen <yurtesen@ispro.net.tr>
X-Primary-Address: yurtesen@ispro.net.tr
cc: freebsd-current@freebsd.org
Subject: Re(3): panic: sorele
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 15:35:04 -0000
Robert Watson wrote:
> On Thu, 23 Sep 2004, Evren Yurtesen wrote:
>
>
>>Does anybody know what is panic: sorele? :)
>
>
> It's the result of an inconsistency detected by the kernel regarding
> kernel invariants for sockets. The somewhat uninformative nature of the
> message is historical, and should probably be fixed. If this is
> reproduceable, could you rebuild your kernel with INVARIANTS support, as
> well as DDB so you can generate a stack trace and other debugging
> information (or, if you have a core, could you use gdb to extract
> debugging information per the Handbook?)
I am not able to compile the kernel with DDB and INVARIANTS either...
When I put these options to kernel conf, I get this error
Options Added:
options INVARIANTS
options KDB
options DDB
Error:
cc -c -O -pipe -march=pentiumpro -Wall -Wredundant-decls
-Wnested-externs -Wstrict-prototypes -Wmissing-prototypes
-Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99
-nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/dev/acpica
-I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter
-I/usr/src/sys/contrib/pf -I/usr/src/sys/contrib/dev/ath
-I/usr/src/sys/contrib/dev/ath/freebsd -I/usr/src/sys/contrib/ngatm
-D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param
inline-unit-growth=100 --param large-function-growth=1000
-mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding
-Werror /usr/src/sys/ddb/db_command.c
/usr/src/sys/ddb/db_command.c: In function `db_watchdog':
/usr/src/sys/ddb/db_command.c:615: warning: implicit declaration of
function `_mtx_assert'
/usr/src/sys/ddb/db_command.c:615: warning: nested extern declaration of
`_mtx_assert'
/usr/src/sys/ddb/db_command.c:615: error: `MA_OWNED' undeclared (first
use in this function)
/usr/src/sys/ddb/db_command.c:615: error: (Each undeclared identifier is
reported only once
/usr/src/sys/ddb/db_command.c:615: error: for each function it appears in.)
*** Error code 1
Stop in /usr/obj/usr/src/sys/PROXY.
*** Error code 1
Stop in /usr/src.
*** Error code 1
Stop in /usr/src.
>
> Thanks,
>
> Robert N M Watson FreeBSD Core Team, TrustedBSD Projects
> robert@fledge.watson.org Principal Research Scientist, McAfee Research
>
>
>
>>FreeBSD proxy.ispro.net.tr 5.3-BETA4 FreeBSD 5.3-BETA4 #0: Fri Sep 17
>>19:17:14 EEST 2004
>>toor@proxy.ispro.net.tr:/usr/obj/usr/src/sys/PROXY i386
>>
>>I just got this error and the machine got frozen...
>>
>>panic: sorele
>>cpuid = 1
>>boot() called on cpu#1
>>Uptime: 5d19h48m4s
>>
>>I wonder if it might be some hardware problem or ?
>>
>>Copyright (c) 1992-2004 The FreeBSD Project.
>>Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
>> The Regents of the University of California. All rights reserved.
>>FreeBSD 5.3-BETA4 #0: Fri Sep 17 19:17:14 EEST 2004
>> toor@proxy.ispro.net.tr:/usr/obj/usr/src/sys/PROXY
>>Timecounter "i8254" frequency 1193182 Hz quality 0
>>CPU: Intel(R) Pentium(R) 4 CPU 3.06GHz (3059.02-MHz 686-class CPU)
>> Origin = "GenuineIntel" Id = 0xf29 Stepping = 9
>>
>>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 = 3216179200 (3067 MB)
>>avail memory = 3149369344 (3003 MB)
>>ACPI APIC Table: <A M I OEMAPIC >
>>FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs
>> cpu0 (BSP): APIC ID: 0
>> cpu1 (AP): APIC ID: 1
>>ioapic0 <Version 2.0> irqs 0-23 on motherboard
>>module_register_init: MOD_LOAD (splash_bmp, 0xc0788810, 0) error 2
>>acpi0: <A M I OEMRSDT> on motherboard
>>acpi0: Power Button (fixed)
>>Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000
>>acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0
>>cpu0: <ACPI CPU> on acpi0
>>cpu1: <ACPI CPU> on acpi0
>>pcib0: <ACPI Host-PCI bridge> port 0xcf8-0xcff on acpi0
>>pci0: <ACPI PCI bus> on pcib0
>>agp0: <Intel 82865G (865G GMCH) SVGA controller> port 0xefe0-0xefe7 mem
>>0xfe780000-0xfe7fffff,0xf0000000-0xf7ffffff irq 16 at device 2.0 on pci0
>>agp0: detected 3964k stolen memory
>>agp0: aperture size is 128M
>>pcib1: <ACPI PCI-PCI bridge> at device 30.0 on pci0
>>pci1: <ACPI PCI bus> on pcib1
>>fxp0: <Intel 82801BA (D865) Pro/100 VE Ethernet> port 0xdf00-0xdf3f mem
>>0xfe5ff000-0xfe5fffff irq 20 at device 8.0 on pci1
>>miibus0: <MII bus> on fxp0
>>inphy0: <i82562ET 10/100 media interface> on miibus0
>>inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
>>fxp0: Ethernet address: 00:0e:a6:0a:51:36
>>isab0: <PCI-ISA bridge> at device 31.0 on pci0
>>isa0: <ISA bus> on isab0
>>atapci0: <Intel ICH5 SATA150 controller> port
>>0xfc00-0xfc0f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.2 on pci0
>>ata0: channel #0 on atapci0
>>ata1: channel #1 on atapci0
>>pci0: <serial bus, SMBus> at device 31.3 (no driver attached)
>>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
>>atkbd0: [GIANT-LOCKED]
>>npx0: [FAST]
>>npx0: <math processor> on motherboard
>>npx0: INT 16 interface
>>pmtimer0 on isa0
>>fdc0: ready for input in output
>>fdc0: cmd 3 failed at out byte 1 of 3
>>sc0: <System console> at flags 0x100 on isa0
>>sc0: VGA <16 virtual consoles, flags=0x300>
>>vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0
>>Timecounters tick every 10.000 msec
>>ipfw2 initialized, divert disabled, rule-based forwarding enabled,
>>default to accept, logging disabled
>>ad0: 76319MB <ST380011A/3.06> [155061/16/63] at ata0-master UDMA100
>>ad2: 114473MB <ST3120026AS/3.05> [232581/16/63] at ata1-master SATA150
>>ad3: 114473MB <ST3120026AS/3.05> [232581/16/63] at ata1-slave SATA150
>>SMP: AP CPU #1 Launched!
>>Mounting root from ufs:/dev/ad0s1a
>>WARNING: / was not properly dismounted
>>WARNING: /tmp was not properly dismounted
>>WARNING: /usr was not properly dismounted
>>WARNING: /var was not properly dismounted
>>_______________________________________________
>>freebsd-current@freebsd.org mailing list
>>http://lists.freebsd.org/mailman/listinfo/freebsd-current
>>To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
>>
>
>
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 15:35:43 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id EE45D16A4CE
for <current@freebsd.org>; Mon, 27 Sep 2004 15:35:43 +0000 (GMT)
Received: from sccrmhc11.comcast.net (sccrmhc11.comcast.net [204.127.202.55])
by mx1.FreeBSD.org (Postfix) with ESMTP id 6981B43D1D
for <current@freebsd.org>; Mon, 27 Sep 2004 15:35:43 +0000 (GMT)
(envelope-from rob@pythonemproject.com)
Received: from [192.168.1.102]
(c-67-169-203-186.client.comcast.net[67.169.203.186])
by comcast.net (sccrmhc11) with ESMTP
id <20040927153533011007575oe> (Authid: europax);
Mon, 27 Sep 2004 15:35:42 +0000
Message-ID: <4158338A.9090309@pythonemproject.com>
Date: Mon, 27 Sep 2004 08:36:42 -0700
From: Rob <rob@pythonemproject.com>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040816
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Scott Lambert <lambert@lambertfam.org>
References: <20040927111438.GA865@genius.tao.org.uk>
<1096290034.23046.82.camel@linux-mobile.example.net>
<20040927143811.GA87515@sysmon.tcworks.net>
In-Reply-To: <20040927143811.GA87515@sysmon.tcworks.net>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
cc: current@freebsd.org
cc: Rainer Duffner <rainer@ultra-secure.de>
Subject: Re: Laptop recommendations?
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 15:35:44 -0000
Scott Lambert wrote:
> On Mon, Sep 27, 2004 at 03:00:35PM +0200, Rainer Duffner wrote:
>
>>I still don't know if I should replace my Inspiron 4000 with a PowerBook
>>or with a x86-laptop - the price of a D600 seems to come very close
>>anyway and the PB would be hassle-free in the ACPI-departement at
>>least....
>
>
> I've had reasonably good luck running FreeBSD on laptops the past 6
> years. The support gets better all the time. Project Evil is the
> beautiful. Everyone has done a lot of great work getting the hardware
> support together. However, this Powerbook (15", 1.3GHz) and OS X 10.3.5
> is really nice, especially if you have a digital camera.
>
> There are some different hassles from running FreeBSD but in general it
> is a much lower hassle environment, for me. It is nice to be able to
> slam the lid, toss it in the bag, and be sure everything will be right
> where you left it in a few hours when you open it up again.
>
> My biggest complaint is the same as about my last x86 laptop. I hate
> touchpads.
>
I'd recommend Dell, even though it appears their quality has taken a hit
lately, assembly I believe in a new very large country, haha. What I
like is the 1 day service option. Here on my Dell 8600, 1 have had the
mobo replaced 2 times, first for dead parallel port and second for bios
hardware problems. And soon will have keyboard replaced, as soon as I
contact the nice lady in India. It sounds negative, but the only
downside is letting in the technician and setting him up on the kitchen
table. Rob. ps. my old 8200 has only ever needed a new ps
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 15:39:33 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 743BA16A4CE; Mon, 27 Sep 2004 15:39:33 +0000 (GMT)
Received: from rwcrmhc11.comcast.net (rwcrmhc11.comcast.net [204.127.198.35])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 557D743D41; Mon, 27 Sep 2004 15:39:33 +0000 (GMT)
(envelope-from rob@pythonemproject.com)
Received: from [192.168.1.102]
(c-67-169-203-186.client.comcast.net[67.169.203.186])
by comcast.net (rwcrmhc11) with ESMTP
id <2004092715393101300lnukhe> (Authid: europax);
Mon, 27 Sep 2004 15:39:32 +0000
Message-ID: <4158347A.2010200@pythonemproject.com>
Date: Mon, 27 Sep 2004 08:40:42 -0700
From: Rob <rob@pythonemproject.com>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040816
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Daniel O'Connor <doconnor@gsoft.com.au>
References: <20040927111438.GA865@genius.tao.org.uk>
<200409272341.53423.doconnor@gsoft.com.au>
In-Reply-To: <200409272341.53423.doconnor@gsoft.com.au>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
cc: Josef Karthauser <joe@freebsd.org>
cc: freebsd-current@freebsd.org
cc: current@freebsd.org
Subject: Re: Laptop recommendations?
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 15:39:33 -0000
Daniel O'Connor wrote:
> On Mon, 27 Sep 2004 20:44, Josef Karthauser wrote:
>
>>My Dell Inspiron 5000e is getting a bit long in the tooth, and the
>>keyboard has just packed in :( so I'm in the market for a new laptop.
>>Does anyone have any recommendations for me? In particular I want a
>>working ACPI/suspend interface and this Dell has never been supported
>>well - fans on all the time, doesn't resume properly, etc.
>>
>>My previous machine was a Sony Vaio which I loved, but was fairly
>>expensive and the repair support wasn't very good. Dell's support was
>>much better and I'd prefer a Dell I think, but I don't know whether more
>>recent models fair better with power management support, etc.
>>
>>Any helpful hints would be gladly received.
>
>
> I have an Inspiron 8600 which is pretty nice.
> Loads of stuff in it, but kind of heavy if that bothers you.
>
> I use ndis for the Intel wireless, and the nvidia binary drivers for the video
> card (although the new ones don't work yet..)
>
> The 1920x1200 screen is really nice :)
>
> Here is a page on it..
> http://www.gsoft.com.au/~doconnor/I8600/
>
> Note that it won't do better than S1 suspending (hangs or reboots)
>
See my other post on my Dell 8600. I have found that the LinkSys G
router when combined with Netgear pc cards works nice. Don't bother
buying the LinkSys pc cards. I have found them lacking sensitivity, and
on windoze the setup util was unstable. Rob.
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 15:39:33 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 743BA16A4CE; Mon, 27 Sep 2004 15:39:33 +0000 (GMT)
Received: from rwcrmhc11.comcast.net (rwcrmhc11.comcast.net [204.127.198.35])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 557D743D41; Mon, 27 Sep 2004 15:39:33 +0000 (GMT)
(envelope-from rob@pythonemproject.com)
Received: from [192.168.1.102]
(c-67-169-203-186.client.comcast.net[67.169.203.186])
by comcast.net (rwcrmhc11) with ESMTP
id <2004092715393101300lnukhe> (Authid: europax);
Mon, 27 Sep 2004 15:39:32 +0000
Message-ID: <4158347A.2010200@pythonemproject.com>
Date: Mon, 27 Sep 2004 08:40:42 -0700
From: Rob <rob@pythonemproject.com>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040816
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Daniel O'Connor <doconnor@gsoft.com.au>
References: <20040927111438.GA865@genius.tao.org.uk>
<200409272341.53423.doconnor@gsoft.com.au>
In-Reply-To: <200409272341.53423.doconnor@gsoft.com.au>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
cc: Josef Karthauser <joe@freebsd.org>
cc: freebsd-current@freebsd.org
cc: current@freebsd.org
Subject: Re: Laptop recommendations?
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 15:39:33 -0000
Daniel O'Connor wrote:
> On Mon, 27 Sep 2004 20:44, Josef Karthauser wrote:
>
>>My Dell Inspiron 5000e is getting a bit long in the tooth, and the
>>keyboard has just packed in :( so I'm in the market for a new laptop.
>>Does anyone have any recommendations for me? In particular I want a
>>working ACPI/suspend interface and this Dell has never been supported
>>well - fans on all the time, doesn't resume properly, etc.
>>
>>My previous machine was a Sony Vaio which I loved, but was fairly
>>expensive and the repair support wasn't very good. Dell's support was
>>much better and I'd prefer a Dell I think, but I don't know whether more
>>recent models fair better with power management support, etc.
>>
>>Any helpful hints would be gladly received.
>
>
> I have an Inspiron 8600 which is pretty nice.
> Loads of stuff in it, but kind of heavy if that bothers you.
>
> I use ndis for the Intel wireless, and the nvidia binary drivers for the video
> card (although the new ones don't work yet..)
>
> The 1920x1200 screen is really nice :)
>
> Here is a page on it..
> http://www.gsoft.com.au/~doconnor/I8600/
>
> Note that it won't do better than S1 suspending (hangs or reboots)
>
See my other post on my Dell 8600. I have found that the LinkSys G
router when combined with Netgear pc cards works nice. Don't bother
buying the LinkSys pc cards. I have found them lacking sensitivity, and
on windoze the setup util was unstable. Rob.
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 16:04:24 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 87C9316A4CE
for <current@freebsd.org>; Mon, 27 Sep 2004 16:04:24 +0000 (GMT)
Received: from avout2.midco.net (avout2.midco.net [24.220.0.101])
by mx1.FreeBSD.org (Postfix) with ESMTP id 0AD9D43D31
for <current@freebsd.org>; Mon, 27 Sep 2004 16:04:24 +0000 (GMT)
(envelope-from pmes@bis.midco.net)
Received: (qmail 3232 invoked by uid 1010); 27 Sep 2004 16:04:23 -0000
Received: from pmes@bis.midco.net by avout2 by uid 1003 with
qmail-scanner-1.22
(f-prot: 4.4.2/3.14.11. Clear:RC:1(24.220.217.17):.
Processed in 0.015244 secs); 27 Sep 2004 16:04:23 -0000
X-Qmail-Scanner-Mail-From: pmes@bis.midco.net via avout2
X-Qmail-Scanner: 1.22 (Clear:RC:1(24.220.217.17):. Processed in 0.015244 secs)
Received: from host-17-217-220-24.midco.net (HELO [24.220.217.17])
([24.220.217.17]) (envelope-sender <pmes@bis.midco.net>)
by avout2.midco.net (qmail-ldap-1.03) with SMTP
for <lambert@lambertfam.org>; 27 Sep 2004 16:04:23 -0000
In-Reply-To: <4158338A.9090309@pythonemproject.com>
References: <20040927111438.GA865@genius.tao.org.uk>
<1096290034.23046.82.camel@linux-mobile.example.net>
<20040927143811.GA87515@sysmon.tcworks.net>
<4158338A.9090309@pythonemproject.com>
Mime-Version: 1.0 (Apple Message framework v619)
Content-Type: text/plain; charset=US-ASCII; format=flowed
Message-Id: <E36A4F72-109E-11D9-BBA6-000D936BE398@bis.midco.net>
Content-Transfer-Encoding: 7bit
From: Peter Schultz <pmes@bis.midco.net>
Date: Mon, 27 Sep 2004 11:04:19 -0500
To: Rob <rob@pythonemproject.com>
X-Mailer: Apple Mail (2.619)
cc: Scott Lambert <lambert@lambertfam.org>
cc: current@freebsd.org
cc: Rainer Duffner <rainer@ultra-secure.de>
Subject: Re: Laptop recommendations?
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 16:04:24 -0000
How far off are we from a stable version of FreeBSD PPC? Apple's
laptops are sweet.
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 16:12:03 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id A45F216A4CE
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 16:12:03 +0000 (GMT)
Received: from harmony.village.org (rover.village.org [168.103.84.182])
by mx1.FreeBSD.org (Postfix) with ESMTP id 12F3F43D5C
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 16:12:03 +0000 (GMT) (envelope-from imp@bsdimp.com)
Received: from localhost (harmony.village.org [10.0.0.6])
by harmony.village.org (8.13.1/8.13.1) with ESMTP id i8RG95gY081342;
Mon, 27 Sep 2004 10:09:05 -0600 (MDT)
(envelope-from imp@bsdimp.com)
Date: Mon, 27 Sep 2004 10:10:16 -0600 (MDT)
Message-Id: <20040927.101016.116855223.imp@bsdimp.com>
To: doconnor@gsoft.com.au
From: "M. Warner Losh" <imp@bsdimp.com>
In-Reply-To: <200409271724.33417.doconnor@gsoft.com.au>
References: <20040927065752.19038.qmail@new.transactionware.com>
<200409271724.33417.doconnor@gsoft.com.au>
X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI)
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
cc: freebsd-current@freebsd.org
cc: janm-freebsd-current@transactionware.com
Subject: Re: Low volume sound on Dell Precision 530 (snd_ich)
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 16:12:03 -0000
In message: <200409271724.33417.doconnor@gsoft.com.au>
"Daniel O'Connor" <doconnor@gsoft.com.au> writes:
: Try fiddling with the mixer settings?
:
: eg..
: mixer pcm 100
: mixer ogain 100
: mixer vol 100
When I try these with my Sony, I get it loud, but distorted. I just
assumed that this was due to wimpy amps in ich sound parts.
Warner
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 16:15:00 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 42B8116A4CE; Mon, 27 Sep 2004 16:15:00 +0000 (GMT)
Received: from harmony.village.org (rover.village.org [168.103.84.182])
by mx1.FreeBSD.org (Postfix) with ESMTP
id C579243D45; Mon, 27 Sep 2004 16:14:59 +0000 (GMT)
(envelope-from imp@bsdimp.com)
Received: from localhost (harmony.village.org [10.0.0.6])
by harmony.village.org (8.13.1/8.13.1) with ESMTP id i8RGCgFg081390;
Mon, 27 Sep 2004 10:12:42 -0600 (MDT)
(envelope-from imp@bsdimp.com)
Date: Mon, 27 Sep 2004 10:13:53 -0600 (MDT)
Message-Id: <20040927.101353.128335832.imp@bsdimp.com>
To: joe@freebsd.org
From: "M. Warner Losh" <imp@bsdimp.com>
In-Reply-To: <20040927111438.GA865@genius.tao.org.uk>
References: <20040927111438.GA865@genius.tao.org.uk>
X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI)
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
cc: current@freebsd.org
Subject: Re: Laptop recommendations?
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 16:15:00 -0000
In message: <20040927111438.GA865@genius.tao.org.uk>
Josef Karthauser <joe@freebsd.org> writes:
: My previous machine was a Sony Vaio which I loved, but was fairly
: expensive and the repair support wasn't very good. Dell's support was
: much better and I'd prefer a Dell I think, but I don't know whether more
: recent models fair better with power management support, etc.
So far my Sony PCG-Z1WA has been trouble free. More trouble free than
my 505TS ever was.
My Dell i8k died the first of the year (just before I had to travel to
Taiwan to give a talk), so I have no clue how well it works these
days. I'm about to find out how well the Dell i8200 works, however,
since I'm just waiting for a video card to arrive for the parts I've
cobbled together.
Warner
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 16:23:30 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id C118916A4CE
for <current@FreeBSD.org>; Mon, 27 Sep 2004 16:23:30 +0000 (GMT)
Received: from smtp.eos.ocn.ne.jp (eos.ocn.ne.jp [222.146.51.150])
by mx1.FreeBSD.org (Postfix) with ESMTP id 66A0743D39
for <current@FreeBSD.org>; Mon, 27 Sep 2004 16:23:30 +0000 (GMT)
(envelope-from hrs@FreeBSD.org)
Received: from delta.allbsd.org (p20133-adsao12honb4-acca.tokyo.ocn.ne.jp
[219.165.48.133]) by smtp.eos.ocn.ne.jp (Postfix) with ESMTP
id C57EF8E; Tue, 28 Sep 2004 01:23:28 +0900 (JST)
Received: from localhost (alph.allbsd.org [192.168.0.10])
by delta.allbsd.org (8.12.9p2/8.12.9) with ESMTP id i8RGMCbT054421;
Tue, 28 Sep 2004 01:22:16 +0900 (JST)
(envelope-from hrs@FreeBSD.org)
Date: Tue, 28 Sep 2004 01:21:33 +0900 (JST)
Message-Id: <20040928.012133.95006557.hrs@eos.ocn.ne.jp>
To: scottl@samsco.org, sos@DeepCore.dk
From: Hiroki Sato <hrs@FreeBSD.org>
In-Reply-To: <415720FD.8080603@samsco.org>
<20040920022927.GA70726@bobbi.cse.buffalo.edu>
References: <415720FD.8080603@samsco.org>
X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D
X-Mailer: Mew version 4.0.68 on Emacs 21.3 / Mule 5.0 (SAKAKI)
Mime-Version: 1.0
Content-Type: Multipart/Signed; protocol="application/pgp-signature";
micalg=pgp-sha1;
boundary="--Security_Multipart0(Tue_Sep_28_01_21_33_2004_658)--"
Content-Transfer-Encoding: 7bit
cc: current@FreeBSD.org
Subject: Re: FreeBSD 5.3-BETA6 available
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 16:23:31 -0000
----Security_Multipart0(Tue_Sep_28_01_21_33_2004_658)--
Content-Type: Multipart/Mixed;
boundary="--Next_Part(Tue_Sep_28_01_21_33_2004_661)--"
Content-Transfer-Encoding: 7bit
----Next_Part(Tue_Sep_28_01_21_33_2004_661)--
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Scott Long <scottl@samsco.org> wrote
in <415720FD.8080603@samsco.org>:
scottl> Be sure to check the "Known issues" below, there are known problems
scottl> still being worked on at this time.
The following problem in BETA5 is not described as a known problem
this time, but I think it is not fixed yet (removing the INVARIANTS
kernel option masks that, though).
Ken Smith <kensmith@freebsd.org> wrote
in <20040920022927.GA70726@bobbi.cse.buffalo.edu>:
kensmith> Known issues in this release:
(snip)
kensmith> - pst(4) is known to cause a system panic during the boot time.
The attached delta (pst-raid.c rev.1.13->1.14 should be merged.
--
| Hiroki SATO
----Next_Part(Tue_Sep_28_01_21_33_2004_661)--
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Content-Disposition: inline; filename="pst-raid.c.diff"
Index: pst-raid.c
===================================================================
RCS file: /home/ncvs/src/sys/dev/pst/pst-raid.c,v
retrieving revision 1.13
retrieving revision 1.14
diff -d -u -I\$OpenBSD:.*\$ -I\$FreeBSD:.*\$ -I\$Id:.*\$ -I\$hrs:.*\$ -r1.13 -r1.14
--- pst-raid.c 18 Feb 2004 21:36:52 -0000 1.13
+++ pst-raid.c 15 Sep 2004 15:39:28 -0000 1.14
@@ -123,11 +123,11 @@
if (!(psc->info = (struct i2o_bsa_device *)
malloc(sizeof(struct i2o_bsa_device), M_PSTRAID, M_NOWAIT))) {
- contigfree(reply, PAGE_SIZE, M_PSTRAID);
+ contigfree(reply, PAGE_SIZE, M_PSTIOP);
return ENOMEM;
}
bcopy(reply->result, psc->info, sizeof(struct i2o_bsa_device));
- contigfree(reply, PAGE_SIZE, M_PSTRAID);
+ contigfree(reply, PAGE_SIZE, M_PSTIOP);
if (!(reply = iop_get_util_params(psc->iop, psc->lct->local_tid,
I2O_PARAMS_OPERATION_FIELD_GET,
@@ -145,7 +145,7 @@
bpack(ident->vendor, ident->vendor, 16);
bpack(ident->product, ident->product, 16);
sprintf(name, "%s %s", ident->vendor, ident->product);
- contigfree(reply, PAGE_SIZE, M_PSTRAID);
+ contigfree(reply, PAGE_SIZE, M_PSTIOP);
bioq_init(&psc->queue);
----Next_Part(Tue_Sep_28_01_21_33_2004_661)----
----Security_Multipart0(Tue_Sep_28_01_21_33_2004_658)--
Content-Type: application/pgp-signature
Content-Transfer-Encoding: 7bit
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (FreeBSD)
iD8DBQBBWD4NTyzT2CeTzy0RApwBAJ9YGKsy/uOMzXL7Qz147yfklwV9QQCgmO0D
F+wP0jCHi87aoFek1Wi6pSU=
=9wRN
-----END PGP SIGNATURE-----
----Security_Multipart0(Tue_Sep_28_01_21_33_2004_658)----
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 16:34:15 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 7797F16A4CE
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 16:34:15 +0000 (GMT)
Received: from slipgate.org (S0106000acd019ad0.du.shawcable.net
[24.109.1.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4423643D5C
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 16:34:15 +0000 (GMT)
(envelope-from ryan@slipgate.org)
Received: from ryan.lan (gate.lan [192.168.1.1])
by slipgate.org (8.12.11/8.12.11) with ESMTP id i8RGXcFq026047;
Mon, 27 Sep 2004 09:33:38 -0700 (PDT)
Received: from ryan.lan (localhost [127.0.0.1])
by ryan.lan (8.13.1/8.13.1) with ESMTP id i8RGYJfj055626;
Mon, 27 Sep 2004 09:34:19 -0700 (PDT)
(envelope-from ryan@slipgate.org)
Received: (from ryan@localhost)
by ryan.lan (8.13.1/8.13.1/Submit) id i8RGYIf7055625;
Mon, 27 Sep 2004 09:34:18 -0700 (PDT)
(envelope-from ryan@slipgate.org)
X-Authentication-Warning: ryan.lan: ryan set sender to ryan@slipgate.org using
-f
Date: Mon, 27 Sep 2004 09:34:18 -0700
From: Ryan Freeman <ryan@slipgate.org>
To: "M. Warner Losh" <imp@bsdimp.com>
Message-ID: <20040927163418.GA55588@slipgate.org>
References: <20040927065752.19038.qmail@new.transactionware.com>
<200409271724.33417.doconnor@gsoft.com.au>
<20040927.101016.116855223.imp@bsdimp.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20040927.101016.116855223.imp@bsdimp.com>
User-Agent: Mutt/1.4.2.1i
cc: FreeBSD Mailing List <freebsd-current@freebsd.org>
Subject: Re: Low volume sound on Dell Precision 530 (snd_ich)
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 16:34:15 -0000
On Mon, Sep 27, 2004 at 10:10:16AM -0600, M. Warner Losh wrote:
> In message: <200409271724.33417.doconnor@gsoft.com.au>
> "Daniel O'Connor" <doconnor@gsoft.com.au> writes:
> : Try fiddling with the mixer settings?
> :
> : eg..
> : mixer pcm 100
> : mixer ogain 100
> : mixer vol 100
>
> When I try these with my Sony, I get it loud, but distorted. I just
> assumed that this was due to wimpy amps in ich sound parts.
>
try setting the pcm and ogain to about 80 or so. with my sblive, if i turn
the pcm up all the way, it gets distorted. about 80% is fine. never used ogain
myself but maybe it applies for you? oh and the master volume doesn't distort
for me so i let it slide from 0 to 100 depending on what i'm listening to ;)
- ryan
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 16:35:20 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id D579316A4CE; Mon, 27 Sep 2004 16:35:20 +0000 (GMT)
Received: from postal3.es.net (postal3.es.net [198.128.3.207])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 99C2643D1D; Mon, 27 Sep 2004 16:35:20 +0000 (GMT)
(envelope-from oberman@es.net)
Received: from ptavv.es.net ([198.128.4.29])
by postal3.es.net (Postal Node 3) with ESMTP (SSL) id IBA74465;
Mon, 27 Sep 2004 09:35:18 -0700
Received: from ptavv (localhost [127.0.0.1])
by ptavv.es.net (Tachyon Server) with ESMTP id E63255D04;
Mon, 27 Sep 2004 09:35:17 -0700 (PDT)
To: Colin Percival <cperciva@wadham.ox.ac.uk>
In-reply-to: Your message of "Mon, 27 Sep 2004 04:38:30 PDT."
<4157FBB6.6060508@wadham.ox.ac.uk>
Date: Mon, 27 Sep 2004 09:35:17 -0700
From: "Kevin Oberman" <oberman@es.net>
Message-Id: <20040927163517.E63255D04@ptavv.es.net>
cc: Josef Karthauser <joe@freebsd.org>
cc: current@freebsd.org
Subject: Re: Laptop recommendations?
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 16:35:21 -0000
> Date: Mon, 27 Sep 2004 04:38:30 -0700
> From: Colin Percival <cperciva@wadham.ox.ac.uk>
> Sender: owner-freebsd-current@freebsd.org
>
> Josef Karthauser wrote:
> > My Dell Inspiron 5000e is getting a bit long in the tooth, and the
> > keyboard has just packed in :( so I'm in the market for a new laptop.
> > Does anyone have any recommendations for me? In particular I want a
> > working ACPI/suspend interface and this Dell has never been supported
> > well - fans on all the time, doesn't resume properly, etc.
>
> The only problems I've had with my 600m / D600 are:
> 1. Upon resuming from S1, moused is confused and needs to be restarted;
Be sure to read ten psm man page. There are several flags available to
help on this problem. HOOKRESUME and INITAFTERSUSPEND are the ones of
interest. Try HOOKRESUME first and add the more drastic INITAFTERSUSPEND
if that does not do the trick.
For the bit-counting challenged, 0x2000 and 0x6000 are the hex equivalents.
--
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-current@FreeBSD.ORG Mon Sep 27 16:55:10 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id D656716A4CE; Mon, 27 Sep 2004 16:55:10 +0000 (GMT)
Received: from ran.psg.com (ip192.186.dsl-acs2.seawa0.iinet.com
[209.20.186.192]) by mx1.FreeBSD.org (Postfix) with ESMTP
id 729FF43D2F; Mon, 27 Sep 2004 16:55:10 +0000 (GMT)
(envelope-from randy@psg.com)
Received: from localhost ([127.0.0.1] helo=ran.psg.com.psg.com)
by ran.psg.com with esmtp (Exim 4.34 (FreeBSD))
id 1CBymK-0008Qs-Ml; Mon, 27 Sep 2004 09:55:08 -0700
From: Randy Bush <randy@psg.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-ID: <16728.17900.196968.145116@ran.psg.com>
Date: Mon, 27 Sep 2004 09:55:08 -0700
To: Scott Long <scottl@FreeBSD.org>
References: <415720FD.8080603@samsco.org>
<m3oejs3tom.fsf@merlin.emma.line.org>
<415812AD.2090901@FreeBSD.org>
cc: current@FreeBSD.org
Subject: Re: FreeBSD 5.3-BETA6 available
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 16:55:10 -0000
[ cc:s trimmed ]
>> 5. default inetd configuration denial of service bug, conf/33670, is still
>> open and unpatched AND A LAST CHANCE TO FIX NOW
> inetd is not turned on by default.
yes, but many of us with servers have to run it
randy
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 16:56:46 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id E6BC016A4CE
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 16:56:46 +0000 (GMT)
Received: from 82-168-140-74-bbxl.xdsl.tiscali.nl
(82-168-140-74-bbxl.xdsl.tiscali.nl [82.168.140.74])
by mx1.FreeBSD.org (Postfix) with ESMTP id A637843D80
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 16:56:45 +0000 (GMT)
(envelope-from rene@82-168-140-74-bbxl.xdsl.tiscali.nl)
Received: from 82-168-140-74-bbxl.xdsl.tiscali.nl (atmosphere.local
[127.0.0.1])i8RGvPY4000823 for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 18:57:25 +0200 (CEST)
(envelope-from rene@82-168-140-74-bbxl.xdsl.tiscali.nl)
Received: (from rene@localhost)i8RGvPD9000822
for freebsd-current@freebsd.org;
Mon, 27 Sep 2004 18:57:25 +0200 (CEST) (envelope-from rene)
Date: Mon, 27 Sep 2004 18:57:25 +0200
From: Rene Ladan <r.c.ladan@student.tue.nl>
To: freebsd-current@freebsd.org
Message-ID: <20040927165724.GA771@82-168-140-74-bbxl.xdsl.tiscali.nl>
Mail-Followup-To: freebsd-current@freebsd.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="qMm9M+Fa2AknHoGS"
Content-Disposition: inline
User-Agent: Mutt/1.4.2.1i
Subject: panic: negative nice count
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 16:56:47 -0000
--qMm9M+Fa2AknHoGS
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Hi,
I'm running BETA6:
FreeBSD 82-168-140-74-bbxl.xdsl.tiscali.nl 5.3-BETA6 FreeBSD 5.3-BETA6 #0:
Mon Sep 27 03:04:45 CEST 2004 root@82-168-140-74-bbxl.xdsl.tiscali.nl:
/usr/obj/usr/src-releng_5/sys/RENE_2004-09-05d i386
When I did "idprio 31 -<pid>" on a process with nice 20, I got a
"negative nice count" panic from kern_shutdown.c:553. I'm using ULE /
witness / no PREEMPTION
root@82-168-140-74-bbxl.xdsl.tiscali.nl:/usr/tmp/crashes#kgdb /boot/kernel.debug/.kernel.debug vmcore.1
[GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: 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 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".
doadump () at pcpu.h:159
(kgdb) bt f
#0 doadump () at pcpu.h:159
No locals.
#1 0xc048f7b2 in boot (howto=260)
at /usr/src-releng_5/sys/kern/kern_shutdown.c:397
first_buf_printf = 1
#2 0xc048fb28 in panic (fmt=0xc05fa1ba "Negative nice count.")
at /usr/src-releng_5/sys/kern/kern_shutdown.c:553
td = (struct thread *) 0xc14b6000
bootopt = 256
newpanic = 1
ap = 0xcee2dc58 "\001"
buf = "Negative nice count.", '\0' <repeats 235 times>
#3 0xc04a1cab in kseq_nice_rem (kseq=0xc06452e0, nice=20)
at /usr/src-releng_5/sys/kern/sched_ule.c:465
n = 0
#4 0xc04a2924 in sched_class (kg=0xc1880150, class=4)
at /usr/src-releng_5/sys/kern/sched_ule.c:1459
kseq = (struct kseq *) 0xc06452e0
ke = (struct td_sched *) 0x0
td = (struct thread *) 0xc1882000
nclass = 4
oclass = 3
#5 0xc048d14f in rtp_to_pri (rtp=0xcee2dcd4, kg=0xc1880150)
at /usr/src-releng_5/sys/kern/kern_resource.c:424
No locals.
#6 0xc048d03a in rtprio (td=0xc1880150, uap=0xcee2dd14)
at /usr/src-releng_5/sys/kern/kern_resource.c:389
curp = (struct proc *) 0x0
p = (struct proc *) 0xc187f540
kg = (struct ksegrp *) 0xc1880150
rtp = {type = 4, prio = 31}
cierror = 0
error = 0
#7 0xc05d9130 in syscall (frame=
{tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 134515411, tf_esi = -1077940737, tf_ebp = -1077941004, tf_isp = -823992972, tf_ebx = -1077940744, tf_edx = 0, tf_ecx = 639, tf_eax = 166, tf_trapno = 12, tf_err = 2, tf_eip = 671914111, tf_cs = 31, tf_eflags = 531, tf_esp = -1077941076, tf_ss = 47})
at /usr/src-releng_5/sys/i386/i386/trap.c:1001
params = 0xbfbfecb0 <Address 0xbfbfecb0 out of bounds>
callp = (struct sysent *) 0xc061c530
td = (struct thread *) 0xc14b6000
p = (struct proc *) 0xc1680380
orig_tf_eflags = 531
sticks = 2
error = 0
narg = 3
args = {1, 639, -1077941020, 2, -1050147968, 0, 0, 3}
code = 166
#8 0xc05c7f9f in Xint0x80_syscall ()
at /usr/src-releng_5/sys/i386/i386/exception.s:201
No locals.
#9 0x0000002f in ?? ()
No symbol table info available.
#10 0x0000002f in ?? ()
No symbol table info available.
#11 0x0000002f in ?? ()
No symbol table info available.
#12 0x08048ad3 in ?? ()
No symbol table info available.
#13 0xbfbfedff in ?? ()
No symbol table info available.
#14 0xbfbfecf4 in ?? ()
No symbol table info available.
#15 0xcee2dd74 in ?? ()
No symbol table info available.
#16 0xbfbfedf8 in ?? ()
No symbol table info available.
#17 0x00000000 in ?? ()
No symbol table info available.
#18 0x0000027f in ?? ()
No symbol table info available.
#19 0x000000a6 in ?? ()
No symbol table info available.
#20 0x0000000c in ?? ()
No symbol table info available.
#21 0x00000002 in ?? ()
No symbol table info available.
#22 0x280c987f in ?? ()
No symbol table info available.
#23 0x0000001f in ?? ()
No symbol table info available.
#24 0x00000213 in ?? ()
No symbol table info available.
#25 0xbfbfecac in ?? ()
No symbol table info available.
#26 0x0000002f in ?? ()
No symbol table info available.
#27 0x00000000 in ?? ()
No symbol table info available.
#28 0x00000000 in ?? ()
No symbol table info available.
#29 0x00000000 in ?? ()
No symbol table info available.
#30 0x00000000 in ?? ()
No symbol table info available.
#31 0x06e73000 in ?? ()
No symbol table info available.
#32 0xc14b6154 in ?? ()
No symbol table info available.
#33 0xc13e61a0 in ?? ()
No symbol table info available.
#34 0xcee2dc9c in ?? ()
No symbol table info available.
#35 0xcee2dc78 in ?? ()
No symbol table info available.
#36 0xc14b6000 in ?? ()
No symbol table info available.
#37 0xc04a2520 in sched_switch (td=0xbfbfedf8, newtd=0xbfbfedff, flags=Cannot access memory at address 0xbfbfed04
)
at /usr/src-releng_5/sys/kern/sched_ule.c:1286
ke = (struct td_sched *) 0x8048ad3
Previous frame inner to this frame (corrupt stack?)
(kgdb) q
--qMm9M+Fa2AknHoGS
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)
iD8DBQFBWEZ0bWa3bO9NFoMRAj7vAJ0czEQGUv/YjHoS5YSJduFBl5URigCeL3mR
F7hlgFnA6XJV1sTt2LsWkWM=
=uUrk
-----END PGP SIGNATURE-----
--qMm9M+Fa2AknHoGS--
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 16:59:05 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 7943716A4CE
for <current@FreeBSD.org>; Mon, 27 Sep 2004 16:59:05 +0000 (GMT)
Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57])
by mx1.FreeBSD.org (Postfix) with ESMTP id 24FF543D31
for <current@FreeBSD.org>; Mon, 27 Sep 2004 16:59:05 +0000 (GMT)
(envelope-from scottl@FreeBSD.org)
Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11])
(authenticated bits=0)
by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i8RGxa8i058966;
Mon, 27 Sep 2004 10:59:36 -0600 (MDT)
(envelope-from scottl@FreeBSD.org)
Message-ID: <41584682.9050204@FreeBSD.org>
Date: Mon, 27 Sep 2004 10:57:38 -0600
From: Scott Long <scottl@FreeBSD.org>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040831
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Randy Bush <randy@psg.com>
References: <415720FD.8080603@samsco.org>
<m3oejs3tom.fsf@merlin.emma.line.org> <415812AD.2090901@FreeBSD.org>
<16728.17900.196968.145116@ran.psg.com>
In-Reply-To: <16728.17900.196968.145116@ran.psg.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63
X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org
cc: current@FreeBSD.org
Subject: Re: FreeBSD 5.3-BETA6 available
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 16:59:05 -0000
Randy Bush wrote:
> [ cc:s trimmed ]
>
>
>>>5. default inetd configuration denial of service bug, conf/33670, is still
>>> open and unpatched AND A LAST CHANCE TO FIX NOW
>>
>>inetd is not turned on by default.
>
>
> yes, but many of us with servers have to run it
>
> randy
>
I understand and appreciate that. That's why I asked how other OS's
handle inetd.
Scott
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 17:01:35 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id C731D16A4CE
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 17:01:35 +0000 (GMT)
Received: from mail-gw0.york.ac.uk (mail-gw0.york.ac.uk [144.32.128.245])
by mx1.FreeBSD.org (Postfix) with ESMTP id 3E1BA43D46
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 17:01:35 +0000 (GMT)
(envelope-from gavin.atkinson@ury.york.ac.uk)
Received: from buffy.york.ac.uk (buffy.york.ac.uk [144.32.226.160])
by mail-gw0.york.ac.uk (8.12.10/8.12.10) with ESMTP id i8RH1VN5022664;
Mon, 27 Sep 2004 18:01:31 +0100 (BST)
Received: from buffy.york.ac.uk (localhost [127.0.0.1])
by buffy.york.ac.uk (8.13.1/8.13.1) with ESMTP id i8RH1SiY004756;
Mon, 27 Sep 2004 18:01:28 +0100 (BST)
(envelope-from gavin.atkinson@ury.york.ac.uk)
Received: (from ga9@localhost)
by buffy.york.ac.uk (8.13.1/8.13.1/Submit) id i8RH1SbT004755;
Mon, 27 Sep 2004 18:01:28 +0100 (BST)
(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: Ryan Freeman <ryan@slipgate.org>
In-Reply-To: <20040927163418.GA55588@slipgate.org>
References: <20040927065752.19038.qmail@new.transactionware.com>
<200409271724.33417.doconnor@gsoft.com.au>
<20040927.101016.116855223.imp@bsdimp.com>
<20040927163418.GA55588@slipgate.org>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Message-Id: <1096304488.3329.50.camel@buffy.york.ac.uk>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.6
Date: Mon, 27 Sep 2004 18:01:28 +0100
X-York-MailScanner: Found to be clean
X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk
cc: FreeBSD Mailing List <freebsd-current@freebsd.org>
cc: "M. Warner Losh" <imp@bsdimp.com>
Subject: Re: Low volume sound on Dell Precision 530 (snd_ich)
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 17:01:35 -0000
On Mon, 2004-09-27 at 17:34, Ryan Freeman wrote:
> On Mon, Sep 27, 2004 at 10:10:16AM -0600, M. Warner Losh wrote:
> > In message: <200409271724.33417.doconnor@gsoft.com.au>
> > "Daniel O'Connor" <doconnor@gsoft.com.au> writes:
> > : Try fiddling with the mixer settings?
> > :
> > : eg..
> > : mixer pcm 100
> > : mixer ogain 100
> > : mixer vol 100
> >
> > When I try these with my Sony, I get it loud, but distorted. I just
> > assumed that this was due to wimpy amps in ich sound parts.
> >
>
> try setting the pcm and ogain to about 80 or so. with my sblive, if i turn
> the pcm up all the way, it gets distorted. about 80% is fine. never used ogain
> myself but maybe it applies for you? oh and the master volume doesn't distort
> for me so i let it slide from 0 to 100 depending on what i'm listening to ;)
Hmm, are these all ICH chipsets? I'm seeing the same on my desktop
machine (ICH5 chipset). I have an identical system running Windows which
I can turn up to 100% without distortion, and it is louder, too, which
suggests to me that it may not be the output stage being saturated.
Gavin
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 17:03:22 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 242D616A4CF
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 17:03:22 +0000 (GMT)
Received: from mail.parodius.com (mail.parodius.com [64.62.145.229])
by mx1.FreeBSD.org (Postfix) with ESMTP id E313843D48
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 17:03:21 +0000 (GMT)
(envelope-from jdc@pentarou.parodius.com)
Received: from pentarou.parodius.com (jdc@localhost [127.0.0.1])
by mail.parodius.com (8.13.1/8.13.1) with ESMTP id i8RH3Lup033896
(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 10:03:21 -0700 (PDT)
(envelope-from jdc@pentarou.parodius.com)
Received: (from jdc@localhost)
by pentarou.parodius.com (8.13.1/8.13.1/Submit) id i8RH3LU7033895
for freebsd-current@freebsd.org; Mon, 27 Sep 2004 10:03:21 -0700 (PDT)
(envelope-from jdc)
Date: Mon, 27 Sep 2004 10:03:21 -0700
From: Jeremy Chadwick <freebsd@jdc.parodius.com>
To: freebsd-current@freebsd.org
Message-ID: <20040927170321.GA31501@parodius.com>
Mail-Followup-To: freebsd-current@freebsd.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.5.6i
Subject: Pending issues with RELENG_5
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 17:03:22 -0000
Here's a list of things that still concern me so far with RELENG_5,
particularly with BETA6 (and even more recent than that). Hopefully
the appropriate parties can chime in here...
* No /etc/mergemaster.rc or /etc/defaults/mergemaster.rc
Possibly creating this out-of-the-box during install, or keep a
template in /etc/defaults/mergemaster.rc ?
* /etc/rc.d/named does not set up chroot environment properly
For example, in the chroot_autoupdate() function, lines 37
and 41 call pax blindly, referring to ${named_chrootdir}/dev even
if it hasn't been created.
The same goes for ${named_chrootdir}/etc/namedb/rndc.key, and the
entire ${named_chrootdir}/etc tree (etc/localtime, etc/namedb, and
so on).
Could we get appropriate if [ -d ...]; then mkdir/chown/chmod; fi
statements for creating this structure? I personally have no idea
who the appropriate directories should be owned by, or perm'd to.
* bind9 chroot tips
Possibly some details on how to configure named.conf inside the
default named.conf? We hint at it already...
* Leftovers from bind8-->bind9 upgrade
We now have two versions of nslookup; /usr/bin/nslookup and
/usr/sbin/nslookup (deprecated), but we've also /usr/lib/libisc.*
I assume this can be deleted and ldconfig -R re-run? There's also
the old dnsquery and dnskeygen binaries, extraneous manpages, etc..
[This entry could spawn off quite a long thread about how exactly we
plan on handling 'outdated' files. None of this will matter when
actually installing 5.3-STABLE (when released) on a new box, but
for all bazillion of us who cvsup+world, it's a long-standing issue.]
I was in a hurry this morning to get this out, meaning my actual "full
list" is probably quite a bit longer... just need the time to sit down
and type it all in. :-)
--
| Jeremy Chadwick jdc at parodius.com |
| Parodius Networking http://www.parodius.com/ |
| UNIX Systems Administrator Mountain View, CA, USA |
| Making life hard for others since 1977. |
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 17:05:10 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 6727316A4CE; Mon, 27 Sep 2004 17:05:10 +0000 (GMT)
Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 864D743D46; Mon, 27 Sep 2004 17:05:09 +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 C34DB1FFDD6; Mon, 27 Sep 2004 19:05:07 +0200 (CEST)
Received: by transport.cksoft.de (Postfix, from userid 66)
id C15821FFDD8; Mon, 27 Sep 2004 19:05:05 +0200 (CEST)
Received: by mail.int.zabbadoz.net (Postfix, from userid 1060)
id E8264154FC; Mon, 27 Sep 2004 17:02:57 +0000 (UTC)
Received: from localhost (localhost [127.0.0.1])
by mail.int.zabbadoz.net (Postfix) with ESMTP
id DCF0C15384; Mon, 27 Sep 2004 17:02:57 +0000 (UTC)
Date: Mon, 27 Sep 2004 17:02:57 +0000 (UTC)
From: "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net>
X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net
To: Pavel Gubin <pg@ie.tusur.ru>
In-Reply-To: <20040923165349.GA38511@ie.tusur.ru>
Message-ID: <Pine.BSF.4.53.0409271605230.11069@e0-0.zab2.int.zabbadoz.net>
References: <20040922095257.GA81709@ie.tusur.ru>
<200409221628.51977.jhb@FreeBSD.org>
<200409231029.47945.jhb@FreeBSD.org>
<20040923165349.GA38511@ie.tusur.ru>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de
cc: freebsd-current@freebsd.org
Subject: Re: "Multiple entries for PCI IRQ 16" and "xlock already held"panics
on 5.3-BETA(3,4,5)
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 17:05:10 -0000
On Thu, 23 Sep 2004, Pavel Gubin wrote:
Hi,
> On Thu, Sep 23, 2004 at 10:29:47AM -0400, John Baldwin wrote:
>
> > > > > panices immediately with "panic: Multiple entries for PCI IRQ 16"
> []
> > > I/O Ints: Type Polarity Trigger Bus ID IRQ APIC ID PIN#
> > > INT active-lo level 0 2:A 2 16
> > > INT active-lo level 0 2:A 2 23
> >
> > This is the real bug and I guess I can improve the message. Then problem is
> > not two lines for IRQ 16, but that the PCI interrrupt for bus 0, device 2,
> > pin #A has two different IRQs listed, so we don't know which one we are
> > supposed to use. This is definitely a BIOS bug and your motherboard
> > manufacturer needs to harassed into giving you a BIOS update.
>
> Then shame on MSI.. And some stupid question - maybe a kernel can be given
MSI A6120MS V2.0 (latest BIOS from 7/2000 I think)
I/O Ints: Type Polarity Trigger Bus ID IRQ APIC ID PIN#
..
INT active-lo level 0 15:A 2 16
..
INT active-lo level 0 15:A 2 18
..
normally it goes
------
OK lsmod
0x400000: /boot/kernel/kernel (elf kernel, 0x6c76cc)
modules: linux.1 elink.1 io.1 splash.1 viapm.1 intpm.1 alpm.1 agp.1 crypto.1 nfsserver.1 nfs4.1 nfs.1 ipfw.2 rc4.1 netgraph.65546 wlan.1 zlib.1 sppp.1 if_gif.1 if_fait h.1 ether.1 sysvshm.1 sysvsem.1 sysvmsg.1 cd9660.1 isa.1 pseudofs.1 procfs.1 msdosfs.1 usb.1 smbus.1 smb.1 random.1 ppbus.1 pci.1 pccard.1 null.1 mpt.1 miibus.1 mem.1 is p.1 iicsmb.1 iicbus.1 iicbb.1 iic.1 ic.1 sbp.1 fwe.1 firewire.1 exca.1 cardbus.1 ahd.1 ahd_pci.1 ahc.1 ahc_pci.1 ahc_isa.1 ahc_eisa.1 linprocfs.1 scsi_low.1 cam.1
OK set boot_verbose=1
OK show
LINES=24
acpi_load=YES
autoboot_delay=NO
boot_verbose=1
...
OK boot -h
ACPI autoload failed - no such file or directory
Preloaded elf kernel "/boot/kernel/kernel" at 0xc0ac9000.
MP Configuration Table version 1.4 found at 0xc00f7200
APIC: Using the MPTable enumerator.
SMP: Added CPU 0 (BSP)
SMP: Added CPU 1 (AP)
MPTable: <MSI 440BX >
...
panic: Multiple IRQs for PCI interrupt 0.15.INTA: 16 and 18
cpuid = 0
KDB: enter: panic
[thread 0]
Stopped at kdb_enter+0x2b: nop
db>
------
but if I do (no lsmod this time but that shouldn't matter):
------
db> reset
OK set boot_verbose=1
OK unload acpi <------- this
OK boot -h
/boot/kernel/kernel text=0x4b6e3c data=0x88048+0x9bc78 syms=[0x4+0x6b200+0x4+0x809c1]
/boot/kernel/acpi.ko text=0x4097c data=0x1be4+0x110c syms=[0x4+0x7300+0x4+0x9782]
...
Preloaded elf kernel "/boot/kernel/kernel" at 0xc0b1e000.
Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0b1e250.
Table 'FACP' at 0x1fff0030
Table 'APIC' at 0x1fff00b0
MADT: Found table at 0x1fff00b0
MP Configuration Table version 1.4 found at 0xc00f7200
APIC: Using the MADT enumerator.
MADT: Found CPU APIC ID 0 ACPI ID 1: enabled
SMP: Added CPU 0 (AP)
MADT: Found CPU APIC ID 1 ACPI ID 2: enabled
SMP: Added CPU 1 (AP)
ACPI APIC Table: <AMIINT DRAC-100>
...
------
everything boots up just fine.
/me does not have to understand - do I ?
--
Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 17:06:54 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id C504A16A4D0
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 17:06:54 +0000 (GMT)
Received: from green.homeunix.org (pcp04368961pcs.nrockv01.md.comcast.net
[69.140.212.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A99443D2F
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 17:06:54 +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.1/8.13.1) with ESMTP id i8RH6lKu024579;
Mon, 27 Sep 2004 13:06:47 -0400 (EDT)
(envelope-from green@green.homeunix.org)
Received: (from green@localhost)
by green.homeunix.org (8.13.1/8.13.1/Submit) id i8RH6kfA024578;
Mon, 27 Sep 2004 13:06:46 -0400 (EDT)
(envelope-from green)
Date: Mon, 27 Sep 2004 13:06:46 -0400
From: Brian Fundakowski Feldman <green@freebsd.org>
To: Randy Bush <randy@psg.com>
Message-ID: <20040927170646.GA24003@green.homeunix.org>
References: <20040926201250.B9557@fw.reifenberger.com>
<20040926.144323.94553654.imp@bsdimp.com>
<20040926231325.K1076@fw.reifenberger.com>
<20040926.152400.31236652.imp@bsdimp.com>
<16727.14272.253596.831284@ran.psg.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <16727.14272.253596.831284@ran.psg.com>
User-Agent: Mutt/1.5.6i
cc: freebsd-current@freebsd.org
cc: "M. Warner Losh" <imp@bsdimp.com>
Subject: Re: "dump -L -C32 .. | gzip -3c" stuck under -current
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 17:06:54 -0000
On Sun, Sep 26, 2004 at 02:42:24PM -0700, Randy Bush wrote:
> >> Then this could be a snapshot problem.
> > I'm not sure. Just reporting what piperd ment...
>
> there is a system from which i have not been able to dump -L
> since last winter.
At the very least you want to get the wait channel or state of each
process in the chain, or information on whether it has exited... Use
ps with the l flag, or top, and you should know a little bit more of
what is going on.
--
Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\
<> green@FreeBSD.org \ The Power to Serve! \
Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 17:16:42 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 2E15516A4CE
for <current@freebsd.org>; Mon, 27 Sep 2004 17:16:42 +0000 (GMT)
Received: from rosebud.otenet.gr (rosebud.otenet.gr [195.170.0.26])
by mx1.FreeBSD.org (Postfix) with ESMTP id 67CFD43D39
for <current@freebsd.org>; Mon, 27 Sep 2004 17:16:40 +0000 (GMT)
(envelope-from keramida@linux.gr)
Received: from orion.daedalusnetworks.priv (host5.bedc.ondsl.gr
[62.103.39.229])i8RHGT3E010717; Mon, 27 Sep 2004 20:16:29 +0300
Received: from orion.daedalusnetworks.priv (orion [127.0.0.1])
i8RHGU0n004887; Mon, 27 Sep 2004 20:16:30 +0300 (EEST)
(envelope-from keramida@linux.gr)
Received: (from keramida@localhost)i8RHGU0R004886;
Mon, 27 Sep 2004 20:16:30 +0300 (EEST)
(envelope-from keramida@linux.gr)
Date: Mon, 27 Sep 2004 20:16:30 +0300
From: Giorgos Keramidas <keramida@linux.gr>
To: Jose M Rodriguez <josemi@freebsd.jazztel.es>
Message-ID: <20040927171630.GB4684@orion.daedalusnetworks.priv>
References: <opsezkmjx86abrq7@localhost.redesjm.local>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <opsezkmjx86abrq7@localhost.redesjm.local>
cc: current@freebsd.org
Subject: Re: WIP: /etc/rc.d/xdm RCORDER problems
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 17:16:42 -0000
On 2004-09-27 14:50, Jose M Rodriguez <josemi@freebsd.jazztel.es> wrote:
> I have now a working /etc/rc.d/xdm script for booting
> Xorg(XDMCP)/gdm/kdm/xdm.
> But I have reached a problem.
>
> The xdm script requires LOGIN syscons and moused.
> But xdm is take very early by rcorder and gets running before init launch
> the gettys.
> For a safe solution, I think that /etc/rc.d/xdm must tagged 'nostart' and
> launch from /etc/ttys.
> No. In this case must become a real wrapper.
>
> But I recall that gnome users do this from /usr/X11R6/etc/rc.d/gdm.sh
> without too much problems
>
> So, I think that must be a real /etc/rc.d/ problem
>
> After a first look, IMHO, seems that a lot of BEFORE tags are missing. At
> last several BEFORE: LOGIN.
>
> rcorder -k FreeBSD -s nostart /etc/rc.d/*
> ...
> /etc/rc.d/LOGIN
> /etc/rc.d/syscons
> /etc/rc.d/xdm
> /etc/rc.d/watchdogd
> /etc/rc.d/sshd
> /etc/rc.d/sendmail
> /etc/rc.d/archdep
> /etc/rc.d/abi
> /etc/rc.d/cron
> /etc/rc.d/devfs
> /etc/rc.d/jail
> /etc/rc.d/localpkg
> /etc/rc.d/netoptions
> /etc/rc.d/securelevel
> /etc/rc.d/resolv
> /etc/rc.d/pcvt
> /etc/rc.d/othermta
> /etc/rc.d/nsswitch
> /etc/rc.d/msgs
> /etc/rc.d/mixer
> /etc/rc.d/inetd
> /etc/rc.d/bgfsck
>
> This is FreeBSD-5BETA5
> May I send-pr this?
Sure, you can always send-pr something that bothers you. In this case
though, IMHO, you should wait a bit.
Some of the rc.d scripts you listed above have a `REQUIRE: LOGIN' line.
This will create a dependency problem if combined with a line that
contains `BEFORE: LOGIN', since a script cannot depend on LOGIN to start
but start before LOGIN.
The scripts that depend on LOGIN and are listed above are:
/etc/rc.d/syscons:# REQUIRE: LOGIN usbd
/etc/rc.d/sshd:# REQUIRE: LOGIN
/etc/rc.d/sendmail:# REQUIRE: LOGIN
/etc/rc.d/archdep:# REQUIRE: LOGIN
/etc/rc.d/abi:# REQUIRE: LOGIN
/etc/rc.d/cron:# REQUIRE: LOGIN
/etc/rc.d/devfs:# REQUIRE: LOGIN
/etc/rc.d/jail:# REQUIRE: LOGIN
/etc/rc.d/pcvt:# REQUIRE: LOGIN
/etc/rc.d/othermta:# REQUIRE: LOGIN
/etc/rc.d/msgs:# REQUIRE: LOGIN
/etc/rc.d/mixer:# REQUIRE: LOGIN usbd
/etc/rc.d/inetd:# REQUIRE: DAEMON LOGIN
- Giorgos
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 17:19:16 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id CA86816A4CE
for <freebsd-current@FreeBSD.org>;
Mon, 27 Sep 2004 17:19:16 +0000 (GMT)
Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163])
by mx1.FreeBSD.org (Postfix) with ESMTP id EB3C243D41
for <freebsd-current@FreeBSD.org>;
Mon, 27 Sep 2004 17:19:15 +0000 (GMT)
(envelope-from truckman@FreeBSD.org)
Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2])
by gw.catspoiler.org (8.13.1/8.13.1) with ESMTP id i8RHIsrP032923;
Mon, 27 Sep 2004 10:18:59 -0700 (PDT)
(envelope-from truckman@FreeBSD.org)
Message-Id: <200409271718.i8RHIsrP032923@gw.catspoiler.org>
Date: Mon, 27 Sep 2004 10:18:54 -0700 (PDT)
From: Don Lewis <truckman@FreeBSD.org>
To: scrappy@hub.org
In-Reply-To: <20040924160535.N43964@ganymede.hub.org>
MIME-Version: 1.0
Content-Type: TEXT/plain; charset=us-ascii
cc: freebsd-current@FreeBSD.org
cc: keramida@linux.gr
Subject: Re: what is fsck's "slowdown"?
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 17:19:16 -0000
On 24 Sep, Marc G. Fournier wrote:
>
> Just curious as to whether or not this is going to get applied to the
> source tree ... ? Just checked my -current, and it isn't there yet, just
> wanted to see if maybe its been forgotten? :(
There are a couple of tweaks that I want to do. My plan is to re-post
the patch to current@ for further testing before I commit it. After it
has had time to be sufficiently exercised in -CURRENT, I'll MFC it to
RELENG_5 (after 5.3-RELEASE), and RELENG_4. The feedback I've gotten
from those who reviewed the patch has been positive, but I want to take
it slow because of the critical nature of fsck.
> On Sun, 5 Sep 2004, Don Lewis wrote:
>
>> On 4 Sep, To: scrappy@hub.org wrote:
>>> On 4 Sep, Don Lewis wrote:
>>>> On 4 Sep, Marc G. Fournier wrote:
>>>>> On Fri, 3 Sep 2004, Don Lewis wrote:
>>>>
>>>>>> Would the file system in question happen to be full of UNREF files that
>>>>>> fsck is deleting?
>>>>>
>>>>> mostly 'ZERO LENGTH DIRECTORY' ...
>>>>
>>>> I'm pretty sure that I understand the problem now. During pass 4, fsck
>>>> looks at each inode. It checks each inode in the FSTATE and DFOUND
>>>> states to see if their link counts need to be adjusted. If the link
>>>> count does not need to be adjusted, fsck checks to see if the inode is
>>>> on the list of inodes whose initial link counts were zero, and if it
>>>> finds the inode on this list, it clears the inode.
>>>>
>>>> The problem is that the zero length directories get added to this list
>>>> if their initial link count is zero, and they also don't get removed
>>>> from the list because they are in the DCLEAR state, so the list doesn't
>>>> shrink. This bloats the list, which greatly slows down processing of
>>>> normal files and directories.
>>>>
>>>> Deleting unreferenced files is not the biggest bottleneck, so reversing
>>>> the order of the list isn't going to help much. Probably the biggest
>>>> speedup could be gained by keeping the zero length directories off the
>>>> list.
>>>
>>> An even better solution would be to dispense with the zln list entirely
>>> and just set a bit for these inodes in their struct inostat. This
>>> change is a bit more intrusive because of the need for some sort of
>>> packing strategy because of the need to keep this structure small. My
>>> initial inclination would be to add two new states, FZERO and DZERO,
>>> that pass1() would use to mark inodes with a zero link count.
>>
>> Here's a patch that eliminates the zln list and adds two new inode
>> states to tag zero files and directories that have a zero link count. It
>> seems to work in the light testing that I have done, but it needs
>> further and review before it gets committed.
>>
[snip]
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 17:38:32 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 7FFF216A4CF
for <current@freebsd.org>; Mon, 27 Sep 2004 17:38:32 +0000 (GMT)
Received: from smtp1.jazztel.es (smtp1.jazztel.es [62.14.3.161])
by mx1.FreeBSD.org (Postfix) with ESMTP id 0A94C43D1D
for <current@freebsd.org>; Mon, 27 Sep 2004 17:38:30 +0000 (GMT)
(envelope-from josemi@freebsd.jazztel.es)
Received: from antivirus
by smtp1.jazztel.es
with antivirus id 1CBzSY-0007Oa-00
Mon, 27 Sep 2004 19:38:46 +0200
Received: from [212.106.255.190] (helo=rguez.homeunix.net)
by smtp1.jazztel.es
with esmtp id 1CBzSX-0007OL-00
Mon, 27 Sep 2004 19:38:45 +0200
Received: from localhost.redesjm.local (orion.redesjm.local [192.168.254.16])
by rguez.homeunix.net (8.13.1/8.13.1) with ESMTP id i8RHcRku022711;
Mon, 27 Sep 2004 19:38:27 +0200 (CEST)
(envelope-from josemi@freebsd.jazztel.es)
Date: Mon, 27 Sep 2004 19:38:26 +0200
To: "Giorgos Keramidas" <keramida@linux.gr>
References: <opsezkmjx86abrq7@localhost.redesjm.local>
<20040927171630.GB4684@orion.daedalusnetworks.priv>
From: "Jose M Rodriguez" <josemi@freebsd.jazztel.es>
Content-Type: text/plain; format=flowed; delsp=yes; charset=iso-8859-1
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
Message-ID: <opsezxyc1x6abrq7@localhost.redesjm.local>
In-Reply-To: <20040927171630.GB4684@orion.daedalusnetworks.priv>
User-Agent: Opera M2/7.54 (FreeBSD, build 751)
X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.27.0.11; VDF 6.27.0.70
(host: antares.redesjm.local)
X-Virus-Scanned: by antivirus
cc: current@freebsd.org
Subject: Re: WIP: /etc/rc.d/xdm RCORDER problems
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 17:38:32 -0000
On Mon, 27 Sep 2004 20:16:30 +0300, Giorgos Keramidas <keramida@linux.gr>
wrote:
> On 2004-09-27 14:50, Jose M Rodriguez <josemi@freebsd.jazztel.es> wrote:
>> I have now a working /etc/rc.d/xdm script for booting
>> Xorg(XDMCP)/gdm/kdm/xdm.
>> But I have reached a problem.
>> ...
> Sure, you can always send-pr something that bothers you. In this case
> though, IMHO, you should wait a bit.
>
> Some of the rc.d scripts you listed above have a `REQUIRE: LOGIN' line.
> This will create a dependency problem if combined with a line that
> contains `BEFORE: LOGIN', since a script cannot depend on LOGIN to start
> but start before LOGIN.
>
I don't think this may be a REQUIRE issue, but a BEFORE: one
as an explample, if inetd must launch a NETWORK, it must be launch BEFORE
LOGIN.
I can't send-pr this. I doesn't know even how to begin.
I rather puzzle that, ading a simple script (xdm) I can't manage to put it
at the very end of rcorder (I have race problems between gettys from
/etc/ttys and xdm).
To get a working patch, I've to rename xdm to 0xdm. It, at a minimum,
annoying.
I can sure what is. But rcorder seems to be very sensitive to 'string
order'.
Take note is other problems arise ... Just putting another script more !!
> The scripts that depend on LOGIN and are listed above are:
>
> /etc/rc.d/syscons:# REQUIRE: LOGIN usbd
> /etc/rc.d/sshd:# REQUIRE: LOGIN
> /etc/rc.d/sendmail:# REQUIRE: LOGIN
> /etc/rc.d/archdep:# REQUIRE: LOGIN
> /etc/rc.d/abi:# REQUIRE: LOGIN
> /etc/rc.d/cron:# REQUIRE: LOGIN
> /etc/rc.d/devfs:# REQUIRE: LOGIN
> /etc/rc.d/jail:# REQUIRE: LOGIN
> /etc/rc.d/pcvt:# REQUIRE: LOGIN
> /etc/rc.d/othermta:# REQUIRE: LOGIN
> /etc/rc.d/msgs:# REQUIRE: LOGIN
> /etc/rc.d/mixer:# REQUIRE: LOGIN usbd
> /etc/rc.d/inetd:# REQUIRE: DAEMON LOGIN
>
And ... why? sshd, sendmail, inetd, othermta ... It's no sense. All this
are network servers that must be on NETWORK, REQUIRE NETWORKING and be run
BEFORE LOGIN ¿no?.
> - Giorgos
>
--
josemi
> _______________________________________________
> freebsd-current@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to
> "freebsd-current-unsubscribe@freebsd.org"
>
--
Using Opera's revolutionary e-mail client: http://www.opera.com/m2/
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 17:39:04 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id BBABB16A4CE
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 17:39:04 +0000 (GMT)
Received: from harmony.village.org (rover.village.org [168.103.84.182])
by mx1.FreeBSD.org (Postfix) with ESMTP id 5AB7B43D2D
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 17:39:04 +0000 (GMT) (envelope-from imp@bsdimp.com)
Received: from localhost (harmony.village.org [10.0.0.6])
by harmony.village.org (8.13.1/8.13.1) with ESMTP id i8RHZs04082451;
Mon, 27 Sep 2004 11:35:54 -0600 (MDT)
(envelope-from imp@bsdimp.com)
Date: Mon, 27 Sep 2004 11:37:07 -0600 (MDT)
Message-Id: <20040927.113707.45515173.imp@bsdimp.com>
To: ryan@slipgate.org
From: "M. Warner Losh" <imp@bsdimp.com>
In-Reply-To: <20040927163418.GA55588@slipgate.org>
References: <200409271724.33417.doconnor@gsoft.com.au>
<20040927.101016.116855223.imp@bsdimp.com>
<20040927163418.GA55588@slipgate.org>
X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI)
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
cc: freebsd-current@freebsd.org
Subject: Re: Low volume sound on Dell Precision 530 (snd_ich)
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 17:39:04 -0000
In message: <20040927163418.GA55588@slipgate.org>
Ryan Freeman <ryan@slipgate.org> writes:
: On Mon, Sep 27, 2004 at 10:10:16AM -0600, M. Warner Losh wrote:
: > In message: <200409271724.33417.doconnor@gsoft.com.au>
: > "Daniel O'Connor" <doconnor@gsoft.com.au> writes:
: > : Try fiddling with the mixer settings?
: > :
: > : eg..
: > : mixer pcm 100
: > : mixer ogain 100
: > : mixer vol 100
: >
: > When I try these with my Sony, I get it loud, but distorted. I just
: > assumed that this was due to wimpy amps in ich sound parts.
: >
:
: try setting the pcm and ogain to about 80 or so. with my sblive, if i turn
: the pcm up all the way, it gets distorted. about 80% is fine. never used ogain
: myself but maybe it applies for you? oh and the master volume doesn't distort
: for me so i let it slide from 0 to 100 depending on what i'm listening to ;)
Trouble is that I need both pcm and vol at 100 to get the loudness
that I want :-)
Warner
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 17:45:11 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 4D41916A4CF
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 17:45:11 +0000 (GMT)
Received: from mail.parodius.com (mail.parodius.com [64.62.145.229])
by mx1.FreeBSD.org (Postfix) with ESMTP id 0AECB43D46
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 17:45:11 +0000 (GMT)
(envelope-from jdc@pentarou.parodius.com)
Received: from pentarou.parodius.com (jdc@localhost [127.0.0.1])
by mail.parodius.com (8.13.1/8.13.1) with ESMTP id i8RHjAnJ035101
(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 10:45:10 -0700 (PDT)
(envelope-from jdc@pentarou.parodius.com)
Received: (from jdc@localhost)
by pentarou.parodius.com (8.13.1/8.13.1/Submit) id i8RHjA8i035100
for freebsd-current@freebsd.org; Mon, 27 Sep 2004 10:45:10 -0700 (PDT)
(envelope-from jdc)
Date: Mon, 27 Sep 2004 10:45:10 -0700
From: Jeremy Chadwick <freebsd@jdc.parodius.com>
To: freebsd-current@freebsd.org
Message-ID: <20040927174510.GA35005@parodius.com>
Mail-Followup-To: freebsd-current@freebsd.org
References: <20040927170321.GA31501@parodius.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20040927170321.GA31501@parodius.com>
User-Agent: Mutt/1.5.6i
Subject: Re: Pending issues with RELENG_5
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 17:45:11 -0000
Oops, forgot one:
* No /etc/defaults/make.conf -- has this methodology been changed since
RELENG_4? If not, I assume this will be rectified prior to 5.3
going to -RELEASE? Most of us have been going off of 4.x boxes which
have /etc/defaults/make.conf, but the tweaks may not be the same
between 4.x and 5.x (some deprecated, new additions, changes, etc.).
--
| Jeremy Chadwick jdc at parodius.com |
| Parodius Networking http://www.parodius.com/ |
| UNIX Systems Administrator Mountain View, CA, USA |
| Making life hard for others since 1977. |
On Mon, Sep 27, 2004 at 10:03:21AM -0700, Jeremy Chadwick wrote:
> Here's a list of things that still concern me so far with RELENG_5,
> particularly with BETA6 (and even more recent than that). Hopefully
> the appropriate parties can chime in here...
>
> * No /etc/mergemaster.rc or /etc/defaults/mergemaster.rc
> Possibly creating this out-of-the-box during install, or keep a
> template in /etc/defaults/mergemaster.rc ?
>
> * /etc/rc.d/named does not set up chroot environment properly
> For example, in the chroot_autoupdate() function, lines 37
> and 41 call pax blindly, referring to ${named_chrootdir}/dev even
> if it hasn't been created.
>
> The same goes for ${named_chrootdir}/etc/namedb/rndc.key, and the
> entire ${named_chrootdir}/etc tree (etc/localtime, etc/namedb, and
> so on).
>
> Could we get appropriate if [ -d ...]; then mkdir/chown/chmod; fi
> statements for creating this structure? I personally have no idea
> who the appropriate directories should be owned by, or perm'd to.
>
> * bind9 chroot tips
> Possibly some details on how to configure named.conf inside the
> default named.conf? We hint at it already...
>
> * Leftovers from bind8-->bind9 upgrade
> We now have two versions of nslookup; /usr/bin/nslookup and
> /usr/sbin/nslookup (deprecated), but we've also /usr/lib/libisc.*
> I assume this can be deleted and ldconfig -R re-run? There's also
> the old dnsquery and dnskeygen binaries, extraneous manpages, etc..
>
> [This entry could spawn off quite a long thread about how exactly we
> plan on handling 'outdated' files. None of this will matter when
> actually installing 5.3-STABLE (when released) on a new box, but
> for all bazillion of us who cvsup+world, it's a long-standing issue.]
>
> I was in a hurry this morning to get this out, meaning my actual "full
> list" is probably quite a bit longer... just need the time to sit down
> and type it all in. :-)
>
> --
> | Jeremy Chadwick jdc at parodius.com |
> | Parodius Networking http://www.parodius.com/ |
> | UNIX Systems Administrator Mountain View, CA, USA |
> | Making life hard for others since 1977. |
>
> _______________________________________________
> freebsd-current@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 17:47:30 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 57B2D16A4CE
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 17:47:30 +0000 (GMT)
Received: from frontend1.messagingengine.com (frontend1.messagingengine.com
[66.111.4.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2E5EC43D46
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 17:47:30 +0000 (GMT)
(envelope-from osipkov@cs.umn.edu)
X-Sasl-enc: j7AbxpEQ6dXNPA3pzHEYKQ 1096307235
Received: from [128.101.189.247] (fairtella.cs.umn.edu [128.101.189.247])
by frontend1.messagingengine.com (Postfix) with ESMTP id 27AD8C155BE
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 13:47:14 -0400 (EDT)
Message-ID: <41585223.2070204@cs.umn.edu>
Date: Mon, 27 Sep 2004 12:47:15 -0500
From: Ivan Osipkov <osipkov@cs.umn.edu>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
rv:1.7.2) Gecko/20040809 Debian/1.7.2-0woody1
X-Accept-Language: en
MIME-Version: 1.0
To: freebsd-current@freebsd.org
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Subject: DELL 5150 Crash
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 17:47:30 -0000
I have DELL 5150 Inspiron with Windows XP on one partition and
FreeBSD-CURRENT on
another. The hardware failed and now I cannot mount /usr. Dell
diagnostics say that
there is unrecoverable data block, which means hard drive has to be
replaced.
My question: is there a Windows tool to access files on BSD partition?
Thanks guys
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 17:51:09 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id C81FA16A4CF
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 17:51:09 +0000 (GMT)
Received: from smtp.infracaninophile.co.uk (smtp.infracaninophile.co.uk
[81.2.69.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F60B43D55
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 17:51:08 +0000 (GMT)
(envelope-from m.seaman@infracaninophile.co.uk)
Received: from happy-idiot-talk.infracaninophile.co.uk (localhost [IPv6:::1]
(may be forged))i8RHp3CA067280
(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 18:51:03 +0100 (BST)
(envelope-from matthew@happy-idiot-talk.infracaninophile.co.uk)
Received: (from matthew@localhost)i8RHp3x9067279
for freebsd-current@freebsd.org;
Mon, 27 Sep 2004 18:51:03 +0100 (BST) (envelope-from matthew)
Date: Mon, 27 Sep 2004 18:51:03 +0100
From: Matthew Seaman <m.seaman@infracaninophile.co.uk>
To: freebsd-current@freebsd.org
Message-ID: <20040927175103.GA67211@happy-idiot-talk.infracaninophile.co.uk>
Mail-Followup-To: freebsd-current@freebsd.org
References: <20040927170321.GA31501@parodius.com>
<20040927174510.GA35005@parodius.com>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="y0ulUmNC+osPPQO6"
Content-Disposition: inline
In-Reply-To: <20040927174510.GA35005@parodius.com>
User-Agent: Mutt/1.4.2.1i
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.5.6
(smtp.infracaninophile.co.uk [IPv6:::1]); Mon, 27 Sep 2004 18:51:03 +0100
(BST)
X-Virus-Scanned: clamd / ClamAV version devel-20040904, clamav-milter version
0.75l on smtp.infracaninophile.co.uk
X-Virus-Status: Clean
X-Spam-Status: No, hits=-4.8 required=5.0 tests=AWL,BAYES_00 autolearn=ham
version=2.64
X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on
happy-idiot-talk.infracaninophile.co.uk
Subject: Re: Pending issues with RELENG_5
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 17:51:09 -0000
--y0ulUmNC+osPPQO6
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Mon, Sep 27, 2004 at 10:45:10AM -0700, Jeremy Chadwick wrote:
> Oops, forgot one:
>=20
> * No /etc/defaults/make.conf -- has this methodology been changed since
> RELENG_4? If not, I assume this will be rectified prior to 5.3
> going to -RELEASE? Most of us have been going off of 4.x boxes which
> have /etc/defaults/make.conf, but the tweaks may not be the same
> between 4.x and 5.x (some deprecated, new additions, changes, etc.).
Moved to /usr/share/examples/etc/make.conf
Cheers,
Matthew
--=20
Dr Matthew J Seaman MA, D.Phil. 26 The Paddocks
Savill Way
PGP: http://www.infracaninophile.co.uk/pgpkey Marlow
Tel: +44 1628 476614 Bucks., SL7 1TH UK
--y0ulUmNC+osPPQO6
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)
iD8DBQFBWFMHiD657aJF7eIRAqUYAJ48qJsUNwyQ8syzHmzpxHdi+Y6osgCgoZQe
5DnH0dykq98nwwNAE6MUGYg=
=1mYZ
-----END PGP SIGNATURE-----
--y0ulUmNC+osPPQO6--
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 18:17:55 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id DEBE016A4CE
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 18:17:55 +0000 (GMT)
Received: from frontend1.messagingengine.com (frontend1.messagingengine.com
[66.111.4.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id B886943D49
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 18:17:55 +0000 (GMT)
(envelope-from osipkov@cs.umn.edu)
X-Sasl-enc: in5FU8FqW6BYACv2Dkw2fQ 1096309074
Received: from [128.101.189.247] (fairtella.cs.umn.edu [128.101.189.247])
by frontend1.messagingengine.com (Postfix) with ESMTP id 2B442C16586
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 14:17:54 -0400 (EDT)
Message-ID: <41585951.3020307@cs.umn.edu>
Date: Mon, 27 Sep 2004 13:17:53 -0500
From: Ivan Osipkov <osipkov@cs.umn.edu>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
rv:1.7.2) Gecko/20040809 Debian/1.7.2-0woody1
X-Accept-Language: en
MIME-Version: 1.0
To: freebsd-current@freebsd.org
References: <41585223.2070204@cs.umn.edu>
<Pine.LNX.4.60.0409271352030.15672@athena>
In-Reply-To: <Pine.LNX.4.60.0409271352030.15672@athena>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Subject: Re: DELL 5150 Crash
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 18:17:56 -0000
Sam wrote:
> Maybe VMWare can boot Freesbie.
>
> On Mon, 27 Sep 2004, Ivan Osipkov wrote:
>
>> I have DELL 5150 Inspiron with Windows XP on one partition and
>> FreeBSD-CURRENT on
>> another. The hardware failed and now I cannot mount /usr. Dell
>> diagnostics say that
>> there is unrecoverable data block, which means hard drive has to be
>> replaced.
>>
>> My question: is there a Windows tool to access files on BSD partition?
>>
>> Thanks guys
>> _______________________________________________
>> freebsd-current@freebsd.org mailing list
>> http://lists.freebsd.org/mailman/listinfo/freebsd-current
>> To unsubscribe, send any mail to
>> "freebsd-current-unsubscribe@freebsd.org"
>>
>>
Anything simpler? Would Live CD from FreeBSD work?
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 18:19:16 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 2F95116A4CE
for <current@freebsd.org>; Mon, 27 Sep 2004 18:19:16 +0000 (GMT)
Received: from smtp2.jazztel.es (smtp2.jazztel.es [62.14.3.162])
by mx1.FreeBSD.org (Postfix) with ESMTP id 642E343D1F
for <current@freebsd.org>; Mon, 27 Sep 2004 18:19:15 +0000 (GMT)
(envelope-from josemi@freebsd.jazztel.es)
Received: from antivirus
by smtp2.jazztel.es
with antivirus id 1CC05e-0006AQ-00
Mon, 27 Sep 2004 20:19:10 +0200
Received: from [212.106.255.190] (helo=rguez.homeunix.net)
by smtp2.jazztel.es
with esmtp id 1CC05d-00069q-00
Mon, 27 Sep 2004 20:19:09 +0200
Received: from localhost.redesjm.local (orion.redesjm.local [192.168.254.16])
by rguez.homeunix.net (8.13.1/8.13.1) with ESMTP id i8RIJC58040467;
Mon, 27 Sep 2004 20:19:13 +0200 (CEST)
(envelope-from josemi@freebsd.jazztel.es)
Date: Mon, 27 Sep 2004 20:19:12 +0200
To: "Jose M Rodriguez" <josemi@freebsd.jazztel.es>,
"Giorgos Keramidas" <keramida@linux.gr>
References: <opsezkmjx86abrq7@localhost.redesjm.local>
<20040927171630.GB4684@orion.daedalusnetworks.priv>
<opsezxyc1x6abrq7@localhost.redesjm.local>
From: "Jose M Rodriguez" <josemi@freebsd.jazztel.es>
Content-Type: text/plain; format=flowed; delsp=yes; charset=iso-8859-1
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
Message-ID: <opsezzuajv6abrq7@localhost.redesjm.local>
In-Reply-To: <opsezxyc1x6abrq7@localhost.redesjm.local>
User-Agent: Opera M2/7.54 (FreeBSD, build 751)
X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.27.0.11; VDF 6.27.0.70
(host: antares.redesjm.local)
X-Virus-Scanned: by antivirus
cc: current@freebsd.org
Subject: Re: WIP: /etc/rc.d/xdm RCORDER problems
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 18:19:16 -0000
On Mon, 27 Sep 2004 19:38:26 +0200, Jose M Rodriguez
<josemi@freebsd.jazztel.es> wrote:
> On Mon, 27 Sep 2004 20:16:30 +0300, Giorgos Keramidas
> <keramida@linux.gr> wrote:
>
>> On 2004-09-27 14:50, Jose M Rodriguez <josemi@freebsd.jazztel.es> wrote:
>>> I have now a working /etc/rc.d/xdm script for booting
>>> Xorg(XDMCP)/gdm/kdm/xdm.
>>> But I have reached a problem.
>>> ...
>> Sure, you can always send-pr something that bothers you. In this case
>> though, IMHO, you should wait a bit.
>>
>> Some of the rc.d scripts you listed above have a `REQUIRE: LOGIN' line.
>> This will create a dependency problem if combined with a line that
>> contains `BEFORE: LOGIN', since a script cannot depend on LOGIN to start
>> but start before LOGIN.
>>
>
> I don't think this may be a REQUIRE issue, but a BEFORE: one
> ...
Put all this as far of you mind as you can.
Reading carefully /etc/rc.d/sendmail, I think we need and aditional
'syncpoint' just after or before LOGIN and revise if all that we put in
LOGIN must really be there.
After the xdm experience, I think we need something that we can name as
our near latest rc stage, with just those things that can have race
conditions with our real latest: those things that we launch from init via
/etc/ttys.
--
josemi
--
Using Opera's revolutionary e-mail client: http://www.opera.com/m2/
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 18:44:55 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 13DED16A4CF; Mon, 27 Sep 2004 18:44:55 +0000 (GMT)
Received: from smtp.des.no (flood.des.no [217.116.83.31])
by mx1.FreeBSD.org (Postfix) with ESMTP
id C166B43D48; Mon, 27 Sep 2004 18:44:54 +0000 (GMT)
(envelope-from des@des.no)
Received: by smtp.des.no (Pony Express, from userid 666)
id 7A5B75311; Mon, 27 Sep 2004 20:44:53 +0200 (CEST)
Received: from dwp.des.no (des.no [80.203.228.37])
by smtp.des.no (Pony Express) with ESMTP id 2D1C2530A;
Mon, 27 Sep 2004 20:44:48 +0200 (CEST)
Received: by dwp.des.no (Postfix, from userid 2602)
id 0E2BDB873; Mon, 27 Sep 2004 20:44:48 +0200 (CEST)
To: Matthias Andree <ma@dt.e-technik.uni-dortmund.de>
References: <415720FD.8080603@samsco.org>
<m3oejs3tom.fsf@merlin.emma.line.org>
From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=)
Date: Mon, 27 Sep 2004 20:44:47 +0200
In-Reply-To: <m3oejs3tom.fsf@merlin.emma.line.org> (Matthias Andree's
message of "Mon, 27 Sep 2004 12:14:17 +0200")
Message-ID: <xzp7jqfa6w0.fsf@dwp.des.no>
User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 (berkeley-unix)
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on flood.des.no
X-Spam-Level:
X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.64
cc: re@freebsd.org
cc: standards@freebsd.org
cc: developers@freebsd.org
cc: current@freebsd.org
Subject: Re: FreeBSD 5.3-BETA6 available
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 18:44:55 -0000
Matthias Andree <ma@dt.e-technik.uni-dortmund.de> writes:
> 5. default inetd configuration denial of service bug, conf/33670, is still
> open and unpatched AND A LAST CHANCE TO FIX NOW
Actually, this was fixed in HEAD a year and a week ago:
----------------------------
revision 1.188
date: 2003/09/15 16:44:24; author: nectar; state: Exp; lines: +1 -1
Add `-C 60' to the default flags for inetd, so that it is less
vulnerable to run-of-the-mill DoS attacks in the default installation.
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D
DES
--=20
Dag-Erling Sm=F8rgrav - des@des.no
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 18:46:32 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 3DAFB16A4CE
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 18:46:32 +0000 (GMT)
Received: from athena.softcardsystems.com (mail.softcardsystems.com
[12.34.136.114])
by mx1.FreeBSD.org (Postfix) with ESMTP id C4A0043D2F
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 18:46:31 +0000 (GMT)
(envelope-from sah@softcardsystems.com)
Received: from athena (athena [12.34.136.114])i8RJjkDN018107;
Mon, 27 Sep 2004 14:45:46 -0500
Date: Mon, 27 Sep 2004 14:45:46 -0500 (EST)
From: Sam <sah@softcardsystems.com>
X-X-Sender: sah@athena
To: Ivan Osipkov <osipkov@cs.umn.edu>
In-Reply-To: <41585951.3020307@cs.umn.edu>
Message-ID: <Pine.LNX.4.60.0409271444380.15672@athena>
References: <41585223.2070204@cs.umn.edu>
<Pine.LNX.4.60.0409271352030.15672@athena>
<41585951.3020307@cs.umn.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
cc: freebsd-current@freebsd.org
Subject: Re: DELL 5150 Crash
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 18:46:32 -0000
oh, yeah. duh. If you can boot a live cd you can play with
the filesystem (fsck, etc).
You might also try finding a bootable disk diagnostic utility
to see if it can find anything correctable.
Cheers,
Sam
On Mon, 27 Sep 2004, Ivan Osipkov wrote:
> Sam wrote:
>
>> Maybe VMWare can boot Freesbie.
>>
>> On Mon, 27 Sep 2004, Ivan Osipkov wrote:
>>
>>> I have DELL 5150 Inspiron with Windows XP on one partition and
>>> FreeBSD-CURRENT on
>>> another. The hardware failed and now I cannot mount /usr. Dell diagnostics
>>> say that
>>> there is unrecoverable data block, which means hard drive has to be
>>> replaced.
>>>
>>> My question: is there a Windows tool to access files on BSD partition?
>>>
>>> Thanks guys
>>> _______________________________________________
>>> freebsd-current@freebsd.org mailing list
>>> http://lists.freebsd.org/mailman/listinfo/freebsd-current
>>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
>>>
>>>
> Anything simpler? Would Live CD from FreeBSD work?
> _______________________________________________
> freebsd-current@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
>
>
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 18:49:33 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 6E3C116A4D1; Mon, 27 Sep 2004 18:49:33 +0000 (GMT)
Received: from cedar.ie.tusur.ru (fet-gw.ttk.tusur.ru [212.192.163.25])
by mx1.FreeBSD.org (Postfix) with ESMTP
id CAF3643D5D; Mon, 27 Sep 2004 18:49:28 +0000 (GMT)
(envelope-from pg@rainbow.ie.tusur.ru)
Received: from rainbow.ie.tusur.ru (rainbow.ie.tusur.ru [212.192.122.75])
by cedar.ie.tusur.ru (8.12.11/8.12.11) with ESMTP id i8RIn9PZ005617;
Tue, 28 Sep 2004 01:49:09 +0700 (TSD)
(envelope-from pg@rainbow.ie.tusur.ru)
Received: from rainbow.ie.tusur.ru (localhost.ie.tusur.ru [127.0.0.1])
by rainbow.ie.tusur.ru (8.12.9p2/8.12.9) with ESMTP id i8RIkV4D004501;
Tue, 28 Sep 2004 01:46:31 +0700 (TSD)
(envelope-from pg@rainbow.ie.tusur.ru)
Received: (from pg@localhost)
by rainbow.ie.tusur.ru (8.12.9p2/8.12.9/Submit) id i8RIkVgV004500;
Tue, 28 Sep 2004 01:46:31 +0700 (TSD)
(envelope-from pg)
Date: Tue, 28 Sep 2004 01:46:31 +0700
From: Pavel Gubin <pg@ie.tusur.ru>
To: "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net>
Message-ID: <20040927184631.GB44289@ie.tusur.ru>
References: <20040922095257.GA81709@ie.tusur.ru>
<200409221628.51977.jhb@FreeBSD.org> <20040923042447.GA88335@ie.tusur.ru>
<200409231029.47945.jhb@FreeBSD.org> <20040923165349.GA38511@ie.tusur.ru>
<Pine.BSF.4.53.0409271605230.11069@e0-0.zab2.int.zabbadoz.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <Pine.BSF.4.53.0409271605230.11069@e0-0.zab2.int.zabbadoz.net>
User-Agent: Mutt/1.4i
Organization: TUCSR, Industrial Electronics dept
X-Virus-Scanned: clamd / ClamAV version 0.75.1, clamav-milter version 0.75c
on cedar.ie.tusur.ru
X-Virus-Scanned: clamd / ClamAV version 0.75.1, clamav-milter version 0.75c
on rainbow.ie.tusur.ru
X-Virus-Status: Clean
X-Virus-Status: Clean
cc: freebsd-current@freebsd.org
Subject: Re: "Multiple entries for PCI IRQ 16" and "xlock already held"
panics on 5.3-BETA(3,4,5)
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: Pavel Gubin <pg@ie.tusur.ru>
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 18:49:33 -0000
On Mon, Sep 27, 2004 at 05:02:57PM +0000, Bjoern A. Zeeb wrote:
> > > > I/O Ints: Type Polarity Trigger Bus ID IRQ APIC ID PIN#
> > > > INT active-lo level 0 2:A 2 16
> > > > INT active-lo level 0 2:A 2 23
> > >
> > > This is the real bug and I guess I can improve the message. Then problem is
> > > not two lines for IRQ 16, but that the PCI interrrupt for bus 0, device 2,
> > > pin #A has two different IRQs listed, so we don't know which one we are
> > > supposed to use. This is definitely a BIOS bug and your motherboard
> > > manufacturer needs to harassed into giving you a BIOS update.
> >
> > Then shame on MSI.. And some stupid question - maybe a kernel can be given
>
> MSI A6120MS V2.0 (latest BIOS from 7/2000 I think)
>
> I/O Ints: Type Polarity Trigger Bus ID IRQ APIC ID PIN#
> ..
> INT active-lo level 0 15:A 2 16
> ..
> INT active-lo level 0 15:A 2 18
> ..
>
>
> normally it goes
[]
> APIC: Using the MPTable enumerator.
^^^^^^^^^^^^^^^^^^
> SMP: Added CPU 0 (BSP)
> SMP: Added CPU 1 (AP)
> MPTable: <MSI 440BX >
> ...
> panic: Multiple IRQs for PCI interrupt 0.15.INTA: 16 and 18
Exactly the same as with my system. The only difference that I have 16 and
23 IRQs.
> OK set boot_verbose=1
> OK unload acpi <------- this
But ACPI isn't yet loaded at this point...
> OK boot -h
> /boot/kernel/kernel text=0x4b6e3c data=0x88048+0x9bc78 syms=[0x4+0x6b200+0x4+0x809c1]
> /boot/kernel/acpi.ko text=0x4097c data=0x1be4+0x110c syms=[0x4+0x7300+0x4+0x9782]
> ...
> Preloaded elf kernel "/boot/kernel/kernel" at 0xc0b1e000.
> Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0b1e250.
> Table 'FACP' at 0x1fff0030
> Table 'APIC' at 0x1fff00b0
> MADT: Found table at 0x1fff00b0
> MP Configuration Table version 1.4 found at 0xc00f7200
> APIC: Using the MADT enumerator.
^^^^^^^^^^^^^^^
Now it does not use buggy mptable.
--
Pavel Gubin
TUSC&R / Industrial Electronics dept / System Administrator
2:5005/14@fidonet / Phone +7-3822-423067 / ICQ 28835566
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 18:56:01 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id D5D6A16A4CE
for <freebsd-current@FreeBSD.org>;
Mon, 27 Sep 2004 18:56:01 +0000 (GMT)
Received: from mail1.speakeasy.net (mail1.speakeasy.net [216.254.0.201])
by mx1.FreeBSD.org (Postfix) with ESMTP id 896BA43D46
for <freebsd-current@FreeBSD.org>;
Mon, 27 Sep 2004 18:56:01 +0000 (GMT) (envelope-from jhb@FreeBSD.org)
Received: (qmail 30672 invoked from network); 27 Sep 2004 18:56:01 -0000
Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx)
([216.27.160.63]) (envelope-sender <jhb@FreeBSD.org>)
encrypted SMTP for <freebsd-current@FreeBSD.org>;
27 Sep 2004 18:55:59 -0000
Received: from [10.50.40.210] (gw1.twc.weather.com [216.133.140.1])
(authenticated bits=0)
by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i8RIsVY2014057;
Mon, 27 Sep 2004 14:55:46 -0400 (EDT)
(envelope-from jhb@FreeBSD.org)
From: John Baldwin <jhb@FreeBSD.org>
To: Julian Elischer <julian@elischer.org>
Date: Mon, 27 Sep 2004 11:26:09 -0400
User-Agent: KMail/1.6.2
References: <4157AFE9.2060207@elischer.org>
In-Reply-To: <4157AFE9.2060207@elischer.org>
MIME-Version: 1.0
Content-Disposition: inline
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Message-Id: <200409271126.09854.jhb@FreeBSD.org>
X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx
cc: Current <freebsd-current@FreeBSD.org>
Subject: Re: ktr/alq/witness failure.
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 18:56:02 -0000
On Monday 27 September 2004 02:15 am, Julian Elischer wrote:
> I'm not going to stop and debug this now because I'm chasing another
> problem but I can probably stash a corefile somewhere if people want it..
Looks like the process mutex is busted or some such.
> ref4# sysctl debug.ktr.mask=0x2fffffff
> debug.ktr.mask: 262144
> ->
> 805306367
> ref4#
> ref4#
> ref4# sysctl debug.ktr.mask=0x0
> kernel trap 12 with interrupts disabled
>
> Fatal double fault:
> eip = 0xc053336e
> esp = 0xcbaa3ff4
> ebp = 0xcbaa401c
> cpuid = 0; apic id = 00
> panic: double fault
> cpuid = 0
> KDB: enter: panic
> [thread 100027]
> Stopped at kdb_enter+0x2b: nop
> db> tr
> kdb_enter(c069adef) at kdb_enter+0x2b
> panic(c06b581a,c06b59c4,0,0,0) at panic+0x127
> dblfault_handler() at dblfault_handler+0x7a
> --- trap 0x17, eip = 0xc053336e, esp = 0xcbaa3ff4, ebp = 0xcbaa401c ---
> witness_checkorder(c111776c,9,c06b5972,2bb) at witness_checkorder+0x6a
Can you pull up 'gdb kernel.debug' and do 'l *0xcbaa401c' and 'l
*witness_checkorder+0x6a'?
--
John Baldwin <jhb@FreeBSD.org> <>< http://www.FreeBSD.org/~jhb/
"Power Users Use the Power to Serve" = http://www.FreeBSD.org
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 18:56:38 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id D25CB16A4CE
for <freebsd-current@FreeBSD.org>;
Mon, 27 Sep 2004 18:56:38 +0000 (GMT)
Received: from mail5.speakeasy.net (mail5.speakeasy.net [216.254.0.205])
by mx1.FreeBSD.org (Postfix) with ESMTP id A014A43D31
for <freebsd-current@FreeBSD.org>;
Mon, 27 Sep 2004 18:56:38 +0000 (GMT) (envelope-from jhb@FreeBSD.org)
Received: (qmail 17636 invoked from network); 27 Sep 2004 18:56:38 -0000
Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx)
([216.27.160.63]) (envelope-sender <jhb@FreeBSD.org>)
encrypted SMTP for <freebsd-current@FreeBSD.org>;
27 Sep 2004 18:56:36 -0000
Received: from [10.50.40.210] (gw1.twc.weather.com [216.133.140.1])
(authenticated bits=0)
by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i8RIsVY7014057;
Mon, 27 Sep 2004 14:56:32 -0400 (EDT)
(envelope-from jhb@FreeBSD.org)
From: John Baldwin <jhb@FreeBSD.org>
To: "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net>
Date: Mon, 27 Sep 2004 14:12:27 -0400
User-Agent: KMail/1.6.2
References: <20040922095257.GA81709@ie.tusur.ru>
<20040923165349.GA38511@ie.tusur.ru>
<Pine.BSF.4.53.0409271605230.11069@e0-0.zab2.int.zabbadoz.net>
In-Reply-To: <Pine.BSF.4.53.0409271605230.11069@e0-0.zab2.int.zabbadoz.net>
MIME-Version: 1.0
Content-Disposition: inline
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Message-Id: <200409271412.27600.jhb@FreeBSD.org>
X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx
cc: freebsd-current@FreeBSD.org
cc: Pavel Gubin <pg@ie.tusur.ru>
Subject: Re: "Multiple entries for PCI IRQ 16" and "xlock already held"
panics on 5.3-BETA(3,4,5)
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 18:56:39 -0000
On Monday 27 September 2004 01:02 pm, Bjoern A. Zeeb wrote:
> On Thu, 23 Sep 2004, Pavel Gubin wrote:
>
> Hi,
>
> > On Thu, Sep 23, 2004 at 10:29:47AM -0400, John Baldwin wrote:
> > > > > > panices immediately with "panic: Multiple entries for PCI IRQ 16"
> >
> > []
> >
> > > > I/O Ints: Type Polarity Trigger Bus ID IRQ APIC ID PIN#
> > > > INT active-lo level 0 2:A 2 16
> > > > INT active-lo level 0 2:A 2 23
> > >
> > > This is the real bug and I guess I can improve the message. Then
> > > problem is not two lines for IRQ 16, but that the PCI interrrupt for
> > > bus 0, device 2, pin #A has two different IRQs listed, so we don't know
> > > which one we are supposed to use. This is definitely a BIOS bug and
> > > your motherboard manufacturer needs to harassed into giving you a BIOS
> > > update.
> >
> > Then shame on MSI.. And some stupid question - maybe a kernel can be
> > given
>
> MSI A6120MS V2.0 (latest BIOS from 7/2000 I think)
>
> I/O Ints: Type Polarity Trigger Bus ID IRQ APIC ID
> PIN# ..
> INT active-lo level 0 15:A 2
> 16 ..
> INT active-lo level 0 15:A 2
> 18 ..
>
>
> normally it goes
>
> ------
> OK lsmod
> 0x400000: /boot/kernel/kernel (elf kernel, 0x6c76cc)
> modules: linux.1 elink.1 io.1 splash.1 viapm.1 intpm.1 alpm.1 agp.1
> crypto.1 nfsserver.1 nfs4.1 nfs.1 ipfw.2 rc4.1 netgraph.65546 wlan.1 zlib.1
> sppp.1 if_gif.1 if_fait h.1 ether.1 sysvshm.1 sysvsem.1 sysvmsg.1 cd9660.1
> isa.1 pseudofs.1 procfs.1 msdosfs.1 usb.1 smbus.1 smb.1 random.1 ppbus.1
> pci.1 pccard.1 null.1 mpt.1 miibus.1 mem.1 is p.1 iicsmb.1 iicbus.1 iicbb.1
> iic.1 ic.1 sbp.1 fwe.1 firewire.1 exca.1 cardbus.1 ahd.1 ahd_pci.1 ahc.1
> ahc_pci.1 ahc_isa.1 ahc_eisa.1 linprocfs.1 scsi_low.1 cam.1 OK set
> boot_verbose=1
> OK show
> LINES=24
> acpi_load=YES
> autoboot_delay=NO
> boot_verbose=1
> ...
> OK boot -h
> ACPI autoload failed - no such file or directory
> Preloaded elf kernel "/boot/kernel/kernel" at 0xc0ac9000.
> MP Configuration Table version 1.4 found at 0xc00f7200
> APIC: Using the MPTable enumerator.
> SMP: Added CPU 0 (BSP)
> SMP: Added CPU 1 (AP)
> MPTable: <MSI 440BX >
> ...
> panic: Multiple IRQs for PCI interrupt 0.15.INTA: 16 and 18
>
> cpuid = 0
> KDB: enter: panic
> [thread 0]
> Stopped at kdb_enter+0x2b: nop
> db>
> ------
>
>
> but if I do (no lsmod this time but that shouldn't matter):
>
> ------
> db> reset
> OK set boot_verbose=1
> OK unload acpi <------- this
> OK boot -h
> /boot/kernel/kernel text=0x4b6e3c data=0x88048+0x9bc78
> syms=[0x4+0x6b200+0x4+0x809c1] /boot/kernel/acpi.ko text=0x4097c
> data=0x1be4+0x110c syms=[0x4+0x7300+0x4+0x9782] ...
> Preloaded elf kernel "/boot/kernel/kernel" at 0xc0b1e000.
> Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0b1e250.
> Table 'FACP' at 0x1fff0030
> Table 'APIC' at 0x1fff00b0
> MADT: Found table at 0x1fff00b0
> MP Configuration Table version 1.4 found at 0xc00f7200
> APIC: Using the MADT enumerator.
> MADT: Found CPU APIC ID 0 ACPI ID 1: enabled
> SMP: Added CPU 0 (AP)
> MADT: Found CPU APIC ID 1 ACPI ID 2: enabled
> SMP: Added CPU 1 (AP)
> ACPI APIC Table: <AMIINT DRAC-100>
> ...
> ------
>
> everything boots up just fine.
>
> /me does not have to understand - do I ?
You are using ACPI the second time. I think it doesn't load the first time
because your loader.rc is out of date (look in /usr/src/UPDATING for the
entry about module_path). ACPI's tables don't really allow for duplicate
entries for the same PCI interrupt, so you don't have this type of issue to
worry about.
--
John Baldwin <jhb@FreeBSD.org> <>< http://www.FreeBSD.org/~jhb/
"Power Users Use the Power to Serve" = http://www.FreeBSD.org
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 19:15:10 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 087E616A4CE; Mon, 27 Sep 2004 19:15:10 +0000 (GMT)
Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 689FB43D49; Mon, 27 Sep 2004 19:15:09 +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 B62611FFDDD; Mon, 27 Sep 2004 21:15:07 +0200 (CEST)
Received: by transport.cksoft.de (Postfix, from userid 66)
id B03C01FFDDC; Mon, 27 Sep 2004 21:15:05 +0200 (CEST)
Received: by mail.int.zabbadoz.net (Postfix, from userid 1060)
id 87630154FC; Mon, 27 Sep 2004 19:12:03 +0000 (UTC)
Received: from localhost (localhost [127.0.0.1])
by mail.int.zabbadoz.net (Postfix) with ESMTP
id 7C41015384; Mon, 27 Sep 2004 19:12:04 +0000 (UTC)
Date: Mon, 27 Sep 2004 19:12:04 +0000 (UTC)
From: "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net>
X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net
To: John Baldwin <jhb@FreeBSD.org>
In-Reply-To: <200409271412.27600.jhb@FreeBSD.org>
Message-ID: <Pine.BSF.4.53.0409271902420.11069@e0-0.zab2.int.zabbadoz.net>
References: <20040922095257.GA81709@ie.tusur.ru>
<20040923165349.GA38511@ie.tusur.ru>
<Pine.BSF.4.53.0409271605230.11069@e0-0.zab2.int.zabbadoz.net>
<200409271412.27600.jhb@FreeBSD.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de
cc: freebsd-current@FreeBSD.org
cc: Pavel Gubin <pg@ie.tusur.ru>
Subject: Re: "Multiple entries for PCI IRQ 16" and "xlock already held"panics
on 5.3-BETA(3,4,5)
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 19:15:10 -0000
On Mon, 27 Sep 2004, John Baldwin wrote:
> > /me does not have to understand - do I ?
>
> You are using ACPI the second time. I think it doesn't load the first time
> because your loader.rc is out of date (look in /usr/src/UPDATING for the
> entry about module_path).
that's correct. I had seen:
:: ACPI autoload failed - no such file or directory
but I had missed:
:: module_path=/boot/modules
*GNA* when did I fail to update this on that host:( Thanks for
pointing out. Will update it once I can re-get access to the machine.
lost ethernet and it's at the other end of the house w/o console atm.
another question - why would this work (acpi.ko preloading) if I do a
# unload acpi
the time acpi is not yet loaded and module_path still wrong ? funny
thing.
> ACPI's tables don't really allow for duplicate
> entries for the same PCI interrupt, so you don't have this type of issue to
> worry about.
ok. then I do have my workaround though I'd like it to also work
in the other case too but I suppose there isn't much I can do with
a long time EOS board.
--
Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 19:23:45 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 52E4516A4CF
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 19:23:45 +0000 (GMT)
Received: from avocado.salatschuessel.net (avocado.salatschuessel.net
[80.86.187.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id 27CF443D48
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 19:23:44 +0000 (GMT)
(envelope-from lehmann@ans-netz.de)
Received: (qmail 88277 invoked from network); 27 Sep 2004 19:23:15 -0000
Received: from unknown (HELO kartoffel.salatschuessel.net) (80.86.187.43)
by avocado.salatschuessel.net with SMTP; 27 Sep 2004 19:23:15 -0000
Date: Mon, 27 Sep 2004 21:23:41 +0200
From: Oliver Lehmann <lehmann@ans-netz.de>
To: freebsd-current@freebsd.org
Message-Id: <20040927212341.44986dbd.lehmann@ans-netz.de>
In-Reply-To: <20040926221518.445a525b.lehmann@ans-netz.de>
References: <20040926190709.251f1689.lehmann@ans-netz.de>
<20040926192820.3dc88d3a.lehmann@ans-netz.de>
<20040926221518.445a525b.lehmann@ans-netz.de>
X-Mailer: Sylpheed version 0.9.12 (GTK+ 1.2.10; i386-portbld-freebsd4.10)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
cc: re@freebsd.org
Subject: problem with debug.mpsafenet (was: Problems with ANA-6944A +
5.3-BETA + IRQ sharing?)
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 19:23:45 -0000
Ok,
I tried now 3 FreeBSD versions.
Setup:
PI-166MHz, 64MB RAM
de0 irq9 @ANA-6944A
de1 10.0.0.60 irq9 @ANA-6944A
de2 10.0.1.60 irq9 @ANA-6944A
de3 irq9 @ANA-6944A
xl0 irq12
xl1 irq10
ep0 irq5
ep1 irq7
/mnt/files is a nfs mount from 10.0.0.21
3 * ssh sessions from 10.0.1.51 to 10.0.1.60
2 * dd if=/mnt/files/dill_dd of=/dev/null
1 * ping 10.0.1.51 running
4.7 (GENERIC kernel):
It just works, no errors, no strange things happend, even if I started
some ping -f's 10.0.1.51 -> 10.0.0.60. The times from pinging 10.0.1.60 ->
10.0.1.51 stayed normal and didn't changed in no way (constant 0.3 - 0.5
ms)
the two dd's (interrupted):
3334870016 bytes transferred in 3047.149719 secs (1094423 bytes/sec)
3334299648 bytes transferred in 3047.058924 secs (1094268 bytes/sec)
5.2.1 (Kernel with IPFIREWALL enabled - firewall set to OPEN):
With an old 5.2.1 harddisk I'm getting strange errors.
100 ping packets transfered succesfully within a normal timeframe. After
that, the whole Network card doesn't respond. The system showed me that my
nfs server wouldn't respond any longer. Network is completely b0rken.
I logged in to a local console, and tried to ping 10.0.1.51. After waiting
some time "Host down" showed up.
Then I tried to use the two xl cards which are in that system too.
"ifconfig xl0 10.0.1.60 netmask 255.255.255.0" -> xl0: no memory for list
buffers. netstat -m showed me 5%/2% mbuf/cluster in use.
I rebooted the system, and started the same procedure, using xl0 and xl1.
I got no error, everything worked fine with xl (ok, it is somewhat
slow...)
1089172480 bytes transferred in 1773.870397 secs (614009 bytes/sec)
1089825792 bytes transferred in 1774.109517 secs (614295 bytes/sec)
5.3-BETA6 (GENERIC Kernel):
Everything looked fine (exept same slowness as 5.2.1) for a while (~9min).
400736256 bytes transferred in 546.111599 secs (733799 bytes/sec)
414572544 bytes transferred in 565.398805 secs (733239 bytes/sec)
But as I started a ping -f from 10.0.1.51 to 10.0.0.60. The ping times
from 10.0.1.60 to 10.0.1.51 went up, and didn't renormalized after I break
the ping -f
64 bytes from 10.0.1.51: icmp_seq=355 ttl=64 time=4.039 ms
64 bytes from 10.0.1.51: icmp_seq=356 ttl=64 time=4.801 ms
64 bytes from 10.0.1.51: icmp_seq=357 ttl=64 time=6.702 ms
64 bytes from 10.0.1.51: icmp_seq=358 ttl=64 time=9.290 ms
64 bytes from 10.0.1.51: icmp_seq=359 ttl=64 time=10.543 ms
64 bytes from 10.0.1.51: icmp_seq=360 ttl=64 time=9.989 ms
64 bytes from 10.0.1.51: icmp_seq=361 ttl=64 time=25.966 ms
64 bytes from 10.0.1.51: icmp_seq=362 ttl=64 time=25.262 ms
64 bytes from 10.0.1.51: icmp_seq=363 ttl=64 time=27.746 ms
64 bytes from 10.0.1.51: icmp_seq=364 ttl=64 time=30.859 ms
64 bytes from 10.0.1.51: icmp_seq=365 ttl=64 time=31.507 ms
64 bytes from 10.0.1.51: icmp_seq=366 ttl=64 time=35.783 ms
64 bytes from 10.0.1.51: icmp_seq=367 ttl=64 time=29295.367 ms
64 bytes from 10.0.1.51: icmp_seq=368 ttl=64 time=28288.204 ms
64 bytes from 10.0.1.51: icmp_seq=369 ttl=64 time=27279.969 ms
64 bytes from 10.0.1.51: icmp_seq=370 ttl=64 time=26274.269 ms
64 bytes from 10.0.1.51: icmp_seq=371 ttl=64 time=25267.441 ms
64 bytes from 10.0.1.51: icmp_seq=372 ttl=64 time=24260.161 ms
....
After that, I added debug.mpsafenet=0 to /boot/loader.conf and rebooted
the system. I did the same as above. (2dd's, one ping from 10.0.1.60 to
10.0.1.51, and one ping -f from 10.0.1.51 to 10.0.1.60.)
The ping times from 10.0.1.60 -> 10.0.1.51 went a bit up (~0.3ms -> 0.6 -
1ms), but nothing else happend. dd finished w/o errors, no strange things
happend. (running now for ~20 mins w/o problems)
For me, It looks like there is a problem with mpsafenet!
Any help/patches to test/information requests/.... appreciated.
--
Oliver Lehmann
http://www.pofo.de/
http://wishlist.ans-netz.de/
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 19:27:44 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 63D1A16A4CE; Mon, 27 Sep 2004 19:27:44 +0000 (GMT)
Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 42C6343D1D; Mon, 27 Sep 2004 19:27:42 +0000 (GMT)
(envelope-from julian@elischer.org)
Received: from elischer.org (julian.vicor-nb.com [208.206.78.97])
by mail.vicor-nb.com (Postfix) with ESMTP
id 16FD07A41E; Mon, 27 Sep 2004 12:27:42 -0700 (PDT)
Message-ID: <415869AD.1000908@elischer.org>
Date: Mon, 27 Sep 2004 12:27:41 -0700
From: Julian Elischer <julian@elischer.org>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030516
X-Accept-Language: en, hu
MIME-Version: 1.0
To: John Baldwin <jhb@freebsd.org>
References: <4157AFE9.2060207@elischer.org>
<200409271126.09854.jhb@FreeBSD.org>
In-Reply-To: <200409271126.09854.jhb@FreeBSD.org>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
cc: Current <freebsd-current@freebsd.org>
Subject: Re: ktr/alq/witness failure.
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 19:27:44 -0000
John Baldwin wrote:
>On Monday 27 September 2004 02:15 am, Julian Elischer wrote:
>
>
>>I'm not going to stop and debug this now because I'm chasing another
>>problem but I can probably stash a corefile somewhere if people want it..
>>
>>
>
>Looks like the process mutex is busted or some such.
>
>
>
>>ref4# sysctl debug.ktr.mask=0x2fffffff
>>debug.ktr.mask: 262144
>> ->
>>805306367
>>ref4#
>>ref4#
>>ref4# sysctl debug.ktr.mask=0x0
>>kernel trap 12 with interrupts disabled
>>
>>Fatal double fault:
>>eip = 0xc053336e
>>esp = 0xcbaa3ff4
>>ebp = 0xcbaa401c
>>cpuid = 0; apic id = 00
>>panic: double fault
>>cpuid = 0
>>KDB: enter: panic
>>[thread 100027]
>>Stopped at kdb_enter+0x2b: nop
>>db> tr
>>kdb_enter(c069adef) at kdb_enter+0x2b
>>panic(c06b581a,c06b59c4,0,0,0) at panic+0x127
>>dblfault_handler() at dblfault_handler+0x7a
>>--- trap 0x17, eip = 0xc053336e, esp = 0xcbaa3ff4, ebp = 0xcbaa401c ---
>>witness_checkorder(c111776c,9,c06b5972,2bb) at witness_checkorder+0x6a
>>
>>
>
>Can you pull up 'gdb kernel.debug' and do 'l *0xcbaa401c' and 'l
>
unfortunatly when I tryied to save a coredump it failed.. dumpdev was
not set.. .. DUH!
>*witness_checkorder+0x6a'?
>
>
>
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 19:35:39 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 9C17416A4CE
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 19:35:39 +0000 (GMT)
Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75])
by mx1.FreeBSD.org (Postfix) with ESMTP id 73B4B43D2F
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 19:35:39 +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 i8RJd44E005147;
Mon, 27 Sep 2004 12:39:04 -0700
Received: (from brdavis@localhost)
by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id i8RJd4EP005146;
Mon, 27 Sep 2004 12:39:04 -0700
Date: Mon, 27 Sep 2004 12:39:04 -0700
From: Brooks Davis <brooks@one-eyed-alien.net>
To: Mike <mspam@www.ideaway.net>
Message-ID: <20040927193904.GB1016@odin.ac.hmc.edu>
References: <20040925205030.M69999@www.ideaway.net>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="1UWUbFP1cBYEclgG"
Content-Disposition: inline
In-Reply-To: <20040925205030.M69999@www.ideaway.net>
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new
X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63
X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu
cc: freebsd-current@freebsd.org
Subject: Re: USB memory stick hotswap problems
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 19:35:39 -0000
--1UWUbFP1cBYEclgG
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Sat, Sep 25, 2004 at 03:50:30PM -0500, Mike wrote:
> Although I fully understand your reasoning, there is still a major
> problem here that really should be resolved. I don't claim that I
> have a solution - but I think I have an example that really requires
> for this to be solved in some way other than "you must unmount the
> USB device before unplugging".
You can make statements like this all you want, but at the end of the
day all you do is delay the solution. The few developers who are
capable of fixing these sorts of problems understand the issues and
would like to fix them, but the code is question is large, complex, and
fairly crufty. It also wasn't designed with this sort of scenario in
mind. The more time those developers have to spend reading messages
from people demanding a fix and pontificating on the importance of
the fix, the less time they can spend of the necessary architectural
cleanups to actually fix the problem.
If you want to do something to hasten the arrival of a fix, consider
donating to the Foundation for work in this area or perhaps contributing
to a developer like PHK when they solicit donations to enable them to do
related work.
-- 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
--1UWUbFP1cBYEclgG
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)
iD8DBQFBWGxXXY6L6fI4GtQRAuoZAKCjQRhlA50F00AdHaSF+oIbI1vX4ACeOLKS
jEDIfkvIDkZGUcdlp6g8AmY=
=eFwh
-----END PGP SIGNATURE-----
--1UWUbFP1cBYEclgG--
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 19:37:51 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 77C5416A4CE; Mon, 27 Sep 2004 19:37:51 +0000 (GMT)
Received: from ns.atcom.spb.ru (ns.atcom.spb.ru [213.182.169.2])
by mx1.FreeBSD.org (Postfix) with ESMTP
id C2E5943D1F; Mon, 27 Sep 2004 19:37:50 +0000 (GMT)
(envelope-from toxa@cterra.ru)
Received: by ns.atcom.spb.ru (Postfix, from userid 1042)
id 535AB2F6; Mon, 27 Sep 2004 23:37:49 +0400 (MSD)
Received: from localhost (ppp-dialup-3.atcom.spb.ru [213.182.168.3])
by ns.atcom.spb.ru (Postfix) with ESMTP
id ACBEA140; Mon, 27 Sep 2004 23:37:07 +0400 (MSD)
Date: Mon, 27 Sep 2004 23:32:36 +0400
From: Toxa <postfix@sendmail.ru>
To: joe@freebsd.org, current@freebsd.org
X-Comment-To: "Anton Karpov"
Message-ID: <20040927193236.GA39950@laptoxa.toxa.lan>
Mail-Followup-To: joe@freebsd.org, current@freebsd.org
References: <20040927111438.GA865@genius.tao.org.uk>
<20040927.101353.128335832.imp@bsdimp.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=koi8-r
Content-Disposition: inline
In-Reply-To: <20040927.101353.128335832.imp@bsdimp.com>
User-Agent: Outluck Express 1.5.6i for MS-DOS 6.22-SMP
X-Mailer: See User-Agent above :)
X-Operating-System: MS-DOS 6.22-CURRENT on Sony VAIO laptop
X-PGP-Public-Key: http://toxahost.org/gpg/pubkey.asc
X-Useless-Header: Do Androids Dream of Electric Sheep?
Subject: Re: Laptop recommendations?
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 19:37:51 -0000
On Mon, Sep 27, 2004 at 10:13:53AM -0600, M. Warner Losh wrote:
> In message: <20040927111438.GA865@genius.tao.org.uk>
> Josef Karthauser <joe@freebsd.org> writes:
> : My previous machine was a Sony Vaio which I loved, but was fairly
> : expensive and the repair support wasn't very good. Dell's support was
> : much better and I'd prefer a Dell I think, but I don't know whether more
> : recent models fair better with power management support, etc.
> So far my Sony PCG-Z1WA has been trouble free. More trouble free than
> my 505TS ever was.
AFAIK Vaio laptops still unable to resume from suspend due to
acpi_video or something similar. At least, my pcg-v505bx is.
what about z1?
thanks
--
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 19:51:40 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id A25DB16A4CF
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 19:51:40 +0000 (GMT)
Received: from mail.parodius.com (mail.parodius.com [64.62.145.229])
by mx1.FreeBSD.org (Postfix) with ESMTP id 5B7C943D2F
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 19:51:40 +0000 (GMT)
(envelope-from jdc@pentarou.parodius.com)
Received: from pentarou.parodius.com (jdc@localhost [127.0.0.1])
by mail.parodius.com (8.13.1/8.13.1) with ESMTP id i8RJpd5w038366
(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 12:51:39 -0700 (PDT)
(envelope-from jdc@pentarou.parodius.com)
Received: (from jdc@localhost)
by pentarou.parodius.com (8.13.1/8.13.1/Submit) id i8RJpdja038365
for freebsd-current@freebsd.org; Mon, 27 Sep 2004 12:51:39 -0700 (PDT)
(envelope-from jdc)
Date: Mon, 27 Sep 2004 12:51:39 -0700
From: Jeremy Chadwick <freebsd@jdc.parodius.com>
To: freebsd-current@freebsd.org
Message-ID: <20040927195139.GA38187@parodius.com>
Mail-Followup-To: freebsd-current@freebsd.org
References: <20040925205030.M69999@www.ideaway.net>
<20040927193904.GB1016@odin.ac.hmc.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20040927193904.GB1016@odin.ac.hmc.edu>
User-Agent: Mutt/1.5.6i
Subject: Re: USB memory stick hotswap problems
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 19:51:40 -0000
Whoa, easy there. I think Mike was just providing some (what may
be considered superfluous/obvious) feedback to the issue at hand; he
honestly stated up front he had no solution, which implies he's not sure
of how to go about fixing the problem at hand.
I viewed his "criticism" as more positive than negative; I took it to
read "this is something we definitely need to look at and resolve, not
just put on the back-burner." I think the number of people who manage
and maintain the USB stack is, as you ptu it, limited. I don't know
what happened to Nick Hibma (the original maintainer/porter of the USB
stack), but it seems things have changed hands.
Finally, albeit a bit off-topic: financial contributions don't always
make things happen quicker in the open-source world. Although we have
less "managerial" red-tape to deal with, there are still only 24 hours
in a day, and many of us work full-time jobs. Time is limited,
regardless if there's a donation involved or otherwise. :-)
Just my $0.02.
--
| Jeremy Chadwick jdc at parodius.com |
| Parodius Networking http://www.parodius.com/ |
| UNIX Systems Administrator Mountain View, CA, USA |
| Making life hard for others since 1977. |
On Mon, Sep 27, 2004 at 12:39:04PM -0700, Brooks Davis wrote:
> On Sat, Sep 25, 2004 at 03:50:30PM -0500, Mike wrote:
> > Although I fully understand your reasoning, there is still a major
> > problem here that really should be resolved. I don't claim that I
> > have a solution - but I think I have an example that really requires
> > for this to be solved in some way other than "you must unmount the
> > USB device before unplugging".
>
> You can make statements like this all you want, but at the end of the
> day all you do is delay the solution. The few developers who are
> capable of fixing these sorts of problems understand the issues and
> would like to fix them, but the code is question is large, complex, and
> fairly crufty. It also wasn't designed with this sort of scenario in
> mind. The more time those developers have to spend reading messages
> from people demanding a fix and pontificating on the importance of
> the fix, the less time they can spend of the necessary architectural
> cleanups to actually fix the problem.
>
> If you want to do something to hasten the arrival of a fix, consider
> donating to the Foundation for work in this area or perhaps contributing
> to a developer like PHK when they solicit donations to enable them to do
> related work.
>
> -- Brooks
>
> --
> 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
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 19:57:40 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id ECCF716A4CE
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 19:57:40 +0000 (GMT)
Received: from schlepper.zs64.net (schlepper.zs64.net [212.12.50.230])
by mx1.FreeBSD.org (Postfix) with ESMTP id 4AC5C43D45
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 19:57:39 +0000 (GMT) (envelope-from stb@lassitu.de)
Received: from [IPv6:::1] (schlepper [212.12.50.230])
by schlepper.zs64.net (8.12.11/8.11.1) with ESMTP id i8RJvaZ9055240
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 21:57:36 +0200 (CEST) (envelope-from stb@lassitu.de)
Mime-Version: 1.0 (Apple Message framework v619)
Content-Transfer-Encoding: 7bit
Message-Id: <7A436E01-10BF-11D9-8DD3-000A95C893E4@lassitu.de>
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
To: freebsd-current@freebsd.org
From: Stefan Bethke <stb@lassitu.de>
Date: Mon, 27 Sep 2004 21:57:35 +0200
X-Mailer: Apple Mail (2.619)
Subject: Panic going multi-user in beta 5
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 19:57:41 -0000
This is a PAE, APIC, APCI kernel on a dual Xeon with 6 GB RAM. Until
two days ago, when I started the update, it ran beta 3 from around two
weeks ago sucessfully.
== snip ==
GDB: no debug ports present
KDB: debugger backends: ddb
KDB: current backend: ddb
Copyright (c) 1992-2004 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights reserved.
FreeBSD 5.3-BETA5 #13: Mon Sep 27 21:11:25 CEST 2004
root@majestix.tallence.de:/usr/obj/usr/src/sys/MAJESTIX
ACPI APIC Table: <A M I OEMAPIC >
Timecounter "i8254" frequency 1193182 Hz quality 0
CPU: Intel(R) Xeon(TM) CPU 2.80GHz (2799.22-MHz 686-class CPU)
Origin = "GenuineIntel" Id = 0xf25 Stepping = 5
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 = 6576668672 (6272 MB)
avail memory = 6310051840 (6017 MB)
FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs
cpu0 (BSP): APIC ID: 0
cpu1 (AP): APIC ID: 1
cpu2 (AP): APIC ID: 6
cpu3 (AP): APIC ID: 7
ioapic0 <Version 2.0> irqs 0-23 on motherboard
ioapic1 <Version 2.0> irqs 24-47 on motherboard
ioapic2 <Version 2.0> irqs 48-71 on motherboard
ioapic3 <Version 2.0> irqs 72-95 on motherboard
ioapic4 <Version 2.0> irqs 96-119 on motherboard
acpi0: <A M I OEMRSDT> on motherboard
acpi0: Power Button (fixed)
Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000
acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0
cpu0: <ACPI CPU> on acpi0
cpu1: <ACPI CPU> on acpi0
cpu2: <ACPI CPU> on acpi0
cpu3: <ACPI CPU> on acpi0
pcib0: <ACPI Host-PCI bridge> port 0xcf8-0xcff on acpi0
pci0: <ACPI PCI bus> on pcib0
pcib1: <ACPI PCI-PCI bridge> at device 2.0 on pci0
pcib1: could not get PCI interrupt routing table for \_SB_.PCI0.P0P5 -
AE_NOT_FOUND
pci5: <ACPI PCI bus> on pcib1
pci5: <base peripheral, interrupt controller> at device 28.0 (no driver
attached)
pcib2: <ACPI PCI-PCI bridge> at device 29.0 on pci5
pci7: <ACPI PCI bus> on pcib2
em0: <Intel(R) PRO/1000 Network Connection, Version - 1.7.25> port
0xd880-0xd8bf mem 0xfe9a0000-0xfe9bffff irq 48 at device 1.0 on pci7
em0: Ethernet address: 00:e0:81:28:97:ea
em0: Speed:N/A Duplex:N/A
em1: <Intel(R) PRO/1000 Network Connection, Version - 1.7.25> port
0xdc00-0xdc3f mem 0xfe9e0000-0xfe9fffff irq 49 at device 1.1 on pci7
em1: Ethernet address: 00:e0:81:28:97:eb
em1: Speed:N/A Duplex:N/A
pci5: <base peripheral, interrupt controller> at device 30.0 (no driver
attached)
pcib3: <ACPI PCI-PCI bridge> at device 31.0 on pci5
pci6: <ACPI PCI bus> on pcib3
twe0: <3ware Storage Controller. Driver version 1.50.01.002> port
0xcc00-0xcc0f mem 0xfe000000-0xfe7fffff irq 24 at device 3.0 on pci6
twe0: [GIANT-LOCKED]
twe0: 8 ports, Firmware FE7S 1.05.00.063, BIOS BE7X 1.08.00.048
pcib4: <ACPI PCI-PCI bridge> at device 3.0 on pci0
pcib4: could not get PCI interrupt routing table for \_SB_.PCI0.P0P2 -
AE_NOT_FOUND
pci2: <ACPI PCI bus> on pcib4
pci2: <base peripheral, interrupt controller> at device 28.0 (no driver
attached)
pcib5: <ACPI PCI-PCI bridge> at device 29.0 on pci2
pci4: <ACPI PCI bus> on pcib5
pci2: <base peripheral, interrupt controller> at device 30.0 (no driver
attached)
pcib6: <ACPI PCI-PCI bridge> at device 31.0 on pci2
pci3: <ACPI PCI bus> on pcib6
pci0: <serial bus, USB> at device 29.0 (no driver attached)
pci0: <serial bus, USB> at device 29.1 (no driver attached)
pci0: <serial bus, USB> at device 29.2 (no driver attached)
pcib7: <ACPI PCI-PCI bridge> at device 30.0 on pci0
pci1: <ACPI PCI bus> on pcib7
fxp0: <Intel 82551 Pro/100 Ethernet> port 0x8080-0x80bf mem
0xfd280000-0xfd29ffff,0xfd2fd000-0xfd2fdfff irq 19 at device 1.0 on
pci1
miibus0: <MII bus> on fxp0
inphy0: <i82555 10/100 media interface> on miibus0
inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
fxp0: Ethernet address: 00:e0:81:28:97:d8
pci1: <display, VGA> at device 2.0 (no driver attached)
atapci0: <Promise PDC20318 SATA150 controller> port
0x8400-0x847f,0x8480-0x848f,0x8c00-0x8c3f mem
0xfd2a0000-0xfd2bffff,0xfd2fe000-0xfd2fefff irq 18 at device 3.0 on
pci1
atapci0: failed: rid 0x20 is memory, requested 4
ata2: channel #0 on atapci0
ata3: channel #1 on atapci0
ata4: channel #2 on atapci0
ata5: channel #3 on atapci0
isab0: <PCI-ISA bridge> at device 31.0 on pci0
isa0: <ISA bus> on isab0
atapci1: <Intel ICH3 UDMA100 controller> port
0xffa0-0xffaf,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on
pci0
ata0: channel #0 on atapci1
ata1: channel #1 on atapci1
pci0: <serial bus, SMBus> at device 31.3 (no driver attached)
acpi_button0: <Power Button> on acpi0
acpi_button1: <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
atkbd0: [GIANT-LOCKED]
sio0: configured irq 4 not in bitmap of probed irqs 0
sio0: port may not be enabled
sio0 port 0x3f8-0x3ff irq 4 on acpi0
sio0: type 16550A, console
sio1: configured irq 3 not in bitmap of probed irqs 0
sio1: port may not be enabled
sio1 port 0x2f8-0x2ff irq 3 on acpi0
sio1: type 16550A
npx0: [FAST]
npx0: <math processor> on motherboard
npx0: INT 16 interface
orm0: <ISA Option ROMs> at iomem 0xc8000-0xc8fff,0xc0000-0xc7fff on isa0
sc0: <System console> at flags 0x100 on isa0
sc0: VGA <16 virtual consoles, flags=0x100>
vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on
isa0
Timecounters tick every 10.000 msec
acpi_cpu: throttling enabled, 8 steps (100% to 12.5%), currently 100.0%
ATAPI_RESET time = 30us
acd0: DVDROM <DV-25E/1.0A> at ata0-master UDMA33
twed0: <Unit 0, RAID5, Normal> on twe0
twed0: 718114MB (1470698112 sectors)
SMP: AP CPU #2 Launched!
SMP: AP CPU #1 Launched!
SMP: AP CPU #3 Launched!
pid 2: corrected slot count (0->1)
Mounting root from ufs:/dev/twed0s1a
Pre-seeding PRNG: kickstart.
Loading configuration files.
Entropy harvesting: interrupts ethernet point_to_point kickstart.
kernel dumps on /dev/twed0s1b
swapon: adding /dev/twed0s1b as swap device
Starting file system checks:
/dev/twed0s1a: FILE SYSTEM CLEAN; SKIPPING CHECKS
/dev/twed0s1a: clean, 222700 free (756 frags, 27743 blocks, 0.3%
fragmentation)
/dev/twed0s1e: FILE SYSTEM CLEAN; SKIPPING CHECKS
/dev/twed0s1e: clean, 1067751 free (86191 frags, 122695 blocks, 2.3%
fragmentation)
/dev/twed0s1d: FILE SYSTEM CLEAN; SKIPPING CHECKS
/dev/twed0s1d: clean, 8115033 free (385 frags, 1014331 blocks, 0.0%
fragmentation)
/dev/twed0s3a: FILE SYSTEM CLEAN; SKIPPING CHECKS
/dev/twed0s3a: clean, 83393050 free (47706 frags, 10418168 blocks, 0.1%
fragmentation)
security.jail.allow_raw_sockets: 0 -> 1
Setting hostname: majestix.tallence.de.
em0: Link is uppanic: could not copy LDT
cpuid = 1
KDB: enter: panic
[thread 100154]
Stopped at kdb_enter+0x30: leave
db> trace
kdb_enter(c04c78a1,1,c04d92d9,f23bec30,f23bec28) at kdb_enter+0x30
panic(c04d92d9,400,48,0,c08365d8) at panic+0x13e
cpu_fork(c7dc11a0,c815c000,c81584e0,14,c7dc11a0) at cpu_fork+0x2bd
vm_forkproc(c7dc11a0,c815c000,c81584e0,14,c0345f92) at vm_forkproc+0x143
fork1(c7dc11a0,14,0,f23becd8,c7dc11a0) at fork1+0x1647
fork(c7dc11a0,f23bed14,c7d60700,c7dc11a0,c7ccbd10) at fork+0x29
syscall(2f,2f,2f,0,8068000) at syscall+0x2fc
Xint0x80_syscall() at Xint0x80_syscall+0x1f
--- syscall (2, FreeBSD ELF32, fork), eip = 0x28134bf7, esp =
0xbf7fdd8c, ebp = 0xbf7fddb8 ---
db> ps
pid proc uarea uid ppid pgrp flag stat wmesg wchan
cmd
315 c815c000 f56f6000 0 311 155 0000002 new [INACTIVE] sh
311 c7dbe700 f239d000 0 155 155 0000002 [CPU 1] sh
220 c8156c40 f56f4000 0 0 0 0000204 [SLPQ mdwait
0xc8456600][SLP] md0
155 c815c700 f56fa000 0 1 155 0004002 [SLPQ wait
0xc815c700][SLP] sh
154 c7dbe8c0 f23d4000 0 0 0 0000204 [SLPQ -
0xc0524c2c][SLP] nfsiod 3
153 c7dbea80 f23d5000 0 0 0 0000204 [SLPQ -
0xc0524c28][SLP] nfsiod 2
152 c7dbec40 f23d6000 0 0 0 0000204 [SLPQ -
0xc0524c24][SLP] nfsiod 1
151 c7dbee00 f23d7000 0 0 0 0000204 [SLPQ -
0xc0524c20][SLP] nfsiod 0
150 c7e1b000 f23d8000 0 0 0 0000204 [SLPQ vlruwt
0xc7e1b000][SLP] vnlru
149 c7e1b1c0 f23d9000 0 0 0 0000204 [RUNQ] syncer
148 c7e1b380 f23da000 0 0 0 0000204 [RUNQ] bufdaemon
147 c7e1b540 f23db000 0 0 0 000020c [SLPQ pgzero
0xc052b490][SLP] pagezero
146 c7e1b700 f23dc000 0 0 0 0000204 [SLPQ psleep
0xc052b4e4][SLP] vmdaemon
145 c7e1b8c0 f23dd000 0 0 0 0000204 [SLPQ psleep
0xc052b4a0][SLP] pagedaemon
144 c7e1ba80 f23de000 0 0 0 0000204 [IWAIT] swi0: sio
9 c7e1bc40 f23df000 0 0 0 0000204 [SLPQ actask
0xc050f28c][SLP] acpi_task2
8 c7e1be00 f23e0000 0 0 0 0000204 [SLPQ actask
0xc050f28c][SLP] acpi_task1
7 c7e1d000 f23e1000 0 0 0 0000204 [SLPQ actask
0xc050f28c][SLP] acpi_task0
6 c7e1d1c0 f23e2000 0 0 0 0000204 [SLPQ -
0xc7de6580][SLP] thread taskq
143 c7da6a80 f2357000 0 0 0 0000204 [IWAIT] swi6:+
142 c7da6c40 f238e000 0 0 0 0000204 [IWAIT] swi6: task
queue
141 c7da6e00 f238f000 0 0 0 0000204 [IWAIT] swi3: cambio
140 c7dbd000 f2390000 0 0 0 0000204 [IWAIT] swi2: camnet
139 c7dbd1c0 f2391000 0 0 0 0000204 [IWAIT] swi6: acpitaskq
5 c7dbd380 f2392000 0 0 0 0000204 [SLPQ -
0xc7de68c0][SLP] kqueue taskq
138 c7dbd540 f2393000 0 0 0 0000204 [IWAIT] swi6:+
137 c7dbd700 f2394000 0 0 0 0000204 [RUNQ] yarrow
4 c7dbd8c0 f2395000 0 0 0 0000204 [RUNQ] g_down
3 c7dbda80 f2396000 0 0 0 0000204 [SLPQ -
0xc05126e4][SLP] g_up
2 c7dbdc40 f2397000 0 0 0 0000204 [RUNQ] g_event
136 c7dbde00 f2398000 0 0 0 0000204 [IWAIT] swi1: net
135 c7dbe000 f2399000 0 0 0 0000204 [IWAIT] swi4: vm
134 c7dbe1c0 f239a000 0 0 0 000020c [CPU 2] swi5: clock sio
133 c7dbe380 f239b000 0 0 0 0000204 [IWAIT] irq0: clk
132 c7dbe540 f239c000 0 0 0 0000204 [IWAIT] irq119:
131 c7d90e00 f2311000 0 0 0 0000204 [IWAIT] irq118:
130 c7da4000 f2348000 0 0 0 0000204 [IWAIT] irq117:
129 c7da41c0 f2349000 0 0 0 0000204 [IWAIT] irq116:
128 c7da4380 f234a000 0 0 0 0000204 [IWAIT] irq115:
127 c7da4540 f234b000 0 0 0 0000204 [IWAIT] irq114:
126 c7da4700 f234c000 0 0 0 0000204 [IWAIT] irq113:
125 c7da48c0 f234d000 0 0 0 0000204 [IWAIT] irq112:
124 c7da4a80 f234e000 0 0 0 0000204 [IWAIT] irq111:
123 c7da4c40 f234f000 0 0 0 0000204 [IWAIT] irq110:
122 c7da4e00 f2350000 0 0 0 0000204 [IWAIT] irq109:
121 c7da6000 f2351000 0 0 0 0000204 [IWAIT] irq108:
120 c7da61c0 f2352000 0 0 0 0000204 [IWAIT] irq107:
119 c7da6380 f2353000 0 0 0 0000204 [IWAIT] irq106:
118 c7da6540 f2354000 0 0 0 0000204 [IWAIT] irq105:
117 c7da6700 f2355000 0 0 0 0000204 [IWAIT] irq104:
116 c7da68c0 f2356000 0 0 0 0000204 [IWAIT] irq103:
115 c7d7f1c0 f22e6000 0 0 0 0000204 [IWAIT] irq102:
114 c7d7f380 f2302000 0 0 0 0000204 [IWAIT] irq101:
113 c7d7f540 f2303000 0 0 0 0000204 [IWAIT] irq100:
112 c7d7f700 f2304000 0 0 0 0000204 [IWAIT] irq99:
111 c7d7f8c0 f2305000 0 0 0 0000204 [IWAIT] irq98:
110 c7d7fa80 f2306000 0 0 0 0000204 [IWAIT] irq97:
109 c7d7fc40 f2307000 0 0 0 0000204 [IWAIT] irq96:
108 c7d7fe00 f2308000 0 0 0 0000204 [IWAIT] irq95:
107 c7d90000 f2309000 0 0 0 0000204 [IWAIT] irq94:
106 c7d901c0 f230a000 0 0 0 0000204 [IWAIT] irq93:
105 c7d90380 f230b000 0 0 0 0000204 [IWAIT] irq92:
104 c7d90540 f230c000 0 0 0 0000204 [IWAIT] irq91:
103 c7d90700 f230d000 0 0 0 0000204 [IWAIT] irq90:
102 c7d908c0 f230e000 0 0 0 0000204 [IWAIT] irq89:
101 c7d90a80 f230f000 0 0 0 0000204 [IWAIT] irq88:
100 c7d90c40 f2310000 0 0 0 0000204 [IWAIT] irq87:
99 c7d5f540 f22a0000 0 0 0 0000204 [IWAIT] irq86:
98 c7d5f700 f22d7000 0 0 0 0000204 [IWAIT] irq85:
97 c7d5f8c0 f22d8000 0 0 0 0000204 [IWAIT] irq84:
96 c7d5fa80 f22d9000 0 0 0 0000204 [IWAIT] irq83:
95 c7d5fc40 f22da000 0 0 0 0000204 [IWAIT] irq82:
94 c7d5fe00 f22db000 0 0 0 0000204 [IWAIT] irq81:
93 c7d7e000 f22dc000 0 0 0 0000204 [IWAIT] irq80:
92 c7d7e1c0 f22dd000 0 0 0 0000204 [IWAIT] irq79:
91 c7d7e380 f22de000 0 0 0 0000204 [IWAIT] irq78:
90 c7d7e540 f22df000 0 0 0 0000204 [IWAIT] irq77:
89 c7d7e700 f22e0000 0 0 0 0000204 [IWAIT] irq76:
88 c7d7e8c0 f22e1000 0 0 0 0000204 [IWAIT] irq75:
87 c7d7ea80 f22e2000 0 0 0 0000204 [IWAIT] irq74:
86 c7d7ec40 f22e3000 0 0 0 0000204 [IWAIT] irq73:
85 c7d7ee00 f22e4000 0 0 0 0000204 [IWAIT] irq72:
84 c7d7f000 f22e5000 0 0 0 0000204 [IWAIT] irq71:
83 c7d4ea80 f225b000 0 0 0 0000204 [IWAIT] irq70:
82 c7d4ec40 f2292000 0 0 0 0000204 [IWAIT] irq69:
81 c7d4ee00 f2293000 0 0 0 0000204 [IWAIT] irq68:
80 c7d5e000 f2294000 0 0 0 0000204 [IWAIT] irq67:
79 c7d5e1c0 f2295000 0 0 0 0000204 [IWAIT] irq66:
78 c7d5e380 f2296000 0 0 0 0000204 [IWAIT] irq65:
77 c7d5e540 f2297000 0 0 0 0000204 [IWAIT] irq64:
76 c7d5e700 f2298000 0 0 0 0000204 [IWAIT] irq63:
75 c7d5e8c0 f2299000 0 0 0 0000204 [IWAIT] irq62:
74 c7d5ea80 f229a000 0 0 0 0000204 [IWAIT] irq61:
73 c7d5ec40 f229b000 0 0 0 0000204 [IWAIT] irq60:
72 c7d5ee00 f229c000 0 0 0 0000204 [IWAIT] irq59:
71 c7d5f000 f229d000 0 0 0 0000204 [IWAIT] irq58:
70 c7d5f1c0 f229e000 0 0 0 0000204 [IWAIT] irq57:
69 c7d5f380 f229f000 0 0 0 0000204 [IWAIT] irq56:
68 c7d3e1c0 f2232000 0 0 0 0000204 [IWAIT] irq55:
67 c7d3e380 f224e000 0 0 0 0000204 [IWAIT] irq54:
66 c7d3e540 f224f000 0 0 0 0000204 [IWAIT] irq53:
65 c7d3e700 f2250000 0 0 0 0000204 [IWAIT] irq52:
64 c7d3e8c0 f2251000 0 0 0 0000204 [IWAIT] irq51:
63 c7d3ea80 f2252000 0 0 0 0000204 [IWAIT] irq50:
62 c7d3ec40 f2253000 0 0 0 0000204 [IWAIT] irq49: em1
61 c7d3ee00 f2254000 0 0 0 0000204 [CPU 0] irq48: em0
60 c7d4e000 f2255000 0 0 0 0000204 [IWAIT] irq47:
59 c7d4e1c0 f2256000 0 0 0 0000204 [IWAIT] irq46:
58 c7d4e380 f2257000 0 0 0 0000204 [IWAIT] irq45:
57 c7d4e540 f2258000 0 0 0 0000204 [IWAIT] irq44:
56 c7d4e700 f2259000 0 0 0 0000204 [IWAIT] irq43:
55 c7d4e8c0 f225a000 0 0 0 0000204 [IWAIT] irq42:
54 c7d26a80 f21ef000 0 0 0 0000204 [IWAIT] irq41:
53 c7d26c40 f2226000 0 0 0 0000204 [IWAIT] irq40:
52 c7d26e00 f2227000 0 0 0 0000204 [IWAIT] irq39:
51 c7d3c000 f2228000 0 0 0 0000204 [IWAIT] irq38:
50 c7d3c1c0 f2229000 0 0 0 0000204 [IWAIT] irq37:
49 c7d3c380 f222a000 0 0 0 0000204 [IWAIT] irq36:
48 c7d3c540 f222b000 0 0 0 0000204 [IWAIT] irq35:
47 c7d3c700 f222c000 0 0 0 0000204 [IWAIT] irq34:
46 c7d3c8c0 f222d000 0 0 0 0000204 [IWAIT] irq33:
45 c7d3ca80 f222e000 0 0 0 0000204 [IWAIT] irq32:
44 c7d3cc40 f222f000 0 0 0 0000204 [IWAIT] irq31:
43 c7d3ce00 f2230000 0 0 0 0000204 [IWAIT] irq30:
42 c7d3e000 f2231000 0 0 0 0000204 [IWAIT] irq29:
41 c7d16540 f21c8000 0 0 0 0000204 [IWAIT] irq28:
40 c7d16700 f21e4000 0 0 0 0000204 [IWAIT] irq27:
39 c7d168c0 f21e5000 0 0 0 0000204 [IWAIT] irq26:
38 c7d16a80 f21e6000 0 0 0 0000204 [IWAIT] irq25:
37 c7d16c40 f21e7000 0 0 0 0000204 [IWAIT] irq24: twe0
36 c7d16e00 f21e8000 0 0 0 0000204 [IWAIT] irq23:
35 c7d26000 f21e9000 0 0 0 0000204 [IWAIT] irq22:
34 c7d261c0 f21ea000 0 0 0 0000204 [IWAIT] irq21:
33 c7d26380 f21eb000 0 0 0 0000204 [IWAIT] irq20:
32 c7d26540 f21ec000 0 0 0 0000204 [IWAIT] irq19: fxp0
31 c7d26700 f21ed000 0 0 0 0000204 [IWAIT] irq18: atapci0
30 c7d268c0 f21ee000 0 0 0 0000204 [IWAIT] irq17:
29 c7cc91c0 f072f000 0 0 0 0000204 [IWAIT] irq16:
28 c7cc9380 f074b000 0 0 0 0000204 [IWAIT] irq15: ata1
27 c7cc9540 f074c000 0 0 0 0000204 [IWAIT] irq14: ata0
26 c7cc9700 f074d000 0 0 0 0000204 [IWAIT] irq13:
25 c7cc98c0 f074e000 0 0 0 0000204 [IWAIT] irq12:
24 c7cc9a80 f074f000 0 0 0 0000204 [IWAIT] irq11:
23 c7cc9c40 f0750000 0 0 0 0000204 [IWAIT] irq10:
22 c7cc9e00 f0751000 0 0 0 0000204 [IWAIT] irq9: acpi0
21 c7d16000 f21c5000 0 0 0 0000204 [IWAIT] irq8: rtc
20 c7d161c0 f21c6000 0 0 0 0000204 [IWAIT] irq7:
19 c7d16380 f21c7000 0 0 0 0000204 [IWAIT] irq6:
18 c7cc0000 f06ef000 0 0 0 0000204 [IWAIT] irq5:
17 c7cc01c0 f0726000 0 0 0 0000204 [IWAIT] irq4: sio0
16 c7cc0380 f0727000 0 0 0 0000204 [IWAIT] irq3: sio1
15 c7cc0540 f0728000 0 0 0 0000204 [IWAIT] irq1: atkbd0
14 c7cc0700 f0729000 0 0 0 000020c [Can run] idle: cpu0
13 c7cc08c0 f072a000 0 0 0 000020c [Can run] idle: cpu1
12 c7cc0a80 f072b000 0 0 0 000020c [Can run] idle: cpu2
11 c7cc0c40 f072c000 0 0 0 000020c [CPU 3] idle: cpu3
1 c7cc0e00 f072d000 0 0 1 0004200 [SLPQ wait
0xc7cc0e00][SLP] init
10 c7cc9000 f072e000 0 0 0 0000204 [SLPQ ktrace
0xc05160b8][SLP] ktrace
0 c05127e0 c067d000 0 0 0 0000200 [RUNQ] swapper
== snip ==
GENERIC boots fine:
== snip ==
FreeBSD/i386 bootstrap loader, Revision 1.1
(root@majestix.tallence.de, Sat Sep 25 16:22:15 CEST 2004)
Loading /boot/defaults/loader.conf
/boot/kernel/kernel text=0x2dd49c
data=0x2e268+0x38b38 syms=[0x4+0x3ca50+0x4+0x4cb1b]
/
Hit
[Enter] to boot immediately, or any other key for command prompt.
Booting [/boot/kernel/kernel] in 9 seconds...
Type '?' for a list of commands, 'help' for more
detailed help. OK unload
OK load
/boot/kernel.GENERIC/kernel
/boot/kernel.GENERIC/kernel text=0x4b5638 data=0x7cf64+0x4acfc
syms=[0x4+0x59d50+0x4+0x6ed04]
OK boot
ACPI autoload failed - no such file or
directory 2228224K of memory above 4GB
ignored Copyright (c)
1992-2004 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993,
1994
The Regents of the University of California. All rights
reserved.
FreeBSD 5.3-BETA5 #0: Sat Sep 25 18:53:57 CEST 2004
root@majestix.tallence.de:/usr/obj/usr/src/sys/GENERIC
Timecounter "i8254" frequency 1193182 Hz quality 0
CPU: Intel(R) Xeon(TM) CPU 2.80GHz (2799.22-MHz 686-class CPU)
Origin = "GenuineIntel" Id = 0xf25 Stepping = 5
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 = 4160684032 (3967 MB)
avail memory = 4073914368 (3885 MB)
MPTable: <INTEL KingsCanyonC>
FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs
cpu0 (BSP): APIC ID: 0
cpu1 (AP): APIC ID: 6
ioapic0: Assuming intbase of 0
ioapic1: Assuming intbase of 24
ioapic2: Assuming intbase of 48
ioapic3: Assuming intbase of 72
ioapic4: Assuming intbase of 96
ioapic0 <Version 2.0> irqs 0-23 on motherboard
ioapic1 <Version 2.0> irqs 24-47 on motherboard
ioapic2 <Version 2.0> irqs 48-71 on motherboard
ioapic3 <Version 2.0> irqs 72-95 on motherboard
ioapic4 <Version 2.0> irqs 96-119 on motherboard
npx0: [FAST]
npx0: <math processor> on motherboard
npx0: INT 16 interface
pcib0: <MPTable Host-PCI bridge> pcibus 0 on motherboard
pci0: <PCI bus> on pcib0
pcib1: <PCI-PCI bridge> at device 2.0 on pci0
pci5: <PCI bus> on pcib1
pci5: <base peripheral, interrupt controller> at device 28.0 (no driver
attached)
pcib2: <MPTable PCI-PCI bridge> at device 29.0 on pci5
pci7: <PCI bus> on pcib2
em0: <Intel(R) PRO/1000 Network Connection, Version - 1.7.25> port
0xd880-0xd8bf mem 0xfe9a0000-0xfe9bffff irq 48 at device 1.0 on pci7
em0: Ethernet address: 00:e0:81:28:97:ea
em0: Speed:N/A Duplex:N/A
em1: <Intel(R) PRO/1000 Network Connection, Version - 1.7.25> port
0xdc00-0xdc3f mem 0xfe9e0000-0xfe9fffff irq 49 at device 1.1 on pci7
em1: Ethernet address: 00:e0:81:28:97:eb
em1: Speed:N/A Duplex:N/A
pci5: <base peripheral, interrupt controller> at device 30.0 (no driver
attached)
pcib3: <MPTable PCI-PCI bridge> at device 31.0 on pci5
pci6: <PCI bus> on pcib3
twe0: <3ware Storage Controller. Driver version 1.50.01.002> port
0xcc00-0xcc0f mem 0xfe000000-0xfe7fffff irq 24 at device 3.0 on pci6
twe0: [GIANT-LOCKED]
twe0: 8 ports, Firmware FE7S 1.05.00.063, BIOS BE7X 1.08.00.048
pcib4: <PCI-PCI bridge> at device 3.0 on pci0
pci2: <PCI bus> on pcib4
pci2: <base peripheral, interrupt controller> at device 28.0 (no driver
attached)
pcib5: <PCI-PCI bridge> at device 29.0 on pci2
pci4: <PCI bus> on pcib5
pci2: <base peripheral, interrupt controller> at device 30.0 (no driver
attached)
pcib6: <PCI-PCI bridge> at device 31.0 on pci2
pci3: <PCI bus> on pcib6
uhci0: <Intel 82801CA/CAM (ICH3) USB controller USB-A> port
0xe800-0xe81f irq 16 at device 29.0 on pci0
uhci0: [GIANT-LOCKED]
usb0: <Intel 82801CA/CAM (ICH3) USB controller USB-A> on uhci0
usb0: USB revision 1.0
uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub0: 2 ports with 2 removable, self powered
uhci1: <Intel 82801CA/CAM (ICH3) USB controller USB-B> port
0xe880-0xe89f irq 19 at device 29.1 on pci0
uhci1: [GIANT-LOCKED]
usb1: <Intel 82801CA/CAM (ICH3) USB controller USB-B> on uhci1
usb1: USB revision 1.0
uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub1: 2 ports with 2 removable, self powered
uhci2: <Intel 82801CA/CAM (ICH3) USB controller USB-C> port
0xec00-0xec1f irq 18 at device 29.2 on pci0
uhci2: [GIANT-LOCKED]
usb2: <Intel 82801CA/CAM (ICH3) USB controller USB-C> on uhci2
usb2: USB revision 1.0
uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub2: 2 ports with 2 removable, self powered
pcib7: <MPTable PCI-PCI bridge> at device 30.0 on pci0
pci1: <PCI bus> on pcib7
fxp0: <Intel 82551 Pro/100 Ethernet> port 0x8080-0x80bf mem
0xfd280000-0xfd29ffff,0xfd2fd000-0xfd2fdfff irq 19 at device 1.0 on
pci1
miibus0: <MII bus> on fxp0
inphy0: <i82555 10/100 media interface> on miibus0
inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
fxp0: Ethernet address: 00:e0:81:28:97:d8
pci1: <display, VGA> at device 2.0 (no driver attached)
atapci0: <Promise PDC20318 SATA150 controller> port
0x8400-0x847f,0x8480-0x848f,0x8c00-0x8c3f mem
0xfd2a0000-0xfd2bffff,0xfd2fe000-0xfd2fefff irq 18 at device 3.0 on
pci1
atapci0: failed: rid 0x20 is memory, requested 4
ata2: channel #0 on atapci0
ata3: channel #1 on atapci0
ata4: channel #2 on atapci0
ata5: channel #3 on atapci0
isab0: <PCI-ISA bridge> at device 31.0 on pci0
isa0: <ISA bus> on isab0
atapci1: <Intel ICH3 UDMA100 controller> port
0xffa0-0xffaf,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on
pci0
ata0: channel #0 on atapci1
ata1: channel #1 on atapci1
pci0: <serial bus, SMBus> at device 31.3 (no driver attached)
cpu0 on motherboard
cpu1 on motherboard
orm0: <ISA Option ROMs> at iomem 0xc8000-0xc8fff,0xc0000-0xc7fff on isa0
pmtimer0 on isa0
atkbdc0: <Keyboard controller (i8042)> at port 0x64,0x60 on isa0
atkbd0: <AT Keyboard> irq 1 on atkbdc0
kbd0 at atkbd0
atkbd0: [GIANT-LOCKED]
fdc0: <Enhanced floppy controller> at port 0x3f0-0x3f5 irq 6 drq 2 on
isa0
fdc0: [FAST]
fd0: <1440-KB 3.5" drive> on fdc0 drive 0
ppc0: <Parallel port> at port 0x378-0x37f irq 7 on isa0
ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode
ppbus0: <Parallel port bus> on ppc0
plip0: <PLIP network interface> on ppbus0
lpt0: <Printer> on ppbus0
lpt0: Interrupt-driven port
ppi0: <Parallel I/O> on ppbus0
sc0: <System console> at flags 0x100 on isa0
sc0: VGA <16 virtual consoles, flags=0x100>
sio0: configured irq 4 not in bitmap of probed irqs 0
sio0: port may not be enabled
sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0
sio0: type 16550A, console
sio1: configured irq 3 not in bitmap of probed irqs 0
sio1: port may not be enabled
sio1 at port 0x2f8-0x2ff irq 3 on isa0
sio1: type 16550A
vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on
isa0
unknown: <PNP0c01> can't assign resources (memory)
unknown: <PNP0303> can't assign resources (port)
ahc0: No resources allocated.
unknown: <PNP0501> can't assign resources (port)
unknown: <PNP0501> can't assign resources (port)
unknown: <PNP0700> can't assign resources (port)
unknown: <PNP0400> can't assign resources (port)
ahc0: No resources allocated.
Timecounters tick every 10.000 msec
ATAPI_RESET time = 30us
acd0: DVDROM <DV-25E/1.0A> at ata0-master UDMA33
twed0: <Unit 0, RAID5, Normal> on twe0
twed0: 718114MB (1470698112 sectors)
SMP: AP CPU #1 Launched!
Mounting root from ufs:/dev/twed0s1a
WARNING: / was not properly dismounted
Pre-seeding PRNG: kickstart.
Loading configuration files.
Entropy harvesting: interrupts ethernet point_to_point kickstart.
kernel dumps on /dev/twed0s1b
swapon: adding /dev/twed0s1b as swap device
Starting file system checks:
/dev/twed0s1a: 1060 files, 31115 used, 222700 free (756 frags, 27743
blocks, 0.3% fragmentation)
/dev/twed0s1e: DEFER FOR BACKGROUND CHECKING
/dev/twed0s1d: DEFER FOR BACKGROUND CHECKING
/dev/twed0s3a: DEFER FOR BACKGROUND CHECKING
WARNING: /usr was not properly dismounted
WARNING: /var was not properly dismounted
WARNING: /data/00 was not properly dismounted
security.jail.allow_raw_sockets: 0 -> 1
Setting hostname: majestix.tallence.de.
em0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
options=1b<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING>
inet 44.128.32.70 netmask 0xffffffc0 broadcast 44.128.32.127
inet6 fe80::2e0:81ff:fe28:97ea%em0 prefixlen 64 tentative
scopeid 0x1
inet 44.128.32.86 netmask 0xffffffff broadcast 44.128.32.86
inet 44.1em28.32.87 netmask0 0xffffffff broa:dcast 44.128.32. 87
inet 44.128L.32.88 netmask 0ixffffffff broadcnast 44.128.32.88k
inet 44.128.3 2.89 netmask 0xfifffffff broadcasst 44.128.32.89
ether 00:e0:81:u28:97:ea
mediap: Ethernet autos elect
status: 1no carrier
lo0:0 flags=8049<UP,L0OOPBACK,RUNNING, MULTICAST> mtu 1Mbps Full Duplex
6384
inet 127.0.0.1 netmask 0xff000000
inet6 ::1 prefixlen 128
inet6 fe80::1%lo0 prefixlen 64 scopeid 0x5
add net default: gateway 44.128.32.65
Additional routing options:.
Starting devd.
Mounting NFS file systems:.
Starting syslogd.
Sep 27 21:54:08 majestix syslogd: kernel boot file is
/boot/kernel.GENERIC/kernel
Checking for core dump on /dev/twed0s1b ...
savecore: no dumps found
ELF ldconfig path: /lib /usr/lib /usr/lib/compat /usr/X11R6/lib
/usr/local/lib
a.out ldconfig path: /usr/lib/aout /usr/lib/compat/aout
/usr/X11R6/lib/aout
Starting usbd.
Starting local daemons:.
Updating motd.
Starting ntpd.
Configuring syscons: blanktime.
Starting sshd.
Initial i386 initialization:.
Additional ABI support: linux.
Starting cron.
Local package initialization: cvsupd SETI@home.
Additional TCP options:.
Starting background file system checks in 60 seconds.
Mon Sep 27 21:54:14 CEST 2004
Starting 3DM2 daemon:
FreeBSD/i386 (majestix.tallence.de) (ttyd0)
login: Interrupt storm detected on "irq16: uhci0"; throttling interrupt
source
== snip ==
Here's the config file:
== snip ==
###
### Kernel configuarion file for majestix.tallence.de
###
machine i386
cpu I686_CPU
ident MAJESTIX
###
### General options: protocols, file systems
###
options SCHED_ULE # ULE 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 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 ADAPTIVE_GIANT # Giant mutex is adaptive.
options NULLFS #NULL filesystem
#options GEOM_APPLE # Apple partitioning
#options GEOM_BDE # Disk encryption.
options GEOM_BSD # BSD disklabels
#options GEOM_CONCAT # Disk concatenation.
#options GEOM_FOX # Redundant path mitigation
#options GEOM_GATE # Userland services.
#options GEOM_GPT # GPT partitioning
options GEOM_LABEL # Providers labelization.
options GEOM_MBR # DOS/MBR partitioning
#options GEOM_MIRROR # Disk mirroring.
#options GEOM_NOP # Test class.
#options GEOM_PC98 # NEC PC9800 partitioning
#options GEOM_RAID3 # RAID3 functionality.
#options GEOM_STRIPE # Disk striping.
#options GEOM_SUNLABEL # Sun/Solaris partitioning
#options GEOM_UZIP # Read-only compressed disks
#options GEOM_VOL # Volume names from UFS
superblock
# Enable Linux ABI emulation
#options COMPAT_LINUX
#options LINPROCFS
###
### Machine-specific:
###
options SMP # Symmetric MultiProcessor Kernel
device apic # I/O APIC
# PAE is incompatible with modules
options PAE # Physical Address Extensions
Kernel
device acpi
makeoptions NO_MODULES=yes
#options VM_KMEM_SIZE
#options VM_KMEM_SIZE_MAX
#options VM_KMEM_SIZE_SCALE=16
#options KVA_PAGES=512
options VM_KMEM_SIZE_MAX=419430400 #400MB
###
### Debugging
###
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
###
### Busses and drivers
###
device isa
device eisa
device pci
# 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)
device miibus # MII bus support
#device fdc
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
#device ahc # AHA2940 and onboard AIC7xxx devices
#device ahd # AHA39320/29320 and onboard AIC79xx
devices
device twe # 3ware ATA RAID
device atkbdc # AT keyboard controller
device atkbd # AT keyboard
device psm # PS/2 mouse
device vga # VGA video card driver
device sc
device npx
device sio # 8250, 16[45]50 based serial ports
device em # Intel PRO/1000 adapter Gigabit
Ethernet Card
device fxp # Intel EtherExpress PRO/100B (82557,
82558)
device random # Entropy device
device loop # Network loopback
device ether # Ethernet support
device tun # Packet tunnel.
device pty # Pseudo-ttys (telnet etc)
device md # Memory "disks"
device bpf # Berkeley packet filter
device mem # Memory and kernel memory devices
device io # I/O device
== snip ==
I'll try updating to the newest RELENG_5 and report back...
Cheers,
Stefan
--
Stefan Bethke <stb@lassitu.de> Fon +49 170 346 0140
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 20:03:09 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 9521B16A4CF
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 20:03:09 +0000 (GMT)
Received: from mail.mcneil.com (mcneil.com [24.199.45.54])
by mx1.FreeBSD.org (Postfix) with ESMTP id 6A9DF43D1F
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 20:03:09 +0000 (GMT) (envelope-from sean@mcneil.com)
Received: from localhost (localhost.mcneil.com [127.0.0.1])
by mail.mcneil.com (Postfix) with ESMTP id 85E0FF1AA3
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 13:03:06 -0700 (PDT)
Received: from mail.mcneil.com ([127.0.0.1])
by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024)
with ESMTP id 99473-04 for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 13:03:03 -0700 (PDT)
Received: from [24.199.45.54] (mcneil.com [24.199.45.54])
by mail.mcneil.com (Postfix) with ESMTP id 96693F1936
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 13:03:03 -0700 (PDT)
From: Sean McNeil <sean@mcneil.com>
To: freebsd-current@freebsd.org
In-Reply-To: <20040927195139.GA38187@parodius.com>
References: <20040925205030.M69999@www.ideaway.net>
<20040927193904.GB1016@odin.ac.hmc.edu>
<20040927195139.GA38187@parodius.com>
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="=-sOBdv3bsPZytZB6V3cnJ"
Message-Id: <1096315383.24981.5.camel@server.mcneil.com>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.6
Date: Mon, 27 Sep 2004 13:03:03 -0700
X-Virus-Scanned: by amavisd-new at mcneil.com
Subject: Re: USB memory stick hotswap problems
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 20:03:09 -0000
--=-sOBdv3bsPZytZB6V3cnJ
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable
On Mon, 2004-09-27 at 12:51, Jeremy Chadwick wrote:
> Whoa, easy there. I think Mike was just providing some (what may
> be considered superfluous/obvious) feedback to the issue at hand; he
> honestly stated up front he had no solution, which implies he's not sure
> of how to go about fixing the problem at hand.
>=20
> I viewed his "criticism" as more positive than negative; I took it to
> read "this is something we definitely need to look at and resolve, not
> just put on the back-burner." I think the number of people who manage
> and maintain the USB stack is, as you ptu it, limited. I don't know
> what happened to Nick Hibma (the original maintainer/porter of the USB
> stack), but it seems things have changed hands.
>=20
> Finally, albeit a bit off-topic: financial contributions don't always
> make things happen quicker in the open-source world. Although we have
> less "managerial" red-tape to deal with, there are still only 24 hours
> in a day, and many of us work full-time jobs. Time is limited,
> regardless if there's a donation involved or otherwise. :-)
>=20
> Just my $0.02.
I'd like to throw in my $0.02 as well. Perhaps if we all did, then
there would be plenty of money ;-)
Mike says:
I don't claim that I have a solution - but I think I have an example
that really requires for this to be solved in some way other than "you
must unmount the USB device before unplugging".
I think it would be great to not have to unmount a device before we
unplug it, but even Windows requires you to do this by "ejecting" the
device first. I don't see this as a problem. I especially do not see
this as a problem with the USB stack. I haven't followed the entire
thread, but is this the only remaining complaint/issue/criticism/etc?
Cheers,
Sean
--=-sOBdv3bsPZytZB6V3cnJ
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)
iD8DBQBBWHH3yQsGN30uGE4RAnu6AJ45+m8jNacr79+dclsjntjmbModwACaAtFS
v7R+EW1WyRbgIp3u78vc2YA=
=jPB2
-----END PGP SIGNATURE-----
--=-sOBdv3bsPZytZB6V3cnJ--
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 20:06:52 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id BC7BF16A4CE
for <freebsd-current@FreeBSD.org>;
Mon, 27 Sep 2004 20:06:52 +0000 (GMT)
Received: from mail1.speakeasy.net (mail1.speakeasy.net [216.254.0.201])
by mx1.FreeBSD.org (Postfix) with ESMTP id 926E343D39
for <freebsd-current@FreeBSD.org>;
Mon, 27 Sep 2004 20:06:52 +0000 (GMT) (envelope-from jhb@FreeBSD.org)
Received: (qmail 2234 invoked from network); 27 Sep 2004 20:06:52 -0000
Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx)
([216.27.160.63]) (envelope-sender <jhb@FreeBSD.org>)
encrypted SMTP for <freebsd-current@FreeBSD.org>;
27 Sep 2004 20:06:51 -0000
Received: from [10.50.40.210] (gw1.twc.weather.com [216.133.140.1])
(authenticated bits=0)
by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i8RK6lBs014629;
Mon, 27 Sep 2004 16:06:49 -0400 (EDT)
(envelope-from jhb@FreeBSD.org)
From: John Baldwin <jhb@FreeBSD.org>
To: Julian Elischer <julian@elischer.org>
Date: Mon, 27 Sep 2004 16:07:27 -0400
User-Agent: KMail/1.6.2
References: <4157AFE9.2060207@elischer.org>
<200409271126.09854.jhb@FreeBSD.org> <415869AD.1000908@elischer.org>
In-Reply-To: <415869AD.1000908@elischer.org>
MIME-Version: 1.0
Content-Disposition: inline
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Message-Id: <200409271607.27169.jhb@FreeBSD.org>
X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx
cc: Current <freebsd-current@FreeBSD.org>
Subject: Re: ktr/alq/witness failure.
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 20:06:52 -0000
On Monday 27 September 2004 03:27 pm, Julian Elischer wrote:
> John Baldwin wrote:
> >On Monday 27 September 2004 02:15 am, Julian Elischer wrote:
> >>I'm not going to stop and debug this now because I'm chasing another
> >>problem but I can probably stash a corefile somewhere if people want it..
> >
> >Looks like the process mutex is busted or some such.
> >
> >>ref4# sysctl debug.ktr.mask=0x2fffffff
> >>debug.ktr.mask: 262144
> >> ->
> >>805306367
> >>ref4#
> >>ref4#
> >>ref4# sysctl debug.ktr.mask=0x0
> >>kernel trap 12 with interrupts disabled
> >>
> >>Fatal double fault:
> >>eip = 0xc053336e
> >>esp = 0xcbaa3ff4
> >>ebp = 0xcbaa401c
> >>cpuid = 0; apic id = 00
> >>panic: double fault
> >>cpuid = 0
> >>KDB: enter: panic
> >>[thread 100027]
> >>Stopped at kdb_enter+0x2b: nop
> >>db> tr
> >>kdb_enter(c069adef) at kdb_enter+0x2b
> >>panic(c06b581a,c06b59c4,0,0,0) at panic+0x127
> >>dblfault_handler() at dblfault_handler+0x7a
> >>--- trap 0x17, eip = 0xc053336e, esp = 0xcbaa3ff4, ebp = 0xcbaa401c ---
> >>witness_checkorder(c111776c,9,c06b5972,2bb) at witness_checkorder+0x6a
> >
> >Can you pull up 'gdb kernel.debug' and do 'l *0xcbaa401c' and 'l
>
> unfortunatly when I tryied to save a coredump it failed.. dumpdev was
> not set.. .. DUH!
You don't need a coredump for this, just the kernel.debug from your kernel
build.
> >*witness_checkorder+0x6a'?
--
John Baldwin <jhb@FreeBSD.org> <>< http://www.FreeBSD.org/~jhb/
"Power Users Use the Power to Serve" = http://www.FreeBSD.org
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 20:20:17 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id B215616A4CF
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 20:20:17 +0000 (GMT)
Received: from hanoi.cronyx.ru (hanoi.cronyx.ru [144.206.181.53])
by mx1.FreeBSD.org (Postfix) with ESMTP id DEE4343D1F
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 20:20:16 +0000 (GMT) (envelope-from rik@cronyx.ru)
Received: (from root@localhost) by hanoi.cronyx.ru
id i8RKH1aH058935 for freebsd-current@freebsd.org.checked; (8.12.8/vak/2.1)
Tue, 28 Sep 2004 00:17:01 +0400 (MSD) (envelope-from rik@cronyx.ru)
Received: from cronyx.ru (riklin.cronyx.ru [172.22.4.101]) by hanoi.cronyx.ru
with ESMTP id i8RKF0Jo058863 for <freebsd-current@freebsd.org>;
(8.12.8/vak/2.1)
Tue, 28 Sep 2004 00:15:01 +0400 (MSD) (envelope-from rik@cronyx.ru)
Message-ID: <415872F2.30701@cronyx.ru>
Date: Tue, 28 Sep 2004 00:07:14 +0400
From: Roman Kurakin <rik@cronyx.ru>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; ru-RU; rv:1.2.1) Gecko/20030426
X-Accept-Language: ru-ru, en
MIME-Version: 1.0
To: freebsd-current@freebsd.org
Content-Type: text/plain; charset=KOI8-R; format=flowed
Content-Transfer-Encoding: 7bit
Subject: Current: printf from kernel
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 20:20:17 -0000
Hi,
I get strange behaviour. In some cases I can lose all my consoles
(physical and remote system console (via com port)). Ssh keeps working.
I can increase probability of this situation by turning on debug via
printf in one of my drivers. More over with turned on debug in my driver
system console do not output all information it should.
I cant recall this were reported by anyone.
Could someone highlight this situation?
I am going to try a couple of ideas and then to check if this an issue for
5.3 Betas.
rik
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 20:25:58 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 886AF16A4CE
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 20:25:58 +0000 (GMT)
Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75])
by mx1.FreeBSD.org (Postfix) with ESMTP id 671C343D46
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 20:25:58 +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 i8RKTQAJ015540;
Mon, 27 Sep 2004 13:29:26 -0700
Received: (from brdavis@localhost)
by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id i8RKTPXO015539;
Mon, 27 Sep 2004 13:29:25 -0700
Date: Mon, 27 Sep 2004 13:29:25 -0700
From: Brooks Davis <brooks@one-eyed-alien.net>
To: Brooks Davis <brooks@one-eyed-alien.net>
Message-ID: <20040927202925.GD1016@odin.ac.hmc.edu>
References: <20040925205030.M69999@www.ideaway.net>
<20040927193904.GB1016@odin.ac.hmc.edu>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="M38YqGLZlgb6RLPS"
Content-Disposition: inline
In-Reply-To: <20040927193904.GB1016@odin.ac.hmc.edu>
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: Mike <mspam@www.ideaway.net>
cc: freebsd-current@freebsd.org
Subject: Re: USB memory stick hotswap problems
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 20:25:58 -0000
--M38YqGLZlgb6RLPS
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Mon, Sep 27, 2004 at 12:39:04PM -0700, Brooks Davis wrote:
> You can make statements like this all you want, but at the end of the
> day all you do is delay the solution. The few developers who are
> capable of fixing these sorts of problems understand the issues and
> would like to fix them, but the code is question is large, complex, and
> fairly crufty. It also wasn't designed with this sort of scenario in
> mind. The more time those developers have to spend reading messages
> from people demanding a fix and pontificating on the importance of
> the fix, the less time they can spend of the necessary architectural
> cleanups to actually fix the problem.
This response was overly agressing and inapproprate. I appologize for
making it and for wasting the time of subscribers to this list.
-- 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
--M38YqGLZlgb6RLPS
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)
iD8DBQFBWHglXY6L6fI4GtQRAokpAKCpXRBVCWBH+ecMekQpFankhaIkLACcDc0A
uCQxX0/Ch/ye5DVKEnPIn8c=
=r+eU
-----END PGP SIGNATURE-----
--M38YqGLZlgb6RLPS--
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 20:31:54 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id A298716A4CE
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 20:31:54 +0000 (GMT)
Received: from zibbi.icomtek.csir.co.za (zibbi.icomtek.csir.co.za
[146.64.24.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3D14343D1F
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 20:31:51 +0000 (GMT)
(envelope-from jhay@icomtek.csir.co.za)
Received: from zibbi.icomtek.csir.co.za (localhost [127.0.0.1])
i8RKVmZV020195 for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 22:31:49 +0200 (SAST)
(envelope-from jhay@zibbi.icomtek.csir.co.za)
Received: (from jhay@localhost)i8RKVmp9020194
for freebsd-current@freebsd.org;
Mon, 27 Sep 2004 22:31:48 +0200 (SAST) (envelope-from jhay)
Date: Mon, 27 Sep 2004 22:31:48 +0200
From: John Hay <jhay@icomtek.csir.co.za>
To: freebsd-current@freebsd.org
Message-ID: <20040927203148.GA19531@zibbi.icomtek.csir.co.za>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.4.1i
Subject: rcorder /etc/rc.d and initdiskless
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 20:31:54 -0000
Hi,
At the moment on a diskless machine /etc/rc determines the order of
/etc/rc.d/* before /etc/rc.d/initdiskless is run, so you can't use
initdiskless to add files to /etc/rc.d/ when it populates /etc and
expect them to be used during startup.
I have a few diskless machines and thought of adding specific
startup scripts to specific machines in their /conf/<ip>/etc/rc.d/
directories. :-) It does get put in their /etc/rc.d/ directories,
but it isn't excecuted at starup.
Have anybody got a workaround for this?
John
--
John Hay -- John.Hay@icomtek.csir.co.za / jhay@FreeBSD.org
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 20:39:51 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 17F9316A4CE; Mon, 27 Sep 2004 20:39:51 +0000 (GMT)
Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2])
by mx1.FreeBSD.org (Postfix) with ESMTP
id D655C43D3F; Mon, 27 Sep 2004 20:39:50 +0000 (GMT)
(envelope-from julian@elischer.org)
Received: from elischer.org (julian.vicor-nb.com [208.206.78.97])
by mail.vicor-nb.com (Postfix) with ESMTP
id 4BA787A425; Mon, 27 Sep 2004 13:39:50 -0700 (PDT)
Message-ID: <41587A95.3000106@elischer.org>
Date: Mon, 27 Sep 2004 13:39:49 -0700
From: Julian Elischer <julian@elischer.org>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030516
X-Accept-Language: en, hu
MIME-Version: 1.0
To: John Baldwin <jhb@FreeBSD.org>
References: <4157AFE9.2060207@elischer.org>
<200409271126.09854.jhb@FreeBSD.org> <415869AD.1000908@elischer.org>
<200409271607.27169.jhb@FreeBSD.org>
In-Reply-To: <200409271607.27169.jhb@FreeBSD.org>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
cc: Current <freebsd-current@FreeBSD.org>
Subject: Re: ktr/alq/witness failure.
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 20:39:51 -0000
John Baldwin wrote:
>On Monday 27 September 2004 03:27 pm, Julian Elischer wrote:
>
>
>>John Baldwin wrote:
>>
>>
>>>On Monday 27 September 2004 02:15 am, Julian Elischer wrote:
>>>
>>>
>>>>I'm not going to stop and debug this now because I'm chasing another
>>>>problem but I can probably stash a corefile somewhere if people want it..
>>>>
>>>>
>>>Looks like the process mutex is busted or some such.
>>>
>>>
>>>
>>>>ref4# sysctl debug.ktr.mask=0x2fffffff
>>>>debug.ktr.mask: 262144
>>>> ->
>>>>805306367
>>>>ref4#
>>>>ref4#
>>>>ref4# sysctl debug.ktr.mask=0x0
>>>>kernel trap 12 with interrupts disabled
>>>>
>>>>Fatal double fault:
>>>>eip = 0xc053336e
>>>>esp = 0xcbaa3ff4
>>>>ebp = 0xcbaa401c
>>>>cpuid = 0; apic id = 00
>>>>panic: double fault
>>>>cpuid = 0
>>>>KDB: enter: panic
>>>>[thread 100027]
>>>>Stopped at kdb_enter+0x2b: nop
>>>>db> tr
>>>>kdb_enter(c069adef) at kdb_enter+0x2b
>>>>panic(c06b581a,c06b59c4,0,0,0) at panic+0x127
>>>>dblfault_handler() at dblfault_handler+0x7a
>>>>--- trap 0x17, eip = 0xc053336e, esp = 0xcbaa3ff4, ebp = 0xcbaa401c ---
>>>>witness_checkorder(c111776c,9,c06b5972,2bb) at witness_checkorder+0x6a
>>>>
>>>>
>>>Can you pull up 'gdb kernel.debug' and do 'l *0xcbaa401c' and 'l
>>>
>>>
>>unfortunatly when I tryied to save a coredump it failed.. dumpdev was
>>not set.. .. DUH!
>>
>>
>
>You don't need a coredump for this, just the kernel.debug from your kernel
>build.
>
yeah but I rebuilt after that...
I'll try duplicate it and get an equivalent..
>
>
>
>>>*witness_checkorder+0x6a'?
>>>
>>>
>
>
>
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 20:40:37 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id D3E2316A4CE
for <current@freebsd.org>; Mon, 27 Sep 2004 20:40:37 +0000 (GMT)
Received: from KVIW13.KVI.nl (KVIW13.KVI.nl [129.125.15.45])
by mx1.FreeBSD.org (Postfix) with ESMTP id 7D30543D45
for <current@freebsd.org>; Mon, 27 Sep 2004 20:40:36 +0000 (GMT)
(envelope-from A.S.Usov@KVI.nl)
Received: from KVIR52.KVI.nl ("port 50750"@KVIR52.KVI.nl [129.125.37.116])
<01LFDMUKQX76D419MI@KVI.nl> for
current@freebsd.org; Mon, 27 Sep 2004 22:40:25 +0200 (MET DST)
Received: from KVIW14.KVI.nl by KVIR52.KVI.nl (AvMailGate-2.0.2-8)
id 01931-00FC9931; Mon, 27 Sep 2004 22:40:24 +0200
Received: from kvip55 ("port 55826"@KVIP88.KVI.nl [129.125.15.152])
<01LFDMU2QW1CD08SGV@KVI.nl> for
current@freebsd.org; Mon, 27 Sep 2004 22:40:02 +0200
Date: Mon, 27 Sep 2004 22:40:00 +0200
From: "Alexander S. Usov" <A.S.Usov@KVI.nl>
To: current@freebsd.org
Message-id: <200409272240.00356.A.S.Usov@kvi.nl>
Organization: KVI
MIME-version: 1.0
Content-type: multipart/mixed; boundary="Boundary_(ID_+UNYhqRnytmuEFQDN1OzWQ)"
User-Agent: KMail/1.7
X-AntiVirus: checked by AntiVir MailGate (version: 2.0.2-8; AVE: 6.27.0.12;
VDF: 6.27.0.74; host: kvi.nl)
Subject: ALTQ/pf troubles
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 20:40:38 -0000
--Boundary_(ID_+UNYhqRnytmuEFQDN1OzWQ)
Content-type: text/plain; charset=iso-8859-1
Content-transfer-encoding: 7BIT
Content-disposition: inline
Hello !!
As a happy owner of the 1120/352Kbit ADSL line and 5.3-BETA6
I have tried to configure altq as it's described in
/usr/share/examples/pf/ackpri and have hit quite a number of
strange issues with ALTQ.
So, the system is:
FreeBSD kvip55.lan 5.3-BETA6 FreeBSD 5.3-BETA6 #0: Mon Sep 27 18:40:51 CEST
pf.conf & kernel configs are attached to the mail.
Just enabling the queueing on the interface with bandwidth == DSL bandwidth
results in the appox. factor of 2 drop in the speed of the outgoing transfers.
>From my experiments I got an impression that to make this slow-down
away I have to specify the bandwith around 700Kb, which is twice bigger than
real.
Also I found it almoust impossible to reproduce the expected effect of the
ASC prioritization. Below is the table of the measured transfer speeds (shown
by scp after 1-2 minutes of transfer).
1-way corresponds to the copying to/from host, and 2-way is both downloads
running simultaneously.
Speeds are DOWN/UP:
no altq:
1-way: 115/35
2-way: 45-60/35
queue bandwidth 350:
1-way: 115/17
2-way: 55/17
queue bandwidth 550:
1-way: 115/29
2-way: 64/29
queue bandwidth 250:
1-way: 115/13
2-way: 45/10
--
Best regards,
Alexander.
--Boundary_(ID_+UNYhqRnytmuEFQDN1OzWQ)
Content-type: text/plain; charset=iso-8859-1; name=KVIP88
Content-transfer-encoding: 7BIT
Content-disposition: attachment; filename=KVIP88
machine i386
cpu I686_CPU
options CPU_SUSP_HLT
options INCLUDE_CONFIG_FILE
ident KVIP55
options SCHED_4BSD # 4BSD scheduler
options INET # InterNETworking
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 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=150 # 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 ADAPTIVE_GIANT # Giant mutex is adaptive.
# Add character code conversion support with LIBICONV.
options CD9660_ICONV
options MSDOSFS_ICONV
options LIBICONV
# Additionall network options
options IPDIVERT # divert sockets
options IPFIREWALL_DEFAULT_TO_ACCEPT # allow everything by default
options IPSEC # IP security
options IPSEC_ESP # IP security (crypto; define w/ IPSEC)
options ALTQ
options ALTQ_CBQ # Class Bases Queueing
options ALTQ_PRIQ # Priority Queueing
# To make an SMP kernel, the next two are needed
device apic # I/O APIC
# Bus support. Do not remove isa, even if you have no isa slots
device isa
device pci
# Floppy drives
device fdc
# ATA and ATAPI devices
device ata
device atadisk # ATA disk drives
device atapicd # ATAPI CDROM drives
options ATA_STATIC_ID # Static device numbering
device atapicam # emulate ATAPI devices as SCSI ditto via CAM
# needs CAM to be present (scbus & pass)
# SCSI peripherals
device scbus # SCSI bus (required for SCSI)
device pass # Passthrough device (direct SCSI access)
device da # Direct Access (disks)
#device cd # CD
# 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
options SC_ALT_MOUSE_IMAGE
options SC_PIXEL_MODE
options VESA
device agp # support several AGP chipsets
device radeondrm
device mgadrm
# 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
# PCI Ethernet NICs that use the common MII bus controller code.
device miibus # MII bus support
device bfe # Broadcom BCM440x 10/100 Ethernet
device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'')
# 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 pty # Pseudo-ttys (telnet etc)
device md # Memory "disks"
# 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 ehci # EHCI PCI->USB interface
device usb # USB Bus (required)
device ugen # Generic
device uhid # "Human Interface Devices"
device ukbd # Keyboard
device umass # Disks/Mass storage - Requires scbus and da
device ums # Mouse
# FireWire support
device firewire # FireWire bus code
device sbp # SCSI over FireWire (Requires scbus and da)
# Sound support
device sound # The generic sound driver.
device snd_ich # Intel ICH PCI and some more audio controllers
# embedded in a chipset.
--Boundary_(ID_+UNYhqRnytmuEFQDN1OzWQ)
Content-type: text/plain; charset=iso-8859-1; name=pf.conf
Content-transfer-encoding: 7BIT
Content-disposition: attachment; filename=pf.conf
#==================== DEFS ====================
ext = "bfe0"
table <priv_nets> const { 127.0.0.0/8, 192.168.0.0/16, 172.16.0.0/12, \
10.0.0.0/8, !10.0.0.0/24 }
tcp_services = "{ ssh, ftp, ftp-data, 17778, 4662, 49152:65535 }"
icmp_types = "echoreq"
#==================== OPTIONS ====================
set block-policy return
set loginterface $ext
set optimization conservative
#==================== SCRUB ====================
scrub in all
#==================== QUEUE ====================
#altq on $ext priq bandwidth 250Kb queue {q_pri, q_def}
#queue q_pri priority 7
#queue q_def priority 1 priq(default)
#==================== NAT ====================
#nat on $ext from $home to any -> ($ext)
#==================== FILTERING ====================
block all
# loopback
pass quick on lo0 all
antispoof for lo0
# ESP
pass quick proto esp
# block private networks
block drop in quick on $ext from <priv_nets> to any
block drop out quick on $ext from any to <priv_nets>
# allow incoming
pass in on $ext proto tcp from any to ($ext) port $tcp_services \
modulate state #queue (q_def, q_pri)
pass in inet proto icmp icmp-type $icmp_types keep state
# allow outgong traffic
pass out on $ext proto tcp modulate state #queue (q_def, q_pri)
pass out on $ext proto { udp, icmp } keep state
--Boundary_(ID_+UNYhqRnytmuEFQDN1OzWQ)--
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 20:41:05 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 60CF316A4CE
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 20:41:05 +0000 (GMT)
Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75])
by mx1.FreeBSD.org (Postfix) with ESMTP id 3F11543D31
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 20:41:05 +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 i8RKiXMg018259;
Mon, 27 Sep 2004 13:44:33 -0700
Received: (from brdavis@localhost)
by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id i8RKiW08018258;
Mon, 27 Sep 2004 13:44:32 -0700
Date: Mon, 27 Sep 2004 13:44:32 -0700
From: Brooks Davis <brooks@one-eyed-alien.net>
To: John Hay <jhay@icomtek.csir.co.za>
Message-ID: <20040927204432.GF1016@odin.ac.hmc.edu>
References: <20040927203148.GA19531@zibbi.icomtek.csir.co.za>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="/aVve/J9H4Wl5yVO"
Content-Disposition: inline
In-Reply-To: <20040927203148.GA19531@zibbi.icomtek.csir.co.za>
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new
X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63
X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu
cc: freebsd-current@freebsd.org
Subject: Re: rcorder /etc/rc.d and initdiskless
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 20:41:05 -0000
--/aVve/J9H4Wl5yVO
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Mon, Sep 27, 2004 at 10:31:48PM +0200, John Hay wrote:
> Hi,
>=20
> At the moment on a diskless machine /etc/rc determines the order of
> /etc/rc.d/* before /etc/rc.d/initdiskless is run, so you can't use
> initdiskless to add files to /etc/rc.d/ when it populates /etc and
> expect them to be used during startup.
>=20
> I have a few diskless machines and thought of adding specific
> startup scripts to specific machines in their /conf/<ip>/etc/rc.d/
> directories. :-) It does get put in their /etc/rc.d/ directories,
> but it isn't excecuted at starup.
>=20
> Have anybody got a workaround for this?
I do, but I haven't found time to finish it up and get the required
changes to rcorder pushed through NetBSD. My basic plan was to mark
some scripts (preseedrandom and initdiskless) with an "early" keyboard
and run them manually before running all scripts without the early
keyword. I've added an item to my todo list to get the rcorder changes
done and tested.
-- 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
--/aVve/J9H4Wl5yVO
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)
iD8DBQFBWHuwXY6L6fI4GtQRAmRDAJ4iZStaiwyK8kuKBOUfFSDorvnOYACePDhv
VCcRLqDFUg6Xg6dzAH6TXUI=
=NBRP
-----END PGP SIGNATURE-----
--/aVve/J9H4Wl5yVO--
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 21:14:36 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 809CC16A4CE
for <current@freebsd.org>; Mon, 27 Sep 2004 21:14:36 +0000 (GMT)
Received: from pandora.afflictions.org (asylum.afflictions.org [64.7.134.90])
by mx1.FreeBSD.org (Postfix) with ESMTP id BDEE443D54
for <current@freebsd.org>; Mon, 27 Sep 2004 21:14:35 +0000 (GMT)
(envelope-from dgerow@afflictions.org)
Received: from localhost (localhost [127.0.0.1])
by pandora.afflictions.org (Postfix) with ESMTP id 336CA78C55
for <current@freebsd.org>; Mon, 27 Sep 2004 17:16:02 -0400 (EDT)
Received: from dementia.afflictions.org (dementia.afflictions.org
[172.19.206.56])
by pandora.afflictions.org (Postfix) with ESMTP id B237C78C35
for <current@freebsd.org>; Mon, 27 Sep 2004 17:16:00 -0400 (EDT)
Received: by dementia.afflictions.org (Postfix, from userid 1001)
id 4E025170E2; Mon, 27 Sep 2004 17:13:41 -0400 (EDT)
Date: Mon, 27 Sep 2004 17:13:41 -0400
From: Damian Gerow <dgerow@afflictions.org>
To: current@freebsd.org
Message-ID: <20040927211341.GB30059@afflictions.org>
Mail-Followup-To: current@freebsd.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
X-Operating-System: FreeBSD 5.3-BETA6 on a i386
X-GPG-Fingerprint: B3D7 D901 A53A 1A99 BFD6 E6DF 9F3B 742B C288 9CC9
User-Agent: Mutt/1.5.6i
X-Virus-Scanned: by amavisd-new at afflictions.org
Subject: Firefox breaks in upgrade from -BETA2 -> -BETA6
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 21:14:36 -0000
I updated from -BETA2 to -BETA6 (possibly -BETA3, don't remember) yesterday,
and firefox has broken.
When I start it, it just sits there, and doesn't open anything up. The
process hangs in an unkillable state. If I try to rebuild from scratch, the
package installation dies the same way while registering Chrome components
(regxpcom). Even if I manually remove Firefox from my system, it still
fails while registering Chrome components.
Has anyone else seen this? Might this have anything to do with the new
BIND (wild guess)?
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 21:16:50 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 4EF4316A4CE
for <current@freebsd.org>; Mon, 27 Sep 2004 21:16:50 +0000 (GMT)
Received: from kestrel.alerce.com (kestrel.alerce.com [209.182.219.40])
by mx1.FreeBSD.org (Postfix) with ESMTP id 278A043D2D
for <current@freebsd.org>; Mon, 27 Sep 2004 21:16:50 +0000 (GMT)
(envelope-from hartzell@kestrel.alerce.com)
Received: from satchel.alerce.com (w092.z064001164.sjc-ca.dsl.cnc.net
[64.1.164.92]) (authenticated bits=128)
by kestrel.alerce.com (8.12.10/8.12.10) with ESMTP id i8RLGiUQ071265
(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
Mon, 27 Sep 2004 14:16:45 -0700 (PDT)
(envelope-from hartzell@kestrel.alerce.com)
Received: from satchel.alerce.com (localhost [127.0.0.1])
by satchel.alerce.com (8.13.1/8.13.1) with ESMTP id i8RLH4nh001218
(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
Mon, 27 Sep 2004 14:17:05 -0700 (PDT)
(envelope-from hartzell@satchel.alerce.com)
Received: (from hartzell@localhost)
by satchel.alerce.com (8.13.1/8.13.1/Submit) id i8RLGuVa001214;
Mon, 27 Sep 2004 14:16:56 -0700 (PDT)
(envelope-from hartzell)
From: George Hartzell <hartzell@kestrel.alerce.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-ID: <16728.33607.716813.703551@satchel.alerce.com>
Date: Mon, 27 Sep 2004 14:16:55 -0700
To: Peter Schultz <pmes@bis.midco.net>
In-Reply-To: <E36A4F72-109E-11D9-BBA6-000D936BE398@bis.midco.net>
References: <20040927111438.GA865@genius.tao.org.uk>
<1096290034.23046.82.camel@linux-mobile.example.net>
<20040927143811.GA87515@sysmon.tcworks.net>
<4158338A.9090309@pythonemproject.com>
<E36A4F72-109E-11D9-BBA6-000D936BE398@bis.midco.net>
X-Mailer: VM 7.17 under 21.4 (patch 15) "Security Through Obscurity" XEmacs
Lucid
X-Virus-Scanned: ClamAV version 'clamd / ClamAV version 0.65', clamav-milter
version '0.60p'
cc: Rob <rob@pythonemproject.com>
cc: Scott Lambert <lambert@lambertfam.org>
cc: current@freebsd.org
cc: Rainer Duffner <rainer@ultra-secure.de>
Subject: Re: Laptop recommendations?
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: hartzell@kestrel.alerce.com
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 21:16:50 -0000
Peter Schultz writes:
> How far off are we from a stable version of FreeBSD PPC? Apple's
> laptops are sweet.
Except for the D#@% caps lock key. It's IN THE WRONG PLACE and
apparent best tool for swapping it around (uControl) doesn't work
reliably and the dang led stays on anyway....
I've been told that the behaviour is in the firmware and is
unavoidable w/out drastic measures.
g.
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 21:23:59 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id AC91B16A4CE
for <freebsd-current@FreeBSD.org>;
Mon, 27 Sep 2004 21:23:59 +0000 (GMT)
Received: from mail3.speakeasy.net (mail3.speakeasy.net [216.254.0.203])
by mx1.FreeBSD.org (Postfix) with ESMTP id 71D1C43D31
for <freebsd-current@FreeBSD.org>;
Mon, 27 Sep 2004 21:23:59 +0000 (GMT) (envelope-from jhb@FreeBSD.org)
Received: (qmail 30294 invoked from network); 27 Sep 2004 21:23:59 -0000
Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx)
([216.27.160.63]) (envelope-sender <jhb@FreeBSD.org>)
encrypted SMTP
for <rwatson@FreeBSD.org>; 27 Sep 2004 21:23:58 -0000
Received: from [10.50.40.210] (gw1.twc.weather.com [216.133.140.1])
(authenticated bits=0)
by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i8RLNs7Y015103;
Mon, 27 Sep 2004 17:23:54 -0400 (EDT)
(envelope-from jhb@FreeBSD.org)
From: John Baldwin <jhb@FreeBSD.org>
To: freebsd-current@FreeBSD.org
Date: Mon, 27 Sep 2004 16:28:02 -0400
User-Agent: KMail/1.6.2
References: <Pine.NEB.3.96L.1040924134957.82478H-100000@fledge.watson.org>
<4158BFAC.7050601@ispro.net.tr>
In-Reply-To: <4158BFAC.7050601@ispro.net.tr>
MIME-Version: 1.0
Content-Disposition: inline
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Message-Id: <200409271628.02524.jhb@FreeBSD.org>
X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx
cc: Robert Watson <rwatson@FreeBSD.org>
cc: Evren Yurtesen <yurtesen@ispro.net.tr>
Subject: Re: Re(3): panic: sorele
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 21:23:59 -0000
On Monday 27 September 2004 09:34 pm, Evren Yurtesen wrote:
> Robert Watson wrote:
> > On Thu, 23 Sep 2004, Evren Yurtesen wrote:
> >>Does anybody know what is panic: sorele? :)
> >
> > It's the result of an inconsistency detected by the kernel regarding
> > kernel invariants for sockets. The somewhat uninformative nature of the
> > message is historical, and should probably be fixed. If this is
> > reproduceable, could you rebuild your kernel with INVARIANTS support, as
> > well as DDB so you can generate a stack trace and other debugging
> > information (or, if you have a core, could you use gdb to extract
> > debugging information per the Handbook?)
>
> I am not able to compile the kernel with DDB and INVARIANTS either...
> When I put these options to kernel conf, I get this error
>
> Options Added:
>
> options INVARIANTS
> options KDB
> options DDB
INVARIANTS requires the option 'INVARIANT_SUPPORT'.
--
John Baldwin <jhb@FreeBSD.org> <>< http://www.FreeBSD.org/~jhb/
"Power Users Use the Power to Serve" = http://www.FreeBSD.org
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 21:24:06 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id C186916A4E8
for <current@FreeBSD.org>; Mon, 27 Sep 2004 21:24:06 +0000 (GMT)
Received: from mail2.speakeasy.net (mail2.speakeasy.net [216.254.0.202])
by mx1.FreeBSD.org (Postfix) with ESMTP id 8A48D43D45
for <current@FreeBSD.org>; Mon, 27 Sep 2004 21:24:06 +0000 (GMT)
(envelope-from jhb@FreeBSD.org)
Received: (qmail 6890 invoked from network); 27 Sep 2004 21:24:06 -0000
Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx)
([216.27.160.63]) (envelope-sender <jhb@FreeBSD.org>)
encrypted SMTP
for <current@FreeBSD.org>; 27 Sep 2004 21:24:05 -0000
Received: from [10.50.40.210] (gw1.twc.weather.com [216.133.140.1])
(authenticated bits=0)
by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i8RLNs7Z015103;
Mon, 27 Sep 2004 17:23:57 -0400 (EDT)
(envelope-from jhb@FreeBSD.org)
From: John Baldwin <jhb@FreeBSD.org>
To: freebsd-current@FreeBSD.org
Date: Mon, 27 Sep 2004 16:35:44 -0400
User-Agent: KMail/1.6.2
References: <20040924230425.GB1164@green.homeunix.org>
<20040925101021.A78979@bpgate.speednet.com.au>
In-Reply-To: <20040925101021.A78979@bpgate.speednet.com.au>
MIME-Version: 1.0
Content-Disposition: inline
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Message-Id: <200409271635.44017.jhb@FreeBSD.org>
X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx
cc: Brian Fundakowski Feldman <green@FreeBSD.org>
cc: Andy Farkas <andy@bradfieldprichard.com.au>
cc: current@FreeBSD.org
Subject: Re: panic: APIC: Previous IPI is stuck
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 21:24:07 -0000
On Friday 24 September 2004 08:24 pm, Andy Farkas wrote:
> I have been having this problem for a few weeks now. Glad I'm not the only
> one. My box is a 4xPPro running 5.3-BETA5. It panics with either ULE
> or 4BSD.
>
> My theory is that a physical IPI gets lost somewhere and the kerenl spins
> waiting for it. But thats just a stab in the dark because nobody cares to
> explain why IPI's would be stuck.
The panic has to do with a previous IPI not finished being sent from the same
CPU. I've yet to determine why this happens. You can try editing
sys/i386/i386/local_apic.c and turning on 'DETECT_DEADLOCK' (I think it is
just commented out) and seeing if that improves stability. I also see this
on a 4xPIIXeon system I use for testing.
> -andyf
>
> On Fri, 24 Sep 2004, Brian Fundakowski Feldman wrote:
> > This is on a 2xAthlon with the SCHED_ULE, HZ=1000, SW_WATCHDOG, and
> > nothing really special in development.
> >
> > FreeBSD green.homeunix.org 6.0-CURRENT FreeBSD 6.0-CURRENT #110: Wed Sep
> > 22 11:28:27 EDT 2004
> > root@green.homeunix.org:/usr/src/sys/i386/compile/GREEN i386
> >
> > panic: APIC: Previous IPI is stuck
> > cpuid = 1
> > KDB: stack backtrace:
> > kdb_backtrace(c063cae7,1,c063c5e7,d4411b28,c1da2000) at
> > kdb_backtrace+0x2e panic(c063c5e7,1,f3,1,2) at panic+0x128
> > lapic_ipi_vectored(f3,1,c1da2494,1,c0675910) at 64) at
> > sched_add_internal+0x21e kseq_assign(c0675910,1,c0625a07,5e0,c1da1540) at
> > kseq_assign+0x4a sched_clock(c1da2000,2,c0621165,17e,d4411c54) at
> > sched_clock+0x74 statclock(d4411c54,c1ecc840,d4411c3c,c05edc8b,d4411c54)
> > at statclock+0xf8 rtcintr(d4411c54,c0487af4,c06733a0,2,8) at rtcintr+0x4f
> > intr_execute_handlers(c1dca8f0,d4411c54,d4411cb4,c05ea0e3,38) at
> > intr_execute_ha ndlers+0xab
> > lapic_handle_intr(38) at lapic_handle_intr+0x3a
> > Xapic_isr1() at Xapic_isr1+0x33
> > --- interrupt, eip = 0xc04a640a, esp = 0xd4411c98, ebp = 0xd4411cb4 ---
> > _mtx_lock_sleep(c06733e0,c1da2000,0,c06220e8,222) at
> > _mtx_lock_sleep+0x13a _mtx_lock_flags(c06733e0,0,c06220e8,222,0) at
> > _mtx_lock_flags+0xc0
> > ithread_loop(c1da6200,d4411d48,c0621edb,31f,c1da6200) at
> > ithread_loop+0x15a fork_exit(c0499660,c1da6200,d4411d48) at
> > fork_exit+0xc6
> > fork_trampoline() at fork_trampoline+0x8
> > --- trap 0x1, eip = 0, esp = 0xd4411d7c, ebp = 0 ---
> > KDB: enter: panic
> > panic: APIC: Previous IPI is stuck
> > cpuid = 1
> > boot() called on cpu#1
> > Uptime: 2d0h16m55s
> > ^^ full hang instead of reset
> >
> > --
> > Brian Fundakowski Feldman \'[ FreeBSD
> > ]''''''''''\ <> green@FreeBSD.org \ The
> > Power to Serve! \ Opinions expressed are my own.
> > \,,,,,,,,,,,,,,,,,,,,,,\
>
> _______________________________________________
> freebsd-current@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
--
John Baldwin <jhb@FreeBSD.org> <>< http://www.FreeBSD.org/~jhb/
"Power Users Use the Power to Serve" = http://www.FreeBSD.org
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 21:24:06 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id DCD7316A4EC
for <freebsd-current@FreeBSD.org>;
Mon, 27 Sep 2004 21:24:06 +0000 (GMT)
Received: from mail2.speakeasy.net (mail2.speakeasy.net [216.254.0.202])
by mx1.FreeBSD.org (Postfix) with ESMTP id A97B343D49
for <freebsd-current@FreeBSD.org>;
Mon, 27 Sep 2004 21:24:06 +0000 (GMT) (envelope-from jhb@FreeBSD.org)
Received: (qmail 6890 invoked from network); 27 Sep 2004 21:24:06 -0000
Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx)
([216.27.160.63]) (envelope-sender <jhb@FreeBSD.org>)
encrypted SMTP
for <current@FreeBSD.org>; 27 Sep 2004 21:24:05 -0000
Received: from [10.50.40.210] (gw1.twc.weather.com [216.133.140.1])
(authenticated bits=0)
by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i8RLNs7Z015103;
Mon, 27 Sep 2004 17:23:57 -0400 (EDT)
(envelope-from jhb@FreeBSD.org)
From: John Baldwin <jhb@FreeBSD.org>
To: freebsd-current@FreeBSD.org
Date: Mon, 27 Sep 2004 16:35:44 -0400
User-Agent: KMail/1.6.2
References: <20040924230425.GB1164@green.homeunix.org>
<20040925101021.A78979@bpgate.speednet.com.au>
In-Reply-To: <20040925101021.A78979@bpgate.speednet.com.au>
MIME-Version: 1.0
Content-Disposition: inline
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Message-Id: <200409271635.44017.jhb@FreeBSD.org>
X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx
cc: Brian Fundakowski Feldman <green@FreeBSD.org>
cc: Andy Farkas <andy@bradfieldprichard.com.au>
cc: current@FreeBSD.org
Subject: Re: panic: APIC: Previous IPI is stuck
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 21:24:07 -0000
On Friday 24 September 2004 08:24 pm, Andy Farkas wrote:
> I have been having this problem for a few weeks now. Glad I'm not the only
> one. My box is a 4xPPro running 5.3-BETA5. It panics with either ULE
> or 4BSD.
>
> My theory is that a physical IPI gets lost somewhere and the kerenl spins
> waiting for it. But thats just a stab in the dark because nobody cares to
> explain why IPI's would be stuck.
The panic has to do with a previous IPI not finished being sent from the same
CPU. I've yet to determine why this happens. You can try editing
sys/i386/i386/local_apic.c and turning on 'DETECT_DEADLOCK' (I think it is
just commented out) and seeing if that improves stability. I also see this
on a 4xPIIXeon system I use for testing.
> -andyf
>
> On Fri, 24 Sep 2004, Brian Fundakowski Feldman wrote:
> > This is on a 2xAthlon with the SCHED_ULE, HZ=1000, SW_WATCHDOG, and
> > nothing really special in development.
> >
> > FreeBSD green.homeunix.org 6.0-CURRENT FreeBSD 6.0-CURRENT #110: Wed Sep
> > 22 11:28:27 EDT 2004
> > root@green.homeunix.org:/usr/src/sys/i386/compile/GREEN i386
> >
> > panic: APIC: Previous IPI is stuck
> > cpuid = 1
> > KDB: stack backtrace:
> > kdb_backtrace(c063cae7,1,c063c5e7,d4411b28,c1da2000) at
> > kdb_backtrace+0x2e panic(c063c5e7,1,f3,1,2) at panic+0x128
> > lapic_ipi_vectored(f3,1,c1da2494,1,c0675910) at 64) at
> > sched_add_internal+0x21e kseq_assign(c0675910,1,c0625a07,5e0,c1da1540) at
> > kseq_assign+0x4a sched_clock(c1da2000,2,c0621165,17e,d4411c54) at
> > sched_clock+0x74 statclock(d4411c54,c1ecc840,d4411c3c,c05edc8b,d4411c54)
> > at statclock+0xf8 rtcintr(d4411c54,c0487af4,c06733a0,2,8) at rtcintr+0x4f
> > intr_execute_handlers(c1dca8f0,d4411c54,d4411cb4,c05ea0e3,38) at
> > intr_execute_ha ndlers+0xab
> > lapic_handle_intr(38) at lapic_handle_intr+0x3a
> > Xapic_isr1() at Xapic_isr1+0x33
> > --- interrupt, eip = 0xc04a640a, esp = 0xd4411c98, ebp = 0xd4411cb4 ---
> > _mtx_lock_sleep(c06733e0,c1da2000,0,c06220e8,222) at
> > _mtx_lock_sleep+0x13a _mtx_lock_flags(c06733e0,0,c06220e8,222,0) at
> > _mtx_lock_flags+0xc0
> > ithread_loop(c1da6200,d4411d48,c0621edb,31f,c1da6200) at
> > ithread_loop+0x15a fork_exit(c0499660,c1da6200,d4411d48) at
> > fork_exit+0xc6
> > fork_trampoline() at fork_trampoline+0x8
> > --- trap 0x1, eip = 0, esp = 0xd4411d7c, ebp = 0 ---
> > KDB: enter: panic
> > panic: APIC: Previous IPI is stuck
> > cpuid = 1
> > boot() called on cpu#1
> > Uptime: 2d0h16m55s
> > ^^ full hang instead of reset
> >
> > --
> > Brian Fundakowski Feldman \'[ FreeBSD
> > ]''''''''''\ <> green@FreeBSD.org \ The
> > Power to Serve! \ Opinions expressed are my own.
> > \,,,,,,,,,,,,,,,,,,,,,,\
>
> _______________________________________________
> freebsd-current@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
--
John Baldwin <jhb@FreeBSD.org> <>< http://www.FreeBSD.org/~jhb/
"Power Users Use the Power to Serve" = http://www.FreeBSD.org
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 21:33:14 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 659E716A4CE
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 21:33:14 +0000 (GMT)
Received: from mx.us.army.mil (mxoutdr1.us.army.mil [143.69.242.38])
by mx1.FreeBSD.org (Postfix) with ESMTP id E5AB743D1F
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 21:33:13 +0000 (GMT)
(envelope-from jonathan.michael.stewart@us.army.mil)
Received: from mta06.int.dr1.us.army.mil (localhost [127.0.0.1])
by mailrouter.us.army.mil (AKO MTA - mta06 )
with ESMTP id <0I4P004ZWYFX79@mta06.int.dr1.us.army.mil> for
freebsd-current@freebsd.org; Mon, 27 Sep 2004 21:31:09 +0000 (GMT)
Received: from [10.70.2.3] ([204.117.152.53]) by mailrouter.us.army.mil
(AKO MTA - mta06 ) with ESMTPA id <0I4P008IIYF19I@mta06.int.dr1.us.army.mil>
for freebsd-current@freebsd.org; Mon, 27 Sep 2004 21:31:09 +0000 (GMT)
Date: Mon, 27 Sep 2004 17:30:22 -0400
From: Jonathan <jonathan.michael.stewart@us.army.mil>
In-reply-to: <Pine.LNX.4.60.0409271444380.15672@athena>
Message-id: <4158866E.3030706@us.army.mil>
MIME-version: 1.0
Content-type: text/plain; format=flowed; charset=us-ascii
Content-transfer-encoding: 7BIT
X-Accept-Language: en-us, en
User-Agent: Mozilla Thunderbird 0.7 (Windows/20040616)
References: <41585223.2070204@cs.umn.edu>
<Pine.LNX.4.60.0409271352030.15672@athena> <41585951.3020307@cs.umn.edu>
<Pine.LNX.4.60.0409271444380.15672@athena>
cc: Ivan Osipkov <osipkov@cs.umn.edu>
cc: freebsd-current@freebsd.org
Subject: Re: DELL 5150 Crash
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 21:33:14 -0000
I can say that this does work although very strangely on my system
http://ffs.szm.sk/en/
From the site:
"This project mission is to create file system driver for windows , that
will read ufs partitions from FreeBSD. Currently read only operations on
UFS1 or UFS2 , are supported."
Hope this helps,
Jonathan
(By strangely I mean I can't open a file directly with most programs, I
can right click and do "add to archive" with 7zip (www.7zip.org I think)
and save the archive on my desktop then open it from there.)
Sam wrote:
> oh, yeah. duh. If you can boot a live cd you can play with
> the filesystem (fsck, etc).
>
> You might also try finding a bootable disk diagnostic utility
> to see if it can find anything correctable.
>
> Cheers,
>
> Sam
>
> On Mon, 27 Sep 2004, Ivan Osipkov wrote:
>
>> Sam wrote:
>>
>>> Maybe VMWare can boot Freesbie.
>>>
>>> On Mon, 27 Sep 2004, Ivan Osipkov wrote:
>>>
>>>> I have DELL 5150 Inspiron with Windows XP on one partition and
>>>> FreeBSD-CURRENT on
>>>> another. The hardware failed and now I cannot mount /usr. Dell
>>>> diagnostics say that
>>>> there is unrecoverable data block, which means hard drive has to be
>>>> replaced.
>>>>
>>>> My question: is there a Windows tool to access files on BSD partition?
>>>>
>>>> Thanks guys
>>>> _______________________________________________
>>>> freebsd-current@freebsd.org mailing list
>>>> http://lists.freebsd.org/mailman/listinfo/freebsd-current
>>>> To unsubscribe, send any mail to
>>>> "freebsd-current-unsubscribe@freebsd.org"
>>>>
>>>>
>> Anything simpler? Would Live CD from FreeBSD work?
>> _______________________________________________
>> freebsd-current@freebsd.org mailing list
>> http://lists.freebsd.org/mailman/listinfo/freebsd-current
>> To unsubscribe, send any mail to
>> "freebsd-current-unsubscribe@freebsd.org"
>>
>>
> _______________________________________________
> freebsd-current@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
>
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 21:35:36 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id B3D5F16A4CE
for <current@freebsd.org>; Mon, 27 Sep 2004 21:35:36 +0000 (GMT)
Received: from mail.mcneil.com (mcneil.com [24.199.45.54])
by mx1.FreeBSD.org (Postfix) with ESMTP id 7ED4743D1F
for <current@freebsd.org>; Mon, 27 Sep 2004 21:35:36 +0000 (GMT)
(envelope-from sean@mcneil.com)
Received: from localhost (localhost.mcneil.com [127.0.0.1])
by mail.mcneil.com (Postfix) with ESMTP id C28FAF1ADD;
Mon, 27 Sep 2004 14:35:35 -0700 (PDT)
Received: from mail.mcneil.com ([127.0.0.1])
by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024)
with ESMTP id 42496-03; Mon, 27 Sep 2004 14:35:33 -0700 (PDT)
Received: from [24.199.45.54] (mcneil.com [24.199.45.54])
by mail.mcneil.com (Postfix) with ESMTP id AC0B5F1956;
Mon, 27 Sep 2004 14:35:33 -0700 (PDT)
From: Sean McNeil <sean@mcneil.com>
To: hartzell@kestrel.alerce.com
In-Reply-To: <16728.33607.716813.703551@satchel.alerce.com>
References: <20040927111438.GA865@genius.tao.org.uk>
<1096290034.23046.82.camel@linux-mobile.example.net>
<20040927143811.GA87515@sysmon.tcworks.net>
<4158338A.9090309@pythonemproject.com>
<E36A4F72-109E-11D9-BBA6-000D936BE398@bis.midco.net>
<16728.33607.716813.703551@satchel.alerce.com>
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="=-lahWrDelc87J79cZ4lIX"
Message-Id: <1096320933.42513.9.camel@server.mcneil.com>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.6
Date: Mon, 27 Sep 2004 14:35:33 -0700
X-Virus-Scanned: by amavisd-new at mcneil.com
cc: Rob <rob@pythonemproject.com>
cc: Scott Lambert <lambert@lambertfam.org>
cc: Peter Schultz <pmes@bis.midco.net>
cc: current@freebsd.org
cc: Rainer Duffner <rainer@ultra-secure.de>
Subject: Re: Laptop recommendations?
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 21:35:36 -0000
--=-lahWrDelc87J79cZ4lIX
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable
On Mon, 2004-09-27 at 14:16, George Hartzell wrote:
> Peter Schultz writes:
> > How far off are we from a stable version of FreeBSD PPC? Apple's=20
> > laptops are sweet.
>=20
> Except for the D#@% caps lock key. It's IN THE WRONG PLACE and
> apparent best tool for swapping it around (uControl) doesn't work
> reliably and the dang led stays on anyway....
Huh? I'm looking at my powerbook right now and the caps lock key is in
the exact same place as it is on my logitec keyboard and my compaq
laptop. Only difference that I see is the backspace key says delete and
there is no "delete" key that kills the character on the cursor.
> I've been told that the behaviour is in the firmware and is
> unavoidable w/out drastic measures.
I'd say this is a minor nit that you could get use to over time. My
biggest complaint for all laptops is a decent mouse replacement. I'm no
fan of glidepoints or eraser mice. Plus, no 3 buttons - 1 for macs, 2
for pcs.
I have to say that a powerbook is one high quality piece of work. My
compaq presario 700 looks like junk in comparison.
--=-lahWrDelc87J79cZ4lIX
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)
iD8DBQBBWIelyQsGN30uGE4RAqQEAJ9R5y10/c7BzcRE/AcU3l9DOFFQHQCgsRQO
dL19K8IKSIllRTO5bd5i/5g=
=0PYq
-----END PGP SIGNATURE-----
--=-lahWrDelc87J79cZ4lIX--
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 21:35:44 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id EB0C016A536
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 21:35:44 +0000 (GMT)
Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.198])
by mx1.FreeBSD.org (Postfix) with ESMTP id 07BA943D5A
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 21:35:44 +0000 (GMT)
(envelope-from marchenko@gmail.com)
Received: by mproxy.gmail.com with SMTP id 74so3052623rnk
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 14:35:28 -0700 (PDT)
Received: by 10.38.67.72 with SMTP id p72mr136468rna;
Mon, 27 Sep 2004 14:35:27 -0700 (PDT)
Received: by 10.38.22.66 with HTTP; Mon, 27 Sep 2004 14:35:27 -0700 (PDT)
Message-ID: <cd70c68104092714352bf009a@mail.gmail.com>
Date: Mon, 27 Sep 2004 17:35:27 -0400
From: Vlad <marchenko@gmail.com>
To: John Baldwin <jhb@freebsd.org>
In-Reply-To: <200409271628.02524.jhb@FreeBSD.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
References: <Pine.NEB.3.96L.1040924134957.82478H-100000@fledge.watson.org>
<4158BFAC.7050601@ispro.net.tr> <200409271628.02524.jhb@FreeBSD.org>
cc: Evren Yurtesen <yurtesen@ispro.net.tr>
cc: freebsd-current@freebsd.org
cc: Robert Watson <rwatson@freebsd.org>
Subject: Re: Re(3): panic: sorele
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: Vlad <marchenko@gmail.com>
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 21:35:45 -0000
John,
I've got some DDB output for the exactly the same problem - I think I
already sent u in email... note it crashes with a slitely different
panic message than when it's not compiled with kernel debugging stuff.
I've submitted more details in bug report here:
http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/72126
here is some DDB stuff:
login: panic: sodealloc(): so_count 1
cpuid = 0
KDB: enter: panic
[thread 100044]
Stopped at kdb_enter+0x30: leave
db> tr
kdb_enter(c06497b7,0,c064f89d,e8955b18,c27df640) at kdb_enter+0x30
panic(c064f89d,1,122,c3a9fd78,c3a9fca8) at panic+0x14e
sodealloc(c3a9fca8,0,c064f87d,17d,c3a9fd10) at sodealloc+0x21
sofree(c3a9fca8,1,c0653b3a,2b4,c06c8b40) at sofree+0x301
in_pcbdetach(c359b9d8,c36f4e00,e8955c68,c058a645,c36f4e00) at in_pcbdetach+0xf8
tcp_close(c36f4e00,c28a5034,0,0,0) at tcp_close+0x1d
tcp_input(c3286800,14,c283a000,1,374a41cf) at tcp_input+0x1885
ip_input(c3286800,0,c065313d,e5,c06c78b8) at ip_input+0x592
netisr_processqueue(c06c78b8,c069acc0,1,c0648b1f,c27e6d00) at
netisr_processqueue+0x8e
swi_net(0,0,c0647164,269,0) at swi_net+0xe9
ithread_loop(c275d780,e8955d48,c0646f4f,323,0) at ithread_loop+0x172
fork_exit(c04d1970,c275d780,e8955d48) at fork_exit+0xc6
fork_trampoline() at fork_trampoline+0x8
--- trap 0x1, eip = 0, esp = 0xe8955d7c, ebp = 0 ---
db> show object
Object 0xc0504cf0: type=0, size=0x7400047b83ffffff, res=-121515895,
ref=-1265778039, flags=0x27bc
db> show witness
Sleep locks:
0 ATAPI CD bioqueue lock -- last acquired @ /usr/src/sys/dev/ata/atapi-cd.c:1100
0 g_xdown -- last acquired @ /usr/src/sys/geom/geom_io.c:374
3 Giant -- last acquired @ /usr/src/sys/vm/vm_fault.c:294
4 standard object -- last acquired @ /usr/src/sys/vm/vm_object.c:454
5 vm object_list -- last acquired @ /usr/src/sys/vm/vm_object.c:222
12 vm page queue mutex -- last acquired @ /usr/src/sys/vm/vm_fault.c:876
13 CMAPCADDR12 -- last acquired @ /usr/src/sys/i386/i386/pmap.c:2486
13 vnode interlock -- last acquired @ /usr/src/sys/kern/vfs_subr.c:2159
14 spechash -- last acquired @ /usr/src/sys/kern/vfs_subr.c:1903
14 cdev -- last acquired @ /usr/src/sys/kern/kern_conf.c:81
14 vnode_free_list -- last acquired @ /usr/src/sys/kern/vfs_subr.c:745
14 Syncer mtx -- last acquired @ /usr/src/sys/kern/vfs_subr.c:1854
14 Name Cache -- last acquired @ /usr/src/sys/kern/vfs_cache.c:478
13 pmap -- last acquired @ /usr/src/sys/i386/i386/pmap.c:2685
14 uma object -- last acquired @ /usr/src/sys/vm/uma_core.c:963
14 UMA pcpu -- last acquired @ /usr/src/sys/vm/uma_core.c:1800
15 KMAP ENTRY -- last acquired @ /usr/src/sys/vm/uma_core.c:2224
16 UMA zone -- last acquired @ /usr/src/sys/vm/uma_core.c:1817
4 malloc -- last acquired @ /usr/src/sys/kern/kern_malloc.c:588
4 struct mount mtx -- last acquired @ /usr/src/sys/kern/vfs_subr.c:901
13 vnode interlock -- (already displayed)
4 bounce pages lock -- last acquired @
/usr/src/sys/i386/i386/busdma_machdep.c:860
4 eventhandler -- last acquired @ /usr/src/sys/kern/subr_eventhandler.c:213
5 eventhandler list -- last acquired @ /usr/src/sys/kern/kern_exit.c:199
4 UMA lock -- last acquired @ /usr/src/sys/vm/uma_core.c:889
14 UMA pcpu -- (already displayed)
4 random reseed -- last acquired @ /usr/src/sys/dev/random/yarrow.c:193
4 kobj -- last acquired @ /usr/src/sys/kern/subr_kobj.c:298
4 kernel linker -- last acquired @ /usr/src/sys/kern/kern_linker.c:431
4 TID lock -- last acquired @ /usr/src/sys/kern/kern_thread.c:206
4 GEOM orphanage -- last acquired @ /usr/src/sys/geom/geom_event.c:170
4 vm86 lock -- last acquired @ /usr/src/sys/i386/i386/vm86.c:582
4 ithread -- last acquired @ /usr/src/sys/kern/kern_intr.c:276
4 taskqueue list -- last acquired @ /usr/src/sys/kern/subr_taskqueue.c:85
4 acpica subsystem lock -- last acquired @
/usr/src/sys/modules/acpi/acpi/../../../dev/acpica/Osd/OsdSynch.c:360
5 ACPI semaphore -- last acquired @
/usr/src/sys/modules/acpi/acpi/../../../dev/acpica/Osd/OsdSynch.c:300
11 Malloc Stats -- last acquired @ /usr/src/sys/kern/kern_malloc.c:185
5 taskqueue -- last acquired @ /usr/src/sys/kern/subr_taskqueue.c:193
14 UMA pcpu -- (already displayed)
4 if_cloners lock -- last acquired @ /usr/src/sys/net/if_clone.c:199
4 rman head -- last acquired @ /usr/src/sys/kern/subr_rman.c:111
4 arc4_mtx -- last acquired @ /usr/src/sys/libkern/arc4random.c:137
4 devstat -- last acquired @ /usr/src/sys/kern/subr_devstat.c:83
4 rman -- last acquired @ /usr/src/sys/kern/subr_rman.c:448
11 Malloc Stats -- (already displayed)
10 system map -- last acquired @ /usr/src/sys/vm/vm_kern.c:296
11 kmem object -- last acquired @ /usr/src/sys/vm/vm_kern.c:398
12 vm page queue mutex -- (already displayed)
11 kernel object -- last acquired @ /usr/src/sys/vm/vm_object.c:454
12 vm page queue mutex -- (already displayed)
4 sf_buf -- last acquired @ /usr/src/sys/i386/i386/vm_machdep.c:674
4 bdone lock -- last acquired @ /usr/src/sys/kern/vfs_bio.c:3768
4 domain list -- last acquired @ /usr/src/sys/kern/uipc_domain.c:110
4 bpf global lock -- last acquired @ /usr/src/sys/net/bpf.c:1446
5 bpf interface lock -- last acquired @ order list:0
6 bpf cdev lock -- last acquired @ order list:0
4 pbuf mutex -- last acquired @ /usr/src/sys/vm/vm_pager.c:414
4 ttylist -- last acquired @ /usr/src/sys/kern/tty.c:2745
11 tty -- last acquired @ /usr/src/sys/kern/kern_event.c:1451
4 pseudofs -- last acquired @ /usr/src/sys/fs/pseudofs/pseudofs_fileno.c:86
4 if_clone lock -- last acquired @ /usr/src/sys/net/if_clone.c:321
4 ACPI task queue -- last acquired @
/usr/src/sys/modules/acpi/acpi/../../../dev/acpica/Osd/OsdSchedule.c:118
4 so_glabel -- last acquired @ /usr/src/sys/kern/uipc_socket.c:169
4 g_disk_done -- last acquired @ /usr/src/sys/geom/geom_disk.c:196
5 bio queue -- last acquired @ /usr/src/sys/geom/geom_io.c:65
14 UMA pcpu -- (already displayed)
4 lo_mtx -- last acquired @ /usr/src/sys/net/if_loop.c:154
4 IPFW static rules -- last acquired @ /usr/src/sys/netinet/ip_fw2.c:2510
4 ATA queue lock -- last acquired @ /usr/src/sys/dev/ata/ata-queue.c:172
4 pfil_head_mtx -- last acquired @ /usr/src/sys/net/pfil.c:81
5 pfil_head_list lock -- last acquired @ /usr/src/sys/net/pfil.c:218
4 buffer daemon lock -- last acquired @ /usr/src/sys/kern/vfs_bio.c:401
4 dirhash list -- last acquired @ /usr/src/sys/ufs/ufs/ufs_dirhash.c:348
5 dirhash -- last acquired @ /usr/src/sys/ufs/ufs/ufs_dirhash.c:367
4 needsbuffer lock -- last acquired @ /usr/src/sys/kern/vfs_bio.c:296
4 ufs ihash -- last acquired @ /usr/src/sys/ufs/ufs/ufs_ihash.c:156
13 vnode interlock -- (already displayed)
4 mntid -- last acquired @ /usr/src/sys/kern/vfs_subr.c:407
5 mountlist -- last acquired @ /usr/src/sys/kern/vfs_syscalls.c:386
4 pseudofs_vncache -- last acquired @
/usr/src/sys/fs/pseudofs/pseudofs_vncache.c:239
4 buf queue lock -- last acquired @ /usr/src/sys/kern/vfs_bio.c:1505
13 vnode interlock -- (already displayed)
4 fdesc -- last acquired @ /usr/src/sys/kern/kern_descrip.c:1614
5 filedesc structure -- last acquired @ /usr/src/sys/kern/kern_descrip.c:1356
6 devd -- last acquired @ /usr/src/sys/kern/subr_bus.c:496
9 sellck -- last acquired @ /usr/src/sys/kern/sys_generic.c:726
6 accept -- last acquired @ /usr/src/sys/kern/uipc_socket.c:334
7 so_snd -- last acquired @ /usr/src/sys/kern/uipc_socket.c:2091
8 so_rcv -- last acquired @ /usr/src/sys/kern/uipc_socket.c:2092
9 radix node head -- last acquired @ /usr/src/sys/net/route.c:662
10 system map -- (already displayed)
10 ifnet -- last acquired @ /usr/src/sys/net/if.c:1019
10 rtentry -- last acquired @ /usr/src/sys/net/rtsock.c:398
11 rts_inq -- last acquired @ /usr/src/sys/net/netisr.c:229
11 Malloc Stats -- (already displayed)
14 UMA pcpu -- (already displayed)
11 ifaddr -- last acquired @ /usr/src/sys/net/route.c:788
9 sellck -- (already displayed)
9 process lock -- last acquired @ /usr/src/sys/kern/kern_descrip.c:1244
10 ktrace -- last acquired @ /usr/src/sys/kern/kern_fork.c:609
10 struct pargs.ref -- last acquired @ /usr/src/sys/kern/kern_proc.c:1100
10 sigacts -- last acquired @ /usr/src/sys/kern/kern_sig.c:294
10 session -- last acquired @ /usr/src/sys/kern/kern_fork.c:591
11 tty -- (already displayed)
11 uidinfo hash -- last acquired @
/usr/src/sys/kern/kern_resource.c:1004
12 sleep mtxpool -- last acquired @ /usr/src/sys/kern/kern_prot.c:1739
12 uidinfo struct -- last acquired @ order list:0
13 allprison -- last acquired @ /usr/src/sys/kern/kern_jail.c:460
6 pipe mutex -- last acquired @ /usr/src/sys/kern/sys_pipe.c:1520
7 sigio lock -- last acquired @ /usr/src/sys/kern/kern_descrip.c:729
8 process group -- last acquired @ /usr/src/sys/kern/kern_fork.c:581
9 process lock -- (already displayed)
4 rtsock route_cb lock -- last acquired @ /usr/src/sys/net/rtsock.c:234
4 accounting -- last acquired @ /usr/src/sys/kern/kern_acct.c:232
4 network driver -- last acquired @ /usr/src/sys/dev/fxp/if_fxp.c:1755
11 Malloc Stats -- (already displayed)
5 knlist lock for lockless objects -- last acquired @
/usr/src/sys/kern/kern_event.c:1451
5 if send queue -- last acquired @ /usr/src/sys/dev/fxp/if_fxp.c:1267
10 system map -- (already displayed)
4 runningbufspace lock -- last acquired @ /usr/src/sys/kern/vfs_bio.c:314
4 udp -- last acquired @ /usr/src/sys/netinet/udp_usrreq.c:995
5 udpinp -- last acquired @ /usr/src/sys/netinet/udp_usrreq.c:1001
7 so_snd -- (already displayed)
4 unp -- last acquired @ /usr/src/sys/kern/uipc_usrreq.c:842
7 so_snd -- (already displayed)
0 g_xup -- last acquired @ /usr/src/sys/geom/geom_io.c:428
3 Giant -- (already displayed)
0 igmp_mtx -- last acquired @ /usr/src/sys/netinet/igmp.c:431
0 ipqlock -- last acquired @ /usr/src/sys/netinet/ip_input.c:1096
0 sem -- last acquired @ /usr/src/sys/kern/sysv_sem.c:1174
0 if_afdata -- last acquired @ /usr/src/sys/net/if.c:489
0 GEOM topology -- last acquired @ /usr/src/sys/geom/geom_event.c:202
1 fdc lock -- last acquired @ /usr/src/sys/dev/fdc/fdc.c:772
2 callout_wait_lock -- last acquired @ /usr/src/sys/kern/kern_timeout.c:289
1 swapdev -- last acquired @ /usr/src/sys/vm/swap_pager.c:2124
3 Giant -- (already displayed)
0 p_peers -- last acquired @ /usr/src/sys/kern/kern_exit.c:243
0 ACPI root bus -- last acquired @
/usr/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi.c:832
4 rman -- (already displayed)
5 ACPI semaphore -- (already displayed)
0 ACPI PCI bus methods -- last acquired @
/usr/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi_pcib.c:123
1 ACPI PCI link -- last acquired @
/usr/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi_pci_link.c:1061
11 Malloc Stats -- (already displayed)
5 ACPI semaphore -- (already displayed)
2 kernel environment -- last acquired @
/usr/src/sys/kern/kern_environment.c:285
14 UMA pcpu -- (already displayed)
0 ACPI thermal zone -- last acquired @
/usr/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi_thermal.c:783
0 ACPI embedded controller -- last acquired @
/usr/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi_ec.c:302
0 ACPI power resources -- last acquired @
/usr/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi_powerres.c:324
5 ACPI semaphore -- (already displayed)
11 Malloc Stats -- (already displayed)
14 UMA pcpu -- (already displayed)
0 module subsystem sx lock -- last acquired @
/usr/src/sys/kern/kern_module.c:313
0 rawcb -- last acquired @ /usr/src/sys/net/raw_usrreq.c:80
8 so_rcv -- (already displayed)
0 sysctl lock -- last acquired @ /usr/src/sys/kern/kern_sysctl.c:1315
1 rip -- last acquired @ /usr/src/sys/netinet/raw_ip.c:844
1 tcp -- last acquired @ /usr/src/sys/netinet/tcp_timer.c:138
2 tcpinp -- last acquired @ order list:0
7 so_snd -- (already displayed)
1 filelist lock -- last acquired @ /usr/src/sys/kern/kern_descrip.c:1330
5 filedesc structure -- (already displayed)
1 allproc -- last acquired @ /usr/src/sys/kern/kern_fork.c:301
2 user map -- last acquired @ /usr/src/sys/vm/vm_map.c:2997
3 Giant -- (already displayed)
0 ddp_list_mtx -- last acquired @ order list:0
1 ddp_mtx -- last acquired @ order list:0
0 slip_mtx -- last acquired @ order list:0
1 slip sc_mtx -- last acquired @ order list:0
0 proctree -- last acquired @ /usr/src/sys/kern/tty.c:2027
1 allproc -- (already displayed)
Spin locks:
0 ap boot -- last acquired @ /usr/src/sys/i386/i386/mp_machdep.c:517
1 sio -- last acquired @ /usr/src/sys/dev/sio/sio.c:1709
2 cy -- last acquired @ order list:0
3 uart_hwmtx -- last acquired @ order list:0
4 sabtty -- last acquired @ order list:0
5 zstty -- last acquired @ order list:0
6 ng_node -- last acquired @ order list:0
7 ng_worklist -- last acquired @ order list:0
8 taskqueue_fast -- last acquired @ order list:0
9 intr table -- last acquired @
/usr/src/sys/i386/i386/intr_machdep.c:89
10 ithread table lock -- last acquired @ order list:0
11 sleepq chain -- last acquired @
/usr/src/sys/kern/subr_sleepqueue.c:223
12 sched lock -- last acquired @ /usr/src/sys/kern/sched_4bsd.c:1120
13 turnstile chain -- last acquired @
/usr/src/sys/kern/subr_turnstile.c:411
14 td_contested -- last acquired @ order list:0
15 callout -- last acquired @ /usr/src/sys/kern/kern_timeout.c:398
16 entropy harvest -- last acquired @
/usr/src/sys/dev/random/randomdev_soft.c:304
17 entropy harvest buffers -- last acquired @
/usr/src/sys/dev/random/randomdev_soft.c:313
18 allpmaps -- last acquired @
/usr/src/sys/i386/i386/pmap.c:1127
19 vm page queue free mutex -- last acquired @
/usr/src/sys/vm/vm_page.c:774
20 icu -- last acquired @ order list:0
21 smp rendezvous -- last acquired @
/usr/src/sys/i386/i386/pmap.c:585
22 tlb -- last acquired @ order list:0
23 clk -- last acquired @
/usr/src/sys/i386/isa/clock.c:404
24 mutex profiling lock -- last acquired @ order list:0
25 kse zombie lock -- last acquired @ order list:0
26 ALD Queue -- last acquired @ order list:0
27 pcicfg -- last acquired @
/usr/src/sys/i386/pci/pci_cfgreg.c:230
Locks which were never acquired:
swap_pager swhash
IPFW dynamic rules
arp_inq
tcp_hc_entry
ip_inq
pseudofs_fileno
ppp_softc_list_mtx
tunmtx
msq
semid
cd9660_ihash
msdosfs dehash
strategy
ACPI global lock
ACPI cmbat
ACPI generic battery
ACPI AC adapter
ACPI PCI power methods
ACPI lid
ACPI CPU
kqueue order
jumbo mutex
encapmtx
accept_filter_mtx
securelevel mutex lock
fifo mutex
UUID generator mutex lock
umtx
protect sysfilt_ops
phys_pager list
dev_pager list
dev_pager create
swap_pager list
vm map sleep mutex
lockmgr
db> show pciregs
hostb0@pci0:0:0: class=0x060000 card=0x00000000 chip=0x00091166
rev=0x05 hdr=0x00
hostb1@pci0:0:1: class=0x060000 card=0x00000000 chip=0x00091166
rev=0x05 hdr=0x00
none0@pci0:2:0: class=0x030000 card=0x47568086 chip=0x47561002 rev=0x7a hdr=0x00
fxp0@pci0:3:0: class=0x020000 card=0x12298086 chip=0x12298086 rev=0x08 hdr=0x00
pcib1@pci0:7:0: class=0x060400 card=0x00000068 chip=0xa5001044 rev=0x02 hdr=0x01
asr0@pci0:7:1: class=0x0e0001 card=0xc03c1044 chip=0xa5011044 rev=0x02 hdr=0x00
isab0@pci0:15:0: class=0x060100 card=0x02001166 chip=0x02001166
rev=0x4f hdr=0x00
atapci0@pci0:15:1: class=0x01018a card=0x00000000 chip=0x02111166
rev=0x00 hdr=0x00
none1@pci2:4:0: class=0x010000 card=0x00cf8086 chip=0x00cf9005 rev=0x01 hdr=0x00
none2@pci2:4:1: class=0x010000 card=0x00cf8086 chip=0x00cf9005 rev=0x01 hdr=0x00
db> show registers
cs 0x8
ds 0xe8950010
es 0x10
fs 0x18
ss 0x10
eax 0x12
ecx 0xc0c14000
edx 0
ebx 0xe8955b18
esp 0xe8955ad4
ebp 0xe8955adc
esi 0x1
edi 0x100
eip 0xc0504cf0 kdb_enter+0x30
efl 0x282
dr0 0
dr1 0
dr2 0
dr3 0
dr4 0xffff0ff0
dr5 0x400
dr6 0xffff0ff0
dr7 0x400
kdb_enter+0x30: leave
db> show threads
100265 (0xc32067d0) sched_switch(c32067d0,0,1,11d,5aa48b0d) at
sched_switch+0x180
100251 (0xc3204190) sched_switch(c3204190,0,1,11d,5db1e499) at
sched_switch+0x180
100118 (0xc2bbdc80) sched_switch(c2bbdc80,0,1,11d,82553467) at
sched_switch+0x180
100158 (0xc2e43c80) sched_switch(c2e43c80,0,1,11d,5a568cc1) at
sched_switch+0x180
100135 (0xc2e1b7d0) sched_switch(c2e1b7d0,0,1,11d,43f9759f) at
sched_switch+0x180
100271 (0xc33fe190) sched_switch(c33fe190,0,1,11d,1dc845c7) at
sched_switch+0x180
100232 (0xc3199320) sched_switch(c3199320,0,1,11d,e09772f9) at
sched_switch+0x180
100100 (0xc2bbb000)
sched_switch(eee41a94,c06c69a0,c06c69a0,437,c064d749) at
sched_switch+0x180
100053 (0xc27e24b0) sched_switch(c27e24b0,0,1,11d,c2d83d01) at
sched_switch+0x180
100248 (0xc319ac80) sched_switch(c319ac80,0,1,11d,7d8d3e1b) at
sched_switch+0x180
100279 (0xc33fee10) sched_switch(c33fee10,0,1,11d,35fbfb91) at
sched_switch+0x180
100195 (0xc30107d0) sched_switch(c30107d0,0,1,11d,9b3f1175) at
sched_switch+0x180
100054 (0xc27e2640) sched_switch(c27e2640,0,1,11d,3a14f887) at
sched_switch+0x180
100140 (0xc2e42000) sched_switch(c2e42000,0,1,11d,c759049f) at
sched_switch+0x180
100254 (0xc3204640) sched_switch(c3204640,0,1,11d,203fa40f) at
sched_switch+0x180
100257 (0xc3204af0) sched_switch(c3204af0,0,1,11d,71139bf5) at
sched_switch+0x180
100266 (0xc3206960) sched_switch(c3206960,0,1,11d,14a393b3) at
sched_switch+0x180
100115 (0xc2bbd7d0) sched_switch(c2bbd7d0,0,1,11d,3140338b) at
sched_switch+0x180
100319 (0xc3893e10) sched_switch(c3893e10,0,1,11d,d00e7fff) at
sched_switch+0x180
100290 (0xc3ae4000) sched_switch(c3ae4000,0,1,11d,f84f391) at
sched_switch+0x180
100247 (0xc319aaf0) sched_switch(c319aaf0,0,1,11d,6b6ace79) at
sched_switch+0x180
100187 (0xc2fb7af0) sched_switch(c2fb7af0,0,1,11d,2525f137) at
sched_switch+0x180
100117 (0xc2bbdaf0) sched_switch(c2bbdaf0,0,1,11d,1064956d) at
sched_switch+0x180
100104 (0xc2bbb640) sched_switch(c2bbb640,0,1,11d,f4dda92f) at
sched_switch+0x180
100350 (0xc3a88000) sched_switch(c3a88000,0,1,11d,ec14fe77) at
sched_switch+0x180
100095 (0xc2bb87d0) sched_switch(c2bb87d0,0,1,11d,ded7426b) at
sched_switch+0x180
100160 (0xc2e46000) sched_switch(c2e46000,0,1,11d,6a3de8a5) at
sched_switch+0x180
100274 (0xc33fe640) sched_switch(c33fe640,0,1,11d,de3a3cdf) at
sched_switch+0x180
100310 (0xc3893000) sched_switch(c3893000,0,1,11d,5fd324ef) at
sched_switch+0x180
100337 (0xc3a83af0) sched_switch(c3a83af0,0,1,11d,8c4f2c1d) at
sched_switch+0x180
100108 (0xc2bbbc80) sched_switch(c2bbbc80,0,1,11d,f71adac1) at
sched_switch+0x180
100218 (0xc3057c80) sched_switch(c3057c80,0,1,11d,3198796b) at
sched_switch+0x180
100153 (0xc2e434b0) sched_switch(c2e434b0,0,1,11d,76cd2cdb) at
sched_switch+0x180
100291 (0xc3ae4190) sched_switch(c3ae4190,0,1,11d,68406d3f) at
sched_switch+0x180
100197 (0xc3010af0) sched_switch(c3010af0,0,1,11d,20da36eb) at
sched_switch+0x180
100270 (0xc33fe000) sched_switch(c33fe000,0,1,11d,5f3a315) at
sched_switch+0x180
100294 (0xc3ae4640) sched_switch(c3ae4640,0,1,11d,37dcbad9) at
sched_switch+0x180
100323 (0xc38944b0) sched_switch(c38944b0,0,1,11d,1b6e368b) at
sched_switch+0x180
100217 (0xc3057af0) sched_switch(c3057af0,0,1,11d,b13a0819) at
sched_switch+0x180
100156 (0xc2e43960) sched_switch(c2e43960,0,1,11d,b2fbcc2d) at
sched_switch+0x180
100231 (0xc3199190) sched_switch(c3199190,0,1,11d,720276ad) at
sched_switch+0x180
100286 (0xc3ae2960) sched_switch(c3ae2960,0,1,11d,c048be07) at
sched_switch+0x180
100143 (0xc2e424b0) sched_switch(c2e424b0,0,1,11d,5fae8b1b) at
sched_switch+0x180
100275 (0xc33fe7d0) sched_switch(c33fe7d0,0,1,11d,77f0f3a3) at
sched_switch+0x180
100101 (0xc2bbb190) sched_switch(c2bbb190,0,1,11d,a4d35a21) at
sched_switch+0x180
100179 (0xc2fb6e10) sched_switch(c2fb6e10,0,1,11d,6a2f0e33) at
sched_switch+0x180
100268 (0xc3206c80) sched_switch(c3206c80,0,1,11d,eca11829) at
sched_switch+0x180
100240 (0xc319a000) sched_switch(c319a000,0,1,11d,5136c437) at
sched_switch+0x180
100150 (0xc2e43000) sched_switch(c2e43000,0,1,11d,2d08bb99) at
sched_switch+0x180
100090 (0xc2bb8000) sched_switch(c2bb8000,0,1,11d,35ede6a7) at
sched_switch+0x180
100205 (0xc30117d0) sched_switch(c30117d0,0,1,11d,9ef63df5) at
sched_switch+0x180
100136 (0xc2e1b960) sched_switch(c2e1b960,0,1,11d,a7a83071) at
sched_switch+0x180
100148 (0xc2e42c80) sched_switch(c2e42c80,0,1,11d,7a8a9915) at
sched_switch+0x180
100139 (0xc2e1be10) sched_switch(c2e1be10,0,1,11d,7c3a76d3) at
sched_switch+0x180
100169 (0xc2e46e10) sched_switch(c2e46e10,0,1,11d,d6efc515) at
sched_switch+0x180
100237 (0xc3199af0) sched_switch(c3199af0,0,1,11d,e07672c9) at
sched_switch+0x180
100234 (0xc3199640) sched_switch(c3199640,0,1,11d,e7fafd81) at
sched_switch+0x180
100235 (0xc31997d0) sched_switch(c31997d0,0,1,11d,dac1a0b1) at
sched_switch+0x180
100170 (0xc2fb6000) sched_switch(c2fb6000,0,1,11d,f5857545) at
sched_switch+0x180
100114 (0xc2bbd640) sched_switch(c2bbd640,0,1,11d,da2f9ac9) at
sched_switch+0x180
100219 (0xc3057e10) sched_switch(c3057e10,0,1,11d,5ef6bfe9) at
sched_switch+0x180
100245 (0xc319a7d0) sched_switch(c319a7d0,0,1,11d,5286fd) at
sched_switch+0x180
100215 (0xc30577d0) sched_switch(c30577d0,0,1,11d,8ac81441) at
sched_switch+0x180
100178 (0xc2fb6c80) sched_switch(c2fb6c80,0,1,11d,8b611a95) at
sched_switch+0x180
100066 (0xc27e5960) sched_switch(c27e5960,0,1,11d,f8ff04b1) at
sched_switch+0x180
100246 (0xc319a960) sched_switch(c319a960,0,1,11d,303b85b5) at
sched_switch+0x180
100177 (0xc2fb6af0) sched_switch(c2fb6af0,0,1,11d,cacbc04f) at
sched_switch+0x180
100065 (0xc27e57d0) sched_switch(c27e57d0,0,1,11d,5d2bec9) at
sched_switch+0x180
100200 (0xc3011000) sched_switch(c3011000,0,1,11d,c3c865) at
sched_switch+0x180
100106 (0xc2bbb960) sched_switch(c2bbb960,0,1,11d,dcf621a5) at
sched_switch+0x180
100105 (0xc2bbb7d0) sched_switch(c2bbb7d0,0,1,11d,60cf4d39) at
sched_switch+0x180
100069 (0xc27e5e10) sched_switch(c27e5e10,0,1,11d,49383521) at
sched_switch+0x180
100107 (0xc2bbbaf0) sched_switch(c2bbbaf0,0,1,11d,3c6bcab5) at
sched_switch+0x180
100110 (0xc2bbd000) sched_switch(c2bbd000,0,1,11d,2d219d87) at
sched_switch+0x180
100067 (0xc27e5af0) sched_switch(c27e5af0,0,1,11d,e45ff411) at
sched_switch+0x180
100080 (0xc2b65000) sched_switch(c2b65000,0,1,11d,53ec71a7) at
sched_switch+0x180
100113 (0xc2bbd4b0) sched_switch(c2bbd4b0,0,1,11d,e062c4db) at
sched_switch+0x180
100089 (0xc2b65e10) sched_switch(c2b65e10,0,1,11d,63e38f69) at
sched_switch+0x180
100096 (0xc2bb8960) sched_switch(c2bb8960,0,1,11d,c20f2dbf) at
sched_switch+0x180
100093 (0xc2bb84b0) sched_switch(c2bb84b0,0,1,11d,f0cf29c5) at
sched_switch+0x180
100073 (0xc2b644b0) sched_switch(c2b644b0,0,1,11d,5406e9ef) at
sched_switch+0x180
100072 (0xc2b64320) sched_switch(c2b64320,0,1,11d,78cee013) at
sched_switch+0x180
100071 (0xc2b64190) sched_switch(c2b64190,0,1,11d,9790d9b7) at
sched_switch+0x180
100039 (0xc27c3e10) sched_switch(c27c3e10,0,1,11d,96ad7513) at
sched_switch+0x180
100038 (0xc27c3c80) sched_switch(c27c3c80,0,1,11d,ca744551) at
sched_switch+0x180
100037 (0xc27c3af0) sched_switch(c27c3af0,0,1,11d,a3d309c5) at
sched_switch+0x180
100036 (0xc27c3960) sched_switch(c27c3960,0,1,11d,b23a2533) at
sched_switch+0x180
100064 (0xc27e5640) sched_switch(c27e5640,0,1,11d,9a1f276b) at
sched_switch+0x180
100063 (0xc27e54b0) sched_switch(c27e54b0,0,1,11d,a08b2329) at
sched_switch+0x180
100062 (0xc27e5320) sched_switch(c27e5320,0,1,11d,334e4c53) at
sched_switch+0x180
100061 (0xc27e5190) sched_switch(c27e5190,0,1,11d,278c08d3) at
sched_switch+0x180
100060 (0xc27e5000) sched_switch(c27e5000,0,1,11d,7bb99f0b) at
sched_switch+0x180
100059 (0xc27e2e10) sched_switch(c27e2e10,0,1,11d,ebf94e5b) at
sched_switch+0x180
100058 (0xc27e2c80) sched_switch(c27e2c80,0,1,11d,dfe1de45) at
sched_switch+0x180
100057 (0xc27e2af0) sched_switch(c27e2af0,0,1,11d,d8b10679) at
sched_switch+0x180
100056 (0xc27e2960) fork_trampoline() at fork_trampoline
100055 (0xc27e27d0) sched_switch(c27e27d0,0,1,11d,7805ac1b) at
sched_switch+0x180
100025 (0xc27687d0) fork_trampoline() at fork_trampoline
100024 (0xc2768640) sched_switch(c2768640,0,1,11d,99382d45) at
sched_switch+0x180
100023 (0xc27684b0) fork_trampoline() at fork_trampoline
100049 (0xc27dfe10) fork_trampoline() at fork_trampoline
100048 (0xc27dfc80) sched_switch(c27dfc80,0,1,11d,f4d93a93) at
sched_switch+0x180
100047 (0xc27dfaf0) sched_switch(c27dfaf0,0,1,11d,6602877b) at
sched_switch+0x180
100046 (0xc27df960) sched_switch(c27df960,0,1,11d,303d9b09) at
sched_switch+0x180
100045 (0xc27df7d0) sched_switch(c27df7d0,0,1,11d,d1480c21) at
sched_switch+0x180
100044 (0xc27df640)
kdb_enter(c06497b7,0,c064f89d,e8955b18,c27df640) at kdb_enter+0x30
100043 (0xc27df4b0) fork_trampoline() at fork_trampoline
100042 (0xc27df320) sched_switch(c27df320,0,1,11d,8f05e591) at
sched_switch+0x180
100041 (0xc27df190) fork_trampoline() at fork_trampoline
100040 (0xc27df000) fork_trampoline() at fork_trampoline
100012 (0xc2764320) sched_switch(c2764320,0,1,11d,ad12d591) at
sched_switch+0x180
100011 (0xc2764190) fork_trampoline() at fork_trampoline
100035 (0xc27c37d0) fork_trampoline() at fork_trampoline
100034 (0xc27c3640) fork_trampoline() at fork_trampoline
100033 (0xc27c34b0) fork_trampoline() at fork_trampoline
100032 (0xc27c3320) fork_trampoline() at fork_trampoline
100031 (0xc27c3190) fork_trampoline() at fork_trampoline
100030 (0xc27c3000) fork_trampoline() at fork_trampoline
100029 (0xc2768e10) sched_switch(c2768e10,0,1,11d,4e7277ab) at
sched_switch+0x180
100028 (0xc2768c80) fork_trampoline() at fork_trampoline
100027 (0xc2768af0) fork_trampoline() at fork_trampoline
100026 (0xc2768960) fork_trampoline() at fork_trampoline
100000 (0xc275f000) fork_trampoline() at fork_trampoline
100022 (0xc2768320) sched_switch(c2768320,0,1,11d,ad732327) at
sched_switch+0x180
100021 (0xc2768190) fork_trampoline() at fork_trampoline
100020 (0xc2768000) fork_trampoline() at fork_trampoline
100019 (0xc2764e10) fork_trampoline() at fork_trampoline
100018 (0xc2764c80) sched_switch(c2764c80,0,1,11d,8991dd45) at
sched_switch+0x180
100017 (0xc2764af0) fork_trampoline() at fork_trampoline
100016 (0xc2764960) fork_trampoline() at fork_trampoline
100015 (0xc27647d0) fork_trampoline() at fork_trampoline
100014 (0xc2764640) fork_trampoline() at fork_trampoline
100013 (0xc27644b0) fork_trampoline() at fork_trampoline
100010 (0xc2764000) fork_trampoline() at fork_trampoline
100009 (0xc275fe10) fork_trampoline() at fork_trampoline
100008 (0xc275fc80) fork_trampoline() at fork_trampoline
100007 (0xc275faf0) fork_trampoline() at fork_trampoline
100006 (0xc275f960) fork_trampoline() at fork_trampoline
100005 (0xc275f7d0) sched_switch(c275f7d0,0,1,11d,ee0be6c5) at
sched_switch+0x180
100004 (0xc275f640) sched_switch(c275f640,0,1,117,5f9ce7f9) at
sched_switch+0x180
100003 (0xc275f4b0) sched_switch(c275f4b0,0,1,117,b7b18581) at
sched_switch+0x180
100002 (0xc275f320) sched_switch(c275f320,0,1,11d,c07088eb) at
sched_switch+0x180
100001 (0xc275f190) sched_switch(c275f190,0,1,11d,f5b6edc5) at
sched_switch+0x180
0 (0xc0697020) sched_switch(c0697020,0,1,11d,704cd037) at
sched_switch+0x180
db>show map
Task map 0xc0504cf0: pmap=0x4c70424, nentries=-1869574000, version=2072190603
db> show page
cnt.v_free_count: 23492
cnt.v_cache_count: 13141
cnt.v_inactive_count: 124090
cnt.v_active_count: 180777
cnt.v_wire_count: 43501
cnt.v_free_reserved: 583
cnt.v_free_min: 2507
cnt.v_free_target: 10611
cnt.v_cache_min: 10611
cnt.v_inactive_target: 15916
db> show cbstat
tot = 107460 (active = 0, free = 107460 (reserved = 102060, slush = 5400))
db> show rtc
04/09/26 09:22:38, A = 29, B = 42, C = d0
db> show intrcnt
irq1: atkbd0 4
irq4: sio0 273
irq6: fdc0 10
irq8: rtc 4186630
irq13: npx0 1
irq14: ata0 46
irq18: fxp0 14933714
irq23: asr0 100627
irq31: acpi0 24214
irq0: clk 3270470
db> show pcpu
cpuid = 0
curthread = 0xc27df640: pid 46 "swi1: net"
curpcb = 0xe8955da0
fpcurthread = none
idlethread = 0xc275f640: pid 12 "idle: cpu0"
APIC ID = 3
currentldt = 0x28
spin locks held:
db>
>
> INVARIANTS requires the option 'INVARIANT_SUPPORT'.
>
> --
> John Baldwin <jhb@FreeBSD.org> <>< http://www.FreeBSD.org/~jhb/
> "Power Users Use the Power to Serve" = http://www.FreeBSD.org
> _______________________________________________
> freebsd-current@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
>
--
Vlad
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 21:42:55 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 6B37C16A4CE
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 21:42:55 +0000 (GMT)
Received: from sccimhc92.asp.att.net (sccimhc92.asp.att.net [63.240.76.166])
by mx1.FreeBSD.org (Postfix) with ESMTP id 116A343D54
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 21:42:55 +0000 (GMT)
(envelope-from David.Boyd@insightbb.com)
Received: from happy (12-202-176-78.client.insightbb.com[12.202.176.78])
by sccimhc92.asp.att.net (sccimhc92) with SMTP
id <20040927214253i920072lu4e>; Mon, 27 Sep 2004 21:42:54 +0000
From: "David Boyd" <David.Boyd@insightbb.com>
To: <freebsd-current@freebsd.org>
Date: Mon, 27 Sep 2004 17:42:53 -0400
Message-ID: <DIEGJJFBNADMCJBGPCBKGEGNCOAA.David.Boyd@insightbb.com>
MIME-Version: 1.0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0)
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441
Importance: Normal
cc: Nate Lawson <nate@root.org>
Subject: RE: 5.3-BETA5-i386-disc1 bootstrap failures
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 21:42:55 -0000
Nate Lawson wrote:
> -----Original Message-----
> From: owner-freebsd-current@freebsd.org
> [mailto:owner-freebsd-current@freebsd.org]On Behalf Of Nate Lawson
> Sent: Saturday, September 25, 2004 23:28
> To: David Boyd
> Cc: freebsd-current@freebsd.org
> Subject: Re: 5.3-BETA5-i386-disc1 bootstrap failures
>
>
> David Boyd wrote:
> > This may just be noise, but I'll send it anywho.
> >
> > The ACPI/APIC/SMP problem described in several missives on this list was
> > introduced (imho) between noon on September 17th and noon on
> September 18th.
> >
> > I have built from CVS (cvsup) the following kernels:
> >
> > 2004.09.17.12.00.00
> > 2004.09.18.00.00.00
> > 2004.09.18.06.00.00
> > 2004.09.18.12.00.00
>
> Thanks for the datapoint. I assume you are tracking RELENG_5?
>
> I could only find one ACPI commit to RELENG_5 around this time. Please
> recompile with the following files:
>
> acpi_thermal.c rev 1.48
> acpi_powerres.c rev 1.26
>
> You can download them here:
>
http://www.freebsd.org/cgi/cvsweb.cgi/~checkout~/src/sys/dev/acpica/acpi_the
rmal.c?rev=1.48&content-type=text/plain
>
>
http://www.freebsd.org/cgi/cvsweb.cgi/~checkout~/src/sys/dev/acpica/acpi_pow
erres.c?rev=1.26&content-type=text/plain
> Merely copy these into /sys/dev/acpica, recompile the acpi module (or
> whole kernel) and reboot.
> --
> Nate
Yes, I am tracking RELENG_5.
The kernel build with the files you suggested resulted in the same hang.
I filtered the commits by hour and then by 20 minutes intervals until I
experienced the hang.
The hang occurs after building the kernel with the follow commits:
Edit src/sys/dev/fdc/fdc.c
Add delta 1.283.2.1 2004.09.18.04.57.55 imp
Edit src/sys/dev/fdc/fdc_acpi.c
Add delta 1.2.2.2 2004.09.18.04.57.55 imp
Edit src/sys/dev/fdc/fdc_isa.c
Add delta 1.9.2.2 2004.09.18.04.57.55 imp
Edit src/sys/dev/fdc/fdc_pccard.c
Add delta 1.8.2.1 2004.09.18.04.57.55 imp
Delete src/sys/dev/fdc/fdcreg.h
Edit src/sys/dev/fdc/fdcvar.h
Add delta 1.3.2.1 2004.09.18.04.57.55 imp
Edit src/sys/sys/bio.h
Add delta 1.139.2.1 2004.09.18.04.56.06 imp
Edit src/sys/sys/fdcio.h
Add delta 1.17.8.1 2004.09.18.04.57.55 imp
I have some "free" time to pursue this now!
I'll try almost anything you suggest.
------------------------------------------------
P.S. The system isn't actually dead...touching the power switch results in
"ACPI: suspend request ignored (not ready yet)"
as often as the power switch is depressed briefly.
Thanks
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 21:55:18 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id E8A0716A4CF; Mon, 27 Sep 2004 21:55:18 +0000 (GMT)
Received: from green.homeunix.org (pcp04368961pcs.nrockv01.md.comcast.net
[69.140.212.7]) by mx1.FreeBSD.org (Postfix) with ESMTP
id 66E2043D2F; Mon, 27 Sep 2004 21:55:18 +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.1/8.13.1) with ESMTP id i8RLtCsT026425;
Mon, 27 Sep 2004 17:55:12 -0400 (EDT)
(envelope-from green@green.homeunix.org)
Received: (from green@localhost)
by green.homeunix.org (8.13.1/8.13.1/Submit) id i8RLtB3B026424;
Mon, 27 Sep 2004 17:55:11 -0400 (EDT)
(envelope-from green)
Date: Mon, 27 Sep 2004 17:55:11 -0400
From: Brian Fundakowski Feldman <green@FreeBSD.org>
To: John Baldwin <jhb@FreeBSD.org>
Message-ID: <20040927215511.GC24003@green.homeunix.org>
References: <20040924230425.GB1164@green.homeunix.org>
<20040925101021.A78979@bpgate.speednet.com.au>
<200409271635.44017.jhb@FreeBSD.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <200409271635.44017.jhb@FreeBSD.org>
User-Agent: Mutt/1.5.6i
cc: Andy Farkas <andy@bradfieldprichard.com.au>
cc: freebsd-current@FreeBSD.org
cc: current@FreeBSD.org
Subject: Re: panic: APIC: Previous IPI is stuck
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 21:55:19 -0000
On Mon, Sep 27, 2004 at 04:35:44PM -0400, John Baldwin wrote:
> On Friday 24 September 2004 08:24 pm, Andy Farkas wrote:
> > I have been having this problem for a few weeks now. Glad I'm not the only
> > one. My box is a 4xPPro running 5.3-BETA5. It panics with either ULE
> > or 4BSD.
> >
> > My theory is that a physical IPI gets lost somewhere and the kerenl spins
> > waiting for it. But thats just a stab in the dark because nobody cares to
> > explain why IPI's would be stuck.
>
> The panic has to do with a previous IPI not finished being sent from the same
> CPU. I've yet to determine why this happens. You can try editing
> sys/i386/i386/local_apic.c and turning on 'DETECT_DEADLOCK' (I think it is
> just commented out) and seeing if that improves stability. I also see this
> on a 4xPIIXeon system I use for testing.
Can KTR logging be leveraged to find the root cause(s) of these deadlocks,
or is it just so wildly unpredictable that it would be of no use?
--
Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\
<> green@FreeBSD.org \ The Power to Serve! \
Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 21:55:18 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id E8A0716A4CF; Mon, 27 Sep 2004 21:55:18 +0000 (GMT)
Received: from green.homeunix.org (pcp04368961pcs.nrockv01.md.comcast.net
[69.140.212.7]) by mx1.FreeBSD.org (Postfix) with ESMTP
id 66E2043D2F; Mon, 27 Sep 2004 21:55:18 +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.1/8.13.1) with ESMTP id i8RLtCsT026425;
Mon, 27 Sep 2004 17:55:12 -0400 (EDT)
(envelope-from green@green.homeunix.org)
Received: (from green@localhost)
by green.homeunix.org (8.13.1/8.13.1/Submit) id i8RLtB3B026424;
Mon, 27 Sep 2004 17:55:11 -0400 (EDT)
(envelope-from green)
Date: Mon, 27 Sep 2004 17:55:11 -0400
From: Brian Fundakowski Feldman <green@FreeBSD.org>
To: John Baldwin <jhb@FreeBSD.org>
Message-ID: <20040927215511.GC24003@green.homeunix.org>
References: <20040924230425.GB1164@green.homeunix.org>
<20040925101021.A78979@bpgate.speednet.com.au>
<200409271635.44017.jhb@FreeBSD.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <200409271635.44017.jhb@FreeBSD.org>
User-Agent: Mutt/1.5.6i
cc: Andy Farkas <andy@bradfieldprichard.com.au>
cc: freebsd-current@FreeBSD.org
cc: current@FreeBSD.org
Subject: Re: panic: APIC: Previous IPI is stuck
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 21:55:19 -0000
On Mon, Sep 27, 2004 at 04:35:44PM -0400, John Baldwin wrote:
> On Friday 24 September 2004 08:24 pm, Andy Farkas wrote:
> > I have been having this problem for a few weeks now. Glad I'm not the only
> > one. My box is a 4xPPro running 5.3-BETA5. It panics with either ULE
> > or 4BSD.
> >
> > My theory is that a physical IPI gets lost somewhere and the kerenl spins
> > waiting for it. But thats just a stab in the dark because nobody cares to
> > explain why IPI's would be stuck.
>
> The panic has to do with a previous IPI not finished being sent from the same
> CPU. I've yet to determine why this happens. You can try editing
> sys/i386/i386/local_apic.c and turning on 'DETECT_DEADLOCK' (I think it is
> just commented out) and seeing if that improves stability. I also see this
> on a 4xPIIXeon system I use for testing.
Can KTR logging be leveraged to find the root cause(s) of these deadlocks,
or is it just so wildly unpredictable that it would be of no use?
--
Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\
<> green@FreeBSD.org \ The Power to Serve! \
Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 21:57:13 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id BB76316A4CE
for <current@freebsd.org>; Mon, 27 Sep 2004 21:57:13 +0000 (GMT)
Received: from kestrel.alerce.com (kestrel.alerce.com [209.182.219.40])
by mx1.FreeBSD.org (Postfix) with ESMTP id 753AF43D31
for <current@freebsd.org>; Mon, 27 Sep 2004 21:57:13 +0000 (GMT)
(envelope-from hartzell@kestrel.alerce.com)
Received: from satchel.alerce.com (w092.z064001164.sjc-ca.dsl.cnc.net
[64.1.164.92]) (authenticated bits=128)
by kestrel.alerce.com (8.12.10/8.12.10) with ESMTP id i8RLvBUQ071941
(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
Mon, 27 Sep 2004 14:57:12 -0700 (PDT)
(envelope-from hartzell@kestrel.alerce.com)
Received: from satchel.alerce.com (localhost [127.0.0.1])
by satchel.alerce.com (8.13.1/8.13.1) with ESMTP id i8RLvVik001433
(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
Mon, 27 Sep 2004 14:57:32 -0700 (PDT)
(envelope-from hartzell@satchel.alerce.com)
Received: (from hartzell@localhost)
by satchel.alerce.com (8.13.1/8.13.1/Submit) id i8RLvUDJ001430;
Mon, 27 Sep 2004 14:57:30 -0700 (PDT)
(envelope-from hartzell)
From: George Hartzell <hartzell@kestrel.alerce.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-ID: <16728.36042.147168.928629@satchel.alerce.com>
Date: Mon, 27 Sep 2004 14:57:30 -0700
To: Sean McNeil <sean@mcneil.com>
In-Reply-To: <1096320933.42513.9.camel@server.mcneil.com>
References: <20040927111438.GA865@genius.tao.org.uk>
<1096290034.23046.82.camel@linux-mobile.example.net>
<20040927143811.GA87515@sysmon.tcworks.net>
<4158338A.9090309@pythonemproject.com>
<E36A4F72-109E-11D9-BBA6-000D936BE398@bis.midco.net>
<16728.33607.716813.703551@satchel.alerce.com>
<1096320933.42513.9.camel@server.mcneil.com>
X-Mailer: VM 7.17 under 21.4 (patch 15) "Security Through Obscurity" XEmacs
Lucid
X-Virus-Scanned: ClamAV version 'clamd / ClamAV version 0.65', clamav-milter
version '0.60p'
cc: current@freebsd.org
Subject: Re: Laptop recommendations?
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: hartzell@kestrel.alerce.com
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 21:57:14 -0000
Sean McNeil writes:
> On Mon, 2004-09-27 at 14:16, George Hartzell wrote:
> > Peter Schultz writes:
> > > How far off are we from a stable version of FreeBSD PPC? Apple's
> > > laptops are sweet.
> >
> > Except for the D#@% caps lock key. It's IN THE WRONG PLACE and
> > apparent best tool for swapping it around (uControl) doesn't work
> > reliably and the dang led stays on anyway....
>
> Huh? I'm looking at my powerbook right now and the caps lock key is in
> the exact same place as it is on my logitec keyboard and my compaq
> laptop. Only difference that I see is the backspace key says delete and
> there is no "delete" key that kills the character on the cursor.
Yeah, I'm an old weirdo [who also uses emacs a lot]. I grew up with
the control key being that big sucker just to the left of the 'A' key,
and reaching down and under to the bottom row bothers my left
wrist/hand. I'm otherwise keyboard agnostic (I don't care where the
esc key is, I just use ctrl-[ and I'm used to figuring out just what
the BS/Del key sends) but the ctrl key is important. Fortunately, on
PC hardware, it's easy enough to get it where i want/like/need it.
> > I've been told that the behaviour is in the firmware and is
> > unavoidable w/out drastic measures.
>
> I'd say this is a minor nit that you could get use to over time.
> [...]
It may well be a minor nit, but they're not *your* fingers that start
tingling. It's enough to keep me from treating my 15" powerbook as my
day-to-day unix machine. Well, that and trying to live w/ the weird
unix environment, which is a pale imitation of FreeBSD and our
incredible ports tree. It makes a great mac though (digital imaging,
photoshop, etc...).
The powerbook hardware *is* nice. FreeBSD/PPC and the powerbook might
well be a different story (I could live w/ the led staying lit if that
key were an otherwise reliable ctrl...).
I've settled in to being quite happy with my T42p. I'd happily trade
the parallel port for firewire, and I wish that s4bios worked, but
otherwise it's awfully nice!
g.
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 22:12:50 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id DCE6616A4CE
for <current@freebsd.org>; Mon, 27 Sep 2004 22:12:49 +0000 (GMT)
Received: from mail.mcneil.com (mcneil.com [24.199.45.54])
by mx1.FreeBSD.org (Postfix) with ESMTP id 98F1343D54
for <current@freebsd.org>; Mon, 27 Sep 2004 22:12:47 +0000 (GMT)
(envelope-from sean@mcneil.com)
Received: from localhost (localhost.mcneil.com [127.0.0.1])
by mail.mcneil.com (Postfix) with ESMTP id 4689DF1ADC;
Mon, 27 Sep 2004 15:12:47 -0700 (PDT)
Received: from mail.mcneil.com ([127.0.0.1])
by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024)
with ESMTP id 42492-07; Mon, 27 Sep 2004 15:12:46 -0700 (PDT)
Received: from [24.199.45.54] (mcneil.com [24.199.45.54])
by mail.mcneil.com (Postfix) with ESMTP id B2E2BF1956;
Mon, 27 Sep 2004 15:12:46 -0700 (PDT)
From: Sean McNeil <sean@mcneil.com>
To: hartzell@kestrel.alerce.com
In-Reply-To: <16728.36042.147168.928629@satchel.alerce.com>
References: <20040927111438.GA865@genius.tao.org.uk>
<1096290034.23046.82.camel@linux-mobile.example.net>
<20040927143811.GA87515@sysmon.tcworks.net>
<4158338A.9090309@pythonemproject.com>
<E36A4F72-109E-11D9-BBA6-000D936BE398@bis.midco.net>
<16728.33607.716813.703551@satchel.alerce.com>
<1096320933.42513.9.camel@server.mcneil.com>
<16728.36042.147168.928629@satchel.alerce.com>
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="=-w2ACeimMzC8gvQIRU6/Q"
Message-Id: <1096323166.43375.8.camel@server.mcneil.com>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.6
Date: Mon, 27 Sep 2004 15:12:46 -0700
X-Virus-Scanned: by amavisd-new at mcneil.com
cc: current@freebsd.org
Subject: Re: Laptop recommendations?
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 22:12:50 -0000
--=-w2ACeimMzC8gvQIRU6/Q
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable
On Mon, 2004-09-27 at 14:57, George Hartzell wrote:
> Sean McNeil writes:
> > On Mon, 2004-09-27 at 14:16, George Hartzell wrote:
> > > Peter Schultz writes:
> > > > How far off are we from a stable version of FreeBSD PPC? Apple's=
=20
> > > > laptops are sweet.
> > >=20
> > > Except for the D#@% caps lock key. It's IN THE WRONG PLACE and
> > > apparent best tool for swapping it around (uControl) doesn't work
> > > reliably and the dang led stays on anyway....
> >=20
> > Huh? I'm looking at my powerbook right now and the caps lock key is i=
n
> > the exact same place as it is on my logitec keyboard and my compaq
> > laptop. Only difference that I see is the backspace key says delete a=
nd
> > there is no "delete" key that kills the character on the cursor.
>=20
> Yeah, I'm an old weirdo [who also uses emacs a lot]. I grew up with
> the control key being that big sucker just to the left of the 'A' key,
> and reaching down and under to the bottom row bothers my left
> wrist/hand. I'm otherwise keyboard agnostic (I don't care where the
> esc key is, I just use ctrl-[ and I'm used to figuring out just what
> the BS/Del key sends) but the ctrl key is important. Fortunately, on
> PC hardware, it's easy enough to get it where i want/like/need it.
I see what you mean. But they moved that a long time ago. I'm amazed
you have managed to stick with the old positioning. The feel of a
Logitech keyboard is pretty sweet.
> It may well be a minor nit, but they're not *your* fingers that start
> tingling. It's enough to keep me from treating my 15" powerbook as my
> day-to-day unix machine. Well, that and trying to live w/ the weird
> unix environment, which is a pale imitation of FreeBSD and our
> incredible ports tree. It makes a great mac though (digital imaging,
> photoshop, etc...).
>=20
> The powerbook hardware *is* nice. FreeBSD/PPC and the powerbook might
> well be a different story (I could live w/ the led staying lit if that
> key were an otherwise reliable ctrl...).
That is actually the only reason I have a mac - I needed a mac. IMHO I
don't think anyone should get a powerbook and then put FreeBSD on it.=20
That is unless you could run mac software on it. I would (will?)
someday get a desktop on ebay and put FreeBSD on it, though.
Oh, and EMACS RULES!!! ;-)
--=-w2ACeimMzC8gvQIRU6/Q
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)
iD8DBQBBWJBeyQsGN30uGE4RAthtAKDZMVEIRjEXzJ+KQ/q60qQ8da0nXwCfTtQ7
VE+j2jJF/YZnZSkbk3y5Ogo=
=7Ced
-----END PGP SIGNATURE-----
--=-w2ACeimMzC8gvQIRU6/Q--
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 22:18:25 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id DA7EA16A4CE
for <current@freebsd.org>; Mon, 27 Sep 2004 22:18:25 +0000 (GMT)
Received: from kestrel.alerce.com (kestrel.alerce.com [209.182.219.40])
by mx1.FreeBSD.org (Postfix) with ESMTP id B096843D46
for <current@freebsd.org>; Mon, 27 Sep 2004 22:18:25 +0000 (GMT)
(envelope-from hartzell@kestrel.alerce.com)
Received: from satchel.alerce.com (w092.z064001164.sjc-ca.dsl.cnc.net
[64.1.164.92]) (authenticated bits=128)
by kestrel.alerce.com (8.12.10/8.12.10) with ESMTP id i8RMIOUQ072319
(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
Mon, 27 Sep 2004 15:18:25 -0700 (PDT)
(envelope-from hartzell@kestrel.alerce.com)
Received: from satchel.alerce.com (localhost [127.0.0.1])
by satchel.alerce.com (8.13.1/8.13.1) with ESMTP id i8RMIiLf001522
(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
Mon, 27 Sep 2004 15:18:45 -0700 (PDT)
(envelope-from hartzell@satchel.alerce.com)
Received: (from hartzell@localhost)
by satchel.alerce.com (8.13.1/8.13.1/Submit) id i8RMIi1j001519;
Mon, 27 Sep 2004 15:18:44 -0700 (PDT)
(envelope-from hartzell)
From: George Hartzell <hartzell@kestrel.alerce.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-ID: <16728.37316.491548.851196@satchel.alerce.com>
Date: Mon, 27 Sep 2004 15:18:44 -0700
To: Sean McNeil <sean@mcneil.com>
In-Reply-To: <1096323166.43375.8.camel@server.mcneil.com>
References: <20040927111438.GA865@genius.tao.org.uk>
<1096290034.23046.82.camel@linux-mobile.example.net>
<20040927143811.GA87515@sysmon.tcworks.net>
<4158338A.9090309@pythonemproject.com>
<E36A4F72-109E-11D9-BBA6-000D936BE398@bis.midco.net>
<16728.33607.716813.703551@satchel.alerce.com>
<1096320933.42513.9.camel@server.mcneil.com>
<16728.36042.147168.928629@satchel.alerce.com>
<1096323166.43375.8.camel@server.mcneil.com>
X-Mailer: VM 7.17 under 21.4 (patch 15) "Security Through Obscurity" XEmacs
Lucid
X-Virus-Scanned: ClamAV version 'clamd / ClamAV version 0.65', clamav-milter
version '0.60p'
cc: current@freebsd.org
Subject: Re: Laptop recommendations?
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: hartzell@kestrel.alerce.com
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 22:18:26 -0000
Sean McNeil writes:
> [...]
> I see what you mean. But they moved that a long time ago. I'm amazed
> you have managed to stick with the old positioning. The feel of a
> Logitech keyboard is pretty sweet.
That's what
keymap="us.pc-ctrl"
in /etc/rc.conf is for.... :)
> [...]
> Oh, and EMACS RULES!!! ;-)
Uh-oh....
Oddly enough, I end up swapping back and forth between emacs and vi
depending on what I'm working on. Probably why I can't remember
anyone's name any more.....
g.
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 22:18:40 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 60D9116A4CE
for <current@freebsd.org>; Mon, 27 Sep 2004 22:18:40 +0000 (GMT)
Received: from pandora.afflictions.org (asylum.afflictions.org [64.7.134.90])
by mx1.FreeBSD.org (Postfix) with ESMTP id CA60343D46
for <current@freebsd.org>; Mon, 27 Sep 2004 22:18:39 +0000 (GMT)
(envelope-from dgerow@afflictions.org)
Received: from localhost (localhost [127.0.0.1])
by pandora.afflictions.org (Postfix) with ESMTP id 027B478C55
for <current@freebsd.org>; Mon, 27 Sep 2004 18:20:06 -0400 (EDT)
Received: from dementia.afflictions.org (dementia.afflictions.org
[172.19.206.56])
by pandora.afflictions.org (Postfix) with ESMTP id 5164578C35
for <current@freebsd.org>; Mon, 27 Sep 2004 18:20:01 -0400 (EDT)
Received: by dementia.afflictions.org (Postfix, from userid 1001)
id 3C4F0170E2; Mon, 27 Sep 2004 18:17:43 -0400 (EDT)
Date: Mon, 27 Sep 2004 18:17:43 -0400
From: Damian Gerow <dgerow@afflictions.org>
To: current@freebsd.org
Message-ID: <20040927221742.GC30059@afflictions.org>
Mail-Followup-To: current@freebsd.org
References: <20040927211341.GB30059@afflictions.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20040927211341.GB30059@afflictions.org>
X-Operating-System: FreeBSD 5.3-BETA6 on a i386
X-GPG-Fingerprint: B3D7 D901 A53A 1A99 BFD6 E6DF 9F3B 742B C288 9CC9
User-Agent: Mutt/1.5.6i
X-Virus-Scanned: by amavisd-new at afflictions.org
Subject: Re: Firefox breaks in upgrade from -BETA2 -> -BETA6
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 22:18:40 -0000
Thus spake Damian Gerow (dgerow@afflictions.org) [27/09/04 17:16]:
: When I start it, it just sits there, and doesn't open anything up. The
: process hangs in an unkillable state. If I try to rebuild from scratch, the
: package installation dies the same way while registering Chrome components
: (regxpcom). Even if I manually remove Firefox from my system, it still
: fails while registering Chrome components.
And a fresh install (everything compiled this afternoon) of galeon2 is
behaving exactly the same way.
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 22:18:30 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 77EF916A4D0; Mon, 27 Sep 2004 22:18:30 +0000 (GMT)
Received: from kestrel.alerce.com (kestrel.alerce.com [209.182.219.40])
by mx1.FreeBSD.org (Postfix) with ESMTP
id D49C943D45; Mon, 27 Sep 2004 22:14:44 +0000 (GMT)
(envelope-from hartzell@kestrel.alerce.com)
Received: from satchel.alerce.com (w092.z064001164.sjc-ca.dsl.cnc.net
[64.1.164.92]) (authenticated bits=128)
by kestrel.alerce.com (8.12.10/8.12.10) with ESMTP id i8RMAsUQ072175
(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
Mon, 27 Sep 2004 15:10:55 -0700 (PDT)
(envelope-from hartzell@kestrel.alerce.com)
Received: from satchel.alerce.com (localhost [127.0.0.1])
by satchel.alerce.com (8.13.1/8.13.1) with ESMTP id i8RMBFKh001502
(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
Mon, 27 Sep 2004 15:11:15 -0700 (PDT)
(envelope-from hartzell@satchel.alerce.com)
Received: (from hartzell@localhost)
by satchel.alerce.com (8.13.1/8.13.1/Submit) id i8RM7CvY001477;
Mon, 27 Sep 2004 15:07:12 -0700 (PDT)
(envelope-from hartzell)
From: George Hartzell <hartzell@kestrel.alerce.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-ID: <16728.36624.795064.393488@satchel.alerce.com>
Date: Mon, 27 Sep 2004 15:07:12 -0700
To: Pawel Jakub Dawidek <pjd@freebsd.org>
In-Reply-To: <20040927150725.GV9550@darkness.comp.waw.pl>
References: <20040927094602.GA17898@gnah.bolet.org>
<20040927111734.GS9550@darkness.comp.waw.pl>
<200409272339.27282.doconnor@gsoft.com.au>
<20040927150725.GV9550@darkness.comp.waw.pl>
X-Mailer: VM 7.17 under 21.4 (patch 15) "Security Through Obscurity" XEmacs
Lucid
X-Virus-Scanned: ClamAV version 'clamd / ClamAV version 0.65', clamav-milter
version '0.60p'
cc: Thomas Pornin <maillist+fc@bolet.org>
cc: freebsd-current@freebsd.org
Subject: Re: Software RAID1 with atacontrol
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: hartzell@kestrel.alerce.com
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 22:18:30 -0000
Pawel Jakub Dawidek writes:
> On Mon, Sep 27, 2004 at 11:39:20PM +0930, Daniel O'Connor wrote:
> +> On Mon, 27 Sep 2004 20:47, Pawel Jakub Dawidek wrote:
> +> > +> Therefore I think that there is something fishy here. Since the same
> +> > +> code is used for Promise RAID cards, the support for those card may be
> +> > +> "broken" as well (at least unreliable in case of a crash, which is a
> +> > +> problem since RAID1 is meant to add reliability in case of a crash).
> +> > +> What can I do to help debug this ?
> +> >
> +> > I can only suggest gmirror(8):)
> +>
> +> You can't boot from gmirror(8) with a hosed disk :(
>
> I wonder how BIOS react on such disk. You can setup in BIOS to boot from
> 'C', 'D', etc. disks and it will be cool if 'D' can be choosen when 'C'
> is broken.
I have an older Supermicro system (370DER) with a built in two-channel
scsi controller. It'll happily boot from whatever scsi device I give
it. I have a pair of disks on channel-A, mirrored using gmirror
(da0s1 and da1s1 are the providers) and it'll happily boot from
either.
Not quite as nice as automaticall falling-over, but close enough for
my particular use.
g.
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 22:27:41 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id D8C1716A4CE
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 22:27:41 +0000 (GMT)
Received: from mail.cs.umn.edu (mail.cs.umn.edu [128.101.34.202])
by mx1.FreeBSD.org (Postfix) with ESMTP id AC33F43D2D
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 22:27:41 +0000 (GMT)
(envelope-from osipkov@cs.umn.edu)
Received: from localhost (localhost [127.0.0.1])
by augustus.cs.umn.edu (Postfix) with ESMTP id 331EF1131C
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 17:27:41 -0500 (CDT)
Received: from mail.cs.umn.edu ([127.0.0.1])
by localhost (augustus [127.0.0.1]) (amavisd-new, port 10024) with LMTP
id 25766-01-6 for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 17:27:39 -0500 (CDT)
Received: from fairtella (fairtella.cs.umn.edu [128.101.189.247])
by mail.cs.umn.edu (Postfix) with SMTP id 442EF1130B
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 17:27:39 -0500 (CDT)
Message-ID: <001501c4a4e1$3242c510$f7bd6580@cs.umn.edu>
From: "Ivan Osipkov" <osipkov@cs.umn.edu>
To: <freebsd-current@freebsd.org>
References: <41585223.2070204@cs.umn.edu>
<Pine.LNX.4.60.0409271352030.15672@athena> <41585951.3020307@cs.umn.edu>
<Pine.LNX.4.60.0409271444380.15672@athena> <4158866E.3030706@us.army.mil>
Date: Mon, 27 Sep 2004 17:27:39 -0500
MIME-Version: 1.0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1437
x-mimeole: Produced By Microsoft MimeOLE V6.00.2800.1441
X-Virus-Scanned: by amavisd-new at cs.umn.edu
Subject: Re: DELL 5150 Crash
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 22:27:42 -0000
Thank you guys for everything! I ran HITACHI diagnostic/repair
bootable disk (hard drive is Hitachi Travelstar) and it fixed corrupted
sectors. I could get into the FreeBSD and move all the files to the
network.
-Ivan
----- Original Message -----
From: "Jonathan" <jonathan.michael.stewart@us.army.mil>
Cc: "Ivan Osipkov" <osipkov@cs.umn.edu>; <freebsd-current@freebsd.org>
Sent: Monday, September 27, 2004 4:30 PM
Subject: Re: DELL 5150 Crash
> I can say that this does work although very strangely on my system
> http://ffs.szm.sk/en/
> From the site:
> "This project mission is to create file system driver for windows , that
> will read ufs partitions from FreeBSD. Currently read only operations on
> UFS1 or UFS2 , are supported."
>
> Hope this helps,
> Jonathan
>
> (By strangely I mean I can't open a file directly with most programs, I
> can right click and do "add to archive" with 7zip (www.7zip.org I think)
> and save the archive on my desktop then open it from there.)
>
> Sam wrote:
>
> > oh, yeah. duh. If you can boot a live cd you can play with
> > the filesystem (fsck, etc).
> >
> > You might also try finding a bootable disk diagnostic utility
> > to see if it can find anything correctable.
> >
> > Cheers,
> >
> > Sam
> >
> > On Mon, 27 Sep 2004, Ivan Osipkov wrote:
> >
> >> Sam wrote:
> >>
> >>> Maybe VMWare can boot Freesbie.
> >>>
> >>> On Mon, 27 Sep 2004, Ivan Osipkov wrote:
> >>>
> >>>> I have DELL 5150 Inspiron with Windows XP on one partition and
> >>>> FreeBSD-CURRENT on
> >>>> another. The hardware failed and now I cannot mount /usr. Dell
> >>>> diagnostics say that
> >>>> there is unrecoverable data block, which means hard drive has to be
> >>>> replaced.
> >>>>
> >>>> My question: is there a Windows tool to access files on BSD
partition?
> >>>>
> >>>> Thanks guys
> >>>> _______________________________________________
> >>>> freebsd-current@freebsd.org mailing list
> >>>> http://lists.freebsd.org/mailman/listinfo/freebsd-current
> >>>> To unsubscribe, send any mail to
> >>>> "freebsd-current-unsubscribe@freebsd.org"
> >>>>
> >>>>
> >> Anything simpler? Would Live CD from FreeBSD work?
> >> _______________________________________________
> >> freebsd-current@freebsd.org mailing list
> >> http://lists.freebsd.org/mailman/listinfo/freebsd-current
> >> To unsubscribe, send any mail to
> >> "freebsd-current-unsubscribe@freebsd.org"
> >>
> >>
> > _______________________________________________
> > freebsd-current@freebsd.org mailing list
> > http://lists.freebsd.org/mailman/listinfo/freebsd-current
> > To unsubscribe, send any mail to
"freebsd-current-unsubscribe@freebsd.org"
> >
>
>
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 22:27:53 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 0D34D16A4CE
for <current@freebsd.org>; Mon, 27 Sep 2004 22:27:53 +0000 (GMT)
Received: from postal3.es.net (postal3.es.net [198.128.3.207])
by mx1.FreeBSD.org (Postfix) with ESMTP id E41D343D2D
for <current@freebsd.org>; Mon, 27 Sep 2004 22:27:52 +0000 (GMT)
(envelope-from oberman@es.net)
Received: from ptavv.es.net ([198.128.4.29])
by postal3.es.net (Postal Node 3) with ESMTP (SSL) id IBA74465;
Mon, 27 Sep 2004 15:27:52 -0700
Received: from ptavv (localhost [127.0.0.1])
by ptavv.es.net (Tachyon Server) with ESMTP id 9606D5D04;
Mon, 27 Sep 2004 15:27:51 -0700 (PDT)
To: Sean McNeil <sean@mcneil.com>
In-reply-to: Your message of "Mon, 27 Sep 2004 15:12:46 PDT."
<1096323166.43375.8.camel@server.mcneil.com>
Date: Mon, 27 Sep 2004 15:27:51 -0700
From: "Kevin Oberman" <oberman@es.net>
Message-Id: <20040927222751.9606D5D04@ptavv.es.net>
cc: current@freebsd.org
Subject: Re: Laptop recommendations?
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 22:27:53 -0000
> From: Sean McNeil <sean@mcneil.com>
> Date: Mon, 27 Sep 2004 15:12:46 -0700
> Sender: owner-freebsd-current@freebsd.org
>
>
> --=-w2ACeimMzC8gvQIRU6/Q
> Content-Type: text/plain
> Content-Transfer-Encoding: quoted-printable
>
> On Mon, 2004-09-27 at 14:57, George Hartzell wrote:
> > Sean McNeil writes:
> > > On Mon, 2004-09-27 at 14:16, George Hartzell wrote:
> > > > Peter Schultz writes:
> > > > > How far off are we from a stable version of FreeBSD PPC? Apple's=
> =20
> > > > > laptops are sweet.
> > > >=20
> > > > Except for the D#@% caps lock key. It's IN THE WRONG PLACE and
> > > > apparent best tool for swapping it around (uControl) doesn't work
> > > > reliably and the dang led stays on anyway....
> > >=20
> > > Huh? I'm looking at my powerbook right now and the caps lock key is i=
> n
> > > the exact same place as it is on my logitec keyboard and my compaq
> > > laptop. Only difference that I see is the backspace key says delete a=
> nd
> > > there is no "delete" key that kills the character on the cursor.
> >=20
> > Yeah, I'm an old weirdo [who also uses emacs a lot]. I grew up with
> > the control key being that big sucker just to the left of the 'A' key,
> > and reaching down and under to the bottom row bothers my left
> > wrist/hand. I'm otherwise keyboard agnostic (I don't care where the
> > esc key is, I just use ctrl-[ and I'm used to figuring out just what
> > the BS/Del key sends) but the ctrl key is important. Fortunately, on
> > PC hardware, it's easy enough to get it where i want/like/need it.
>
> I see what you mean. But they moved that a long time ago. I'm amazed
> you have managed to stick with the old positioning. The feel of a
> Logitech keyboard is pretty sweet.
I still refuse to acknowledge Microsoft's mangling of the previously
standard location of the control key. I always remap it to where it
really belongs.
For those who were not around when it happened, Microsoft thoughtfully
moved the control key to its bottom row making it hard to use and by
doing so, made the most popular word processor of the day (Wordstar)
much harder to use as it uses control characters about as much as Emacs.
It has been claimed that this is the reason that it was moved, but it is
clear that Wordstar started losing traction in the market quickly
leaving only WordPerfect and MS Word to fight it out.
--
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-current@FreeBSD.ORG Mon Sep 27 22:33:41 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 2AB4616A4CE
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 22:33:41 +0000 (GMT)
Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.193])
by mx1.FreeBSD.org (Postfix) with ESMTP id CBB2143D1D
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 22:33:40 +0000 (GMT)
(envelope-from swhetzel@gmail.com)
Received: by mproxy.gmail.com with SMTP id 79so3237478rnk
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 15:33:34 -0700 (PDT)
Received: by 10.38.171.75 with SMTP id t75mr499321rne;
Mon, 27 Sep 2004 15:33:33 -0700 (PDT)
Received: by 10.38.75.49 with HTTP; Mon, 27 Sep 2004 15:33:33 -0700 (PDT)
Message-ID: <790a9fff040927153321ee4372@mail.gmail.com>
Date: Mon, 27 Sep 2004 17:33:33 -0500
From: Scot Hetzel <swhetzel@gmail.com>
To: Brad Knowles <brad@stop.mail-abuse.org>
In-Reply-To: <p06002009bd7ca95e6a22@10.0.1.4>
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
References: <1093303561.15161.30.camel@vipehost.vipenet.lan>
<790a9fff0408240718231b1e4a@mail.gmail.com>
<415620EB.6050603@yahoo.com> <p06002009bd7ca95e6a22@10.0.1.4>
cc: Rob <spamrefuse@yahoo.com>
cc: freebsd-current@freebsd.org
Subject: Re: from src/etc/rc.d/ntpd: required_files="/etc/ntp.conf"
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: Scot Hetzel <swhetzel@gmail.com>
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 22:33:41 -0000
On Sun, 26 Sep 2004 19:15:26 +0200, Brad Knowles
<brad@stop.mail-abuse.org> wrote:
> At 10:52 AM +0900 2004-09-26, Rob quoted Scot Hetzel:
>
> >> If you look at the man page for ntpd, the default configuration file
> >> is /etc/ntpd.conf, so you shouldn't need to specify '-c <ntpd conf
> >> file>' to the ntpd_flags variable. Also, you don't need the '-p <ntpd
> >> pid file>' in the ntpd_flags as it is the default.
>
> Are you sure it's /etc/ntpd.conf and not /etc/ntp.conf?
>
It's /etc/ntp.conf - I had corrected my self on Aug 24th.
Scot
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 22:44:31 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 73FD316A4CE
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 22:44:31 +0000 (GMT)
Received: from www.heimat.gr.jp (catv-118-241.tees.ne.jp [203.141.118.241])
by mx1.FreeBSD.org (Postfix) with ESMTP id 4301E43D31
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 22:44:30 +0000 (GMT)
(envelope-from nakaji@tutrp.tut.ac.jp)
Received: from xa12.heimat.gr.jp (xa12.heimat.gr.jp [202.216.136.35])
by www.heimat.gr.jp (8.12.11/8.12.11) with ESMTP id i8RMiO6p011666
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 07:44:24 +0900 (JST)
(envelope-from nakaji@tutrp.tut.ac.jp)
Sender: nakaji@tutrp.tut.ac.jp
To: freebsd-current@freebsd.org
From: NAKAJI Hiroyuki <nakaji@jp.freebsd.org>
MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka")
Content-Type: text/plain; charset=US-ASCII
Date: Tue, 28 Sep 2004 07:44:23 +0900
Message-ID: <86k6uf2uyg.fsf@xa12.heimat.gr.jp>
User-Agent: T-gnus/6.17.3 (based on No Gnus v0.3) SEMI/1.14.6 (Maruoka)
FLIM/1.14.6 (Marutamachi) APEL/10.6 Emacs/21.3 (i386--freebsd) MULE/5.0
(SAKAKI)
X-Virus-Scanned: by AMaViS-perl11-milter (http://amavis.org/)
Subject: [amd64] 5.3-BETA5-disc1 cannot boot with HDAMD and 29329A-R
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 22:44:31 -0000
Hi,
I tried 5.3-BETA5 yesterday on my new Dual Opteron PC and failed.
Of cource, I will try BETA6 today.
The parts of this PC are,
o RIOWORKS HDAMD
o Adaptec 29320A-R
o Ultra320 drives of Seagate
o ATAPI DVD-combo drive
o FDD
It can boot from disc1, but after "Waiting 15 seconds for SCSI devices
to settle" message, it hangs up. Or does it take looooooooooooog time
about "15 seconds"? I waited 10 or more minutes...
BTW, I tested some cases,
1. With HostRAID, Windows XP Pro. (32-bit) works good with high
benchmark.
2. Without HostRAID, Windows XP 64-bit Edition can work.
3. With or without HostRAID, FreeBSD/amd64 5.3-BETA cannot boot...
4. Without HostRAID, Fedora Core 2 can be installed. :(
--
NAKAJI Hiroyuki
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 22:48:07 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 0F4EA16A4CF
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 22:48:07 +0000 (GMT)
Received: from mail.parodius.com (mail.parodius.com [64.62.145.229])
by mx1.FreeBSD.org (Postfix) with ESMTP id EA93343D53
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 22:48:06 +0000 (GMT)
(envelope-from jdc@pentarou.parodius.com)
Received: from pentarou.parodius.com (jdc@localhost [127.0.0.1])
by mail.parodius.com (8.13.1/8.13.1) with ESMTP id i8RMm6iC044520
(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 15:48:06 -0700 (PDT)
(envelope-from jdc@pentarou.parodius.com)
Received: (from jdc@localhost)
by pentarou.parodius.com (8.13.1/8.13.1/Submit) id i8RMm6vX044519
for freebsd-current@freebsd.org; Mon, 27 Sep 2004 15:48:06 -0700 (PDT)
(envelope-from jdc)
Date: Mon, 27 Sep 2004 15:48:06 -0700
From: Jeremy Chadwick <freebsd@jdc.parodius.com>
To: freebsd-current@freebsd.org
Message-ID: <20040927224806.GA44462@parodius.com>
Mail-Followup-To: freebsd-current@freebsd.org
References: <86k6uf2uyg.fsf@xa12.heimat.gr.jp>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <86k6uf2uyg.fsf@xa12.heimat.gr.jp>
User-Agent: Mutt/1.5.6i
Subject: Re: [amd64] 5.3-BETA5-disc1 cannot boot with HDAMD and 29329A-R
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 22:48:07 -0000
http://lists.freebsd.org/pipermail/freebsd-current/2004-September/037966.html
--
| Jeremy Chadwick jdc at parodius.com |
| Parodius Networking http://www.parodius.com/ |
| UNIX Systems Administrator Mountain View, CA, USA |
| Making life hard for others since 1977. |
On Tue, Sep 28, 2004 at 07:44:23AM +0900, NAKAJI Hiroyuki wrote:
> Hi,
>
> I tried 5.3-BETA5 yesterday on my new Dual Opteron PC and failed.
> Of cource, I will try BETA6 today.
>
> The parts of this PC are,
>
> o RIOWORKS HDAMD
> o Adaptec 29320A-R
> o Ultra320 drives of Seagate
> o ATAPI DVD-combo drive
> o FDD
>
> It can boot from disc1, but after "Waiting 15 seconds for SCSI devices
> to settle" message, it hangs up. Or does it take looooooooooooog time
> about "15 seconds"? I waited 10 or more minutes...
>
> BTW, I tested some cases,
>
> 1. With HostRAID, Windows XP Pro. (32-bit) works good with high
> benchmark.
> 2. Without HostRAID, Windows XP 64-bit Edition can work.
> 3. With or without HostRAID, FreeBSD/amd64 5.3-BETA cannot boot...
> 4. Without HostRAID, Fedora Core 2 can be installed. :(
> --
> NAKAJI Hiroyuki
> _______________________________________________
> freebsd-current@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 22:55:11 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 9821716A4CE; Mon, 27 Sep 2004 22:55:11 +0000 (GMT)
Received: from mail.dt.e-technik.uni-dortmund.de
(krusty.dt.E-Technik.Uni-Dortmund.DE [129.217.163.1])
by mx1.FreeBSD.org (Postfix) with ESMTP
id EC56A43D2F; Mon, 27 Sep 2004 22:55:10 +0000 (GMT)
(envelope-from ma@dt.e-technik.uni-dortmund.de)
Received: from localhost (localhost [127.0.0.1])37D3E40AF2;
Tue, 28 Sep 2004 00:55:10 +0200 (CEST)
Received: from mail.dt.e-technik.uni-dortmund.de ([127.0.0.1])
by localhost (krusty [127.0.0.1]) (amavisd-new, port 10024) with LMTP
id 08078-05; Tue, 28 Sep 2004 00:55:10 +0200 (CEST)
Received: from m2a2.dyndns.org (p508EFEB6.dip.t-dialin.net [80.142.254.182])
DDDE34092F; Tue, 28 Sep 2004 00:55:09 +0200 (CEST)
Received: from localhost (localhost [127.0.0.1])
by merlin.emma.line.org (Postfix) with ESMTP id 77E73D6382;
Tue, 28 Sep 2004 00:55:07 +0200 (CEST)
Received: from merlin.emma.line.org ([127.0.0.1])
by localhost (m2a2.dyndns.org [127.0.0.1]) (amavisd-new, port 10024)
with LMTP id 04119-02; Tue, 28 Sep 2004 00:55:07 +0200 (CEST)
Received: by merlin.emma.line.org (Postfix, from userid 500)
id 21A8ACA316; Tue, 28 Sep 2004 00:55:06 +0200 (CEST)
To: Matthias Andree <ma@dt.e-technik.uni-dortmund.de>
In-Reply-To: <m3brfr691u.fsf@merlin.emma.line.org> (Matthias Andree's message
of "Mon, 27 Sep 2004 17:11:41 +0200")
References: <415720FD.8080603@samsco.org>
<m3oejs3tom.fsf@merlin.emma.line.org> <415812AD.2090901@FreeBSD.org>
<m3brfr691u.fsf@merlin.emma.line.org>
From: Matthias Andree <ma@dt.e-technik.uni-dortmund.de>
Date: Tue, 28 Sep 2004 00:55:06 +0200
Message-ID: <m37jqfxqyd.fsf@merlin.emma.line.org>
User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Virus-Scanned: by amavisd-new at dt.e-technik.uni-dortmund.de
cc: re@FreeBSD.org
cc: standards@FreeBSD.org
cc: Scott Long <scottl@FreeBSD.org>
cc: current@FreeBSD.org
Subject: Re: FreeBSD 5.3-BETA6 available
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 22:55:11 -0000
Matthias Andree <ma@dt.e-technik.uni-dortmund.de> writes:
>>> 3. data corruption on unaligned block access bug, kern/60313,
>>> is still open and unpatched AFAICS
>>
>> Is this actually an issue in FreeBSD 5? In the audit trail of the PR,
>> Bruce Evans seems to concede that GEOM checks block alignment
>> properly.
OK, seeking to a position that is not a multiple of the block size
appears to trigger EINVAL on a subsequent write so this is
NOT an issue for FreeBSD 5.
--
Matthias Andree
Encrypted mail welcome: my GnuPG key ID is 0x052E7D95 (PGP/MIME preferred)
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 22:57:20 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 3EECA16A4CF
for <current@freebsd.org>; Mon, 27 Sep 2004 22:57:20 +0000 (GMT)
Received: from pandora.afflictions.org (asylum.afflictions.org [64.7.134.90])
by mx1.FreeBSD.org (Postfix) with ESMTP id EF79F43D46
for <current@freebsd.org>; Mon, 27 Sep 2004 22:57:19 +0000 (GMT)
(envelope-from dgerow@afflictions.org)
Received: from localhost (localhost [127.0.0.1])
by pandora.afflictions.org (Postfix) with ESMTP id CB3D878C8E
for <current@freebsd.org>; Mon, 27 Sep 2004 18:58:46 -0400 (EDT)
Received: from dementia.afflictions.org (dementia.afflictions.org
[172.19.206.56])
by pandora.afflictions.org (Postfix) with ESMTP id 43CC678C8C
for <current@freebsd.org>; Mon, 27 Sep 2004 18:58:45 -0400 (EDT)
Received: by dementia.afflictions.org (Postfix, from userid 1001)
id 9EABA170E2; Mon, 27 Sep 2004 18:56:26 -0400 (EDT)
Date: Mon, 27 Sep 2004 18:56:26 -0400
From: Damian Gerow <dgerow@afflictions.org>
To: current@freebsd.org
Message-ID: <20040927225626.GD30059@afflictions.org>
Mail-Followup-To: current@freebsd.org
References: <20040927211341.GB30059@afflictions.org>
<20040927221742.GC30059@afflictions.org> <415899F4.4000508@gamersimpact.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <415899F4.4000508@gamersimpact.com>
X-Operating-System: FreeBSD 5.3-BETA6 on a i386
X-GPG-Fingerprint: B3D7 D901 A53A 1A99 BFD6 E6DF 9F3B 742B C288 9CC9
User-Agent: Mutt/1.5.6i
X-Virus-Scanned: by amavisd-new at afflictions.org
Subject: Re: Firefox breaks in upgrade from -BETA2 -> -BETA6
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 22:57:20 -0000
Thus spake Ryan Sommers (ryans@gamersimpact.com) [27/09/04 18:55]:
: Could this have to do with the major threading changes? Do you have
: anything in /etc/libmap.conf? How recently have you done a portupgrade
: -af? I'm doing a portupgrade on one of my systems now; I'll see if I see
: similar results when it hits firefox.
Major threading change between the BETAs? Huh? Unless there was something
that I *seriously* missed in UPDATING or on current@, my threading libraries
haven't changed in the past few weeks.
My applicable libmap.conf entries:
libc_r.so.5 libpthread.so.1
libc_r.so libpthread.so.1
Then there's some stuff for the linux-pluginwrapper, but that's not an issue
yet -- as I can't even install it without this unkillable hang. (For the
record, it's exactly as the install docs tell you to do it.)
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 23:07:20 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 1213A16A4CE; Mon, 27 Sep 2004 23:07:20 +0000 (GMT)
Received: from mail.dt.e-technik.uni-dortmund.de
(mail.dt.E-Technik.Uni-Dortmund.DE [129.217.163.1])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 937A143D3F; Mon, 27 Sep 2004 23:07:19 +0000 (GMT)
(envelope-from ma@dt.e-technik.uni-dortmund.de)
Received: from localhost (localhost [127.0.0.1])99DB940B01;
Tue, 28 Sep 2004 01:07:18 +0200 (CEST)
Received: from mail.dt.e-technik.uni-dortmund.de ([127.0.0.1])
by localhost (krusty [127.0.0.1]) (amavisd-new, port 10024) with LMTP
id 28759-01-2; Tue, 28 Sep 2004 01:07:18 +0200 (CEST)
Received: from m2a2.dyndns.org (p508EFEB6.dip.t-dialin.net [80.142.254.182])
3DA2540AFF; Tue, 28 Sep 2004 01:07:18 +0200 (CEST)
Received: from localhost (localhost [127.0.0.1])
by merlin.emma.line.org (Postfix) with ESMTP id 6947FCC37E;
Tue, 28 Sep 2004 01:07:17 +0200 (CEST)
Received: from merlin.emma.line.org ([127.0.0.1])
by localhost (m2a2.dyndns.org [127.0.0.1]) (amavisd-new, port 10024)
with LMTP id 07242-02; Tue, 28 Sep 2004 01:07:17 +0200 (CEST)
Received: by merlin.emma.line.org (Postfix, from userid 500)
id 0750FCC21C; Tue, 28 Sep 2004 01:07:17 +0200 (CEST)
To: Scott Long <scottl@FreeBSD.org>
In-Reply-To: <41584682.9050204@FreeBSD.org> (Scott Long's message of "Mon, 27
Sep 2004 10:57:38 -0600")
References: <415720FD.8080603@samsco.org>
<m3oejs3tom.fsf@merlin.emma.line.org> <415812AD.2090901@FreeBSD.org>
<16728.17900.196968.145116@ran.psg.com> <41584682.9050204@FreeBSD.org>
From: Matthias Andree <ma@dt.e-technik.uni-dortmund.de>
Date: Tue, 28 Sep 2004 01:07:16 +0200
Message-ID: <m33c13xqe3.fsf_-_@merlin.emma.line.org>
User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Virus-Scanned: by amavisd-new at dt.e-technik.uni-dortmund.de
cc: Randy Bush <randy@psg.com>
cc: current@FreeBSD.org
Subject: inetd default behavior (was: FreeBSD 5.3-BETA6 available)
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 23:07:20 -0000
Scott Long <scottl@FreeBSD.org> writes:
> I understand and appreciate that. That's why I asked how other OS's
> handle inetd.
Ideally, the default configuration would limit the number of clients to
some fixed figure, rather than limiting the number of connections.
The latter is ineffective to control resource in the general case
because it places no fixed upper limit and an attacker can run the
machine out of file descriptors or memory.
This is no news, Dan J. Bernstein, like him or not, has published this
problem in 2000 at http://cr.yp.to/docs/inetd.html already.
I'm not sure if this is a documentation issue or a configuration
issue. I originally filed this in the "conf" category but it has one
foot on the "docs" camp, too.
On one hand, I'd say that setting inetd_enable=YES shouldn't cause DoS
surprises, on the other hand I'm aware that there are so many options
that have an impact on the choice which service should allow how many
clients that it's impossible for the OS to offer a sensible
default. DJB's tcpserver (not open source) uses a client limit of 40
unless otherwise configured, xinetd does not impose client limits by
default but requires "instances=40" or similar configuration.
The inetd shipping with SuSE Linux is outright crap of the old kind,
allowing for 40 spawns per service per minute.
In a previous discussion it was mentioned that changing the default
might surprise users who run loaded services with many clients - so the
last chance to make incompatible changes before 6 becomes "stable" is
now.
FreeBSD's inetd is among the better of its kind for its libwrap
integration and absolute client limiting capabilities but the latter is
not used in the default configuration but the unhelpful rate limiting.
--
Matthias Andree
Encrypted mail welcome: my GnuPG key ID is 0x052E7D95 (PGP/MIME preferred)
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 23:22:45 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 984EB16A4CF
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 23:22:45 +0000 (GMT)
Received: from www.heimat.gr.jp (catv-118-241.tees.ne.jp [203.141.118.241])
by mx1.FreeBSD.org (Postfix) with ESMTP id 5447743D45
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 23:22:45 +0000 (GMT)
(envelope-from nakaji@tutrp.tut.ac.jp)
Received: from xa12.heimat.gr.jp (xa12.heimat.gr.jp [202.216.136.35])
by www.heimat.gr.jp (8.12.11/8.12.11) with ESMTP id i8RNMeH5012417
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 08:22:40 +0900 (JST)
(envelope-from nakaji@tutrp.tut.ac.jp)
Sender: nakaji@tutrp.tut.ac.jp
To: freebsd-current@freebsd.org
References: <86k6uf2uyg.fsf@xa12.heimat.gr.jp>
<86k6uf2uyg.fsf@xa12.heimat.gr.jp> <20040927224806.GA44462@parodius.com>
From: NAKAJI Hiroyuki <nakaji@jp.freebsd.org>
MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka")
Content-Type: text/plain; charset=US-ASCII
Date: Tue, 28 Sep 2004 08:22:40 +0900
In-Reply-To: <20040927224806.GA44462@parodius.com> (Jeremy Chadwick's message
of "Mon, 27 Sep 2004 15:48:06 -0700")
Message-ID: <86fz532t6n.fsf_-_@xa12.heimat.gr.jp>
User-Agent: T-gnus/6.17.3 (based on No Gnus v0.3) SEMI/1.14.6 (Maruoka)
FLIM/1.14.6 (Marutamachi) APEL/10.6 Emacs/21.3 (i386--freebsd) MULE/5.0
(SAKAKI)
X-Virus-Scanned: by AMaViS-perl11-milter (http://amavis.org/)
Subject: Re: [amd64] 5.3-BETA5-disc1 cannot boot with HDAMD and 29320A-R
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 23:22:45 -0000
>>>>> In <20040927224806.GA44462@parodius.com>
>>>>> Jeremy Chadwick <freebsd@jdc.parodius.com> wrote:
> http://lists.freebsd.org/pipermail/freebsd-current/2004-September/037966.html
Thanks. I gave up using HostRAID until it is supported.
But please see my post again,
> > 3. With or without HostRAID, FreeBSD/amd64 5.3-BETA cannot boot...
^^^^^^^^^^
The install disc1 of BETA5 cannot boot even if HostRAID is off. I
tried BETA5 WITHOUT HostRAID and failed.
--
NAKAJI Hiroyuki
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 23:28:12 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 5874816A4CE
for <current@freebsd.org>; Mon, 27 Sep 2004 23:28:12 +0000 (GMT)
Received: from komquats.com (S0106002078125c0c.gv.shawcable.net
[24.108.146.123])
by mx1.FreeBSD.org (Postfix) with ESMTP id 1745543D2D
for <current@freebsd.org>; Mon, 27 Sep 2004 23:28:12 +0000 (GMT)
(envelope-from Cy.Schubert@komquats.com)
Received: from cwsys.cwsent.com (cwsys [10.1.1.1])
by komquats.com (Postfix) with ESMTP id E13A94C5EC
for <current@freebsd.org>; Mon, 27 Sep 2004 16:28:10 -0700 (PDT)
Received: from cwsys (localhost [127.0.0.1])
by cwsys.cwsent.com (8.13.1/8.12.8) with ESMTP id i8RNS9Tn031939
for <current@freebsd.org>; Mon, 27 Sep 2004 16:28:10 -0700 (PDT)
(envelope-from Cy.Schubert@uumail.gov.bc.ca)
Message-Id: <200409272328.i8RNS9Tn031939@cwsys.cwsent.com>
X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4
From: Cy Schubert <Cy.Schubert@komquats.com>
X-os: FreeBSD
X-Sender: cy@cwsent.com
X-URL: http://www.komquats.com/
To: current@freebsd.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Mon, 27 Sep 2004 16:28:09 -0700
Sender: Cy.Schubert@komquats.com
Subject: CD9660 Issue
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: Cy Schubert <Cy.Schubert@komquats.com>
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 23:28:12 -0000
Has anyone experienced this with CURRENT as of last week?
FreeBSD cwsys 6.0-CURRENT FreeBSD 6.0-CURRENT #0: Tue Sep 21 21:26:33 PDT
2004 root@cwsys:/export/obj/opt/src/cvs-current/src/sys/KOMQUATS i386
I mount a CDROM using cd9660, no options. Open fails.
#include <stdio.h>
#include <fcntl.h>
main()
{
if (open("/cdrom/dbed_ora.3.5.sol.CD.tar.Z",O_RDONLY)) {
perror("open error");
}
}
The app returns open error: Operation is not supported.
Cheers,
Cy Schubert <Cy.Schubert@komquats.com>
Web: www.komquats.com and www.bcbodybuilder.com
FreeBSD UNIX: <cy@FreeBSD.org> Web: www.FreeBSD.org
BC Government: <Cy.Schubert@gems8.gov.bc.ca>
"Lift long enough and I believe arrogance is replaced by
humility and fear by courage and selfishness by generosity
and rudeness by compassion and caring."
-- Dave Draper
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 23:32:26 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 2047E16A4CE
for <current@freebsd.org>; Mon, 27 Sep 2004 23:32:26 +0000 (GMT)
Received: from smtp15.wxs.nl (smtp15.wxs.nl [195.121.6.54])
by mx1.FreeBSD.org (Postfix) with ESMTP id DB8C743D41
for <current@freebsd.org>; Mon, 27 Sep 2004 23:32:25 +0000 (GMT)
(envelope-from freebsd@akruijff.dds.nl)
Received: from kruij557.speed.planet.nl
(ipd50a97ba.speed.planet.nl [213.10.151.186])
by smtp15.wxs.nl (iPlanet Messaging Server 5.2 HotFix 1.25 (built Mar 3
2004)) with ESMTP id <0I4Q00IBG4200O@smtp15.wxs.nl> for current@freebsd.org;
Tue, 28 Sep 2004 01:32:24 +0200 (CEST)
Received: from alex.lan (localhost [127.0.0.1]) by kruij557.speed.planet.nl
<current@freebsd.org>; Tue, 28 Sep 2004 01:32:18 +0200
Received: (from akruijff@localhost) by alex.lan (8.12.10/8.12.10/Submit)
id i8RNWIhH004492 for current@freebsd.org;
Tue, 28 Sep 2004 01:32:18 +0200
Content-return: prohibited
Date: Tue, 28 Sep 2004 01:32:18 +0200
From: Alex de Kruijff <freebsd@akruijff.dds.nl>
In-reply-to: <20040927211341.GB30059@afflictions.org>
To: current@freebsd.org
Message-id: <20040927233218.GD1494@alex.lan>
MIME-version: 1.0
Content-type: text/plain; charset=us-ascii
Content-transfer-encoding: 7BIT
Content-disposition: inline
User-Agent: Mutt/1.4.2.1i
References: <20040927211341.GB30059@afflictions.org>
X-Authentication-warning: alex.lan: akruijff set sender to
freebsd@akruijff.dds.nl using -f
Subject: Re: Firefox breaks in upgrade from -BETA2 -> -BETA6
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 23:32:26 -0000
On Mon, Sep 27, 2004 at 05:13:41PM -0400, Damian Gerow wrote:
> I updated from -BETA2 to -BETA6 (possibly -BETA3, don't remember) yesterday,
> and firefox has broken.
You proberbly also updated your ports collection. I don't think this is
related to BETAx.
--
Alex
Articles based on solutions that I use:
http://www.kruijff.org/alex/FreeBSD/
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 23:40:00 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id BF23B16A4CE
for <current@freebsd.org>; Mon, 27 Sep 2004 23:40:00 +0000 (GMT)
Received: from pandora.afflictions.org (asylum.afflictions.org [64.7.134.90])
by mx1.FreeBSD.org (Postfix) with ESMTP id 4BC7643D4C
for <current@freebsd.org>; Mon, 27 Sep 2004 23:40:00 +0000 (GMT)
(envelope-from dgerow@afflictions.org)
Received: from localhost (localhost [127.0.0.1])
by pandora.afflictions.org (Postfix) with ESMTP id F01E578C55
for <current@freebsd.org>; Mon, 27 Sep 2004 19:41:26 -0400 (EDT)
Received: from dementia.afflictions.org (dementia.afflictions.org
[172.19.206.56])
by pandora.afflictions.org (Postfix) with ESMTP id 1508178C35
for <current@freebsd.org>; Mon, 27 Sep 2004 19:41:22 -0400 (EDT)
Received: by dementia.afflictions.org (Postfix, from userid 1001)
id 53133170E2; Mon, 27 Sep 2004 19:39:04 -0400 (EDT)
Date: Mon, 27 Sep 2004 19:39:04 -0400
From: Damian Gerow <dgerow@afflictions.org>
To: current@freebsd.org
Message-ID: <20040927233904.GE30059@afflictions.org>
Mail-Followup-To: current@freebsd.org
References: <20040927211341.GB30059@afflictions.org>
<20040927233218.GD1494@alex.lan>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20040927233218.GD1494@alex.lan>
X-Operating-System: FreeBSD 5.3-BETA6 on a i386
X-GPG-Fingerprint: B3D7 D901 A53A 1A99 BFD6 E6DF 9F3B 742B C288 9CC9
User-Agent: Mutt/1.5.6i
X-Virus-Scanned: by amavisd-new at afflictions.org
Subject: Re: Firefox breaks in upgrade from -BETA2 -> -BETA6
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 23:40:00 -0000
Thus spake Alex de Kruijff (freebsd@akruijff.dds.nl) [27/09/04 19:34]:
: On Mon, Sep 27, 2004 at 05:13:41PM -0400, Damian Gerow wrote:
: > I updated from -BETA2 to -BETA6 (possibly -BETA3, don't remember) yesterday,
: > and firefox has broken.
:
: You proberbly also updated your ports collection. I don't think this is
: related to BETAx.
Well, since it breaking, I've /tried/ to update my ports collection. This
*is* related to BETAx. Here's what I did:
1) Discover that OSS (grrrr....) has drivers for my sound card for -BETA5.
2) Try them, have them core. Start to debug by updating to RELENG_5 (-BETA6).
3) Try running firefox. It hangs.
4) Try re-compiling firefox. Installation hangs.
5) Try deleting firefox, deleting work/ subdirectory, and recompiling.
Installation hangs.
6) Sup my ports. Nothing about firefox.
The *only* port in my system that's changed since the upgrade is a new
install of libtheora, about ten minutes ago.
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 23:49:48 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 8287816A4CE
for <current@freebsd.org>; Mon, 27 Sep 2004 23:49:48 +0000 (GMT)
Received: from komquats.com (S0106002078125c0c.gv.shawcable.net
[24.108.146.123])
by mx1.FreeBSD.org (Postfix) with ESMTP id 490C043D1D
for <current@freebsd.org>; Mon, 27 Sep 2004 23:49:48 +0000 (GMT)
(envelope-from Cy.Schubert@komquats.com)
Received: from cwsys.cwsent.com (cwsys [10.1.1.1])
by komquats.com (Postfix) with ESMTP id EDB354C5EC;
Mon, 27 Sep 2004 16:49:46 -0700 (PDT)
Received: from cwsys (localhost [127.0.0.1])
by cwsys.cwsent.com (8.13.1/8.12.8) with ESMTP id i8RNnj61032122;
Mon, 27 Sep 2004 16:49:45 -0700 (PDT)
(envelope-from Cy.Schubert@uumail.gov.bc.ca)
Message-Id: <200409272349.i8RNnj61032122@cwsys.cwsent.com>
X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4
From: Cy Schubert <Cy.Schubert@komquats.com>
X-os: FreeBSD
X-Sender: cy@cwsent.com
X-URL: http://www.komquats.com/
To: Ryan Sommers <ryans@gamersimpact.com>
In-Reply-To: Message from Ryan Sommers <ryans@gamersimpact.com>
of "Mon, 27 Sep 2004 18:40:37 CDT." <4158A4F5.6030204@gamersimpact.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Mon, 27 Sep 2004 16:49:45 -0700
Sender: Cy.Schubert@komquats.com
cc: current@freebsd.org
Subject: Re: CD9660 Issue
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: Cy Schubert <Cy.Schubert@komquats.com>
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 23:49:48 -0000
In message <4158A4F5.6030204@gamersimpact.com>, Ryan Sommers writes:
> Cy Schubert wrote:
>
> >Has anyone experienced this with CURRENT as of last week?
> >
> >FreeBSD cwsys 6.0-CURRENT FreeBSD 6.0-CURRENT #0: Tue Sep 21 21:26:33 PDT
> >2004 root@cwsys:/export/obj/opt/src/cvs-current/src/sys/KOMQUATS i386
> >
> >I mount a CDROM using cd9660, no options. Open fails.
> >
> >#include <stdio.h>
> >#include <fcntl.h>
> >
> >main()
> >{
> > if (open("/cdrom/dbed_ora.3.5.sol.CD.tar.Z",O_RDONLY)) {
> > perror("open error");
> > }
> >}
> >
> >
> >The app returns open error: Operation is not supported.
> >
> >
> >Cheers,
> >Cy Schubert <Cy.Schubert@komquats.com>
> >Web: www.komquats.com and www.bcbodybuilder.com
> >FreeBSD UNIX: <cy@FreeBSD.org> Web: www.FreeBSD.org
> >BC Government: <Cy.Schubert@gems8.gov.bc.ca>
> >
> > "Lift long enough and I believe arrogance is replaced by
> > humility and fear by courage and selfishness by generosity
> > and rudeness by compassion and caring."
> > -- Dave Draper
> >
> >
> >
> Shouldn't that be if (open(...) < 0)?
>
> Open return a positive value if the open succeeded.
You are correct. Actually my problem is that tar, cp, dd, and cat all
return the same result. My test app was specifically designed for this
list. I fixed my test app. It returns the same result.
#include <stdio.h>
#include <fcntl.h>
main()
{
if (open("/cdrom/dbed_ora.3.5.sol.CD.tar.Z",O_RDONLY) < 0) {
perror("open error");
}
When I get home tonight I will try this out on my systems there. I doubt
that the SCSI cd driver will produce any different results than the acd
driver on my system here at work does.
I've tried other CDs, all to no avail (I thought it was the Oracle CD I was
using at first but RedHat CDs exhibit the same behaviour).
Cheers,
Cy Schubert <Cy.Schubert@komquats.com>
Web: www.komquats.com and www.bcbodybuilder.com
FreeBSD UNIX: <cy@FreeBSD.org> Web: www.FreeBSD.org
BC Government: <Cy.Schubert@gems8.gov.bc.ca>
"Lift long enough and I believe arrogance is replaced by
humility and fear by courage and selfishness by generosity
and rudeness by compassion and caring."
-- Dave Draper
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 23:53:02 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 2551916A4CE
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 23:53:02 +0000 (GMT)
Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10])
by mx1.FreeBSD.org (Postfix) with ESMTP id C8EA043D39
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 23:53:00 +0000 (GMT)
(envelope-from doconnor@gsoft.com.au)
Received: from inchoate.gsoft.com.au (localhost [127.0.0.1])
(authenticated bits=0)
by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id i8RNqpYS055169;
Tue, 28 Sep 2004 09:22:52 +0930 (CST)
(envelope-from doconnor@gsoft.com.au)
From: "Daniel O'Connor" <doconnor@gsoft.com.au>
To: "M. Warner Losh" <imp@bsdimp.com>
Date: Tue, 28 Sep 2004 09:22:43 +0930
User-Agent: KMail/1.7
References: <20040927065752.19038.qmail@new.transactionware.com>
<200409271724.33417.doconnor@gsoft.com.au>
<20040927.101016.116855223.imp@bsdimp.com>
In-Reply-To: <20040927.101016.116855223.imp@bsdimp.com>
MIME-Version: 1.0
Content-Type: multipart/signed;
boundary="nextPart1945043.GW10i4tFeh";
protocol="application/pgp-signature";
micalg=pgp-sha1
Content-Transfer-Encoding: 7bit
Message-Id: <200409280922.50470.doconnor@gsoft.com.au>
X-Spam-Score: -2.5 ()
IN_REP_TO,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT
X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang)
cc: freebsd-current@freebsd.org
cc: janm-freebsd-current@transactionware.com
Subject: Re: Low volume sound on Dell Precision 530 (snd_ich)
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 23:53:02 -0000
--nextPart1945043.GW10i4tFeh
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
On Tue, 28 Sep 2004 01:40, M. Warner Losh wrote:
> : mixer pcm 100
> : mixer ogain 100
> : mixer vol 100
>
> When I try these with my Sony, I get it loud, but distorted. I just
> assumed that this was due to wimpy amps in ich sound parts.
Probably..
The one in my Inspiron 8600 can go pretty damn loud, but the speakers in th=
is=20
are pretty large.
=2D-=20
Daniel O'Connor software and network engineer
for Genesis Software - http://www.gsoft.com.au
"The nice thing about standards is that there
are so many of them to choose from."
-- Andrew Tanenbaum
GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C
--nextPart1945043.GW10i4tFeh
Content-Type: application/pgp-signature
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)
iD8DBQBBWKfS5ZPcIHs/zowRAl9YAJ9QMuBeSamtPeFrz2NZyj7quqzgDwCfR6V7
OIDBIzGEaaa0SPwKscZkNY8=
=yYm7
-----END PGP SIGNATURE-----
--nextPart1945043.GW10i4tFeh--
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 23:59:58 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 3801916A4CE; Mon, 27 Sep 2004 23:59:58 +0000 (GMT)
Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 3F4CD43D1D; Mon, 27 Sep 2004 23:59:57 +0000 (GMT)
(envelope-from doconnor@gsoft.com.au)
Received: from inchoate.gsoft.com.au (localhost [127.0.0.1])
(authenticated bits=0)
by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id i8RNxqqE055301;
Tue, 28 Sep 2004 09:29:53 +0930 (CST)
(envelope-from doconnor@gsoft.com.au)
From: "Daniel O'Connor" <doconnor@gsoft.com.au>
To: freebsd-current@freebsd.org
Date: Tue, 28 Sep 2004 09:29:51 +0930
User-Agent: KMail/1.7
References: <20040927111438.GA865@genius.tao.org.uk>
<1096290034.23046.82.camel@linux-mobile.example.net>
<20040927143811.GA87515@sysmon.tcworks.net>
In-Reply-To: <20040927143811.GA87515@sysmon.tcworks.net>
MIME-Version: 1.0
Content-Type: multipart/signed;
boundary="nextPart1585488.ltb1usOap5";
protocol="application/pgp-signature";
micalg=pgp-sha1
Content-Transfer-Encoding: 7bit
Message-Id: <200409280929.52593.doconnor@gsoft.com.au>
X-Spam-Score: -2.5 ()
IN_REP_TO,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT
X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang)
cc: Scott Lambert <lambert@lambertfam.org>
cc: current@freebsd.org
cc: Rainer Duffner <rainer@ultra-secure.de>
Subject: Re: Laptop recommendations?
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 23:59:58 -0000
--nextPart1585488.ltb1usOap5
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
On Tue, 28 Sep 2004 00:08, Scott Lambert wrote:
> My biggest complaint is the same as about my last x86 laptop. I hate
> touchpads.
Go buy a trackball :)
=2D-=20
Daniel O'Connor software and network engineer
for Genesis Software - http://www.gsoft.com.au
"The nice thing about standards is that there
are so many of them to choose from."
-- Andrew Tanenbaum
GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C
--nextPart1585488.ltb1usOap5
Content-Type: application/pgp-signature
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)
iD8DBQBBWKl45ZPcIHs/zowRAgbAAJ4/beO7nh0hkLa1Iw/zeP8N6AriPQCgg2WU
6Wt5u3si4X/veNb/VSbofgM=
=GmUF
-----END PGP SIGNATURE-----
--nextPart1585488.ltb1usOap5--
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 23:59:58 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 3801916A4CE; Mon, 27 Sep 2004 23:59:58 +0000 (GMT)
Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 3F4CD43D1D; Mon, 27 Sep 2004 23:59:57 +0000 (GMT)
(envelope-from doconnor@gsoft.com.au)
Received: from inchoate.gsoft.com.au (localhost [127.0.0.1])
(authenticated bits=0)
by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id i8RNxqqE055301;
Tue, 28 Sep 2004 09:29:53 +0930 (CST)
(envelope-from doconnor@gsoft.com.au)
From: "Daniel O'Connor" <doconnor@gsoft.com.au>
To: freebsd-current@freebsd.org
Date: Tue, 28 Sep 2004 09:29:51 +0930
User-Agent: KMail/1.7
References: <20040927111438.GA865@genius.tao.org.uk>
<1096290034.23046.82.camel@linux-mobile.example.net>
<20040927143811.GA87515@sysmon.tcworks.net>
In-Reply-To: <20040927143811.GA87515@sysmon.tcworks.net>
MIME-Version: 1.0
Content-Type: multipart/signed;
boundary="nextPart1585488.ltb1usOap5";
protocol="application/pgp-signature";
micalg=pgp-sha1
Content-Transfer-Encoding: 7bit
Message-Id: <200409280929.52593.doconnor@gsoft.com.au>
X-Spam-Score: -2.5 ()
IN_REP_TO,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT
X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang)
cc: Scott Lambert <lambert@lambertfam.org>
cc: current@freebsd.org
cc: Rainer Duffner <rainer@ultra-secure.de>
Subject: Re: Laptop recommendations?
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 23:59:58 -0000
--nextPart1585488.ltb1usOap5
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
On Tue, 28 Sep 2004 00:08, Scott Lambert wrote:
> My biggest complaint is the same as about my last x86 laptop. I hate
> touchpads.
Go buy a trackball :)
=2D-=20
Daniel O'Connor software and network engineer
for Genesis Software - http://www.gsoft.com.au
"The nice thing about standards is that there
are so many of them to choose from."
-- Andrew Tanenbaum
GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C
--nextPart1585488.ltb1usOap5
Content-Type: application/pgp-signature
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)
iD8DBQBBWKl45ZPcIHs/zowRAgbAAJ4/beO7nh0hkLa1Iw/zeP8N6AriPQCgg2WU
6Wt5u3si4X/veNb/VSbofgM=
=GmUF
-----END PGP SIGNATURE-----
--nextPart1585488.ltb1usOap5--
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 00:01:31 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id C67C016A516
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 00:01:31 +0000 (GMT)
Received: from gremlin.internode.com.au (gremlin.internode.com.au
[192.83.231.88])
by mx1.FreeBSD.org (Postfix) with ESMTP id 1DD9643D5E
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 00:01:29 +0000 (GMT)
(envelope-from adam@internode.com.au)
Received: from gremlin.internode.com.au (localhost [127.0.0.1])
i8S01QKA001112 for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 09:31:26 +0930 (CST)
(envelope-from adam@internode.com.au)
Received: (from adam@localhost)
by gremlin.internode.com.au (8.13.1/8.13.1/Submit) id i8S01Q6i001111
for freebsd-current@freebsd.org; Tue, 28 Sep 2004 09:31:26 +0930 (CST)
(envelope-from adam@internode.com.au)
X-Authentication-Warning: gremlin.internode.com.au: adam set sender to
adam@internode.com.au using -f
Date: Tue, 28 Sep 2004 09:31:26 +0930
From: Adam Smith <adam@internode.com.au>
To: freebsd-current@freebsd.org
Message-ID: <20040928000125.GF629@internode.com.au>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
X-Face: $vsV$1FNbZN\JVpjV#&+/!oVW`Kw$j?w_,te\SS}(tKD21c+l$t%\RCS(r$G;
XXk]6,(!N:&(N3EV0bY`3):UrgG7'*qsj3l.75IaHV1<`i*{[L\:F*l6fH##C:-p2]xW/R-Z:!bo;
5g3GP-{I{}7O>tN}`Xm/=-:8NG?f-r'$Qc3y[aW-7'W_S<`KYU!_;
`7K=kuC$-.7J2*kk=~`c@ADp+xhsv(!a@eW-R_5wtx+tC)(]%W+
User-Agent: Mutt/1.5.6i
Subject: Make installworld problems with BETA4 through 6
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 00:01:32 -0000
Since about BETA4, I've been having installworld problems.
My process for doing a make installworld was:
cd /usr/src
make update
make buildworld
make buildkernel KERNCONF=KERNEL
make installkernel KERNCONF=KERNEL
shutdown now
make installworld
Now, there were no problems with the buildworld. The installworld breaks
with:
install -o root -g wheel -m 444 en_US.US-ASCII.cat /usr/share/nls/en_US.US-ASCII/ee.cat
install: /usr/share/nls/en)_US-ASCII/ee.cat: No such flie or directory
* * * Error code 71
I had to copy that from screen because I had no mouse and I was in single
user mode and.. oh, it was difficult :P
But anyway, because this has been happening I have been getting a broken
installworld. That's not good. I cvsupped last night and tried it with
BETA6 but still the same problem.
Anyone experience this or, anyone with any ideas?
--
Adam Smith
Internode : http://www.internode.on.net
Phone : (08) 8228 2999
Dog for sale: Eats lots and is fond of children.
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 00:21:20 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id B988A16A4CE
for <current@freebsd.org>; Tue, 28 Sep 2004 00:21:20 +0000 (GMT)
Received: from thingy.tbd.co.nz (thingy.tbd.co.nz [210.48.70.194])
by mx1.FreeBSD.org (Postfix) with ESMTP id 12AE743D49
for <current@freebsd.org>; Tue, 28 Sep 2004 00:21:20 +0000 (GMT)
(envelope-from thompsa@thingy.tbd.co.nz)
Received: from thingy.tbd.co.nz (localhost [127.0.0.1])
i8S0U7Cc009869; Tue, 28 Sep 2004 12:30:07 +1200
Received: (from thompsa@localhost)
by thingy.tbd.co.nz (8.12.3/8.12.3/Debian-6.6) id i8S0U5t7009867;
Tue, 28 Sep 2004 12:30:05 +1200
Date: Tue, 28 Sep 2004 12:30:05 +1200
From: Andrew Thompson <andy@fud.org.nz>
To: Cy Schubert <Cy.Schubert@spqr.komquats.com>
Message-ID: <20040928003005.GA9919@thingy.tbd.co.nz>
References: <4158A4F5.6030204@gamersimpact.com>
<200409272349.i8RNnj61032122@cwsys.cwsent.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <200409272349.i8RNnj61032122@cwsys.cwsent.com>
User-Agent: Mutt/1.3.28i
cc: Ryan Sommers <ryans@gamersimpact.com>
cc: current@freebsd.org
Subject: Re: CD9660 Issue
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 00:21:20 -0000
On Mon, Sep 27, 2004 at 04:49:45PM -0700, Cy Schubert wrote:
> In message <4158A4F5.6030204@gamersimpact.com>, Ryan Sommers writes:
> > Cy Schubert wrote:
> >
> > >Has anyone experienced this with CURRENT as of last week?
> > >The app returns open error: Operation is not supported.
> > >
> > Shouldn't that be if (open(...) < 0)?
> >
> > Open return a positive value if the open succeeded.
>
> You are correct. Actually my problem is that tar, cp, dd, and cat all
> return the same result. My test app was specifically designed for this
> list. I fixed my test app. It returns the same result.
You will find it is fixed in r1.101 of cd9660_vnops.c, the day after
your kernel build.
http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/isofs/cd9660/cd9660_vnops.c
Andrew
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 00:39:46 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 19B9C16A4CE
for <current@freebsd.org>; Tue, 28 Sep 2004 00:39:46 +0000 (GMT)
Received: from sarajevo.pacific.net.sg (sarajevo.pacific.net.sg
[203.120.90.134])
by mx1.FreeBSD.org (Postfix) with SMTP id 2B16543D39
for <current@freebsd.org>; Tue, 28 Sep 2004 00:39:45 +0000 (GMT)
(envelope-from oceanare@pacific.net.sg)
Received: (qmail 15541 invoked from network); 28 Sep 2004 00:39:43 -0000
Received: from unknown (HELO maxwell2.pacific.net.sg) (203.120.90.192)
by sarajevo with SMTP; 28 Sep 2004 00:39:43 -0000
Received: from [192.168.0.107] ([210.24.202.141])
by maxwell2.pacific.net.sg with ESMTP
<20040928003943.NCPD27058.maxwell2.pacific.net.sg@[192.168.0.107]>;
Tue, 28 Sep 2004 08:39:43 +0800
Message-ID: <4158B2C0.3090608@pacific.net.sg>
Date: Tue, 28 Sep 2004 08:39:28 +0800
From: Erich Dollansky <oceanare@pacific.net.sg>
User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040913)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Sean McNeil <sean@mcneil.com>
References: <20040927111438.GA865@genius.tao.org.uk>
<1096290034.23046.82.camel@linux-mobile.example.net>
<20040927143811.GA87515@sysmon.tcworks.net>
<4158338A.9090309@pythonemproject.com>
<E36A4F72-109E-11D9-BBA6-000D936BE398@bis.midco.net>
<16728.33607.716813.703551@satchel.alerce.com>
<1096320933.42513.9.camel@server.mcneil.com>
In-Reply-To: <1096320933.42513.9.camel@server.mcneil.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
cc: current@freebsd.org
cc: Scott Lambert <lambert@lambertfam.org>
cc: Rainer Duffner <rainer@ultra-secure.de>
cc: Peter Schultz <pmes@bis.midco.net>
cc: Rob <rob@pythonemproject.com>
Subject: Re: Laptop recommendations?
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 00:39:46 -0000
Hi,
Sean McNeil wrote:
>
> I'd say this is a minor nit that you could get use to over time. My
> biggest complaint for all laptops is a decent mouse replacement. I'm no
> fan of glidepoints or eraser mice. Plus, no 3 buttons - 1 for macs, 2
> for pcs.
>
This is not really true. I have an Fujitsu P2120 whoch has three mouse
buttons and a stick. The main problem with it is that it is out of
production.
> I have to say that a powerbook is one high quality piece of work. My
The hardware of the powerbooks is real nice. Metal cases give the
notebooks the extra strength they need when used outside an office.
Erich
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 00:43:14 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 6DD4A16A4CE
for <current@freebsd.org>; Tue, 28 Sep 2004 00:43:14 +0000 (GMT)
Received: from salvador.pacific.net.sg (salvador.pacific.net.sg
[203.120.90.219])
by mx1.FreeBSD.org (Postfix) with SMTP id 7DF7A43D39
for <current@freebsd.org>; Tue, 28 Sep 2004 00:43:13 +0000 (GMT)
(envelope-from oceanare@pacific.net.sg)
Received: (qmail 28445 invoked from network); 28 Sep 2004 00:43:12 -0000
Received: from unknown (HELO maxwell2.pacific.net.sg) (203.120.90.192)
by salvador with SMTP; 28 Sep 2004 00:43:12 -0000
Received: from [192.168.0.107] ([210.24.202.141])
by maxwell2.pacific.net.sg with ESMTP
<20040928004312.NCXT27058.maxwell2.pacific.net.sg@[192.168.0.107]>;
Tue, 28 Sep 2004 08:43:12 +0800
Message-ID: <4158B391.9040009@pacific.net.sg>
Date: Tue, 28 Sep 2004 08:42:57 +0800
From: Erich Dollansky <oceanare@pacific.net.sg>
User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040913)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Kevin Oberman <oberman@es.net>
References: <20040927222751.9606D5D04@ptavv.es.net>
In-Reply-To: <20040927222751.9606D5D04@ptavv.es.net>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
cc: current@freebsd.org
Subject: Re: Laptop recommendations?
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 00:43:14 -0000
Hi,
Kevin Oberman wrote:
>
> I still refuse to acknowledge Microsoft's mangling of the previously
> standard location of the control key. I always remap it to where it
> really belongs.
>
Microsoft did a lot of stupid things, but wasn't this move done by IBM?
WordStar lost also because it was not using the extra memory a PC
offered. It just stayed an 8 bit application using 64 KB of RAM.
Erich
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 00:49:33 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 1324616A4CE
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 00:49:33 +0000 (GMT)
Received: from gremlin.internode.com.au (gremlin.internode.com.au
[192.83.231.88])
by mx1.FreeBSD.org (Postfix) with ESMTP id 1D7D843D54
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 00:49:32 +0000 (GMT)
(envelope-from adam@internode.com.au)
Received: from gremlin.internode.com.au (localhost [127.0.0.1])
i8S0nTcK000735 for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 10:19:29 +0930 (CST)
(envelope-from adam@internode.com.au)
Received: (from adam@localhost)
by gremlin.internode.com.au (8.13.1/8.13.1/Submit) id i8S0n7I1000726
for freebsd-current@freebsd.org; Tue, 28 Sep 2004 10:19:07 +0930 (CST)
(envelope-from adam@internode.com.au)
X-Authentication-Warning: gremlin.internode.com.au: adam set sender to
adam@internode.com.au using -f
Date: Tue, 28 Sep 2004 10:19:07 +0930
From: Adam Smith <adam@internode.com.au>
To: freebsd-current@freebsd.org
Message-ID: <20040928004906.GC646@internode.com.au>
References: <20040928000125.GF629@internode.com.au>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20040928000125.GF629@internode.com.au>
X-Face: $vsV$1FNbZN\JVpjV#&+/!oVW`Kw$j?w_,te\SS}(tKD21c+l$t%\RCS(r$G;
XXk]6,(!N:&(N3EV0bY`3):UrgG7'*qsj3l.75IaHV1<`i*{[L\:F*l6fH##C:-p2]xW/R-Z:!bo;
5g3GP-{I{}7O>tN}`Xm/=-:8NG?f-r'$Qc3y[aW-7'W_S<`KYU!_;
`7K=kuC$-.7J2*kk=~`c@ADp+xhsv(!a@eW-R_5wtx+tC)(]%W+
User-Agent: Mutt/1.5.6i
Subject: Re: Make installworld problems with BETA4 through 6
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 00:49:33 -0000
On Tue, Sep 28, 2004 at 09:31:26AM +0930, Adam Smith said:
> Since about BETA4, I've been having installworld problems.
And I seem to have found the reason. I am not sure if this problem was due
to an existing issue with my system or the new buildworld, but, I found
that /usr/share/nls/en_US.US-ASCII was a symlink to 'C' in the same
directory.
There was no entry for 'C' and so I removed the symlink entirely. I then
went back to /usr/src and performed another "make installworld" and it
installed successfully.
- Adam
> My process for doing a make installworld was:
>
> cd /usr/src
> make update
> make buildworld
> make buildkernel KERNCONF=KERNEL
> make installkernel KERNCONF=KERNEL
> shutdown now
> make installworld
>
> Now, there were no problems with the buildworld. The installworld breaks
> with:
>
> install -o root -g wheel -m 444 en_US.US-ASCII.cat /usr/share/nls/en_US.US-ASCII/ee.cat
> install: /usr/share/nls/en)_US-ASCII/ee.cat: No such flie or directory
>
> * * * Error code 71
>
> I had to copy that from screen because I had no mouse and I was in single
> user mode and.. oh, it was difficult :P
>
> But anyway, because this has been happening I have been getting a broken
> installworld. That's not good. I cvsupped last night and tried it with
> BETA6 but still the same problem.
>
> Anyone experience this or, anyone with any ideas?
>
>
> --
> Adam Smith
> Internode : http://www.internode.on.net
> Phone : (08) 8228 2999
>
> Dog for sale: Eats lots and is fond of children.
> _______________________________________________
> freebsd-current@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
>
--
Adam Smith
Internode : http://www.internode.on.net
Phone : (08) 8228 2999
Dog for sale: Eats lots and is fond of children.
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 00:55:59 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 54BDA16A4CE
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 00:55:59 +0000 (GMT)
Received: from supermail.ispro.net.tr (supermail.ispro.net.tr [217.21.68.5])
by mx1.FreeBSD.org (Postfix) with ESMTP id 4A11543D4C
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 00:55:57 +0000 (GMT)
(envelope-from yurtesen-dated-1097196954.2cd390@ispro.net.tr)
Received: (qmail 96679 invoked by uid 89); 28 Sep 2004 00:55:54 -0000
Received: from [192.168.0.49] (perpetual.yok.utu.fi [130.232.138.155]) by
supermail.ispro.net.tr (tmda-ofmipd) with ESMTP;
Tue, 28 Sep 2004 03:55:51 +0300 (EEST)
Message-ID: <4159431F.6010502@ispro.net.tr>
Date: Tue, 28 Sep 2004 03:55:27 -0700
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
rv:1.7.1) Gecko/20040707
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Vlad <marchenko@gmail.com>, freebsd-current@freebsd.org,
rwatson@freebsd.org, jhb@freebsd.org
References: <Pine.NEB.3.96L.1040924134957.82478H-100000@fledge.watson.org>
<4158BFAC.7050601@ispro.net.tr> <200409271628.02524.jhb@FreeBSD.org>
<cd70c68104092714352bf009a@mail.gmail.com>
In-Reply-To: <cd70c68104092714352bf009a@mail.gmail.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Delivery-Agent: TMDA/1.0.2 (Bold Forbes)
From: Evren Yurtesen <yurtesen@ispro.net.tr>
X-Primary-Address: yurtesen@ispro.net.tr
Subject: Re: panic: sorele
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 00:55:59 -0000
So you say that disabling SMP fixes the problem? I can easily do that :)
I dont even have 2 processors, I was trying this hyperthreading.
Evren
Vlad wrote:
> John,
>
> I've got some DDB output for the exactly the same problem - I think I
> already sent u in email... note it crashes with a slitely different
> panic message than when it's not compiled with kernel debugging stuff.
>
> I've submitted more details in bug report here:
> http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/72126
>
> here is some DDB stuff:
>
> login: panic: sodealloc(): so_count 1
> cpuid = 0
> KDB: enter: panic
> [thread 100044]
> Stopped at kdb_enter+0x30: leave
> db> tr
> kdb_enter(c06497b7,0,c064f89d,e8955b18,c27df640) at kdb_enter+0x30
> panic(c064f89d,1,122,c3a9fd78,c3a9fca8) at panic+0x14e
> sodealloc(c3a9fca8,0,c064f87d,17d,c3a9fd10) at sodealloc+0x21
> sofree(c3a9fca8,1,c0653b3a,2b4,c06c8b40) at sofree+0x301
> in_pcbdetach(c359b9d8,c36f4e00,e8955c68,c058a645,c36f4e00) at in_pcbdetach+0xf8
> tcp_close(c36f4e00,c28a5034,0,0,0) at tcp_close+0x1d
> tcp_input(c3286800,14,c283a000,1,374a41cf) at tcp_input+0x1885
> ip_input(c3286800,0,c065313d,e5,c06c78b8) at ip_input+0x592
> netisr_processqueue(c06c78b8,c069acc0,1,c0648b1f,c27e6d00) at
> netisr_processqueue+0x8e
> swi_net(0,0,c0647164,269,0) at swi_net+0xe9
> ithread_loop(c275d780,e8955d48,c0646f4f,323,0) at ithread_loop+0x172
> fork_exit(c04d1970,c275d780,e8955d48) at fork_exit+0xc6
> fork_trampoline() at fork_trampoline+0x8
> --- trap 0x1, eip = 0, esp = 0xe8955d7c, ebp = 0 ---
> db> show object
> Object 0xc0504cf0: type=0, size=0x7400047b83ffffff, res=-121515895,
> ref=-1265778039, flags=0x27bc
> db> show witness
> Sleep locks:
> 0 ATAPI CD bioqueue lock -- last acquired @ /usr/src/sys/dev/ata/atapi-cd.c:1100
> 0 g_xdown -- last acquired @ /usr/src/sys/geom/geom_io.c:374
> 3 Giant -- last acquired @ /usr/src/sys/vm/vm_fault.c:294
> 4 standard object -- last acquired @ /usr/src/sys/vm/vm_object.c:454
> 5 vm object_list -- last acquired @ /usr/src/sys/vm/vm_object.c:222
> 12 vm page queue mutex -- last acquired @ /usr/src/sys/vm/vm_fault.c:876
> 13 CMAPCADDR12 -- last acquired @ /usr/src/sys/i386/i386/pmap.c:2486
> 13 vnode interlock -- last acquired @ /usr/src/sys/kern/vfs_subr.c:2159
> 14 spechash -- last acquired @ /usr/src/sys/kern/vfs_subr.c:1903
> 14 cdev -- last acquired @ /usr/src/sys/kern/kern_conf.c:81
> 14 vnode_free_list -- last acquired @ /usr/src/sys/kern/vfs_subr.c:745
> 14 Syncer mtx -- last acquired @ /usr/src/sys/kern/vfs_subr.c:1854
> 14 Name Cache -- last acquired @ /usr/src/sys/kern/vfs_cache.c:478
> 13 pmap -- last acquired @ /usr/src/sys/i386/i386/pmap.c:2685
> 14 uma object -- last acquired @ /usr/src/sys/vm/uma_core.c:963
> 14 UMA pcpu -- last acquired @ /usr/src/sys/vm/uma_core.c:1800
> 15 KMAP ENTRY -- last acquired @ /usr/src/sys/vm/uma_core.c:2224
> 16 UMA zone -- last acquired @ /usr/src/sys/vm/uma_core.c:1817
> 4 malloc -- last acquired @ /usr/src/sys/kern/kern_malloc.c:588
> 4 struct mount mtx -- last acquired @ /usr/src/sys/kern/vfs_subr.c:901
> 13 vnode interlock -- (already displayed)
> 4 bounce pages lock -- last acquired @
> /usr/src/sys/i386/i386/busdma_machdep.c:860
> 4 eventhandler -- last acquired @ /usr/src/sys/kern/subr_eventhandler.c:213
> 5 eventhandler list -- last acquired @ /usr/src/sys/kern/kern_exit.c:199
> 4 UMA lock -- last acquired @ /usr/src/sys/vm/uma_core.c:889
> 14 UMA pcpu -- (already displayed)
> 4 random reseed -- last acquired @ /usr/src/sys/dev/random/yarrow.c:193
> 4 kobj -- last acquired @ /usr/src/sys/kern/subr_kobj.c:298
> 4 kernel linker -- last acquired @ /usr/src/sys/kern/kern_linker.c:431
> 4 TID lock -- last acquired @ /usr/src/sys/kern/kern_thread.c:206
> 4 GEOM orphanage -- last acquired @ /usr/src/sys/geom/geom_event.c:170
> 4 vm86 lock -- last acquired @ /usr/src/sys/i386/i386/vm86.c:582
> 4 ithread -- last acquired @ /usr/src/sys/kern/kern_intr.c:276
> 4 taskqueue list -- last acquired @ /usr/src/sys/kern/subr_taskqueue.c:85
> 4 acpica subsystem lock -- last acquired @
> /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/Osd/OsdSynch.c:360
> 5 ACPI semaphore -- last acquired @
> /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/Osd/OsdSynch.c:300
> 11 Malloc Stats -- last acquired @ /usr/src/sys/kern/kern_malloc.c:185
> 5 taskqueue -- last acquired @ /usr/src/sys/kern/subr_taskqueue.c:193
> 14 UMA pcpu -- (already displayed)
> 4 if_cloners lock -- last acquired @ /usr/src/sys/net/if_clone.c:199
> 4 rman head -- last acquired @ /usr/src/sys/kern/subr_rman.c:111
> 4 arc4_mtx -- last acquired @ /usr/src/sys/libkern/arc4random.c:137
> 4 devstat -- last acquired @ /usr/src/sys/kern/subr_devstat.c:83
> 4 rman -- last acquired @ /usr/src/sys/kern/subr_rman.c:448
> 11 Malloc Stats -- (already displayed)
> 10 system map -- last acquired @ /usr/src/sys/vm/vm_kern.c:296
> 11 kmem object -- last acquired @ /usr/src/sys/vm/vm_kern.c:398
> 12 vm page queue mutex -- (already displayed)
> 11 kernel object -- last acquired @ /usr/src/sys/vm/vm_object.c:454
> 12 vm page queue mutex -- (already displayed)
> 4 sf_buf -- last acquired @ /usr/src/sys/i386/i386/vm_machdep.c:674
> 4 bdone lock -- last acquired @ /usr/src/sys/kern/vfs_bio.c:3768
> 4 domain list -- last acquired @ /usr/src/sys/kern/uipc_domain.c:110
> 4 bpf global lock -- last acquired @ /usr/src/sys/net/bpf.c:1446
> 5 bpf interface lock -- last acquired @ order list:0
> 6 bpf cdev lock -- last acquired @ order list:0
> 4 pbuf mutex -- last acquired @ /usr/src/sys/vm/vm_pager.c:414
> 4 ttylist -- last acquired @ /usr/src/sys/kern/tty.c:2745
> 11 tty -- last acquired @ /usr/src/sys/kern/kern_event.c:1451
> 4 pseudofs -- last acquired @ /usr/src/sys/fs/pseudofs/pseudofs_fileno.c:86
> 4 if_clone lock -- last acquired @ /usr/src/sys/net/if_clone.c:321
> 4 ACPI task queue -- last acquired @
> /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/Osd/OsdSchedule.c:118
> 4 so_glabel -- last acquired @ /usr/src/sys/kern/uipc_socket.c:169
> 4 g_disk_done -- last acquired @ /usr/src/sys/geom/geom_disk.c:196
> 5 bio queue -- last acquired @ /usr/src/sys/geom/geom_io.c:65
> 14 UMA pcpu -- (already displayed)
> 4 lo_mtx -- last acquired @ /usr/src/sys/net/if_loop.c:154
> 4 IPFW static rules -- last acquired @ /usr/src/sys/netinet/ip_fw2.c:2510
> 4 ATA queue lock -- last acquired @ /usr/src/sys/dev/ata/ata-queue.c:172
> 4 pfil_head_mtx -- last acquired @ /usr/src/sys/net/pfil.c:81
> 5 pfil_head_list lock -- last acquired @ /usr/src/sys/net/pfil.c:218
> 4 buffer daemon lock -- last acquired @ /usr/src/sys/kern/vfs_bio.c:401
> 4 dirhash list -- last acquired @ /usr/src/sys/ufs/ufs/ufs_dirhash.c:348
> 5 dirhash -- last acquired @ /usr/src/sys/ufs/ufs/ufs_dirhash.c:367
> 4 needsbuffer lock -- last acquired @ /usr/src/sys/kern/vfs_bio.c:296
> 4 ufs ihash -- last acquired @ /usr/src/sys/ufs/ufs/ufs_ihash.c:156
> 13 vnode interlock -- (already displayed)
> 4 mntid -- last acquired @ /usr/src/sys/kern/vfs_subr.c:407
> 5 mountlist -- last acquired @ /usr/src/sys/kern/vfs_syscalls.c:386
> 4 pseudofs_vncache -- last acquired @
> /usr/src/sys/fs/pseudofs/pseudofs_vncache.c:239
> 4 buf queue lock -- last acquired @ /usr/src/sys/kern/vfs_bio.c:1505
> 13 vnode interlock -- (already displayed)
> 4 fdesc -- last acquired @ /usr/src/sys/kern/kern_descrip.c:1614
> 5 filedesc structure -- last acquired @ /usr/src/sys/kern/kern_descrip.c:1356
> 6 devd -- last acquired @ /usr/src/sys/kern/subr_bus.c:496
> 9 sellck -- last acquired @ /usr/src/sys/kern/sys_generic.c:726
> 6 accept -- last acquired @ /usr/src/sys/kern/uipc_socket.c:334
> 7 so_snd -- last acquired @ /usr/src/sys/kern/uipc_socket.c:2091
> 8 so_rcv -- last acquired @ /usr/src/sys/kern/uipc_socket.c:2092
> 9 radix node head -- last acquired @ /usr/src/sys/net/route.c:662
> 10 system map -- (already displayed)
> 10 ifnet -- last acquired @ /usr/src/sys/net/if.c:1019
> 10 rtentry -- last acquired @ /usr/src/sys/net/rtsock.c:398
> 11 rts_inq -- last acquired @ /usr/src/sys/net/netisr.c:229
> 11 Malloc Stats -- (already displayed)
> 14 UMA pcpu -- (already displayed)
> 11 ifaddr -- last acquired @ /usr/src/sys/net/route.c:788
> 9 sellck -- (already displayed)
> 9 process lock -- last acquired @ /usr/src/sys/kern/kern_descrip.c:1244
> 10 ktrace -- last acquired @ /usr/src/sys/kern/kern_fork.c:609
> 10 struct pargs.ref -- last acquired @ /usr/src/sys/kern/kern_proc.c:1100
> 10 sigacts -- last acquired @ /usr/src/sys/kern/kern_sig.c:294
> 10 session -- last acquired @ /usr/src/sys/kern/kern_fork.c:591
> 11 tty -- (already displayed)
> 11 uidinfo hash -- last acquired @
> /usr/src/sys/kern/kern_resource.c:1004
> 12 sleep mtxpool -- last acquired @ /usr/src/sys/kern/kern_prot.c:1739
> 12 uidinfo struct -- last acquired @ order list:0
> 13 allprison -- last acquired @ /usr/src/sys/kern/kern_jail.c:460
> 6 pipe mutex -- last acquired @ /usr/src/sys/kern/sys_pipe.c:1520
> 7 sigio lock -- last acquired @ /usr/src/sys/kern/kern_descrip.c:729
> 8 process group -- last acquired @ /usr/src/sys/kern/kern_fork.c:581
> 9 process lock -- (already displayed)
> 4 rtsock route_cb lock -- last acquired @ /usr/src/sys/net/rtsock.c:234
> 4 accounting -- last acquired @ /usr/src/sys/kern/kern_acct.c:232
> 4 network driver -- last acquired @ /usr/src/sys/dev/fxp/if_fxp.c:1755
> 11 Malloc Stats -- (already displayed)
> 5 knlist lock for lockless objects -- last acquired @
> /usr/src/sys/kern/kern_event.c:1451
> 5 if send queue -- last acquired @ /usr/src/sys/dev/fxp/if_fxp.c:1267
> 10 system map -- (already displayed)
> 4 runningbufspace lock -- last acquired @ /usr/src/sys/kern/vfs_bio.c:314
> 4 udp -- last acquired @ /usr/src/sys/netinet/udp_usrreq.c:995
> 5 udpinp -- last acquired @ /usr/src/sys/netinet/udp_usrreq.c:1001
> 7 so_snd -- (already displayed)
> 4 unp -- last acquired @ /usr/src/sys/kern/uipc_usrreq.c:842
> 7 so_snd -- (already displayed)
> 0 g_xup -- last acquired @ /usr/src/sys/geom/geom_io.c:428
> 3 Giant -- (already displayed)
> 0 igmp_mtx -- last acquired @ /usr/src/sys/netinet/igmp.c:431
> 0 ipqlock -- last acquired @ /usr/src/sys/netinet/ip_input.c:1096
> 0 sem -- last acquired @ /usr/src/sys/kern/sysv_sem.c:1174
> 0 if_afdata -- last acquired @ /usr/src/sys/net/if.c:489
> 0 GEOM topology -- last acquired @ /usr/src/sys/geom/geom_event.c:202
> 1 fdc lock -- last acquired @ /usr/src/sys/dev/fdc/fdc.c:772
> 2 callout_wait_lock -- last acquired @ /usr/src/sys/kern/kern_timeout.c:289
> 1 swapdev -- last acquired @ /usr/src/sys/vm/swap_pager.c:2124
> 3 Giant -- (already displayed)
> 0 p_peers -- last acquired @ /usr/src/sys/kern/kern_exit.c:243
> 0 ACPI root bus -- last acquired @
> /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi.c:832
> 4 rman -- (already displayed)
> 5 ACPI semaphore -- (already displayed)
> 0 ACPI PCI bus methods -- last acquired @
> /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi_pcib.c:123
> 1 ACPI PCI link -- last acquired @
> /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi_pci_link.c:1061
> 11 Malloc Stats -- (already displayed)
> 5 ACPI semaphore -- (already displayed)
> 2 kernel environment -- last acquired @
> /usr/src/sys/kern/kern_environment.c:285
> 14 UMA pcpu -- (already displayed)
> 0 ACPI thermal zone -- last acquired @
> /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi_thermal.c:783
> 0 ACPI embedded controller -- last acquired @
> /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi_ec.c:302
> 0 ACPI power resources -- last acquired @
> /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi_powerres.c:324
> 5 ACPI semaphore -- (already displayed)
> 11 Malloc Stats -- (already displayed)
> 14 UMA pcpu -- (already displayed)
> 0 module subsystem sx lock -- last acquired @
> /usr/src/sys/kern/kern_module.c:313
> 0 rawcb -- last acquired @ /usr/src/sys/net/raw_usrreq.c:80
> 8 so_rcv -- (already displayed)
> 0 sysctl lock -- last acquired @ /usr/src/sys/kern/kern_sysctl.c:1315
> 1 rip -- last acquired @ /usr/src/sys/netinet/raw_ip.c:844
> 1 tcp -- last acquired @ /usr/src/sys/netinet/tcp_timer.c:138
> 2 tcpinp -- last acquired @ order list:0
> 7 so_snd -- (already displayed)
> 1 filelist lock -- last acquired @ /usr/src/sys/kern/kern_descrip.c:1330
> 5 filedesc structure -- (already displayed)
> 1 allproc -- last acquired @ /usr/src/sys/kern/kern_fork.c:301
> 2 user map -- last acquired @ /usr/src/sys/vm/vm_map.c:2997
> 3 Giant -- (already displayed)
> 0 ddp_list_mtx -- last acquired @ order list:0
> 1 ddp_mtx -- last acquired @ order list:0
> 0 slip_mtx -- last acquired @ order list:0
> 1 slip sc_mtx -- last acquired @ order list:0
> 0 proctree -- last acquired @ /usr/src/sys/kern/tty.c:2027
> 1 allproc -- (already displayed)
>
> Spin locks:
> 0 ap boot -- last acquired @ /usr/src/sys/i386/i386/mp_machdep.c:517
> 1 sio -- last acquired @ /usr/src/sys/dev/sio/sio.c:1709
> 2 cy -- last acquired @ order list:0
> 3 uart_hwmtx -- last acquired @ order list:0
> 4 sabtty -- last acquired @ order list:0
> 5 zstty -- last acquired @ order list:0
> 6 ng_node -- last acquired @ order list:0
> 7 ng_worklist -- last acquired @ order list:0
> 8 taskqueue_fast -- last acquired @ order list:0
> 9 intr table -- last acquired @
> /usr/src/sys/i386/i386/intr_machdep.c:89
> 10 ithread table lock -- last acquired @ order list:0
> 11 sleepq chain -- last acquired @
> /usr/src/sys/kern/subr_sleepqueue.c:223
> 12 sched lock -- last acquired @ /usr/src/sys/kern/sched_4bsd.c:1120
> 13 turnstile chain -- last acquired @
> /usr/src/sys/kern/subr_turnstile.c:411
> 14 td_contested -- last acquired @ order list:0
> 15 callout -- last acquired @ /usr/src/sys/kern/kern_timeout.c:398
> 16 entropy harvest -- last acquired @
> /usr/src/sys/dev/random/randomdev_soft.c:304
> 17 entropy harvest buffers -- last acquired @
> /usr/src/sys/dev/random/randomdev_soft.c:313
> 18 allpmaps -- last acquired @
> /usr/src/sys/i386/i386/pmap.c:1127
> 19 vm page queue free mutex -- last acquired @
> /usr/src/sys/vm/vm_page.c:774
> 20 icu -- last acquired @ order list:0
> 21 smp rendezvous -- last acquired @
> /usr/src/sys/i386/i386/pmap.c:585
> 22 tlb -- last acquired @ order list:0
> 23 clk -- last acquired @
> /usr/src/sys/i386/isa/clock.c:404
> 24 mutex profiling lock -- last acquired @ order list:0
> 25 kse zombie lock -- last acquired @ order list:0
> 26 ALD Queue -- last acquired @ order list:0
> 27 pcicfg -- last acquired @
> /usr/src/sys/i386/pci/pci_cfgreg.c:230
>
> Locks which were never acquired:
> swap_pager swhash
> IPFW dynamic rules
> arp_inq
> tcp_hc_entry
> ip_inq
> pseudofs_fileno
> ppp_softc_list_mtx
> tunmtx
> msq
> semid
> cd9660_ihash
> msdosfs dehash
> strategy
> ACPI global lock
> ACPI cmbat
> ACPI generic battery
> ACPI AC adapter
> ACPI PCI power methods
> ACPI lid
> ACPI CPU
> kqueue order
> jumbo mutex
> encapmtx
> accept_filter_mtx
> securelevel mutex lock
> fifo mutex
> UUID generator mutex lock
> umtx
> protect sysfilt_ops
> phys_pager list
> dev_pager list
> dev_pager create
> swap_pager list
> vm map sleep mutex
> lockmgr
> db> show pciregs
> hostb0@pci0:0:0: class=0x060000 card=0x00000000 chip=0x00091166
> rev=0x05 hdr=0x00
> hostb1@pci0:0:1: class=0x060000 card=0x00000000 chip=0x00091166
> rev=0x05 hdr=0x00
> none0@pci0:2:0: class=0x030000 card=0x47568086 chip=0x47561002 rev=0x7a hdr=0x00
> fxp0@pci0:3:0: class=0x020000 card=0x12298086 chip=0x12298086 rev=0x08 hdr=0x00
> pcib1@pci0:7:0: class=0x060400 card=0x00000068 chip=0xa5001044 rev=0x02 hdr=0x01
> asr0@pci0:7:1: class=0x0e0001 card=0xc03c1044 chip=0xa5011044 rev=0x02 hdr=0x00
> isab0@pci0:15:0: class=0x060100 card=0x02001166 chip=0x02001166
> rev=0x4f hdr=0x00
> atapci0@pci0:15:1: class=0x01018a card=0x00000000 chip=0x02111166
> rev=0x00 hdr=0x00
> none1@pci2:4:0: class=0x010000 card=0x00cf8086 chip=0x00cf9005 rev=0x01 hdr=0x00
> none2@pci2:4:1: class=0x010000 card=0x00cf8086 chip=0x00cf9005 rev=0x01 hdr=0x00
> db> show registers
> cs 0x8
> ds 0xe8950010
> es 0x10
> fs 0x18
> ss 0x10
> eax 0x12
> ecx 0xc0c14000
> edx 0
> ebx 0xe8955b18
> esp 0xe8955ad4
> ebp 0xe8955adc
> esi 0x1
> edi 0x100
> eip 0xc0504cf0 kdb_enter+0x30
> efl 0x282
> dr0 0
> dr1 0
> dr2 0
> dr3 0
> dr4 0xffff0ff0
> dr5 0x400
> dr6 0xffff0ff0
> dr7 0x400
> kdb_enter+0x30: leave
> db> show threads
> 100265 (0xc32067d0) sched_switch(c32067d0,0,1,11d,5aa48b0d) at
> sched_switch+0x180
> 100251 (0xc3204190) sched_switch(c3204190,0,1,11d,5db1e499) at
> sched_switch+0x180
> 100118 (0xc2bbdc80) sched_switch(c2bbdc80,0,1,11d,82553467) at
> sched_switch+0x180
> 100158 (0xc2e43c80) sched_switch(c2e43c80,0,1,11d,5a568cc1) at
> sched_switch+0x180
> 100135 (0xc2e1b7d0) sched_switch(c2e1b7d0,0,1,11d,43f9759f) at
> sched_switch+0x180
> 100271 (0xc33fe190) sched_switch(c33fe190,0,1,11d,1dc845c7) at
> sched_switch+0x180
> 100232 (0xc3199320) sched_switch(c3199320,0,1,11d,e09772f9) at
> sched_switch+0x180
> 100100 (0xc2bbb000)
> sched_switch(eee41a94,c06c69a0,c06c69a0,437,c064d749) at
> sched_switch+0x180
> 100053 (0xc27e24b0) sched_switch(c27e24b0,0,1,11d,c2d83d01) at
> sched_switch+0x180
> 100248 (0xc319ac80) sched_switch(c319ac80,0,1,11d,7d8d3e1b) at
> sched_switch+0x180
> 100279 (0xc33fee10) sched_switch(c33fee10,0,1,11d,35fbfb91) at
> sched_switch+0x180
> 100195 (0xc30107d0) sched_switch(c30107d0,0,1,11d,9b3f1175) at
> sched_switch+0x180
> 100054 (0xc27e2640) sched_switch(c27e2640,0,1,11d,3a14f887) at
> sched_switch+0x180
> 100140 (0xc2e42000) sched_switch(c2e42000,0,1,11d,c759049f) at
> sched_switch+0x180
> 100254 (0xc3204640) sched_switch(c3204640,0,1,11d,203fa40f) at
> sched_switch+0x180
> 100257 (0xc3204af0) sched_switch(c3204af0,0,1,11d,71139bf5) at
> sched_switch+0x180
> 100266 (0xc3206960) sched_switch(c3206960,0,1,11d,14a393b3) at
> sched_switch+0x180
> 100115 (0xc2bbd7d0) sched_switch(c2bbd7d0,0,1,11d,3140338b) at
> sched_switch+0x180
> 100319 (0xc3893e10) sched_switch(c3893e10,0,1,11d,d00e7fff) at
> sched_switch+0x180
> 100290 (0xc3ae4000) sched_switch(c3ae4000,0,1,11d,f84f391) at
> sched_switch+0x180
> 100247 (0xc319aaf0) sched_switch(c319aaf0,0,1,11d,6b6ace79) at
> sched_switch+0x180
> 100187 (0xc2fb7af0) sched_switch(c2fb7af0,0,1,11d,2525f137) at
> sched_switch+0x180
> 100117 (0xc2bbdaf0) sched_switch(c2bbdaf0,0,1,11d,1064956d) at
> sched_switch+0x180
> 100104 (0xc2bbb640) sched_switch(c2bbb640,0,1,11d,f4dda92f) at
> sched_switch+0x180
> 100350 (0xc3a88000) sched_switch(c3a88000,0,1,11d,ec14fe77) at
> sched_switch+0x180
> 100095 (0xc2bb87d0) sched_switch(c2bb87d0,0,1,11d,ded7426b) at
> sched_switch+0x180
> 100160 (0xc2e46000) sched_switch(c2e46000,0,1,11d,6a3de8a5) at
> sched_switch+0x180
> 100274 (0xc33fe640) sched_switch(c33fe640,0,1,11d,de3a3cdf) at
> sched_switch+0x180
> 100310 (0xc3893000) sched_switch(c3893000,0,1,11d,5fd324ef) at
> sched_switch+0x180
> 100337 (0xc3a83af0) sched_switch(c3a83af0,0,1,11d,8c4f2c1d) at
> sched_switch+0x180
> 100108 (0xc2bbbc80) sched_switch(c2bbbc80,0,1,11d,f71adac1) at
> sched_switch+0x180
> 100218 (0xc3057c80) sched_switch(c3057c80,0,1,11d,3198796b) at
> sched_switch+0x180
> 100153 (0xc2e434b0) sched_switch(c2e434b0,0,1,11d,76cd2cdb) at
> sched_switch+0x180
> 100291 (0xc3ae4190) sched_switch(c3ae4190,0,1,11d,68406d3f) at
> sched_switch+0x180
> 100197 (0xc3010af0) sched_switch(c3010af0,0,1,11d,20da36eb) at
> sched_switch+0x180
> 100270 (0xc33fe000) sched_switch(c33fe000,0,1,11d,5f3a315) at
> sched_switch+0x180
> 100294 (0xc3ae4640) sched_switch(c3ae4640,0,1,11d,37dcbad9) at
> sched_switch+0x180
> 100323 (0xc38944b0) sched_switch(c38944b0,0,1,11d,1b6e368b) at
> sched_switch+0x180
> 100217 (0xc3057af0) sched_switch(c3057af0,0,1,11d,b13a0819) at
> sched_switch+0x180
> 100156 (0xc2e43960) sched_switch(c2e43960,0,1,11d,b2fbcc2d) at
> sched_switch+0x180
> 100231 (0xc3199190) sched_switch(c3199190,0,1,11d,720276ad) at
> sched_switch+0x180
> 100286 (0xc3ae2960) sched_switch(c3ae2960,0,1,11d,c048be07) at
> sched_switch+0x180
> 100143 (0xc2e424b0) sched_switch(c2e424b0,0,1,11d,5fae8b1b) at
> sched_switch+0x180
> 100275 (0xc33fe7d0) sched_switch(c33fe7d0,0,1,11d,77f0f3a3) at
> sched_switch+0x180
> 100101 (0xc2bbb190) sched_switch(c2bbb190,0,1,11d,a4d35a21) at
> sched_switch+0x180
> 100179 (0xc2fb6e10) sched_switch(c2fb6e10,0,1,11d,6a2f0e33) at
> sched_switch+0x180
> 100268 (0xc3206c80) sched_switch(c3206c80,0,1,11d,eca11829) at
> sched_switch+0x180
> 100240 (0xc319a000) sched_switch(c319a000,0,1,11d,5136c437) at
> sched_switch+0x180
> 100150 (0xc2e43000) sched_switch(c2e43000,0,1,11d,2d08bb99) at
> sched_switch+0x180
> 100090 (0xc2bb8000) sched_switch(c2bb8000,0,1,11d,35ede6a7) at
> sched_switch+0x180
> 100205 (0xc30117d0) sched_switch(c30117d0,0,1,11d,9ef63df5) at
> sched_switch+0x180
> 100136 (0xc2e1b960) sched_switch(c2e1b960,0,1,11d,a7a83071) at
> sched_switch+0x180
> 100148 (0xc2e42c80) sched_switch(c2e42c80,0,1,11d,7a8a9915) at
> sched_switch+0x180
> 100139 (0xc2e1be10) sched_switch(c2e1be10,0,1,11d,7c3a76d3) at
> sched_switch+0x180
> 100169 (0xc2e46e10) sched_switch(c2e46e10,0,1,11d,d6efc515) at
> sched_switch+0x180
> 100237 (0xc3199af0) sched_switch(c3199af0,0,1,11d,e07672c9) at
> sched_switch+0x180
> 100234 (0xc3199640) sched_switch(c3199640,0,1,11d,e7fafd81) at
> sched_switch+0x180
> 100235 (0xc31997d0) sched_switch(c31997d0,0,1,11d,dac1a0b1) at
> sched_switch+0x180
> 100170 (0xc2fb6000) sched_switch(c2fb6000,0,1,11d,f5857545) at
> sched_switch+0x180
> 100114 (0xc2bbd640) sched_switch(c2bbd640,0,1,11d,da2f9ac9) at
> sched_switch+0x180
> 100219 (0xc3057e10) sched_switch(c3057e10,0,1,11d,5ef6bfe9) at
> sched_switch+0x180
> 100245 (0xc319a7d0) sched_switch(c319a7d0,0,1,11d,5286fd) at
> sched_switch+0x180
> 100215 (0xc30577d0) sched_switch(c30577d0,0,1,11d,8ac81441) at
> sched_switch+0x180
> 100178 (0xc2fb6c80) sched_switch(c2fb6c80,0,1,11d,8b611a95) at
> sched_switch+0x180
> 100066 (0xc27e5960) sched_switch(c27e5960,0,1,11d,f8ff04b1) at
> sched_switch+0x180
> 100246 (0xc319a960) sched_switch(c319a960,0,1,11d,303b85b5) at
> sched_switch+0x180
> 100177 (0xc2fb6af0) sched_switch(c2fb6af0,0,1,11d,cacbc04f) at
> sched_switch+0x180
> 100065 (0xc27e57d0) sched_switch(c27e57d0,0,1,11d,5d2bec9) at
> sched_switch+0x180
> 100200 (0xc3011000) sched_switch(c3011000,0,1,11d,c3c865) at
> sched_switch+0x180
> 100106 (0xc2bbb960) sched_switch(c2bbb960,0,1,11d,dcf621a5) at
> sched_switch+0x180
> 100105 (0xc2bbb7d0) sched_switch(c2bbb7d0,0,1,11d,60cf4d39) at
> sched_switch+0x180
> 100069 (0xc27e5e10) sched_switch(c27e5e10,0,1,11d,49383521) at
> sched_switch+0x180
> 100107 (0xc2bbbaf0) sched_switch(c2bbbaf0,0,1,11d,3c6bcab5) at
> sched_switch+0x180
> 100110 (0xc2bbd000) sched_switch(c2bbd000,0,1,11d,2d219d87) at
> sched_switch+0x180
> 100067 (0xc27e5af0) sched_switch(c27e5af0,0,1,11d,e45ff411) at
> sched_switch+0x180
> 100080 (0xc2b65000) sched_switch(c2b65000,0,1,11d,53ec71a7) at
> sched_switch+0x180
> 100113 (0xc2bbd4b0) sched_switch(c2bbd4b0,0,1,11d,e062c4db) at
> sched_switch+0x180
> 100089 (0xc2b65e10) sched_switch(c2b65e10,0,1,11d,63e38f69) at
> sched_switch+0x180
> 100096 (0xc2bb8960) sched_switch(c2bb8960,0,1,11d,c20f2dbf) at
> sched_switch+0x180
> 100093 (0xc2bb84b0) sched_switch(c2bb84b0,0,1,11d,f0cf29c5) at
> sched_switch+0x180
> 100073 (0xc2b644b0) sched_switch(c2b644b0,0,1,11d,5406e9ef) at
> sched_switch+0x180
> 100072 (0xc2b64320) sched_switch(c2b64320,0,1,11d,78cee013) at
> sched_switch+0x180
> 100071 (0xc2b64190) sched_switch(c2b64190,0,1,11d,9790d9b7) at
> sched_switch+0x180
> 100039 (0xc27c3e10) sched_switch(c27c3e10,0,1,11d,96ad7513) at
> sched_switch+0x180
> 100038 (0xc27c3c80) sched_switch(c27c3c80,0,1,11d,ca744551) at
> sched_switch+0x180
> 100037 (0xc27c3af0) sched_switch(c27c3af0,0,1,11d,a3d309c5) at
> sched_switch+0x180
> 100036 (0xc27c3960) sched_switch(c27c3960,0,1,11d,b23a2533) at
> sched_switch+0x180
> 100064 (0xc27e5640) sched_switch(c27e5640,0,1,11d,9a1f276b) at
> sched_switch+0x180
> 100063 (0xc27e54b0) sched_switch(c27e54b0,0,1,11d,a08b2329) at
> sched_switch+0x180
> 100062 (0xc27e5320) sched_switch(c27e5320,0,1,11d,334e4c53) at
> sched_switch+0x180
> 100061 (0xc27e5190) sched_switch(c27e5190,0,1,11d,278c08d3) at
> sched_switch+0x180
> 100060 (0xc27e5000) sched_switch(c27e5000,0,1,11d,7bb99f0b) at
> sched_switch+0x180
> 100059 (0xc27e2e10) sched_switch(c27e2e10,0,1,11d,ebf94e5b) at
> sched_switch+0x180
> 100058 (0xc27e2c80) sched_switch(c27e2c80,0,1,11d,dfe1de45) at
> sched_switch+0x180
> 100057 (0xc27e2af0) sched_switch(c27e2af0,0,1,11d,d8b10679) at
> sched_switch+0x180
> 100056 (0xc27e2960) fork_trampoline() at fork_trampoline
> 100055 (0xc27e27d0) sched_switch(c27e27d0,0,1,11d,7805ac1b) at
> sched_switch+0x180
> 100025 (0xc27687d0) fork_trampoline() at fork_trampoline
> 100024 (0xc2768640) sched_switch(c2768640,0,1,11d,99382d45) at
> sched_switch+0x180
> 100023 (0xc27684b0) fork_trampoline() at fork_trampoline
> 100049 (0xc27dfe10) fork_trampoline() at fork_trampoline
> 100048 (0xc27dfc80) sched_switch(c27dfc80,0,1,11d,f4d93a93) at
> sched_switch+0x180
> 100047 (0xc27dfaf0) sched_switch(c27dfaf0,0,1,11d,6602877b) at
> sched_switch+0x180
> 100046 (0xc27df960) sched_switch(c27df960,0,1,11d,303d9b09) at
> sched_switch+0x180
> 100045 (0xc27df7d0) sched_switch(c27df7d0,0,1,11d,d1480c21) at
> sched_switch+0x180
> 100044 (0xc27df640)
> kdb_enter(c06497b7,0,c064f89d,e8955b18,c27df640) at kdb_enter+0x30
> 100043 (0xc27df4b0) fork_trampoline() at fork_trampoline
> 100042 (0xc27df320) sched_switch(c27df320,0,1,11d,8f05e591) at
> sched_switch+0x180
> 100041 (0xc27df190) fork_trampoline() at fork_trampoline
> 100040 (0xc27df000) fork_trampoline() at fork_trampoline
> 100012 (0xc2764320) sched_switch(c2764320,0,1,11d,ad12d591) at
> sched_switch+0x180
> 100011 (0xc2764190) fork_trampoline() at fork_trampoline
> 100035 (0xc27c37d0) fork_trampoline() at fork_trampoline
> 100034 (0xc27c3640) fork_trampoline() at fork_trampoline
> 100033 (0xc27c34b0) fork_trampoline() at fork_trampoline
> 100032 (0xc27c3320) fork_trampoline() at fork_trampoline
> 100031 (0xc27c3190) fork_trampoline() at fork_trampoline
> 100030 (0xc27c3000) fork_trampoline() at fork_trampoline
> 100029 (0xc2768e10) sched_switch(c2768e10,0,1,11d,4e7277ab) at
> sched_switch+0x180
> 100028 (0xc2768c80) fork_trampoline() at fork_trampoline
> 100027 (0xc2768af0) fork_trampoline() at fork_trampoline
> 100026 (0xc2768960) fork_trampoline() at fork_trampoline
> 100000 (0xc275f000) fork_trampoline() at fork_trampoline
> 100022 (0xc2768320) sched_switch(c2768320,0,1,11d,ad732327) at
> sched_switch+0x180
> 100021 (0xc2768190) fork_trampoline() at fork_trampoline
> 100020 (0xc2768000) fork_trampoline() at fork_trampoline
> 100019 (0xc2764e10) fork_trampoline() at fork_trampoline
> 100018 (0xc2764c80) sched_switch(c2764c80,0,1,11d,8991dd45) at
> sched_switch+0x180
> 100017 (0xc2764af0) fork_trampoline() at fork_trampoline
> 100016 (0xc2764960) fork_trampoline() at fork_trampoline
> 100015 (0xc27647d0) fork_trampoline() at fork_trampoline
> 100014 (0xc2764640) fork_trampoline() at fork_trampoline
> 100013 (0xc27644b0) fork_trampoline() at fork_trampoline
> 100010 (0xc2764000) fork_trampoline() at fork_trampoline
> 100009 (0xc275fe10) fork_trampoline() at fork_trampoline
> 100008 (0xc275fc80) fork_trampoline() at fork_trampoline
> 100007 (0xc275faf0) fork_trampoline() at fork_trampoline
> 100006 (0xc275f960) fork_trampoline() at fork_trampoline
> 100005 (0xc275f7d0) sched_switch(c275f7d0,0,1,11d,ee0be6c5) at
> sched_switch+0x180
> 100004 (0xc275f640) sched_switch(c275f640,0,1,117,5f9ce7f9) at
> sched_switch+0x180
> 100003 (0xc275f4b0) sched_switch(c275f4b0,0,1,117,b7b18581) at
> sched_switch+0x180
> 100002 (0xc275f320) sched_switch(c275f320,0,1,11d,c07088eb) at
> sched_switch+0x180
> 100001 (0xc275f190) sched_switch(c275f190,0,1,11d,f5b6edc5) at
> sched_switch+0x180
> 0 (0xc0697020) sched_switch(c0697020,0,1,11d,704cd037) at
> sched_switch+0x180
> db>show map
> Task map 0xc0504cf0: pmap=0x4c70424, nentries=-1869574000, version=2072190603
> db> show page
> cnt.v_free_count: 23492
> cnt.v_cache_count: 13141
> cnt.v_inactive_count: 124090
> cnt.v_active_count: 180777
> cnt.v_wire_count: 43501
> cnt.v_free_reserved: 583
> cnt.v_free_min: 2507
> cnt.v_free_target: 10611
> cnt.v_cache_min: 10611
> cnt.v_inactive_target: 15916
> db> show cbstat
> tot = 107460 (active = 0, free = 107460 (reserved = 102060, slush = 5400))
> db> show rtc
> 04/09/26 09:22:38, A = 29, B = 42, C = d0
> db> show intrcnt
> irq1: atkbd0 4
> irq4: sio0 273
> irq6: fdc0 10
> irq8: rtc 4186630
> irq13: npx0 1
> irq14: ata0 46
> irq18: fxp0 14933714
> irq23: asr0 100627
> irq31: acpi0 24214
> irq0: clk 3270470
> db> show pcpu
> cpuid = 0
> curthread = 0xc27df640: pid 46 "swi1: net"
> curpcb = 0xe8955da0
> fpcurthread = none
> idlethread = 0xc275f640: pid 12 "idle: cpu0"
> APIC ID = 3
> currentldt = 0x28
> spin locks held:
> db>
>
>
>>INVARIANTS requires the option 'INVARIANT_SUPPORT'.
>>
>>--
>>John Baldwin <jhb@FreeBSD.org> <>< http://www.FreeBSD.org/~jhb/
>>"Power Users Use the Power to Serve" = http://www.FreeBSD.org
>>_______________________________________________
>>freebsd-current@freebsd.org mailing list
>>http://lists.freebsd.org/mailman/listinfo/freebsd-current
>>To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
>>
>
>
>
>
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 00:57:35 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id CFD4016A4CE
for <freebsd-current@FreeBSD.org>;
Tue, 28 Sep 2004 00:57:35 +0000 (GMT)
Received: from supermail.ispro.net.tr (supermail.ispro.net.tr [217.21.68.5])
by mx1.FreeBSD.org (Postfix) with ESMTP id A3C1343D31
for <freebsd-current@FreeBSD.org>;
Tue, 28 Sep 2004 00:57:34 +0000 (GMT)
(envelope-from yurtesen-dated-1097197053.a5779b@ispro.net.tr)
Received: (qmail 97074 invoked by uid 89); 28 Sep 2004 00:57:33 -0000
Received: from [192.168.0.49] (perpetual.yok.utu.fi [130.232.138.155]) by
supermail.ispro.net.tr (tmda-ofmipd) with ESMTP;
Tue, 28 Sep 2004 03:57:31 +0300 (EEST)
Message-ID: <41594383.503@ispro.net.tr>
Date: Tue, 28 Sep 2004 03:57:07 -0700
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
rv:1.7.1) Gecko/20040707
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: John Baldwin <jhb@FreeBSD.org>
References: <Pine.NEB.3.96L.1040924134957.82478H-100000@fledge.watson.org>
<4158BFAC.7050601@ispro.net.tr>
<200409271628.02524.jhb@FreeBSD.org>
In-Reply-To: <200409271628.02524.jhb@FreeBSD.org>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Delivery-Agent: TMDA/1.0.2 (Bold Forbes)
From: Evren Yurtesen <yurtesen@ispro.net.tr>
X-Primary-Address: yurtesen@ispro.net.tr
cc: freebsd-current@FreeBSD.org
cc: Robert Watson <rwatson@FreeBSD.org>
Subject: Re: panic: sorele
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 00:57:36 -0000
John Baldwin wrote:
> On Monday 27 September 2004 09:34 pm, Evren Yurtesen wrote:
>
>>Robert Watson wrote:
>>
>>>On Thu, 23 Sep 2004, Evren Yurtesen wrote:
>>>
>>>>Does anybody know what is panic: sorele? :)
>>>
>>>It's the result of an inconsistency detected by the kernel regarding
>>>kernel invariants for sockets. The somewhat uninformative nature of the
>>>message is historical, and should probably be fixed. If this is
>>>reproduceable, could you rebuild your kernel with INVARIANTS support, as
>>>well as DDB so you can generate a stack trace and other debugging
>>>information (or, if you have a core, could you use gdb to extract
>>>debugging information per the Handbook?)
>>
>>I am not able to compile the kernel with DDB and INVARIANTS either...
>>When I put these options to kernel conf, I get this error
>>
>>Options Added:
>>
>>options INVARIANTS
>>options KDB
>>options DDB
>
>
> INVARIANTS requires the option 'INVARIANT_SUPPORT'.
>
Good point, one sometimes wonders why options INVARIANTS doesnt
automatically include options INVARIANT_SUPPORT :)
Another thing is that there is so little information about what is
needed in handbook(at least I couldnt find) and not even in sample
config files so...
But thanks, now it seems like compiling... I will just try to get a dump
of the kernel when it crash
Evren
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 01:10:20 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id B3B9F16A4CE
for <freebsd-current@FreeBSD.org>;
Tue, 28 Sep 2004 01:10:20 +0000 (GMT)
Received: from supermail.ispro.net.tr (supermail.ispro.net.tr [217.21.68.5])
by mx1.FreeBSD.org (Postfix) with ESMTP id 88CFE43D48
for <freebsd-current@FreeBSD.org>;
Tue, 28 Sep 2004 01:10:19 +0000 (GMT)
(envelope-from yurtesen-dated-1097197817.e1b338@ispro.net.tr)
Received: (qmail 578 invoked by uid 89); 28 Sep 2004 01:10:17 -0000
Received: from [192.168.0.49] (perpetual.yok.utu.fi [130.232.138.155]) by
supermail.ispro.net.tr (tmda-ofmipd) with ESMTP;
Tue, 28 Sep 2004 04:10:15 +0300 (EEST)
Message-ID: <4159467F.7010202@ispro.net.tr>
Date: Tue, 28 Sep 2004 04:09:51 -0700
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
rv:1.7.1) Gecko/20040707
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: John Baldwin <jhb@FreeBSD.org>
References: <Pine.NEB.3.96L.1040924134957.82478H-100000@fledge.watson.org>
<4158BFAC.7050601@ispro.net.tr>
<200409271628.02524.jhb@FreeBSD.org>
In-Reply-To: <200409271628.02524.jhb@FreeBSD.org>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Delivery-Agent: TMDA/1.0.2 (Bold Forbes)
From: Evren Yurtesen <yurtesen@ispro.net.tr>
X-Primary-Address: yurtesen@ispro.net.tr
cc: freebsd-current@FreeBSD.org
cc: Robert Watson <rwatson@FreeBSD.org>
Subject: ? witness_get: witness exhausted ? Re(4): panic: sorele
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 01:10:20 -0000
John Baldwin wrote:
> On Monday 27 September 2004 09:34 pm, Evren Yurtesen wrote:
>
>>Robert Watson wrote:
>>
>>>On Thu, 23 Sep 2004, Evren Yurtesen wrote:
>>>
>>>>Does anybody know what is panic: sorele? :)
>>>
>>>It's the result of an inconsistency detected by the kernel regarding
>>>kernel invariants for sockets. The somewhat uninformative nature of the
>>>message is historical, and should probably be fixed. If this is
>>>reproduceable, could you rebuild your kernel with INVARIANTS support, as
>>>well as DDB so you can generate a stack trace and other debugging
>>>information (or, if you have a core, could you use gdb to extract
>>>debugging information per the Handbook?)
>>
>>I am not able to compile the kernel with DDB and INVARIANTS either...
>>When I put these options to kernel conf, I get this error
>>
>>Options Added:
>>
>>options INVARIANTS
>>options KDB
>>options DDB
>
>
> INVARIANTS requires the option 'INVARIANT_SUPPORT'.
Well, now I could compile the kernel with invariants etc. but I get this
error at boot time.
witness_get: witness exhausted
What does this mean now? :) I read from archives that it means that some
buffers are exhausted that it doesnt do lock order checking anymore, but
why would it give that error at boot time?
Thanks,
Evren
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 01:14:43 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id D06A016A4CE
for <current@freebsd.org>; Tue, 28 Sep 2004 01:14:43 +0000 (GMT)
Received: from komquats.com (S0106002078125c0c.gv.shawcable.net
[24.108.146.123])
by mx1.FreeBSD.org (Postfix) with ESMTP id 328CA43D48
for <current@freebsd.org>; Tue, 28 Sep 2004 01:14:43 +0000 (GMT)
(envelope-from Cy.Schubert@komquats.com)
Received: from cwsys.cwsent.com (cwsys [10.1.1.1])
by komquats.com (Postfix) with ESMTP id 556764C606;
Mon, 27 Sep 2004 18:14:39 -0700 (PDT)
Received: from cwsys (localhost [127.0.0.1])
by cwsys.cwsent.com (8.13.1/8.12.8) with ESMTP id i8S1Ec1Q032860;
Mon, 27 Sep 2004 18:14:38 -0700 (PDT)
(envelope-from Cy.Schubert@uumail.gov.bc.ca)
Message-Id: <200409280114.i8S1Ec1Q032860@cwsys.cwsent.com>
X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4
From: Cy Schubert <Cy.Schubert@komquats.com>
X-os: FreeBSD
X-Sender: cy@cwsent.com
X-URL: http://www.komquats.com/
To: Andrew Thompson <andy@fud.org.nz>
In-Reply-To: Message from Andrew Thompson <andy@fud.org.nz>
<20040928003005.GA9919@thingy.tbd.co.nz>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Mon, 27 Sep 2004 18:14:38 -0700
Sender: Cy.Schubert@komquats.com
cc: Ryan Sommers <ryans@gamersimpact.com>
cc: current@freebsd.org
Subject: Re: CD9660 Issue
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: Cy Schubert <Cy.Schubert@komquats.com>
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 01:14:43 -0000
In message <20040928003005.GA9919@thingy.tbd.co.nz>, Andrew Thompson writes:
> On Mon, Sep 27, 2004 at 04:49:45PM -0700, Cy Schubert wrote:
> > In message <4158A4F5.6030204@gamersimpact.com>, Ryan Sommers writes:
> > > Cy Schubert wrote:
> > >
> > > >Has anyone experienced this with CURRENT as of last week?
> > > >The app returns open error: Operation is not supported.
> > > >
> > > Shouldn't that be if (open(...) < 0)?
> > >
> > > Open return a positive value if the open succeeded.
> >
> > You are correct. Actually my problem is that tar, cp, dd, and cat all
> > return the same result. My test app was specifically designed for this
> > list. I fixed my test app. It returns the same result.
>
> You will find it is fixed in r1.101 of cd9660_vnops.c, the day after
> your kernel build.
>
> http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/isofs/cd9660/cd9660_vnops.c
Thanks. I just got home, just about to investigate while a roast is cooking
on the barbecue. You saved me a lot of work. Thanks again.
Cheers,
Cy Schubert <Cy.Schubert@komquats.com>
Web: www.komquats.com and www.bcbodybuilder.com
FreeBSD UNIX: <cy@FreeBSD.org> Web: www.FreeBSD.org
BC Government: <Cy.Schubert@gems8.gov.bc.ca>
"Lift long enough and I believe arrogance is replaced by
humility and fear by courage and selfishness by generosity
and rudeness by compassion and caring."
-- Dave Draper
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 01:33:36 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 51B2916A4CF
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 01:33:36 +0000 (GMT)
Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.192])
by mx1.FreeBSD.org (Postfix) with ESMTP id EA74A43D2F
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 01:33:35 +0000 (GMT)
(envelope-from juhasaarinen@gmail.com)
Received: by mproxy.gmail.com with SMTP id 79so3249935rnk
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 18:33:31 -0700 (PDT)
Received: by 10.38.163.77 with SMTP id l77mr678009rne;
Mon, 27 Sep 2004 18:33:30 -0700 (PDT)
Received: by 10.38.73.29 with HTTP; Mon, 27 Sep 2004 18:33:30 -0700 (PDT)
Message-ID: <b34be84204092718334b4b77af@mail.gmail.com>
Date: Tue, 28 Sep 2004 13:33:30 +1200
From: Juha Saarinen <juhasaarinen@gmail.com>
To: Doug Barton <dougb@freebsd.org>
In-Reply-To: <20040925001835.U7126@URF.trarfvf>
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
References: <1096042856.24267.6.camel@purgatory.ceribus.net>
<xzpsm97v49e.fsf@dwp.des.no> <20040924222550.F6548@URF.trarfvf>
<1096064849.1047.7.camel@server.mcneil.com>
<20040925001835.U7126@URF.trarfvf>
cc: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= <des@des.no>
cc: freebsd-current@freebsd.org
Subject: Re: Proper way to run bind9
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: Juha Saarinen <juhasaarinen@gmail.com>
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 01:33:36 -0000
The PID file location for currently hardcoded to /var/run in the named binary.
Is there a good reason for not changing that to /var/run/named/pid as
the default on FreeBSD, instead of adjusting the location in both
/etc/defaults/rc.conf and named.conf? This is error-prone, and easy
to forget -- if you do, it means named won't start up as it cannot
write the PID file to the default location.
Second, shouldn't /etc/rc.d/named be rewritten to take rndc into
account, and not use /etc/rc.subr?
--
Juha
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 01:38:34 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 0F55716A4CE
for <current@freebsd.org>; Tue, 28 Sep 2004 01:38:34 +0000 (GMT)
Received: from coruscant.rfc1149.org (coruscant.rfc1149.org [217.160.130.147])
by mx1.FreeBSD.org (Postfix) with ESMTP id 2549543D2F
for <current@freebsd.org>; Tue, 28 Sep 2004 01:38:33 +0000 (GMT)
(envelope-from arne@rfc2549.org)
Received: by coruscant.rfc1149.org (Postfix, from userid 110)
id E73A43F64; Tue, 28 Sep 2004 03:38:31 +0200 (CEST)
Received: from kamino.rfc1149.org (dsl-213-023-193-090.arcor-ip.net
[213.23.193.90]) by coruscant.rfc1149.org (Postfix) with ESMTP
id ACEA53D28; Tue, 28 Sep 2004 03:38:29 +0200 (CEST)
Received: by kamino.rfc1149.org (Postfix, from userid 1001)
id DDE0240F1; Tue, 28 Sep 2004 03:38:08 +0200 (CEST)
To: Sean McNeil <sean@mcneil.com>
In-Reply-To: <1096323166.43375.8.camel@server.mcneil.com> (Sean McNeil's
message of "Mon, 27 Sep 2004 15:12:46 -0700")
References: <20040927111438.GA865@genius.tao.org.uk>
<1096290034.23046.82.camel@linux-mobile.example.net>
<20040927143811.GA87515@sysmon.tcworks.net>
<4158338A.9090309@pythonemproject.com>
<E36A4F72-109E-11D9-BBA6-000D936BE398@bis.midco.net>
<16728.33607.716813.703551@satchel.alerce.com>
<1096320933.42513.9.camel@server.mcneil.com>
<16728.36042.147168.928629@satchel.alerce.com>
<1096323166.43375.8.camel@server.mcneil.com>
From: Arne Schwabe <arne@rfc2549.org>
Date: Tue, 28 Sep 2004 03:38:02 +0200
Message-ID: <86fz5341hh.fsf@kamino.rfc1149.org>
User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (berkeley-unix)
MIME-Version: 1.0
Content-Type: multipart/signed; boundary="=-=-=";
micalg=pgp-sha1; protocol="application/pgp-signature"
X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on
coruscant.rfc1149.org
X-Spam-Status: No, hits=-4.8 required=5.0 tests=BAYES_00,RCVD_IN_SORBS
autolearn=no version=2.60
X-Spam-Level:
cc: current@freebsd.org
Subject: Re: Laptop recommendations?
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 01:38:34 -0000
--=-=-=
Sean McNeil <sean@mcneil.com> writes:
>> Yeah, I'm an old weirdo [who also uses emacs a lot]. I grew up with
>> the control key being that big sucker just to the left of the 'A' key,
>> and reaching down and under to the bottom row bothers my left
>> wrist/hand. I'm otherwise keyboard agnostic (I don't care where the
>> esc key is, I just use ctrl-[ and I'm used to figuring out just what
>> the BS/Del key sends) but the ctrl key is important. Fortunately, on
>> PC hardware, it's easy enough to get it where i want/like/need it.
>
> I see what you mean. But they moved that a long time ago. I'm amazed
> you have managed to stick with the old positioning. The feel of a
> Logitech keyboard is pretty sweet.
Hey, you can still buy a Sun Type 6 USB Keyboard with UNIX Layout
(note US Layout is different from UNIX Layout), where escape,
backspace and control have strange locations :)
Arne
--
compiling millions of tiny c-programs...done
checking for a working configure script... not found
--=-=-=
Content-Type: application/pgp-signature
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (FreeBSD)
iD8DBQFBWMCAe8+cMNS4zRcRAqNcAJ0fFoAwyEUjaWCcXn8zIlAyAbhBjgCgw5uM
uW0pZVUGfack01Du2+7zrMc=
=ngad
-----END PGP SIGNATURE-----
--=-=-=--
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 01:41:00 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 3DC4216A4CE
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 01:41:00 +0000 (GMT)
Received: from rwcrmhc13.comcast.net (rwcrmhc13.comcast.net [204.127.198.39])
by mx1.FreeBSD.org (Postfix) with ESMTP id 1081643D41
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 01:41:00 +0000 (GMT)
(envelope-from DougB@freebsd.org)
Received: from ob.icann.org ([192.0.35.106])
by comcast.net (rwcrmhc13) with SMTP
id <20040928014059015008g1hre>
(Authid: domain_name_tsar);
Tue, 28 Sep 2004 01:40:59 +0000
Date: Mon, 27 Sep 2004 18:40:48 -0700 (PDT)
From: Doug Barton <DougB@FreeBSD.org>
To: Jeremy Chadwick <freebsd@jdc.parodius.com>
In-Reply-To: <20040927170321.GA31501@parodius.com>
Message-ID: <20040927181532.P911@bo.vpnaa.bet>
References: <20040927170321.GA31501@parodius.com>
Organization: http://www.FreeBSD.org/
X-message-flag: Outlook -- Not just for spreading viruses anymore!
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
cc: freebsd-current@freebsd.org
Subject: Re: Pending issues with RELENG_5
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 01:41:00 -0000
On Mon, 27 Sep 2004, Jeremy Chadwick wrote:
> Here's a list of things that still concern me so far with RELENG_5,
> particularly with BETA6 (and even more recent than that). Hopefully
> the appropriate parties can chime in here...
Since I happen to be the appropriate party for all of these, here you
go. :)
> * No /etc/mergemaster.rc or /etc/defaults/mergemaster.rc
> Possibly creating this out-of-the-box during install, or keep a
> template in /etc/defaults/mergemaster.rc ?
Just like make.conf which you mentioned in a seperate mail,
/etc/defaults would not be the correct location for this. You really
need to learn a bit more about -current/RELENG_5.
The man page for mergemaster actually has a commented out example of
what you can specify in a mergemaster.rc file. My personal feeling is
that there is not much utility in having an actual example file called
mergemaster.rc, but I have repeatedly said that if someone wanted to
send me some "cool mergemaster tricks" that they use, I would gladly
convert them into something that could go into
src/share/examples/etc/[mergemaster?]. To date, no one has done so.
What would be your goal for a mergemaster.rc file?
> * /etc/rc.d/named does not set up chroot environment properly
> For example, in the chroot_autoupdate() function, lines 37
> and 41 call pax blindly, referring to ${named_chrootdir}/dev even
> if it hasn't been created.
As I have said repeatedly, chroot support for named is not yet complete.
This is where reading the freebsd-current mailing list really comes in
handy. I plan to get a lot closer to something that looks like full
support very soon in -CURRENT, then it will be up to re@ whether to MFC
it or not. Personally I would like to see it MFC'ed, but it's a "nice to
have" compared to the BIND 9 import itself.
> Could we get appropriate if [ -d ...]; then mkdir/chown/chmod; fi
> statements for creating this structure? I personally have no idea
> who the appropriate directories should be owned by, or perm'd to.
The proper BSD solution to this is to use mtree, and I committed last
night the mtree file that will be used as the basis of this part of the
solution.
> * bind9 chroot tips
> Possibly some details on how to configure named.conf inside the
> default named.conf? We hint at it already...
That is part of plan, yes.
> * Leftovers from bind8-->bind9 upgrade
> We now have two versions of nslookup; /usr/bin/nslookup and
> /usr/sbin/nslookup (deprecated), but we've also /usr/lib/libisc.*
Let's be more clear here. "We" don't have anything. If you have been
upgrading from source, YOU have that stuff left over, as do a lot of
other users. I think it's time that I repost my world cleaning tips ...
The chief concern at this stage is that a new install of 5.3-RELEASE has
the right bits, and none of the wrong bits, and we are at that point
now. If you are concerned about what can and cannot be deleted safely,
your best bet is always to back up your data and do a clean install to a
formatted disk.
> I assume this can be deleted and ldconfig -R re-run?
Yes, but if you have ports that linked against this library you will
have to rebuild them. Those issues should be discussed on the -ports
list. This is almost sure to be a problem, but I don't think it will be
a big one.
> There's also the old dnsquery and dnskeygen binaries,
Delete them. You might also want to read src/UPDATING where you will
find a complete list of binaries that have migrated. In fact, you should
always read src/UPDATING when you upgrade.
> extraneous manpages, etc..
I'll post my world cleaning tips later tonight, but the easiest way to
deal with man pages is to just 'rm -r /usr/share/man' before doing
installworld. You can also do 'mv /usr/include /usr/include-old' right
before doing installworld to handle that similar situation.
> [This entry could spawn off quite a long thread about how exactly we
> plan on handling 'outdated' files.
No, it can't. You clearly have not been following the -current mailing
list very long, as this topic comes up regularly. Check the archives.
> I was in a hurry this morning to get this out, meaning my actual "full
> list" is probably quite a bit longer... just need the time to sit down
> and type it all in. :-)
I respectfully suggest that you spend a little more time researching the
rest of your wish list before you send any more mail.
Doug
--
This .signature sanitized for your protection
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 01:45:18 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 8085816A4CE
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 01:45:18 +0000 (GMT)
Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.200])
by mx1.FreeBSD.org (Postfix) with ESMTP id 321AA43D41
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 01:45:18 +0000 (GMT)
(envelope-from marchenko@gmail.com)
Received: by mproxy.gmail.com with SMTP id 74so12329rnk
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 18:45:10 -0700 (PDT)
Received: by 10.38.208.53 with SMTP id f53mr562043rng;
Mon, 27 Sep 2004 18:45:10 -0700 (PDT)
Received: by 10.38.22.66 with HTTP; Mon, 27 Sep 2004 18:45:10 -0700 (PDT)
Message-ID: <cd70c68104092718454ae37b8@mail.gmail.com>
Date: Mon, 27 Sep 2004 21:45:10 -0400
From: Vlad <marchenko@gmail.com>
To: Evren Yurtesen <yurtesen@ispro.net.tr>
In-Reply-To: <4159431F.6010502@ispro.net.tr>
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
References: <Pine.NEB.3.96L.1040924134957.82478H-100000@fledge.watson.org>
<4158BFAC.7050601@ispro.net.tr> <200409271628.02524.jhb@FreeBSD.org>
<cd70c68104092714352bf009a@mail.gmail.com>
<4159431F.6010502@ispro.net.tr>
cc: freebsd-current@freebsd.org
cc: rwatson@freebsd.org
Subject: Re: panic: sorele
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: Vlad <marchenko@gmail.com>
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 01:45:18 -0000
based on your kernel panic:
>> panic: sorele
>> cpuid = 1
>> boot() called on cpu#1
>> Uptime: 5d19h48m4s
it looks like you do have at least two CPUs... cpu#1 is a second CPU,
or I'm mistaken?
On Tue, 28 Sep 2004 03:55:27 -0700, Evren Yurtesen
<yurtesen@ispro.net.tr> wrote:
> So you say that disabling SMP fixes the problem? I can easily do that :)
> I dont even have 2 processors, I was trying this hyperthreading.
>
> Evren
--
Vlad
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 01:54:07 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id B704316A4CE
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 01:54:07 +0000 (GMT)
Received: from sccrmhc11.comcast.net (sccrmhc11.comcast.net [204.127.202.55])
by mx1.FreeBSD.org (Postfix) with ESMTP id 3255E43D46
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 01:54:07 +0000 (GMT)
(envelope-from DougB@freebsd.org)
Received: from ob.icann.org ([192.0.35.106])
by comcast.net (sccrmhc11) with SMTP
id <20040928015405011005q6ace>
(Authid: domain_name_tsar);
Tue, 28 Sep 2004 01:54:06 +0000
Date: Mon, 27 Sep 2004 18:54:01 -0700 (PDT)
From: Doug Barton <DougB@FreeBSD.org>
To: Juha Saarinen <juhasaarinen@gmail.com>
In-Reply-To: <b34be84204092718334b4b77af@mail.gmail.com>
Message-ID: <20040927184543.I911@bo.vpnaa.bet>
References: <1096042856.24267.6.camel@purgatory.ceribus.net>
<xzpsm97v49e.fsf@dwp.des.no> <20040924222550.F6548@URF.trarfvf>
<20040925001835.U7126@URF.trarfvf>
<b34be84204092718334b4b77af@mail.gmail.com>
Organization: http://www.FreeBSD.org/
X-message-flag: Outlook -- Not just for spreading viruses anymore!
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
cc: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= <des@des.no>
cc: freebsd-current@freebsd.org
Subject: Re: Proper way to run bind9
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 01:54:07 -0000
On Tue, 28 Sep 2004, Juha Saarinen wrote:
> The PID file location for currently hardcoded to /var/run in the named binary.
You are correct.
> Is there a good reason for not changing that to /var/run/named/pid as
> the default on FreeBSD, instead of adjusting the location in both
> /etc/defaults/rc.conf and named.conf?
A couple of them actually. We do not want to edit the files as they come
from the vendor without a really good reason, and this isn't one.
I have a long term plan to write some patches to turn the pid file path
into a --configure defineable variable and send it to the ISC folks, but
it's frankly not that high a priority.
> This is error-prone, and easy to forget -- if you do, it means named
> won't start up as it cannot write the PID file to the default
> location.
If you use the system as installed, and/or start from the default files,
it's all there for you. If you choose to vary from that path, it's
pretty much up to you to know what you're doing and why. There are only
so many bullets you can take out of the foot-shooting gun.
That said, I did add a comment to the src/etc/default/rc.conf file which
indicates that if you change the pid file name there, you should change
it in named.conf as well to make it easier for users to do the right
thing.
Finally, the way named fails in this case (totally) is actually the
safest way to handle it. No user can accidentally start named with the
wrong configuration and have it running in a manner other than what they
expect. This is a much more serious problem, and would be worthy of a
better solutino if it existed. The problem you describe here is a
learning curve issue, and BIND has a lot of those.
> Second, shouldn't /etc/rc.d/named be rewritten to take rndc into
> account, and not use /etc/rc.subr?
What would your goal be? With the current behavior, '/etc/rc.d/named
stop' can recover from situations where 'rndc stop' fails. Why would you
want to take that functionality away?
Doug
--
This .signature sanitized for your protection
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 02:23:05 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 4BA1516A4CE
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 02:23:05 +0000 (GMT)
Received: from gremlin.internode.com.au (gremlin.internode.com.au
[192.83.231.88])
by mx1.FreeBSD.org (Postfix) with ESMTP id 5874D43D5A
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 02:23:04 +0000 (GMT)
(envelope-from adam@internode.com.au)
Received: from gremlin.internode.com.au (localhost [127.0.0.1])
i8S2N2iu038117 for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 11:53:02 +0930 (CST)
(envelope-from adam@internode.com.au)
Received: (from adam@localhost)
by gremlin.internode.com.au (8.13.1/8.13.1/Submit) id i8S2N2bq038116
for freebsd-current@freebsd.org; Tue, 28 Sep 2004 11:53:02 +0930 (CST)
(envelope-from adam@internode.com.au)
X-Authentication-Warning: gremlin.internode.com.au: adam set sender to
adam@internode.com.au using -f
Date: Tue, 28 Sep 2004 11:53:02 +0930
From: Adam Smith <adam@internode.com.au>
To: freebsd-current@freebsd.org
Message-ID: <20040928022301.GE33535@internode.com.au>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
X-Face: $vsV$1FNbZN\JVpjV#&+/!oVW`Kw$j?w_,te\SS}(tKD21c+l$t%\RCS(r$G;
XXk]6,(!N:&(N3EV0bY`3):UrgG7'*qsj3l.75IaHV1<`i*{[L\:F*l6fH##C:-p2]xW/R-Z:!bo;
5g3GP-{I{}7O>tN}`Xm/=-:8NG?f-r'$Qc3y[aW-7'W_S<`KYU!_;
`7K=kuC$-.7J2*kk=~`c@ADp+xhsv(!a@eW-R_5wtx+tC)(]%W+
User-Agent: Mutt/1.5.6i
Subject: Mixer settings revert to zero
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 02:23:05 -0000
Hi!
With the recent changes to the sound drivers, will the mixer begin working
like it used to before 5.3 is released? The release notes for 5.3-BETA6
say that "the sound(4) driver reads /boot/device.hints on startup, to allow
setting of default values for mixer channels."
But this doesn't seem to be happening. The release notes also say the
device driver's name is still pcm, however I couldn't find this in
/boot/device.hints. In my particular case, I am using the device ich for
my sound.
Because the mixer settings are not being picked up properly, upon boot, my
system's mixer settings all revert to zero. I have to fix them manually by
applying levels to 'pcm' and 'vol'.
Is this a problem across the board at the moment with mixer settings, or
applicable to only certain drivers (such as ich?) Is there anything I can
do to fix the problem, or will it be fixed before 5.3?
Cheers,
--
Adam Smith
Internode : http://www.internode.on.net
Phone : (08) 8228 2999
Dog for sale: Eats lots and is fond of children.
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 02:40:15 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 4D08116A4D0
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 02:40:15 +0000 (GMT)
Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.202])
by mx1.FreeBSD.org (Postfix) with ESMTP id C070A43D2F
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 02:40:14 +0000 (GMT)
(envelope-from juhasaarinen@gmail.com)
Received: by mproxy.gmail.com with SMTP id 79so3254217rnk
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 19:40:11 -0700 (PDT)
Received: by 10.38.171.50 with SMTP id t50mr750154rne;
Mon, 27 Sep 2004 19:40:10 -0700 (PDT)
Received: by 10.38.73.29 with HTTP; Mon, 27 Sep 2004 19:40:10 -0700 (PDT)
Message-ID: <b34be84204092719407a20d83f@mail.gmail.com>
Date: Tue, 28 Sep 2004 14:40:10 +1200
From: Juha Saarinen <juhasaarinen@gmail.com>
To: Doug Barton <dougb@freebsd.org>
In-Reply-To: <20040927184543.I911@bo.vpnaa.bet>
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
References: <1096042856.24267.6.camel@purgatory.ceribus.net>
<xzpsm97v49e.fsf@dwp.des.no> <20040924222550.F6548@URF.trarfvf>
<1096064849.1047.7.camel@server.mcneil.com>
<20040925001835.U7126@URF.trarfvf>
<b34be84204092718334b4b77af@mail.gmail.com>
<20040927184543.I911@bo.vpnaa.bet>
cc: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= <des@des.no>
cc: freebsd-current@freebsd.org
Subject: Re: Proper way to run bind9
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: Juha Saarinen <juhasaarinen@gmail.com>
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 02:40:15 -0000
On Mon, 27 Sep 2004 18:54:01 -0700 (PDT), Doug Barton <dougb@freebsd.org> wrote:
> A couple of them actually. We do not want to edit the files as they come
> from the vendor without a really good reason, and this isn't one.
>
> I have a long term plan to write some patches to turn the pid file path
> into a --configure defineable variable and send it to the ISC folks, but
> it's frankly not that high a priority.
Humm, that does seem like the right way to do it, instead of working
around the issue by changing the PID file location in two different
places.
> If you use the system as installed, and/or start from the default files,
> it's all there for you. If you choose to vary from that path, it's
> pretty much up to you to know what you're doing and why. There are only
> so many bullets you can take out of the foot-shooting gun.
True -- however, this is likely to bite people who migrate from other
platforms where you don't have to specify the PID file location in
named.conf, unless you want it in a non-default location. But, people
have plenty of toes I suppose... :-)
> What would your goal be? With the current behavior, '/etc/rc.d/named
> stop' can recover from situations where 'rndc stop' fails. Why would you
> want to take that functionality away?
Well, rndc is the vendor-supplied tool for controlling the operation of named.
The man page for named(8) says:
"In routine operation, signals should not be used to control the name-
server; rndc should be used instead."
Correct me if I'm wrong, but doesn't /etc/rc.subr use signals?
Incidentally, shouldn't the 'rcvar" command print out all the options
used in rc.conf for running named?
$ sudo /etc/rc.d/named rcvar
# named
$named_enable=YES
/etc/rc.conf
named_enable="YES" # Run named, the DNS server (or NO).
named_program="/usr/sbin/named" # path to named, if you want a different one.
named_flags="-c /etc/namedb/named.conf -u bind" # Flags for named
--
Juha
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 02:48:20 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id E54F316A4CE
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 02:48:20 +0000 (GMT)
Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.203])
by mx1.FreeBSD.org (Postfix) with ESMTP id A058043D3F
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 02:48:20 +0000 (GMT)
(envelope-from joseph.koshy@gmail.com)
Received: by mproxy.gmail.com with SMTP id 74so16234rnk
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 19:48:20 -0700 (PDT)
Received: by 10.38.67.72 with SMTP id p72mr330791rna;
Mon, 27 Sep 2004 19:48:19 -0700 (PDT)
Received: by 10.38.13.17 with HTTP; Mon, 27 Sep 2004 19:48:19 -0700 (PDT)
Message-ID: <84dead7204092719482f8031d5@mail.gmail.com>
Date: Tue, 28 Sep 2004 08:18:19 +0530
From: Joseph Koshy <joseph.koshy@gmail.com>
To: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= <des@des.no>
In-Reply-To: <xzpu0tkukft.fsf@dwp.des.no>
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
References: <84dead72040926185171776b99@mail.gmail.com>
<20040927040137.GA3274@dragon.nuxi.com>
<84dead7204092621403fddd11e@mail.gmail.com>
<xzpu0tkukft.fsf@dwp.des.no>
cc: freebsd-current@freebsd.org
Subject: Re: [patch] <machine/cputypes.h>
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: Joseph Koshy <joseph.koshy@gmail.com>
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 02:48:21 -0000
jk> The pmc(4) driver (being written) needs a way of informing the
jk > userland libpmc(3) (also being written) about the kind of CPU
des> Is there a good reason why pmc(4) can't pass this information out as a
des> string? Less chance of future breaks in binary compatibility that
des> way.
I'm not sure if using strings vs. 'binary' structures gains us much in
future binary
compatibility: changes in the format of the string have the potential to break
binary compatibility anyway. Strings work well when they are "simple".
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 03:25:10 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 4292716A4CF
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 03:25:10 +0000 (GMT)
Received: from sysmon.tcworks.net (sysmon.tcworks.net [65.66.76.4])
by mx1.FreeBSD.org (Postfix) with ESMTP id 8E7D143D41
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 03:25:09 +0000 (GMT)
(envelope-from lambert@lambertfam.org)
Received: from sysmon.tcworks.net (localhost [127.0.0.1])
by sysmon.tcworks.net (8.12.11/8.12.11) with ESMTP id i8S3Mfug010761
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 22:22:41 -0500 (CDT)
(envelope-from lambert@lambertfam.org)
Received: (from lambert@localhost)
by sysmon.tcworks.net (8.12.11/8.12.11/Submit) id i8S3Mf7c010760
for freebsd-current@freebsd.org; Mon, 27 Sep 2004 22:22:41 -0500 (CDT)
(envelope-from lambert@lambertfam.org)
X-Authentication-Warning: sysmon.tcworks.net: lambert set sender to
lambert@lambertfam.org using -f
Date: Mon, 27 Sep 2004 22:22:41 -0500
From: Scott Lambert <lambert@lambertfam.org>
To: freebsd-current@freebsd.org
Message-ID: <20040928032241.GA8954@sysmon.tcworks.net>
Mail-Followup-To: freebsd-current@freebsd.org
References: <20040927111438.GA865@genius.tao.org.uk>
<1096290034.23046.82.camel@linux-mobile.example.net>
<20040927143811.GA87515@sysmon.tcworks.net>
<200409280929.52593.doconnor@gsoft.com.au>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <200409280929.52593.doconnor@gsoft.com.au>
User-Agent: Mutt/1.5.6i
Subject: Re: Laptop recommendations?
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: freebsd-current@freebsd.org
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 03:25:10 -0000
On Tue, Sep 28, 2004 at 09:29:51AM +0930, Daniel O'Connor wrote:
> On Tue, 28 Sep 2004 00:08, Scott Lambert wrote:
> > My biggest complaint is the same as about my last x86 laptop. I hate
> > touchpads.
>
> Go buy a trackball :)
Unfortunately, I take "laptop" seriously. :) I've never figured out how
to get comfortable on the couch with the laptop and a mouse.
I know, I'm just picky. Seriously, the total PowerBook package is just
about worth the trackpad hassle. It's sweet.
--
Scott Lambert KC5MLE Unix SysAdmin
lambert@lambertfam.org
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 04:14:43 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id E665D16A4CF
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 04:14:43 +0000 (GMT)
Received: from ausc60pc101.us.dell.com (ausc60pc101.us.dell.com
[143.166.85.206])
by mx1.FreeBSD.org (Postfix) with ESMTP id 9B53443D45
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 04:14:43 +0000 (GMT)
(envelope-from Muthu_T@Dell.com)
Received: from ausx2kcps315.aus.amer.dell.com (143.166.3.50)
by ausc60pc101.us.dell.com with ESMTP; 27 Sep 2004 23:14:42 -0500
X-Ironport-AV: i="3.84,182,1091422800";
d="scan'208"; a="99913008:sNHT22682684"
Content-Class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
charset="US-ASCII"
Content-Transfer-Encoding: quoted-printable
X-MimeOLE: Produced By Microsoft Exchange V6.0.6527.0
Date: Mon, 27 Sep 2004 23:14:24 -0500
Message-ID: <71F713C5E3CB7F4F9ACCBBB8E9BE318A1E1CC9@blrx2kmbgl101.blr.amer.dell.com>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: 5.3-BETA6: pkg tiff-3.6.1_1 missing
Thread-Index: AcSlEaNd5AWN7lHzS5qRCnUyp1u6lQ==
From: <Muthu_T@Dell.com>
To: <freebsd-current@freebsd.org>
X-OriginalArrivalTime: 28 Sep 2004 04:14:25.0313 (UTC)
FILETIME=[A3BA2910:01C4A511]
Subject: 5.3-BETA6: pkg tiff-3.6.1_1 missing
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 04:14:44 -0000
All,
While installing BETA6 with packages 'All' options selected, I am=20
getting the following error:
"tiff-3.6.1_1 is a required package, but not found'.
Due to this gtk-2.4.9-1, imlib, cups-base are failing.
One more thing:
If the dependent packages are not found, why each and every time it is
trying to install gtk, cups-base?
Any optimization can't be done to avoid these repeated errors?
(cups-base comes 6 times, gtk-2.4.9-1 comes mulitiple times).
Thanks.
--T. Muthu Mohan.
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 04:20:27 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 0AB3116A4CE; Tue, 28 Sep 2004 04:20:27 +0000 (GMT)
Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22])
by mx1.FreeBSD.org (Postfix) with ESMTP
id C0E5443D49; Tue, 28 Sep 2004 04:20:26 +0000 (GMT)
(envelope-from nate@root.org)
Received: from [10.0.1.5] (p67.n-nypop07.stsn.com [199.106.94.67])
by www.cryptography.com (8.12.8/8.12.8) with ESMTP id i8S4KMDl003564
(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT);
Mon, 27 Sep 2004 21:20:23 -0700
Message-ID: <4158E64D.6080908@root.org>
Date: Mon, 27 Sep 2004 21:19:25 -0700
From: Nate Lawson <nate@root.org>
User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: David Boyd <David.Boyd@insightbb.com>
References: <DIEGJJFBNADMCJBGPCBKGEGNCOAA.David.Boyd@insightbb.com>
In-Reply-To: <DIEGJJFBNADMCJBGPCBKGEGNCOAA.David.Boyd@insightbb.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
cc: freebsd-current@freebsd.org
Subject: Re: 5.3-BETA5-i386-disc1 bootstrap failures
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 04:20:27 -0000
David Boyd wrote:
> Nate Lawson wrote:
>>-----Original Message-----
>>From: owner-freebsd-current@freebsd.org
>>[mailto:owner-freebsd-current@freebsd.org]On Behalf Of Nate Lawson
>>Sent: Saturday, September 25, 2004 23:28
>>To: David Boyd
>>Cc: freebsd-current@freebsd.org
>>Subject: Re: 5.3-BETA5-i386-disc1 bootstrap failures
>>
>>David Boyd wrote:
>>
>>>This may just be noise, but I'll send it anywho.
>>>
>>>The ACPI/APIC/SMP problem described in several missives on this list was
>>>introduced (imho) between noon on September 17th and noon on
>>
>>September 18th.
>>
>>>I have built from CVS (cvsup) the following kernels:
>>>
>>> 2004.09.17.12.00.00
>>> 2004.09.18.00.00.00
>>> 2004.09.18.06.00.00
>>> 2004.09.18.12.00.00
>>
>>Thanks for the datapoint. I assume you are tracking RELENG_5?
>>
>>I could only find one ACPI commit to RELENG_5 around this time. Please
>>recompile with the following files:
>>
>>acpi_thermal.c rev 1.48
>>acpi_powerres.c rev 1.26
>>
>
>>Merely copy these into /sys/dev/acpica, recompile the acpi module (or
>>whole kernel) and reboot.
>
>
> Yes, I am tracking RELENG_5.
>
> The kernel build with the files you suggested resulted in the same hang.
Ok, then it's not an ACPI problem.
> I filtered the commits by hour and then by 20 minutes intervals until I
> experienced the hang.
>
> The hang occurs after building the kernel with the follow commits:
>
> Edit src/sys/dev/fdc/fdc.c
> Add delta 1.283.2.1 2004.09.18.04.57.55 imp
> Edit src/sys/dev/fdc/fdc_acpi.c
> Add delta 1.2.2.2 2004.09.18.04.57.55 imp
> Edit src/sys/dev/fdc/fdc_isa.c
> Add delta 1.9.2.2 2004.09.18.04.57.55 imp
> Edit src/sys/dev/fdc/fdc_pccard.c
> Add delta 1.8.2.1 2004.09.18.04.57.55 imp
> Delete src/sys/dev/fdc/fdcreg.h
> Edit src/sys/dev/fdc/fdcvar.h
> Add delta 1.3.2.1 2004.09.18.04.57.55 imp
> Edit src/sys/sys/bio.h
> Add delta 1.139.2.1 2004.09.18.04.56.06 imp
> Edit src/sys/sys/fdcio.h
> Add delta 1.17.8.1 2004.09.18.04.57.55 imp
>
> I have some "free" time to pursue this now!
> I'll try almost anything you suggest.
It looks like the floppy commits result in your hang.
> P.S. The system isn't actually dead...touching the power switch results in
>
> "ACPI: suspend request ignored (not ready yet)"
>
> as often as the power switch is depressed briefly.
Yes, the system is not dead. It's likely there is a bug in the floppy
driver that when it is probed, causes the boot to hang. I've bcc'd a
few developers that have fixed past floppy problems.
--
Nate
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 04:34:52 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 2F37916A4CE
for <current@FreeBSD.org>; Tue, 28 Sep 2004 04:34:52 +0000 (GMT)
Received: from mail.freebsd.org.cn (dns3.freebsd.org.cn [61.129.66.75])
by mx1.FreeBSD.org (Postfix) with SMTP id A1D2E43D54
for <current@FreeBSD.org>; Tue, 28 Sep 2004 04:34:49 +0000 (GMT)
(envelope-from delphij@frontfree.net)
Received: (qmail 15574 invoked by uid 0); 28 Sep 2004 04:30:43 -0000
Received: from unknown (HELO beastie.frontfree.net) (219.239.98.7)
by mail.freebsd.org.cn with SMTP; 28 Sep 2004 04:30:43 -0000
Received: from localhost (localhost.frontfree.net [127.0.0.1])
by beastie.frontfree.net (Postfix) with ESMTP id 0E30113204E;
Tue, 28 Sep 2004 12:33:55 +0800 (CST)
Received: from beastie.frontfree.net ([127.0.0.1])
by localhost (beastie.frontfree.net [127.0.0.1]) (amavisd-new, port 10024)
with ESMTP id 03975-03; Tue, 28 Sep 2004 12:33:52 +0800 (CST)
Received: by beastie.frontfree.net (Postfix, from userid 1001)
id F1A53131EB8; Tue, 28 Sep 2004 12:33:51 +0800 (CST)
Date: Tue, 28 Sep 2004 12:33:51 +0800
From: Xin LI <delphij@frontfree.net>
To: Matthias Andree <matthias.andree@web.de>
Message-ID: <20040928043351.GA2400@frontfree.net>
References: <20040927224353.845381B217@merlin.emma.line.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20040927224353.845381B217@merlin.emma.line.org>
User-Agent: Mutt/1.4.2.1i
X-GPG-key-ID/Fingerprint: 0xCAEEB8C0 / 43B8 B703 B8DD 0231 B333 DC28 39FB
93A0 CAEE B8C0
X-GPG-Public-Key: http://www.delphij.net/delphij.asc
X-Operating-System: FreeBSD beastie.frontfree.net 5.3-delphij FreeBSD
5.3-delphij #4: Mon Sep 13 12:44:05 CST 2004
delphij@beastie.frontfree.net:/usr/obj/usr/src/sys/BEASTIE i386
X-URL: http://www.delphij.net
X-By: delphij@beastie.frontfree.net
X-Location: Beijing, China
X-Virus-Scanned: by amavisd-new at frontfree.net
cc: FreeBSD-gnats-submit@FreeBSD.org
cc: ru@FreeBSD.org
cc: current@FreeBSD.org
Subject: Re: bin/72138: libc.so.5 isn't installed in a safe way
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 04:34:52 -0000
(-CURRENT is cc'ed for a boarder review)
I fell like this idea, and here is the patch for review:
Index: Makefile
===================================================================
RCS file: /r/ncvs/src/lib/libc/Makefile,v
retrieving revision 1.52
diff -u -r1.52 Makefile
--- Makefile 14 May 2004 12:04:29 -0000 1.52
+++ Makefile 28 Sep 2004 04:30:26 -0000
@@ -16,6 +16,7 @@
CFLAGS+=-I${.CURDIR}/include -I${.CURDIR}/../../include
CFLAGS+=-I${.CURDIR}/${MACHINE_ARCH}
CLEANFILES+=tags
+SHLINSTALLFLAGS+= -S
INSTALL_PIC_ARCHIVE= yes
PRECIOUSLIB= yes
It's also available here:
http://people.freebsd.org/~delphij/patch-libc
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 04:42:06 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 7636E16A4CE
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 04:42:06 +0000 (GMT)
Received: from harmony.village.org (rover.village.org [168.103.84.182])
by mx1.FreeBSD.org (Postfix) with ESMTP id CFFA943D53
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 04:42:05 +0000 (GMT) (envelope-from imp@bsdimp.com)
Received: from localhost (harmony.village.org [10.0.0.6])
by harmony.village.org (8.13.1/8.13.1) with ESMTP id i8S4dv5A090408;
Mon, 27 Sep 2004 22:39:57 -0600 (MDT)
(envelope-from imp@bsdimp.com)
Date: Mon, 27 Sep 2004 22:41:11 -0600 (MDT)
Message-Id: <20040927.224111.45874722.imp@bsdimp.com>
To: nate@root.org
From: "M. Warner Losh" <imp@bsdimp.com>
In-Reply-To: <4158E64D.6080908@root.org>
References: <DIEGJJFBNADMCJBGPCBKGEGNCOAA.David.Boyd@insightbb.com>
<4158E64D.6080908@root.org>
X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI)
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
cc: David.Boyd@insightbb.com
cc: freebsd-current@freebsd.org
Subject: Re: 5.3-BETA5-i386-disc1 bootstrap failures
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 04:42:06 -0000
In message: <4158E64D.6080908@root.org>
Nate Lawson <nate@root.org> writes:
: > I have some "free" time to pursue this now!
: > I'll try almost anything you suggest.
:
: It looks like the floppy commits result in your hang.
bummer. So since like I have no clue what's going on here, maybe you
could fill me in on what kind of hang you are seeing? When does it
hang, what's the dmesg, etc. The floppy commits I'd rate at <<1% chance
of causing a hang, but stranger things have happend. Most likely they
exposed some other bug that's causing the hang... However, I'll be
happy to look into that given more detail.
Warner
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 04:51:07 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 380CE16A4CE
for <current@freebsd.org>; Tue, 28 Sep 2004 04:51:07 +0000 (GMT)
Received: from harmony.village.org (rover.village.org [168.103.84.182])
by mx1.FreeBSD.org (Postfix) with ESMTP id CE22A43D31
for <current@freebsd.org>; Tue, 28 Sep 2004 04:51:06 +0000 (GMT)
(envelope-from imp@bsdimp.com)
Received: from localhost (harmony.village.org [10.0.0.6])
by harmony.village.org (8.13.1/8.13.1) with ESMTP id i8S4ngsv090574;
Mon, 27 Sep 2004 22:49:43 -0600 (MDT)
(envelope-from imp@bsdimp.com)
Date: Mon, 27 Sep 2004 22:50:56 -0600 (MDT)
Message-Id: <20040927.225056.85393812.imp@bsdimp.com>
To: arne@rfc2549.org
From: "M. Warner Losh" <imp@bsdimp.com>
In-Reply-To: <86fz5341hh.fsf@kamino.rfc1149.org>
References: <16728.36042.147168.928629@satchel.alerce.com>
<1096323166.43375.8.camel@server.mcneil.com>
<86fz5341hh.fsf@kamino.rfc1149.org>
X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI)
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
cc: current@freebsd.org
Subject: Re: Laptop recommendations?
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 04:51:07 -0000
In message: <86fz5341hh.fsf@kamino.rfc1149.org>
Arne Schwabe <arne@rfc2549.org> writes:
: Sean McNeil <sean@mcneil.com> writes:
:
:
: >> Yeah, I'm an old weirdo [who also uses emacs a lot]. I grew up with
: >> the control key being that big sucker just to the left of the 'A' key,
: >> and reaching down and under to the bottom row bothers my left
: >> wrist/hand. I'm otherwise keyboard agnostic (I don't care where the
: >> esc key is, I just use ctrl-[ and I'm used to figuring out just what
: >> the BS/Del key sends) but the ctrl key is important. Fortunately, on
: >> PC hardware, it's easy enough to get it where i want/like/need it.
: >
: > I see what you mean. But they moved that a long time ago. I'm amazed
: > you have managed to stick with the old positioning. The feel of a
: > Logitech keyboard is pretty sweet.
:
: Hey, you can still buy a Sun Type 6 USB Keyboard with UNIX Layout
: (note US Layout is different from UNIX Layout), where escape,
: backspace and control have strange locations :)
Happy Hacking Keyboard is to die for. It is the one true keyboard
layout and all this PC, Johnny-come-lately crowd who F*D up a
perfectly good keyboard layout can rot in h*** for all I care. The
USB version even has two additional USB slots: mouse and memory card
or cell phone work well there :-).
Of course, the HHK is just a Sun Type 3 keyboard, with an inverted T
arrows added. Sweet feedback on the keys, and really worth the price
of a ticket to Japan to pick it up at PlatHome in Akihabara :-).
Warner
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 05:26:10 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 959DD16A4CF; Tue, 28 Sep 2004 05:26:10 +0000 (GMT)
Received: from smtp.des.no (flood.des.no [217.116.83.31])
by mx1.FreeBSD.org (Postfix) with ESMTP
id EFC3043D5D; Tue, 28 Sep 2004 05:26:09 +0000 (GMT)
(envelope-from des@des.no)
Received: by smtp.des.no (Pony Express, from userid 666)
id 961385310; Tue, 28 Sep 2004 07:26:08 +0200 (CEST)
Received: from dwp.des.no (des.no [80.203.228.37])
by smtp.des.no (Pony Express) with ESMTP id AD1FD530A;
Tue, 28 Sep 2004 07:26:01 +0200 (CEST)
Received: by dwp.des.no (Postfix, from userid 2602)
id 7A247B873; Tue, 28 Sep 2004 07:26:01 +0200 (CEST)
To: Doug Barton <DougB@FreeBSD.org>
References: <1096042856.24267.6.camel@purgatory.ceribus.net>
<xzpsm97v49e.fsf@dwp.des.no> <20040924222550.F6548@URF.trarfvf>
<1096064849.1047.7.camel@server.mcneil.com>
<20040925001835.U7126@URF.trarfvf>
<b34be84204092718334b4b77af@mail.gmail.com>
<20040927184543.I911@bo.vpnaa.bet>
From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=)
Date: Tue, 28 Sep 2004 07:26:01 +0200
In-Reply-To: <20040927184543.I911@bo.vpnaa.bet> (Doug Barton's message of
"Mon, 27 Sep 2004 18:54:01 -0700 (PDT)")
Message-ID: <xzpvfdz7ymu.fsf@dwp.des.no>
User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 (berkeley-unix)
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on flood.des.no
X-Spam-Level:
X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.64
cc: Juha Saarinen <juhasaarinen@gmail.com>
cc: freebsd-current@freebsd.org
Subject: Re: Proper way to run bind9
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 05:26:10 -0000
Doug Barton <DougB@FreeBSD.org> writes:
> On Tue, 28 Sep 2004, Juha Saarinen wrote:
> > Is there a good reason for not changing that to /var/run/named/pid as
> > the default on FreeBSD, instead of adjusting the location in both
> > /etc/defaults/rc.conf and named.conf?
> A couple of them actually. We do not want to edit the files as they
> come from the vendor without a really good reason, and this isn't one.
we could change the pid file name to /var/run/named/named.pid without
changing sources - we'd just need to define NS_LOCALSTATEDIR to
/var/run/named in CFLAGS.
DES
--=20
Dag-Erling Sm=F8rgrav - des@des.no
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 05:41:13 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 3293416A4CE; Tue, 28 Sep 2004 05:41:13 +0000 (GMT)
Received: from rwcrmhc11.comcast.net (rwcrmhc11.comcast.net [204.127.198.35])
by mx1.FreeBSD.org (Postfix) with ESMTP
id C7B7D43D49; Tue, 28 Sep 2004 05:41:12 +0000 (GMT)
(envelope-from cristjc@comcast.net)
Received: from blossom.cjclark.org
(c-24-6-187-112.client.comcast.net[24.6.187.112])
by comcast.net (rwcrmhc11) with ESMTP
id <2004092805411201300lna4me>; Tue, 28 Sep 2004 05:41:12 +0000
Received: from blossom.cjclark.org (localhost. [127.0.0.1])
by blossom.cjclark.org (8.12.11/8.12.8) with ESMTP id i8S5fBUm003839;
Mon, 27 Sep 2004 22:41:11 -0700 (PDT)
(envelope-from cristjc@comcast.net)
Received: (from cjc@localhost)
by blossom.cjclark.org (8.12.11/8.12.11/Submit) id i8S5fBkc003838;
Mon, 27 Sep 2004 22:41:11 -0700 (PDT)
(envelope-from cristjc@comcast.net)
X-Authentication-Warning: blossom.cjclark.org: cjc set sender to
cristjc@comcast.net using -f
Date: Mon, 27 Sep 2004 22:41:11 -0700
From: "Crist J. Clark" <cristjc@comcast.net>
To: Dag-Erling Sm?rgrav <des@des.no>
Message-ID: <20040928054111.GB3706@blossom.cjclark.org>
References: <1096042856.24267.6.camel@purgatory.ceribus.net>
<xzpsm97v49e.fsf@dwp.des.no> <20040924222550.F6548@URF.trarfvf>
<1096064849.1047.7.camel@server.mcneil.com> <20040925001835.U7126@URF.trarfvf>
<b34be84204092718334b4b77af@mail.gmail.com> <20040927184543.I911@bo.vpnaa.bet>
<xzpvfdz7ymu.fsf@dwp.des.no>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <xzpvfdz7ymu.fsf@dwp.des.no>
User-Agent: Mutt/1.4.2.1i
X-URL: http://people.freebsd.org/~cjc/
cc: freebsd-current@FreeBSD.org
cc: Doug Barton <DougB@FreeBSD.org>
Subject: Re: Proper way to run bind9
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: "Crist J. Clark" <cjc@FreeBSD.org>
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 05:41:13 -0000
<bikeshed_alert>
Has the crew importing BIND 9 considered whether this may be
a chance to move FreeBSD's default home for zone files out
of /etc/namedb? Leaving named.conf under /etc is perfectly
fine, but I've always found something... unsavory about having
slave and dynamic zone files living under /etc. That is, I,
and I know some others as well, find the idea of having daemon
processes writing files in /etc suboptimal. It also messes
with that dream of a FreeBSD where / and /usr (if they are
not on one partition anyway) can easily be mounted read-only
without breaking stuff.
Yes, of course, the purists can configure the BIND root to
be anywhere, but defaulting to /etc still seems like a bad
way to start off those who do not know any better. Perhaps
this is an opportunity to move to a /var/named or something
like that?
</bikeshed_alert>
--
Crist J. Clark | cjclark@alum.mit.edu
| cjclark@jhu.edu
http://people.freebsd.org/~cjc/ | cjc@freebsd.org
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 05:41:18 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 0197E16A4E2
for <current@freebsd.org>; Tue, 28 Sep 2004 05:41:18 +0000 (GMT)
Received: from zardoc.esmtp.org (adsl-63-195-85-27.dsl.snfc21.pacbell.net
[63.195.85.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 899AB43D1D
for <current@freebsd.org>; Tue, 28 Sep 2004 05:41:17 +0000 (GMT)
(envelope-from ca+envelope@esmtp.org)
Received: from zardoc.esmtp.org (localhost.endmail.org. [127.0.0.1])
by zardoc.esmtp.org (sendmail X.0.0.PreAlpha16s) with ESMTP
(TLS) id S000000000002454200; Mon, 27 Sep 2004 22:42:18 -0700
Received: (from ca@localhost)
by zardoc.esmtp.org (8.13.0/8.12.10.Beta0/Submit) id i8S5gIFY025659
for current@freebsd.org; Mon, 27 Sep 2004 22:42:18 -0700 (PDT)
Date: Mon, 27 Sep 2004 22:42:18 -0700
From: Claus Assmann <freebsd+current@esmtp.org>
To: current@freebsd.org
Message-ID: <20040928054217.GA18708@zardoc.esmtp.org>
Mail-Followup-To: current@freebsd.org
References: <16728.36042.147168.928629@satchel.alerce.com>
<1096323166.43375.8.camel@server.mcneil.com>
<86fz5341hh.fsf@kamino.rfc1149.org> <20040927.225056.85393812.imp@bsdimp.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20040927.225056.85393812.imp@bsdimp.com>
User-Agent: Mutt/1.5.6i
Subject: real keyboard (was: Re: Laptop recommendations?)
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 05:41:18 -0000
On Mon, Sep 27, 2004, M. Warner Losh wrote:
> Happy Hacking Keyboard is to die for. It is the one true keyboard
> layout and all this PC, Johnny-come-lately crowd who F*D up a
> perfectly good keyboard layout can rot in h*** for all I care. The
I have two of those, but both of them already show wear; after just
4 years some keys, esp. "Shift", sometimes get stuck for a brief
moment. IMHO the quality isn't anyway near those older Sun keyboards
or the NCD keyboard I have at work, which is connected to a PC.
That is almost the real thing (Sun Type 5?) and it works flawlessly
for over 6 years (well, I had to remap most of the "special" keys,
and the function keys don't work during boot, but who needs that
with a real OS?). Unfortunately nobody seems to sell those anymore.
Are there any other "real" (Unix/Sun type) keyboards that can be
connected to a PC (without USB if possible)?
[this is certainly off-topic for freebsd-current, would freebsd-hardware
be better?]
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 06:07:07 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 36E9C16A4CE
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 06:07:07 +0000 (GMT)
Received: from mail.transactionware.com (mail.transactionware.com
[203.14.245.7]) by mx1.FreeBSD.org (Postfix) with SMTP id 4AF6543D66
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 06:07:05 +0000 (GMT)
(envelope-from janm-freebsd-current@transactionware.com)
Received: (qmail 38072 invoked from network); 28 Sep 2004 06:07:17 -0000
Received: from new.transactionware.com (192.168.1.55)
by dm.transactionware.com with SMTP; 28 Sep 2004 06:07:17 -0000
Received: (qmail 29756 invoked by uid 1026); 28 Sep 2004 06:07:25 -0000
Received: from 192.168.1.7 by new.transactionware.com (envelope-from
<janm-freebsd-current@transactionware.com>, uid 1003) with qmail-scanner-1.23
( Clear:RC:1(192.168.1.7):.
Processed in 1.832358 secs); 28 Sep 2004 06:07:03 -0000
Received: from unknown (HELO JMLAPTOP) (192.168.1.7)
by new.transactionware.com with SMTP; 28 Sep 2004 06:07:22 -0000
From: "Jan Mikkelsen" <janm-freebsd-current@transactionware.com>
To: "'Daniel O'Connor'" <doconnor@gsoft.com.au>,
<freebsd-current@freebsd.org>
Date: Tue, 28 Sep 2004 16:07:12 +1000
Organization: Transactionware
Message-ID: <00f901c4a521$65908390$0701a8c0@transactionware.com>
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
In-Reply-To: <200409271724.33417.doconnor@gsoft.com.au>
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180
Importance: Normal
Subject: RE: Low volume sound on Dell Precision 530 (snd_ich)
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 06:07:07 -0000
Daniel O'Connor wrote:
> On Mon, 27 Sep 2004 16:27,=20
> janm-freebsd-current@transactionware.com wrote:
> > Hi,
> >
> > I've just started running RELENG_5 after having run=20
> RELENG_4 for a while.
> >
> > After upgrading to 5.3-BETA3 (fresh install from ISO), the=20
> sound volume is
> > very low. Running recent sources doesn't change things.
> >
> > I did have a similar problem with RELENG_4, but I could=20
> work around it by
> > explicitly loading snd_ich rather than snd_pcm. =20
> Unfortunately, that isn't
> > helping with 5.3-BETA.
> >
> > This is a Dell Precision 530 with an i860 chipset.
> >
> > Has anyone seen this before? Any suggestions?
>=20
> Try fiddling with the mixer settings?
>=20
> eg..
> mixer pcm 100
> mixer ogain 100
> mixer vol 100
Thanks.
Only "mixer ogain" and "mixer pcm" change the actual volume on this =
machine.
"mixer cd" does affect CD playback volume, but I need to increase ogain =
from
the default 50:50 to get an acceptable volume.
"mixer vol" has no effect; the actual volume stays constant as I change =
the
volume from 0 to 100. This seems like a bug, but perhaps I'm missing
something.
Regards,
Jan Mikkelsen
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 06:10:02 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id DE1B216A4CE
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 06:10:02 +0000 (GMT)
Received: from slipgate.org (S0106000acd019ad0.du.shawcable.net
[24.109.1.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 80EDD43D46
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 06:10:02 +0000 (GMT)
(envelope-from ryan@slipgate.org)
Received: from ryan.lan (gate.lan [192.168.1.1])
by slipgate.org (8.12.11/8.12.11) with ESMTP id i8S69Wk7027070;
Mon, 27 Sep 2004 23:09:32 -0700 (PDT)
Received: from ryan.lan (localhost [127.0.0.1])
by ryan.lan (8.13.1/8.13.1) with ESMTP id i8S6AJdE097035;
Mon, 27 Sep 2004 23:10:19 -0700 (PDT)
(envelope-from ryan@slipgate.org)
Received: (from ryan@localhost)
by ryan.lan (8.13.1/8.13.1/Submit) id i8S6AJU0097034;
Mon, 27 Sep 2004 23:10:19 -0700 (PDT)
(envelope-from ryan@slipgate.org)
X-Authentication-Warning: ryan.lan: ryan set sender to ryan@slipgate.org using
-f
Date: Mon, 27 Sep 2004 23:10:19 -0700
From: Ryan Freeman <ryan@slipgate.org>
To: Jan Mikkelsen <janm-freebsd-current@transactionware.com>
Message-ID: <20040928061019.GA97011@slipgate.org>
References: <200409271724.33417.doconnor@gsoft.com.au>
<00f901c4a521$65908390$0701a8c0@transactionware.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <00f901c4a521$65908390$0701a8c0@transactionware.com>
User-Agent: Mutt/1.4.2.1i
cc: FreeBSD Mailing List <freebsd-current@freebsd.org>
Subject: Re: Low volume sound on Dell Precision 530 (snd_ich)
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 06:10:03 -0000
On Tue, Sep 28, 2004 at 04:07:12PM +1000, Jan Mikkelsen wrote:
> Daniel O'Connor wrote:
> > On Mon, 27 Sep 2004 16:27,
> > janm-freebsd-current@transactionware.com wrote:
> > > Hi,
> > >
> > > I've just started running RELENG_5 after having run
> > RELENG_4 for a while.
> > >
> > > After upgrading to 5.3-BETA3 (fresh install from ISO), the
> > sound volume is
> > > very low. Running recent sources doesn't change things.
> > >
> > > I did have a similar problem with RELENG_4, but I could
> > work around it by
> > > explicitly loading snd_ich rather than snd_pcm.
> > Unfortunately, that isn't
> > > helping with 5.3-BETA.
> > >
> > > This is a Dell Precision 530 with an i860 chipset.
> > >
> > > Has anyone seen this before? Any suggestions?
> >
> > Try fiddling with the mixer settings?
> >
> > eg..
> > mixer pcm 100
> > mixer ogain 100
> > mixer vol 100
>
> Thanks.
>
> Only "mixer ogain" and "mixer pcm" change the actual volume on this machine.
> "mixer cd" does affect CD playback volume, but I need to increase ogain from
> the default 50:50 to get an acceptable volume.
hmm, are you playing cds through xmms? and if so, if you're using digital
extraction rather than analog playback, then yes changing cd volume won't
change anything. if you'd rather use analog (or like to check, i think its
default to digital extraction) hope this makes things a little less mysterious!
- ryan
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 06:32:15 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id BFE3316A4CE
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 06:32:15 +0000 (GMT)
Received: from gremlin.internode.com.au (gremlin.internode.com.au
[192.83.231.88])
by mx1.FreeBSD.org (Postfix) with ESMTP id D076943D1D
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 06:32:14 +0000 (GMT)
(envelope-from adam@internode.com.au)
Received: from gremlin.internode.com.au (localhost [127.0.0.1])
i8S6WDZ9058958; Tue, 28 Sep 2004 16:02:13 +0930 (CST)
(envelope-from adam@internode.com.au)
Received: (from adam@localhost)
by gremlin.internode.com.au (8.13.1/8.13.1/Submit) id i8S6WDEi058957;
Tue, 28 Sep 2004 16:02:13 +0930 (CST)
(envelope-from adam@internode.com.au)
X-Authentication-Warning: gremlin.internode.com.au: adam set sender to
adam@internode.com.au using -f
Date: Tue, 28 Sep 2004 16:02:12 +0930
From: Adam Smith <adam@internode.com.au>
To: Ion-Mihai Tetcu <itetcu@people.tecnik93.com>
Message-ID: <20040928063212.GB58465@internode.com.au>
Mail-Followup-To: Adam Smith <adam@internode.com.au>,
Ion-Mihai Tetcu <itetcu@people.tecnik93.com>,
freebsd-current@freebsd.org
References: <20040928022301.GE33535@internode.com.au>
<20040928092126.1ddeb093@it.buh.tecnik93.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20040928092126.1ddeb093@it.buh.tecnik93.com>
X-Face: $vsV$1FNbZN\JVpjV#&+/!oVW`Kw$j?w_,te\SS}(tKD21c+l$t%\RCS(r$G;
XXk]6,(!N:&(N3EV0bY`3):UrgG7'*qsj3l.75IaHV1<`i*{[L\:F*l6fH##C:-p2]xW/R-Z:!bo;
5g3GP-{I{}7O>tN}`Xm/=-:8NG?f-r'$Qc3y[aW-7'W_S<`KYU!_;
`7K=kuC$-.7J2*kk=~`c@ADp+xhsv(!a@eW-R_5wtx+tC)(]%W+
User-Agent: Mutt/1.5.6i
cc: freebsd-current@freebsd.org
Subject: Re: Mixer settings revert to zero
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 06:32:15 -0000
On Tue, Sep 28, 2004 at 09:21:26AM +0300, Ion-Mihai Tetcu said:
> On Tue, 28 Sep 2004 11:53:02 +0930
> > But this doesn't seem to be happening. The release notes also say the
> > device driver's name is still pcm, however I couldn't find this in
> > /boot/device.hints. In my particular case, I am using the device ich for
> > my sound.
> >
*snip*
>
> At least for me not the detection is the problem, but the result is the same:
Do you mean detection of the mixer itself, or the mixer detecting my sound
device?
My sound drivers are loaded as I have a /dev/dsp that works, but I think my
mixer can't see my ich drivers.
I have a /dev/mixer0.
Adam
--
Adam Smith
Internode : http://www.internode.on.net
Phone : (08) 8228 2999
Dog for sale: Eats lots and is fond of children.
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 06:47:31 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 5F30A16A4CE
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 06:47:31 +0000 (GMT)
Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10])
by mx1.FreeBSD.org (Postfix) with ESMTP id 082CA43D1D
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 06:47:30 +0000 (GMT)
(envelope-from doconnor@gsoft.com.au)
Received: from inchoate.gsoft.com.au (localhost [127.0.0.1])
(authenticated bits=0)
by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id i8S6lKNa063959;
Tue, 28 Sep 2004 16:17:22 +0930 (CST)
(envelope-from doconnor@gsoft.com.au)
From: "Daniel O'Connor" <doconnor@gsoft.com.au>
To: "Jan Mikkelsen" <janm-freebsd-current@transactionware.com>
Date: Tue, 28 Sep 2004 16:17:16 +0930
User-Agent: KMail/1.7
References: <00f901c4a521$65908390$0701a8c0@transactionware.com>
In-Reply-To: <00f901c4a521$65908390$0701a8c0@transactionware.com>
MIME-Version: 1.0
Content-Type: multipart/signed;
boundary="nextPart25497734.mB9cqtP7AS";
protocol="application/pgp-signature";
micalg=pgp-sha1
Content-Transfer-Encoding: 7bit
Message-Id: <200409281617.16665.doconnor@gsoft.com.au>
X-Spam-Score: -2.5 ()
IN_REP_TO,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT
X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang)
cc: freebsd-current@freebsd.org
Subject: Re: Low volume sound on Dell Precision 530 (snd_ich)
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 06:47:31 -0000
--nextPart25497734.mB9cqtP7AS
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
On Tue, 28 Sep 2004 15:37, Jan Mikkelsen wrote:
> Only "mixer ogain" and "mixer pcm" change the actual volume on this
> machine. "mixer cd" does affect CD playback volume, but I need to increase
> ogain from the default 50:50 to get an acceptable volume.
>
> "mixer vol" has no effect; the actual volume stays constant as I change
> the volume from 0 to 100. This seems like a bug, but perhaps I'm missing
> something.
I think it depends on how your laptop is wired up.
In mine vol controls the speaker volume, but ogain controls headphone volum=
e.
=2D-=20
Daniel O'Connor software and network engineer
for Genesis Software - http://www.gsoft.com.au
"The nice thing about standards is that there
are so many of them to choose from."
-- Andrew Tanenbaum
GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C
--nextPart25497734.mB9cqtP7AS
Content-Type: application/pgp-signature
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)
iD8DBQBBWQj05ZPcIHs/zowRApukAJ0T4nHU+wQd5rU9Y9N67cbldpfrbgCfY9Mg
VF3LRR/SN6ISw6V3SO0WnYw=
=cci+
-----END PGP SIGNATURE-----
--nextPart25497734.mB9cqtP7AS--
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 06:55:04 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 21B7616A4CE
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 06:55:04 +0000 (GMT)
Received: from mail.transactionware.com (mail.transactionware.com
[203.14.245.7]) by mx1.FreeBSD.org (Postfix) with SMTP id 395BB43D46
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 06:55:02 +0000 (GMT)
(envelope-from janm-freebsd-current@transactionware.com)
Received: (qmail 38189 invoked from network); 28 Sep 2004 06:55:14 -0000
Received: from new.transactionware.com (192.168.1.55)
by dm.transactionware.com with SMTP; 28 Sep 2004 06:55:14 -0000
Received: (qmail 29968 invoked by uid 1026); 28 Sep 2004 06:55:22 -0000
Received: from 192.168.1.7 by new.transactionware.com (envelope-from
<janm-freebsd-current@transactionware.com>, uid 1003) with qmail-scanner-1.23
( Clear:RC:1(192.168.1.7):.
Processed in 1.723677 secs); 28 Sep 2004 06:55:00 -0000
Received: from unknown (HELO JMLAPTOP) (192.168.1.7)
by new.transactionware.com with SMTP; 28 Sep 2004 06:55:19 -0000
From: "Jan Mikkelsen" <janm-freebsd-current@transactionware.com>
To: "'Ryan Freeman'" <ryan@slipgate.org>
Date: Tue, 28 Sep 2004 16:55:09 +1000
Organization: Transactionware
Message-ID: <010901c4a528$186f03a0$0701a8c0@transactionware.com>
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
In-Reply-To: <20040928061019.GA97011@slipgate.org>
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180
Importance: Normal
cc: 'FreeBSD Mailing List' <freebsd-current@freebsd.org>
Subject: RE: Low volume sound on Dell Precision 530 (snd_ich)
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 06:55:04 -0000
Ryan Freeman wrote:
[ "mixer vol" vs. "mixer cd" vs. "mixer ogain", etc. ]
> hmm, are you playing cds through xmms? and if so, if you're
> using digital
> extraction rather than analog playback, then yes changing cd
> volume won't
> change anything. if you'd rather use analog (or like to
> check, i think its
> default to digital extraction) hope this makes things a
> little less mysterious!
For cd playback I'm using cdcontrol(1), so that is analog. For testing
digital playback I was using the KDE "Test Sound" button.
"mixer cd" does change the CD playback volume, it is "mixer vol" that
doesn't change anything.
I just installed xmms to see what it does. For digital playback, changing
the xmms volume slider adjusts "pcm", not "vol". For analog playback, the
xmms volume slider change volume (for three settings; "no mixer", "oss",
and "cd drive").
The cdcontrol "volume" command does change the volume for playback and
"mixer cd" does change volume for both cdcontrol playback and xmms analog
playback (as expected).
Regards,
Jan Mikkelsen.
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 07:00:31 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id AD74B16A4CE
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 07:00:31 +0000 (GMT)
Received: from mail.transactionware.com (mail.transactionware.com
[203.14.245.7]) by mx1.FreeBSD.org (Postfix) with SMTP id 988BD43D3F
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 07:00:30 +0000 (GMT)
(envelope-from janm-freebsd-current@transactionware.com)
Received: (qmail 38216 invoked from network); 28 Sep 2004 07:00:35 -0000
Received: from new.transactionware.com (192.168.1.55)
by dm.transactionware.com with SMTP; 28 Sep 2004 07:00:35 -0000
Received: (qmail 30030 invoked by uid 1026); 28 Sep 2004 07:00:43 -0000
Received: from 192.168.1.7 by new.transactionware.com (envelope-from
<janm-freebsd-current@transactionware.com>, uid 1003) with qmail-scanner-1.23
( Clear:RC:1(192.168.1.7):.
Processed in 1.739434 secs); 28 Sep 2004 07:00:21 -0000
Received: from unknown (HELO JMLAPTOP) (192.168.1.7)
by new.transactionware.com with SMTP; 28 Sep 2004 07:00:41 -0000
From: "Jan Mikkelsen" <janm-freebsd-current@transactionware.com>
To: "'Daniel O'Connor'" <doconnor@gsoft.com.au>
Date: Tue, 28 Sep 2004 17:00:31 +1000
Organization: Transactionware
Message-ID: <012701c4a528$d805a520$0701a8c0@transactionware.com>
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
In-Reply-To: <200409281617.16665.doconnor@gsoft.com.au>
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180
Importance: Normal
cc: freebsd-current@freebsd.org
Subject: RE: Low volume sound on Dell Precision 530 (snd_ich)
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 07:00:31 -0000
Daniel O'Connor wrote:
> On Tue, 28 Sep 2004 15:37, Jan Mikkelsen wrote:
> > Only "mixer ogain" and "mixer pcm" change the actual volume on this
> > machine. "mixer cd" does affect CD playback volume, but I
> need to increase
> > ogain from the default 50:50 to get an acceptable volume.
> >
> > "mixer vol" has no effect; the actual volume stays
> constant as I change
> > the volume from 0 to 100. This seems like a bug, but
> perhaps I'm missing
> > something.
>
> I think it depends on how your laptop is wired up.
>
> In mine vol controls the speaker volume, but ogain controls
> headphone volume.
This is a physically large 2 Xeon desktop, so it would really nifty if I
could rewire it as a laptop!
I just tried the headphone socket: same behaviour. "mixer vol" has no
effect. I'll just ignore it; it seems that applications know to adjust
"pcm".
The real issue is knowing to increase "ogain" to get a reasonable base.
Thanks,
Jan.
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 07:00:55 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 31FDE16A4CF
for <current@freebsd.org>; Tue, 28 Sep 2004 07:00:55 +0000 (GMT)
Received: from gateway.nixsys.be (gateway.nixsys.be [195.144.77.33])
by mx1.FreeBSD.org (Postfix) with ESMTP id BAF5C43D2D
for <current@freebsd.org>; Tue, 28 Sep 2004 07:00:54 +0000 (GMT)
(envelope-from philip@nixsys.be)
Received: from loge.nixsys.be (loge.nixsys.be [195.144.77.45])
by gateway.nixsys.be (Postfix) with ESMTP id 14A60B7
for <current@freebsd.org>; Tue, 28 Sep 2004 09:00:54 +0200 (CEST)
Received: from loge.nixsys.be (philip@localhost [127.0.0.1])
by loge.nixsys.be (8.13.1/8.13.1) with ESMTP id i8S70rWt018272;
Tue, 28 Sep 2004 09:00:53 +0200 (CEST)
(envelope-from philip@loge.nixsys.be)
Received: (from philip@localhost)
by loge.nixsys.be (8.13.1/8.13.1/Submit) id i8S70ofG018131;
Tue, 28 Sep 2004 09:00:50 +0200 (CEST)
(envelope-from philip)
Date: Tue, 28 Sep 2004 09:00:49 +0200
From: Philip Paeps <philip@freebsd.org>
To: George Hartzell <hartzell@kestrel.alerce.com>
Message-ID: <20040928070049.GD626@loge.nixsys.be>
Mail-Followup-To: George Hartzell <hartzell@kestrel.alerce.com>,
Sean McNeil <sean@mcneil.com>, current@freebsd.org
References: <20040927111438.GA865@genius.tao.org.uk>
<1096290034.23046.82.camel@linux-mobile.example.net>
<20040927143811.GA87515@sysmon.tcworks.net>
<4158338A.9090309@pythonemproject.com>
<E36A4F72-109E-11D9-BBA6-000D936BE398@bis.midco.net>
<16728.33607.716813.703551@satchel.alerce.com>
<1096320933.42513.9.camel@server.mcneil.com>
<16728.36042.147168.928629@satchel.alerce.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <16728.36042.147168.928629@satchel.alerce.com>
X-Date-in-Rome: ante diem IV Kalendas Octobres MMDCCLVII ab Urbe Condida
X-PGP-Fingerprint: FA74 3C27 91A6 79D5 F6D3 FC53 BF4B D0E6 049D B879
X-Message-Flag: Get a proper mailclient! <http://www.mutt.org/>
User-Agent: Mutt/1.5.6i
cc: current@freebsd.org
Subject: Re: Laptop recommendations?
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 07:00:55 -0000
On 2004-09-27 14:57:30 (-0700), George Hartzell <hartzell@kestrel.alerce.com> wrote:
> Sean McNeil writes:
> > On Mon, 2004-09-27 at 14:16, George Hartzell wrote:
> > > Except for the D#@% caps lock key. It's IN THE WRONG PLACE and apparent
> > > best tool for swapping it around (uControl) doesn't work reliably and
> > > the dang led stays on anyway....
> >
> > Huh? I'm looking at my powerbook right now and the caps lock key is in
> > the exact same place as it is on my logitec keyboard and my compaq laptop.
> > Only difference that I see is the backspace key says delete and there is
> > no "delete" key that kills the character on the cursor.
>
> Yeah, I'm an old weirdo [who also uses emacs a lot].
I feel your pain :-P
> I grew up with the control key being that big sucker just to the left of the
> 'A' key, and reaching down and under to the bottom row bothers my left
> wrist/hand.
A lot of people look at me very strangely when I tell them that I map 'that
big key' (whether it's a control on unix keyboards or a capslock on newer pc
keyboards) to send escape. It makes working in vi a lot more fun :-)
- Philip
--
Philip Paeps Please don't Cc me, I am
philip@freebsd.org subscribed to the list.
BOFH Excuse #213:
Change your language to Finnish.
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 07:14:18 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 790FE16A4CE
for <current@freebsd.org>; Tue, 28 Sep 2004 07:14:18 +0000 (GMT)
Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com
[24.172.16.118])
by mx1.FreeBSD.org (Postfix) with ESMTP id DACFA43D41
for <current@freebsd.org>; Tue, 28 Sep 2004 07:14:17 +0000 (GMT)
(envelope-from marcus@marcuscom.com)
Received: from [192.168.1.4] (shumai.marcuscom.com [192.168.1.4])
i8S7D79q081386
for <current@freebsd.org>; Tue, 28 Sep 2004 03:13:07 -0400 (EDT)
(envelope-from marcus@marcuscom.com)
From: Joe Marcus Clarke <marcus@marcuscom.com>
To: current@freebsd.org
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="=-70uryfpLkkS2XpLw/Sln"
Organization: MarcusCom, Inc.
Message-Id: <1096355644.96789.29.camel@shumai.marcuscom.com>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.6
Date: Tue, 28 Sep 2004 03:14:04 -0400
X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham
version=2.64
X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on
creme-brulee.marcuscom.com
X-Content-Filtered-By: Mailman/MimeDel 2.1.1
Subject: ACPI and devd
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 07:14:18 -0000
--=-70uryfpLkkS2XpLw/Sln
Content-Type: multipart/mixed; boundary="=-9JMCn2JJpTpdT2Kfr7H5"
--=-9JMCn2JJpTpdT2Kfr7H5
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable
I was trying to get ACPI to send ACAD events through devd, but that
doesn't seem to be working. What I've done is connected a small Perl
script to devd.pipe to read events. I plugged in a USB pen drive to
make sure it was working, and I did see the device add and remove
events. However, when I unplug the power from my Inspiron 5150, I don't
get any events on the devd socket.
I see numerous ACPI examples in devd.conf, so I'm pretty sure this is
supposed to work. I'm running 5.3-BETA6 on my laptop. The script is
attached just in case.
Joe
--=20
PGP Key : http://www.marcuscom.com/pgp.asc
--=-9JMCn2JJpTpdT2Kfr7H5--
--=-70uryfpLkkS2XpLw/Sln
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)
iD8DBQBBWQ88b2iPiv4Uz4cRAj/2AJ9wSHj+N9e+vU/QgyvaUI/M1jKWrwCgiN06
qqaR0KlgukSiM5xe1AYThRE=
=QaGY
-----END PGP SIGNATURE-----
--=-70uryfpLkkS2XpLw/Sln--
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 07:18:10 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 3102316A4CE
for <current@FreeBSD.org>; Tue, 28 Sep 2004 07:18:10 +0000 (GMT)
Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10])
by mx1.FreeBSD.org (Postfix) with ESMTP id 9759C43D49
for <current@FreeBSD.org>; Tue, 28 Sep 2004 07:18:06 +0000 (GMT)
(envelope-from ru@ip.net.ua)
Received: from localhost (oak.ip.net.ua [82.193.96.2])
by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i8S7Hwsf044091;
Tue, 28 Sep 2004 10:17:58 +0300 (EEST)
(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 76295-04; Tue, 28 Sep 2004 10:17:57 +0300 (EEST)
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 i8S7HvYm044088
(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
Tue, 28 Sep 2004 10:17:57 +0300 (EEST)
(envelope-from ru@ip.net.ua)
Received: (from ru@localhost)
by heffalump.ip.net.ua (8.13.1/8.13.1) id i8S7Hwqi015170;
Tue, 28 Sep 2004 10:17:58 +0300 (EEST)
(envelope-from ru)
Date: Tue, 28 Sep 2004 10:17:58 +0300
From: Ruslan Ermilov <ru@FreeBSD.org>
To: Xin LI <delphij@frontfree.net>
Message-ID: <20040928071758.GB14942@ip.net.ua>
References: <20040927224353.845381B217@merlin.emma.line.org>
<20040928043351.GA2400@frontfree.net>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="dTy3Mrz/UPE2dbVg"
Content-Disposition: inline
In-Reply-To: <20040928043351.GA2400@frontfree.net>
User-Agent: Mutt/1.5.6i
X-Virus-Scanned: by amavisd-new at ip.net.ua
cc: Matthias Andree <matthias.andree@web.de>
cc: current@FreeBSD.org
Subject: Re: bin/72138: libc.so.5 isn't installed in a safe way
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 07:18:10 -0000
--dTy3Mrz/UPE2dbVg
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
Hi Xin and Matthias,
On Tue, Sep 28, 2004 at 12:33:51PM +0800, Xin LI wrote:
> (-CURRENT is cc'ed for a boarder review)
>=20
> I fell like this idea, and here is the patch for review:
>=20
> Index: Makefile
> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
> RCS file: /r/ncvs/src/lib/libc/Makefile,v
> retrieving revision 1.52
> diff -u -r1.52 Makefile
> --- Makefile 14 May 2004 12:04:29 -0000 1.52
> +++ Makefile 28 Sep 2004 04:30:26 -0000
> @@ -16,6 +16,7 @@
> CFLAGS+=3D-I${.CURDIR}/include -I${.CURDIR}/../../include
> CFLAGS+=3D-I${.CURDIR}/${MACHINE_ARCH}
> CLEANFILES+=3Dtags
> +SHLINSTALLFLAGS+=3D -S
> INSTALL_PIC_ARCHIVE=3D yes
> PRECIOUSLIB=3D yes
> =20
I like the idea so much, that I suggest this instead:
%%%
Index: bsd.lib.mk
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
RCS file: /home/ncvs/src/share/mk/bsd.lib.mk,v
retrieving revision 1.160
diff -u -r1.160 bsd.lib.mk
--- bsd.lib.mk 7 May 2004 09:58:36 -0000 1.160
+++ bsd.lib.mk 28 Sep 2004 07:13:18 -0000
@@ -187,9 +187,12 @@
=20
.if !target(install)
=20
-.if defined(PRECIOUSLIB) && !defined(NOFSCHG)
+.if defined(PRECIOUSLIB)
+.if !defined(NOFSCHG)
SHLINSTALLFLAGS+=3D -fschg
.endif
+SHLINSTALLFLAGS+=3D -S
+.endif
=20
_INSTALLFLAGS:=3D ${INSTALLFLAGS}
.for ie in ${INSTALLFLAGS_EDIT}
%%%
If you like it, please feel free to commit.
Cheers,
--=20
Ruslan Ermilov
ru@FreeBSD.org
FreeBSD committer
--dTy3Mrz/UPE2dbVg
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)
iD8DBQFBWRAlqRfpzJluFF4RAqhAAKCdYvkRuzjVqVPlZAfCPcnR8YPXlACePdLi
waNgkgCAjigy90hmt9SUqM0=
=5sI4
-----END PGP SIGNATURE-----
--dTy3Mrz/UPE2dbVg--
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 07:26:40 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id D4CAF16A4CE
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 07:26:40 +0000 (GMT)
Received: from slipgate.org (S0106000acd019ad0.du.shawcable.net
[24.109.1.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 82C2A43D4C
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 07:26:40 +0000 (GMT)
(envelope-from ryan@slipgate.org)
Received: from ryan.lan (gate.lan [192.168.1.1])
by slipgate.org (8.12.11/8.12.11) with ESMTP id i8S7QARh000514;
Tue, 28 Sep 2004 00:26:10 -0700 (PDT)
Received: from ryan.lan (localhost [127.0.0.1])
by ryan.lan (8.13.1/8.13.1) with ESMTP id i8S7QwD6013706;
Tue, 28 Sep 2004 00:26:58 -0700 (PDT)
(envelope-from ryan@slipgate.org)
Received: (from ryan@localhost)
by ryan.lan (8.13.1/8.13.1/Submit) id i8S7QvOg013705;
Tue, 28 Sep 2004 00:26:57 -0700 (PDT)
(envelope-from ryan@slipgate.org)
X-Authentication-Warning: ryan.lan: ryan set sender to ryan@slipgate.org using
-f
Date: Tue, 28 Sep 2004 00:26:57 -0700
From: Ryan Freeman <ryan@slipgate.org>
To: Jan Mikkelsen <janm-freebsd-current@transactionware.com>
Message-ID: <20040928072657.GA13680@slipgate.org>
References: <20040928061019.GA97011@slipgate.org>
<010901c4a528$186f03a0$0701a8c0@transactionware.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <010901c4a528$186f03a0$0701a8c0@transactionware.com>
User-Agent: Mutt/1.4.2.1i
cc: FreeBSD Mailing List <freebsd-current@freebsd.org>
Subject: Re: Low volume sound on Dell Precision 530 (snd_ich)
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 07:26:41 -0000
On Tue, Sep 28, 2004 at 04:55:09PM +1000, Jan Mikkelsen wrote:
> Ryan Freeman wrote:
> [ "mixer vol" vs. "mixer cd" vs. "mixer ogain", etc. ]
> > hmm, are you playing cds through xmms? and if so, if you're
> > using digital
> > extraction rather than analog playback, then yes changing cd
> > volume won't
> > change anything. if you'd rather use analog (or like to
> > check, i think its
> > default to digital extraction) hope this makes things a
> > little less mysterious!
>
> For cd playback I'm using cdcontrol(1), so that is analog. For testing
> digital playback I was using the KDE "Test Sound" button.
>
> "mixer cd" does change the CD playback volume, it is "mixer vol" that
> doesn't change anything.
>
> I just installed xmms to see what it does. For digital playback, changing
> the xmms volume slider adjusts "pcm", not "vol". For analog playback, the
if you want it to control vol, go to the xmms preferences, then configure oss
driver output plugin. under the mixer tab, select "Volume controls Master not
PCM". however, if your master volume does nothing, you might not want that ;)
- ryan
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 07:41:05 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id B8F7816A4CE
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 07:41:05 +0000 (GMT)
Received: from msweeper.ntmk.ru (msweeper.ntmk.ru [217.114.241.10])
by mx1.FreeBSD.org (Postfix) with ESMTP id 3996743D1D
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 07:41:01 +0000 (GMT) (envelope-from boris@ntmk.ru)
Received: from mail.ntmk.ru (unverified) by msweeper.ntmk.ru
(Content Technologies SMTPRS 4.3.14) with ESMTP id
<T6c4f1dbf2bac13000a550@msweeper.ntmk.ru> for
<freebsd-current@freebsd.org>; Tue, 28 Sep 2004 01:43:37 +0500
Received: from boris.nikom.ru ([10.1.16.195] helo=ntmk.ru) by mail.ntmk.ru
with esmtp (Exim 4.34) id 1CCCbY-0006ho-Ug for
freebsd-current@freebsd.org; Tue, 28 Sep 2004 13:40:57 +0600
Message-ID: <41591591.9070608@ntmk.ru>
Date: Tue, 28 Sep 2004 13:41:05 +0600
From: Boris Kovalenko <boris@ntmk.ru>
User-Agent: Mozilla/5.0 (OS/2; U; Warp 4.5; en-US; rv:1.6) Gecko/20040117
X-Accept-Language: ru, en-us, en
MIME-Version: 1.0
To: freebsd-current <freebsd-current@freebsd.org>
Content-Type: multipart/mixed; boundary="------------010505010807020103070901"
Subject: REGRESSION!!!: Problems running Xorg and XFree with 5.3B4, B5, B6and
HP D330m uT
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 07:41:05 -0000
This is a multi-part message in MIME format.
--------------010505010807020103070901
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Hello!
I have troubles running Xorg and XFree with 5.3B4, B5, B6.
The computer is HP D330m uT with i865G on-board. There is no problems
with this configuration on
5.2.1-RELEASE. May someone help me and point what is wrong? Logs and
configurations attached.
--
With respect,
Boris
**********************************************************************
This message contains no virus.
--------------010505010807020103070901
Content-Type: text/plain; name="BSYS"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline; filename="BSYS"
#
# 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.417 2004/09/10 20:57:46 wpaul Exp $
machine i386
#cpu I486_CPU
#cpu I586_CPU
cpu I686_CPU
ident BSYS
# To statically compile in device wiring instead of /boot/device.hints
#hints "GENERIC.hints" # Default places to look for devices.
#options SCHED_ULE # ULE scheduler
options SCHED_4BSD # 4BSD scheduler
options PREEMPTION # Enable kernel thread preemption
options INET # InterNETworking
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 ADAPTIVE_GIANT # Giant mutex is adaptive.
# 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 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 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 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)
# 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
# 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 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 bge # Broadcom BCM570xx Gigabit Ethernet
# 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 pty # Pseudo-ttys (telnet etc)
device md # Memory "disks"
# 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
# sound
device sound
#
options HZ=1000
--------------010505010807020103070901
Content-Type: text/plain; name="messages"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline; filename="messages"
Sep 28 13:31:13 boris kernel: Copyright (c) 1992-2004 The FreeBSD Project.
Sep 28 13:31:13 boris kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
Sep 28 13:31:13 boris kernel: The Regents of the University of California. All rights reserved.
Sep 28 13:31:13 boris kernel: FreeBSD 5.3-BETA6 #1: Tue Sep 28 13:25:30 YEKST 2004
Sep 28 13:31:13 boris kernel: root@boris.nikom.ru:/usr/obj/usr/src/sys/BSYS
Sep 28 13:31:13 boris kernel: MPTable: <COMPAQ >
Sep 28 13:31:13 boris kernel: Timecounter "i8254" frequency 1193182 Hz quality 0
Sep 28 13:31:13 boris kernel: CPU: Intel(R) Pentium(R) 4 CPU 2.80GHz (2793.20-MHz 686-class CPU)
Sep 28 13:31:13 boris kernel: Origin = "GenuineIntel" Id = 0xf29 Stepping = 9
Sep 28 13:31:13 boris kernel: 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>
Sep 28 13:31:13 boris kernel: Hyperthreading: 2 logical CPUs
Sep 28 13:31:13 boris kernel: real memory = 528351232 (503 MB)
Sep 28 13:31:13 boris kernel: avail memory = 511541248 (487 MB)
Sep 28 13:31:13 boris kernel: ioapic0: Changing APIC ID to 1
Sep 28 13:31:13 boris kernel: ioapic0: Assuming intbase of 0
Sep 28 13:31:13 boris kernel: ioapic0 <Version 2.0> irqs 0-23 on motherboard
Sep 28 13:31:13 boris kernel: npx0: [FAST]
Sep 28 13:31:13 boris kernel: npx0: <math processor> on motherboard
Sep 28 13:31:13 boris kernel: npx0: INT 16 interface
Sep 28 13:31:13 boris kernel: pcib0: <MPTable Host-PCI bridge> pcibus 0 on motherboard
Sep 28 13:31:13 boris kernel: pci0: <PCI bus> on pcib0
Sep 28 13:31:13 boris kernel: agp0: <Intel 82865G (865G GMCH) SVGA controller> port 0x14e0-0x14e7 mem 0xf8400000-0xf847ffff,0xf0000000-0xf7ffffff irq 16 at device 2.0 on pci0
Sep 28 13:31:13 boris kernel: agp0: detected 8060k stolen memory
Sep 28 13:31:13 boris kernel: agp0: aperture size is 128M
Sep 28 13:31:13 boris kernel: uhci0: <Intel 82801EB (ICH5) USB controller USB-A> port 0x1440-0x145f irq 16 at device 29.0 on pci0
Sep 28 13:31:13 boris kernel: uhci0: [GIANT-LOCKED]
Sep 28 13:31:13 boris kernel: usb0: <Intel 82801EB (ICH5) USB controller USB-A> on uhci0
Sep 28 13:31:13 boris kernel: usb0: USB revision 1.0
Sep 28 13:31:13 boris kernel: uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
Sep 28 13:31:13 boris kernel: uhub0: 2 ports with 2 removable, self powered
Sep 28 13:31:13 boris kernel: uhci1: <Intel 82801EB (ICH5) USB controller USB-B> port 0x1460-0x147f irq 19 at device 29.1 on pci0
Sep 28 13:31:13 boris kernel: uhci1: [GIANT-LOCKED]
Sep 28 13:31:13 boris kernel: usb1: <Intel 82801EB (ICH5) USB controller USB-B> on uhci1
Sep 28 13:31:13 boris kernel: usb1: USB revision 1.0
Sep 28 13:31:13 boris kernel: uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
Sep 28 13:31:13 boris kernel: uhub1: 2 ports with 2 removable, self powered
Sep 28 13:31:13 boris kernel: uhci2: <Intel 82801EB (ICH5) USB controller USB-C> port 0x1480-0x149f irq 18 at device 29.2 on pci0
Sep 28 13:31:13 boris kernel: uhci2: [GIANT-LOCKED]
Sep 28 13:31:13 boris kernel: usb2: <Intel 82801EB (ICH5) USB controller USB-C> on uhci2
Sep 28 13:31:13 boris kernel: usb2: USB revision 1.0
Sep 28 13:31:13 boris kernel: uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
Sep 28 13:31:13 boris kernel: uhub2: 2 ports with 2 removable, self powered
Sep 28 13:31:13 boris kernel: pci0: <serial bus, USB> at device 29.7 (no driver attached)
Sep 28 13:31:13 boris kernel: pcib1: <MPTable PCI-PCI bridge> at device 30.0 on pci0
Sep 28 13:31:13 boris kernel: pci5: <PCI bus> on pcib1
Sep 28 13:31:13 boris kernel: bge0: <Broadcom BCM5782 Gigabit Ethernet, ASIC rev. 0x3003> mem 0xf8500000-0xf850ffff irq 20 at device 2.0 on pci5
Sep 28 13:31:13 boris kernel: miibus0: <MII bus> on bge0
Sep 28 13:31:13 boris kernel: brgphy0: <BCM5705 10/100/1000baseTX PHY> on miibus0
Sep 28 13:31:13 boris kernel: brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto
Sep 28 13:31:13 boris kernel: bge0: Ethernet address: 00:0f:20:70:b3:fb
Sep 28 13:31:13 boris kernel: isab0: <PCI-ISA bridge> at device 31.0 on pci0
Sep 28 13:31:13 boris kernel: isa0: <ISA bus> on isab0
Sep 28 13:31:13 boris kernel: atapci0: <Intel ICH5 UDMA100 controller> port 0x14c0-0x14cf,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 irq 18 at device 31.1 on pci0
Sep 28 13:31:13 boris kernel: ata0: channel #0 on atapci0
Sep 28 13:31:13 boris kernel: ata1: channel #1 on atapci0
Sep 28 13:31:13 boris kernel: atapci1: <Intel ICH5 SATA150 controller> port 0x14d0-0x14df,0x1814-0x1817,0x1800-0x1807,0x1810-0x1813,0x14f8-0x14ff irq 18 at device 31.2 on pci0
Sep 28 13:31:13 boris kernel: ata2: channel #0 on atapci1
Sep 28 13:31:13 boris kernel: ata3: channel #1 on atapci1
Sep 28 13:31:13 boris kernel: pcm0: <Intel ICH5 (82801EB)> port 0x1400-0x143f,0x1000-0x10ff mem 0xf8480600-0xf84806ff,0xf8480400-0xf84805ff irq 17 at device 31.5 on pci0
Sep 28 13:31:13 boris kernel: pcm0: [GIANT-LOCKED]
Sep 28 13:31:13 boris kernel: pcm0: <Analog Devices AD1981B AC97 Codec>
Sep 28 13:31:13 boris kernel: cpu0 on motherboard
Sep 28 13:31:13 boris kernel: pnpbios: error 0/82 getting device count/size limit
Sep 28 13:31:13 boris kernel: orm0: <ISA Option ROM> at iomem 0xc0000-0xc9fff on isa0
Sep 28 13:31:13 boris kernel: pmtimer0 on isa0
Sep 28 13:31:13 boris kernel: atkbdc0: <Keyboard controller (i8042)> at port 0x64,0x60 on isa0
Sep 28 13:31:13 boris kernel: atkbd0: <AT Keyboard> irq 1 on atkbdc0
Sep 28 13:31:13 boris kernel: kbd0 at atkbd0
Sep 28 13:31:13 boris kernel: atkbd0: [GIANT-LOCKED]
Sep 28 13:31:13 boris kernel: psm0: <PS/2 Mouse> irq 12 on atkbdc0
Sep 28 13:31:13 boris kernel: psm0: [GIANT-LOCKED]
Sep 28 13:31:13 boris kernel: psm0: model IntelliMouse, device ID 3
Sep 28 13:31:13 boris kernel: fdc0: <Enhanced floppy controller> at port 0x3f0-0x3f5 irq 6 drq 2 on isa0
Sep 28 13:31:13 boris kernel: fdc0: [FAST]
Sep 28 13:31:13 boris kernel: fd0: <1440-KB 3.5" drive> on fdc0 drive 0
Sep 28 13:31:13 boris kernel: ppc0: <Parallel port> at port 0x378-0x37f irq 7 on isa0
Sep 28 13:31:13 boris kernel: ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode
Sep 28 13:31:13 boris kernel: ppc0: FIFO with 16/16/13 bytes threshold
Sep 28 13:31:13 boris kernel: ppbus0: <Parallel port bus> on ppc0
Sep 28 13:31:13 boris kernel: lpt0: <Printer> on ppbus0
Sep 28 13:31:13 boris kernel: lpt0: Interrupt-driven port
Sep 28 13:31:13 boris kernel: sc0: <System console> at flags 0x100 on isa0
Sep 28 13:31:13 boris kernel: sc0: VGA <16 virtual consoles, flags=0x300>
Sep 28 13:31:13 boris kernel: sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0
Sep 28 13:31:13 boris kernel: sio0: type 16550A
Sep 28 13:31:13 boris kernel: vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0
Sep 28 13:31:13 boris kernel: Timecounter "TSC" frequency 2793197072 Hz quality 800
Sep 28 13:31:13 boris kernel: Timecounters tick every 1.000 msec
Sep 28 13:31:13 boris kernel: ATAPI_RESET time = 40us
Sep 28 13:31:13 boris kernel: acd0: CDROM <SAMSUNG CD-ROM SC-148C/B100> at ata1-master PIO4
Sep 28 13:31:13 boris kernel: ad4: 76319MB <ST380013AS/3.20> [155061/16/63] at ata2-master SATA150
Sep 28 13:31:13 boris kernel: Mounting root from ufs:/dev/ad4s1a
Sep 28 13:31:13 boris kernel: bge0: firmware handshake timed out
Sep 28 13:31:13 boris kernel: bge0: RX CPU self-diagnostics failed!
Sep 28 13:31:13 boris named[257]: starting BIND 9.3.0 -u bind
Sep 28 13:31:13 boris named[257]: command channel listening on 127.0.0.1#953
Sep 28 13:31:31 boris kernel: bge0: watchdog timeout -- resetting
Sep 28 13:31:52 boris su: boris to root on /dev/ttyp0
--------------010505010807020103070901
Content-Type: text/plain; name="XF86Config.new"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline; filename="XF86Config.new"
Section "ServerLayout"
Identifier "XFree86 Configured"
Screen 0 "Screen0" 0 0
InputDevice "Mouse0" "CorePointer"
InputDevice "Keyboard0" "CoreKeyboard"
EndSection
Section "Files"
RgbPath "/usr/X11R6/lib/X11/rgb"
ModulePath "/usr/X11R6/lib/modules"
FontPath "/usr/X11R6/lib/X11/fonts/misc/"
FontPath "/usr/X11R6/lib/X11/fonts/TTF/"
FontPath "/usr/X11R6/lib/X11/fonts/Speedo/"
FontPath "/usr/X11R6/lib/X11/fonts/Type1/"
FontPath "/usr/X11R6/lib/X11/fonts/CID/"
FontPath "/usr/X11R6/lib/X11/fonts/75dpi/"
FontPath "/usr/X11R6/lib/X11/fonts/100dpi/"
EndSection
Section "Module"
Load "extmod"
Load "glx"
Load "dri"
Load "dbe"
Load "record"
Load "xtrap"
Load "speedo"
Load "type1"
EndSection
Section "InputDevice"
Identifier "Keyboard0"
Driver "keyboard"
EndSection
Section "InputDevice"
Identifier "Mouse0"
Driver "mouse"
Option "Protocol" "auto"
Option "Device" "/dev/sysmouse"
EndSection
Section "Monitor"
Identifier "Monitor0"
VendorName "Sony"
ModelName "Multiscan 200ES"
HorizSync 30 - 70
VertRefresh 50 - 120
Option "DPMS"
EndSection
Section "Device"
### Available Driver options are:-
### Values: <i>: integer, <f>: float, <bool>: "True"/"False",
### <string>: "String", <freq>: "<f> Hz/kHz/MHz"
### [arg]: arg optional
#Option "NoAccel" # [<bool>]
#Option "SWcursor" # [<bool>]
#Option "ColorKey" # <i>
#Option "CacheLines" # <i>
#Option "Dac6Bit" # [<bool>]
#Option "DRI" # [<bool>]
#Option "NoDDC" # [<bool>]
#Option "ShowCache" # [<bool>]
#Option "XvMCSurfaces" # <i>
#Option "PageFlip" # [<bool>]
Identifier "Card0"
Driver "i810"
VideoRam 65536
VendorName "Intel Corp."
BoardName "82865G Integrated Graphics Device"
BusID "PCI:0:2:0"
EndSection
Section "Screen"
Identifier "Screen0"
Device "Card0"
Monitor "Monitor0"
DefaultDepth 24
SubSection "Display"
Viewport 0 0
Depth 1
EndSubSection
SubSection "Display"
Viewport 0 0
Depth 4
EndSubSection
SubSection "Display"
Viewport 0 0
Depth 8
EndSubSection
SubSection "Display"
Viewport 0 0
Depth 15
EndSubSection
SubSection "Display"
Viewport 0 0
Depth 16
EndSubSection
SubSection "Display"
Viewport 0 0
Depth 24
Modes "1024x768" "800x600"
EndSubSection
EndSection
--------------010505010807020103070901
Content-Type: text/plain; name="XFree86.0.log"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline; filename="XFree86.0.log"
_XSERVTransSocketOpenCOTSServer: Unable to open socket for inet6
_XSERVTransOpen: transport open failed for inet6/boris.nikom.ru:0
_XSERVTransMakeAllCOTSServerListeners: failed to open listener for inet6
XFree86 Version 4.4.0
Release Date: 29 February 2004
X Protocol Version 11, Revision 0, Release 6.6
Build Operating System: FreeBSD 5.3 i386 [ELF]
Current Operating System: FreeBSD boris.nikom.ru 5.3-BETA6 FreeBSD 5.3-BETA6 #1: Tue Sep 28 13:25:30 YEKST 2004 root@boris.nikom.ru:/usr/obj/usr/src/sys/BSYS i386
Build Date: 28 September 2004
Changelog Date: 29 February 2004
Before reporting problems, check http://www.XFree86.Org/
to make sure that you have the latest version.
Module Loader present
Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/XFree86.0.log", Time: Tue Sep 28 13:32:35 2004
(++) Using config file: "XF86Config.new"
(==) ServerLayout "XFree86 Configured"
(**) |-->Screen "Screen0" (0)
(**) | |-->Monitor "Monitor0"
(**) | |-->Device "Card0"
(**) |-->Input Device "Mouse0"
(**) |-->Input Device "Keyboard0"
(==) Keyboard: CustomKeycode disabled
(**) FontPath set to "/usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/TTF/,/usr/X11R6/lib/X11/fonts/Speedo/,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/CID/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/"
(**) RgbPath set to "/usr/X11R6/lib/X11/rgb"
(**) ModulePath set to "/usr/X11R6/lib/modules"
(II) Module ABI versions:
XFree86 ANSI C Emulation: 0.2
XFree86 Video Driver: 0.7
XFree86 XInput driver : 0.4
XFree86 Server Extension : 0.2
XFree86 Font Renderer : 0.4
(II) Loader running on freebsd
(II) LoadModule: "bitmap"
(II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a
(II) Module bitmap: vendor="The XFree86 Project"
compiled for 4.4.0, module version = 1.0.0
Module class: XFree86 Font Renderer
ABI class: XFree86 Font Renderer, version 0.4
(II) Loading font Bitmap
(II) LoadModule: "pcidata"
(II) Loading /usr/X11R6/lib/modules/libpcidata.a
(II) Module pcidata: vendor="The XFree86 Project"
compiled for 4.4.0, module version = 1.0.0
ABI class: XFree86 Video Driver, version 0.7
(--) Using syscons driver with X support (version 2.0)
(--) using VT number 9
(II) PCI: Probing config type using method 1
(II) PCI: Config type is 1
(II) PCI: stages = 0x03, oldVal1 = 0x00000000, mode1Res1 = 0x80000000
(II) PCI: PCI scan (all values are in hex)
(II) PCI: 00:00:0: chip 8086,2570 card 103c,12bc rev 02 class 06,00,00 hdr 00
(II) PCI: 00:02:0: chip 8086,2572 card 103c,12bc rev 02 class 03,00,00 hdr 00
(II) PCI: 00:1d:0: chip 8086,24d2 card 103c,12bc rev 02 class 0c,03,00 hdr 80
(II) PCI: 00:1d:1: chip 8086,24d4 card 103c,12bc rev 02 class 0c,03,00 hdr 00
(II) PCI: 00:1d:2: chip 8086,24d7 card 103c,12bc rev 02 class 0c,03,00 hdr 00
(II) PCI: 00:1d:7: chip 8086,24dd card 103c,12bc rev 02 class 0c,03,20 hdr 00
(II) PCI: 00:1e:0: chip 8086,244e card 0000,0000 rev c2 class 06,04,00 hdr 01
(II) PCI: 00:1f:0: chip 8086,24d0 card 0000,0000 rev 02 class 06,01,00 hdr 80
(II) PCI: 00:1f:1: chip 8086,24db card 103c,12bc rev 02 class 01,01,8a hdr 00
(II) PCI: 00:1f:2: chip 8086,24d1 card 103c,12bc rev 02 class 01,01,8f hdr 00
(II) PCI: 00:1f:5: chip 8086,24d5 card 103c,12bc rev 02 class 04,01,00 hdr 00
(II) PCI: 05:02:0: chip 14e4,1696 card 103c,12bc rev 03 class 02,00,00 hdr 00
(II) PCI: End of PCI scan
(II) Host-to-PCI bridge:
(II) Bus 0: bridge is at (0:0:0), (0,0,5), BCTRL: 0x0008 (VGA_EN is set)
(II) Bus 0 I/O range:
[0] -1 0 0x00000000 - 0x0000ffff (0x10000) IX[B]
(II) Bus 0 non-prefetchable memory range:
[0] -1 0 0x00000000 - 0xffffffff (0x0) MX[B]
(II) Bus 0 prefetchable memory range:
[0] -1 0 0x00000000 - 0xffffffff (0x0) MX[B]
(II) PCI-to-PCI bridge:
(II) Bus 5: bridge is at (0:30:0), (0,5,5), BCTRL: 0x0006 (VGA_EN is cleared)
(II) Bus 5 non-prefetchable memory range:
[0] -1 0 0xf8500000 - 0xf87fffff (0x300000) MX[B]
(II) PCI-to-ISA bridge:
(II) Bus -1: bridge is at (0:31:0), (0,-1,-1), BCTRL: 0x0008 (VGA_EN is set)
(--) PCI:*(0:2:0) Intel Corp. 82865G Integrated Graphics Device rev 2, Mem @ 0xf0000000/27, 0xf8400000/19, I/O @ 0x14e0/3
(II) Addressable bus resource ranges are
[0] -1 0 0x00000000 - 0xffffffff (0x0) MX[B]
[1] -1 0 0x00000000 - 0x0000ffff (0x10000) IX[B]
(II) OS-reported resource ranges:
[0] -1 0 0xffe00000 - 0xffffffff (0x200000) MX[B](B)
[1] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B)
[2] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B]
[3] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B]
[4] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B]
[5] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B]
[6] -1 0 0x00000000 - 0x000000ff (0x100) IX[B]
(II) PCI Memory resource overlap reduced 0xe8000000 from 0xefffffff to 0xe7ffffff
(II) Active PCI resource ranges:
[0] -1 0 0xf8500000 - 0xf85fffff (0x100000) MX[B]E
[1] -1 0 0xf8480600 - 0xf84807ff (0x200) MX[B]E
[2] -1 0 0xf8480400 - 0xf84807ff (0x400) MX[B]E
[3] -1 0 0xf8480000 - 0xf84fffff (0x80000) MX[B]E
[4] -1 0 0xe8000000 - 0xe7ffffff (0x0) MX[B]EO
[5] -1 0 0xf8400000 - 0xf847ffff (0x80000) MX[B](B)
[6] -1 0 0xf0000000 - 0xf7ffffff (0x8000000) MX[B](B)
[7] -1 0 0x00001400 - 0x000014ff (0x100) IX[B]E
[8] -1 0 0x00001000 - 0x000010ff (0x100) IX[B]E
[9] -1 0 0x000014d0 - 0x000014df (0x10) IX[B]E
[10] -1 0 0x00001814 - 0x00001817 (0x4) IX[B]E
[11] -1 0 0x00001800 - 0x000018ff (0x100) IX[B]E
[12] -1 0 0x00001810 - 0x0000181f (0x10) IX[B]E
[13] -1 0 0x000014f8 - 0x000014ff (0x8) IX[B]E
[14] -1 0 0x000014c0 - 0x000014ff (0x40) IX[B]E
[15] -1 0 0x0000180c - 0x0000180f (0x4) IX[B]E
[16] -1 0 0x000014f0 - 0x000014ff (0x10) IX[B]E
[17] -1 0 0x00001808 - 0x0000180f (0x8) IX[B]E
[18] -1 0 0x000014e8 - 0x000014ef (0x8) IX[B]E
[19] -1 0 0x00001480 - 0x000014ff (0x80) IX[B]E
[20] -1 0 0x00001460 - 0x0000147f (0x20) IX[B]E
[21] -1 0 0x00001440 - 0x0000147f (0x40) IX[B]E
[22] -1 0 0x000014e0 - 0x000014e7 (0x8) IX[B](B)
(II) PCI Memory resource overlap reduced 0xf8480400 from 0xf84807ff to 0xf84805ff
(II) PCI I/O resource overlap reduced 0x00001400 from 0x000014ff to 0x0000143f
(II) PCI I/O resource overlap reduced 0x00001800 from 0x000018ff to 0x00001807
(II) PCI I/O resource overlap reduced 0x00001810 from 0x0000181f to 0x00001813
(II) PCI I/O resource overlap reduced 0x000014c0 from 0x000014ff to 0x000014cf
(II) PCI I/O resource overlap reduced 0x000014f0 from 0x000014ff to 0x000014f7
(II) PCI I/O resource overlap reduced 0x00001808 from 0x0000180f to 0x0000180b
(II) PCI Memory resource overlap reduced 0xf8480000 from 0xf84fffff to 0xf84803ff
(II) PCI I/O resource overlap reduced 0x00001480 from 0x000014ff to 0x000014bf
(II) PCI I/O resource overlap reduced 0x00001440 from 0x0000147f to 0x0000145f
(II) Active PCI resource ranges after removing overlaps:
[0] -1 0 0xf8500000 - 0xf85fffff (0x100000) MX[B]E
[1] -1 0 0xf8480600 - 0xf84807ff (0x200) MX[B]E
[2] -1 0 0xf8480400 - 0xf84805ff (0x200) MX[B]E
[3] -1 0 0xf8480000 - 0xf84803ff (0x400) MX[B]E
[4] -1 0 0xe8000000 - 0xe7ffffff (0x0) MX[B]EO
[5] -1 0 0xf8400000 - 0xf847ffff (0x80000) MX[B](B)
[6] -1 0 0xf0000000 - 0xf7ffffff (0x8000000) MX[B](B)
[7] -1 0 0x00001400 - 0x0000143f (0x40) IX[B]E
[8] -1 0 0x00001000 - 0x000010ff (0x100) IX[B]E
[9] -1 0 0x000014d0 - 0x000014df (0x10) IX[B]E
[10] -1 0 0x00001814 - 0x00001817 (0x4) IX[B]E
[11] -1 0 0x00001800 - 0x00001807 (0x8) IX[B]E
[12] -1 0 0x00001810 - 0x00001813 (0x4) IX[B]E
[13] -1 0 0x000014f8 - 0x000014ff (0x8) IX[B]E
[14] -1 0 0x000014c0 - 0x000014cf (0x10) IX[B]E
[15] -1 0 0x0000180c - 0x0000180f (0x4) IX[B]E
[16] -1 0 0x000014f0 - 0x000014f7 (0x8) IX[B]E
[17] -1 0 0x00001808 - 0x0000180b (0x4) IX[B]E
[18] -1 0 0x000014e8 - 0x000014ef (0x8) IX[B]E
[19] -1 0 0x00001480 - 0x000014bf (0x40) IX[B]E
[20] -1 0 0x00001460 - 0x0000147f (0x20) IX[B]E
[21] -1 0 0x00001440 - 0x0000145f (0x20) IX[B]E
[22] -1 0 0x000014e0 - 0x000014e7 (0x8) IX[B](B)
(II) OS-reported resource ranges after removing overlaps with PCI:
[0] -1 0 0xffe00000 - 0xffffffff (0x200000) MX[B](B)
[1] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B)
[2] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B]
[3] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B]
[4] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B]
[5] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B]
[6] -1 0 0x00000000 - 0x000000ff (0x100) IX[B]
(II) All system resource ranges:
[0] -1 0 0xffe00000 - 0xffffffff (0x200000) MX[B](B)
[1] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B)
[2] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B]
[3] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B]
[4] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B]
[5] -1 0 0xf8500000 - 0xf85fffff (0x100000) MX[B]E
[6] -1 0 0xf8480600 - 0xf84807ff (0x200) MX[B]E
[7] -1 0 0xf8480400 - 0xf84805ff (0x200) MX[B]E
[8] -1 0 0xf8480000 - 0xf84803ff (0x400) MX[B]E
[9] -1 0 0xe8000000 - 0xe7ffffff (0x0) MX[B]EO
[10] -1 0 0xf8400000 - 0xf847ffff (0x80000) MX[B](B)
[11] -1 0 0xf0000000 - 0xf7ffffff (0x8000000) MX[B](B)
[12] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B]
[13] -1 0 0x00000000 - 0x000000ff (0x100) IX[B]
[14] -1 0 0x00001400 - 0x0000143f (0x40) IX[B]E
[15] -1 0 0x00001000 - 0x000010ff (0x100) IX[B]E
[16] -1 0 0x000014d0 - 0x000014df (0x10) IX[B]E
[17] -1 0 0x00001814 - 0x00001817 (0x4) IX[B]E
[18] -1 0 0x00001800 - 0x00001807 (0x8) IX[B]E
[19] -1 0 0x00001810 - 0x00001813 (0x4) IX[B]E
[20] -1 0 0x000014f8 - 0x000014ff (0x8) IX[B]E
[21] -1 0 0x000014c0 - 0x000014cf (0x10) IX[B]E
[22] -1 0 0x0000180c - 0x0000180f (0x4) IX[B]E
[23] -1 0 0x000014f0 - 0x000014f7 (0x8) IX[B]E
[24] -1 0 0x00001808 - 0x0000180b (0x4) IX[B]E
[25] -1 0 0x000014e8 - 0x000014ef (0x8) IX[B]E
[26] -1 0 0x00001480 - 0x000014bf (0x40) IX[B]E
[27] -1 0 0x00001460 - 0x0000147f (0x20) IX[B]E
[28] -1 0 0x00001440 - 0x0000145f (0x20) IX[B]E
[29] -1 0 0x000014e0 - 0x000014e7 (0x8) IX[B](B)
(II) LoadModule: "extmod"
(II) Loading /usr/X11R6/lib/modules/extensions/libextmod.a
(II) Module extmod: vendor="The XFree86 Project"
compiled for 4.4.0, module version = 1.0.0
Module class: XFree86 Server Extension
ABI class: XFree86 Server Extension, version 0.2
(II) Loading extension SHAPE
(II) Loading extension MIT-SUNDRY-NONSTANDARD
(II) Loading extension BIG-REQUESTS
(II) Loading extension SYNC
(II) Loading extension MIT-SCREEN-SAVER
(II) Loading extension XC-MISC
(II) Loading extension XFree86-VidModeExtension
(II) Loading extension XFree86-Misc
(II) Loading extension XFree86-DGA
(II) Loading extension DPMS
(II) Loading extension FontCache
(II) Loading extension TOG-CUP
(II) Loading extension Extended-Visual-Information
(II) Loading extension XVideo
(II) Loading extension XVideo-MotionCompensation
(II) Loading extension X-Resource
(II) LoadModule: "glx"
(II) Loading /usr/X11R6/lib/modules/extensions/libglx.a
(II) Module glx: vendor="The XFree86 Project"
compiled for 4.4.0, module version = 1.0.0
ABI class: XFree86 Server Extension, version 0.2
(II) Loading sub module "GLcore"
(II) LoadModule: "GLcore"
(II) Loading /usr/X11R6/lib/modules/extensions/libGLcore.a
(II) Module GLcore: vendor="The XFree86 Project"
compiled for 4.4.0, module version = 1.0.0
ABI class: XFree86 Server Extension, version 0.2
(II) Loading extension GLX
(II) LoadModule: "dri"
(II) Loading /usr/X11R6/lib/modules/extensions/libdri.a
(II) Module dri: vendor="The XFree86 Project"
compiled for 4.4.0, module version = 1.0.0
ABI class: XFree86 Server Extension, version 0.2
(II) Loading sub module "drm"
(II) LoadModule: "drm"
(II) Loading /usr/X11R6/lib/modules/freebsd/libdrm.a
(II) Module drm: vendor="The XFree86 Project"
compiled for 4.4.0, module version = 1.0.0
ABI class: XFree86 Server Extension, version 0.2
(II) Loading extension XFree86-DRI
(II) LoadModule: "dbe"
(II) Loading /usr/X11R6/lib/modules/extensions/libdbe.a
(II) Module dbe: vendor="The XFree86 Project"
compiled for 4.4.0, module version = 1.0.0
Module class: XFree86 Server Extension
ABI class: XFree86 Server Extension, version 0.2
(II) Loading extension DOUBLE-BUFFER
(II) LoadModule: "record"
(II) Loading /usr/X11R6/lib/modules/extensions/librecord.a
(II) Module record: vendor="The XFree86 Project"
compiled for 4.4.0, module version = 1.13.0
Module class: XFree86 Server Extension
ABI class: XFree86 Server Extension, version 0.2
(II) Loading extension RECORD
(II) LoadModule: "xtrap"
(II) Loading /usr/X11R6/lib/modules/extensions/libxtrap.a
(II) Module xtrap: vendor="The XFree86 Project"
compiled for 4.4.0, module version = 1.0.0
Module class: XFree86 Server Extension
ABI class: XFree86 Server Extension, version 0.2
(II) Loading extension DEC-XTRAP
(II) LoadModule: "speedo"
(II) Loading /usr/X11R6/lib/modules/fonts/libspeedo.a
(II) Module speedo: vendor="The XFree86 Project"
compiled for 4.4.0, module version = 1.0.1
Module class: XFree86 Font Renderer
ABI class: XFree86 Font Renderer, version 0.4
(II) Loading font Speedo
(II) LoadModule: "type1"
(II) Loading /usr/X11R6/lib/modules/fonts/libtype1.a
(II) Module type1: vendor="The XFree86 Project"
compiled for 4.4.0, module version = 1.0.2
Module class: XFree86 Font Renderer
ABI class: XFree86 Font Renderer, version 0.4
(II) Loading font Type1
(II) Loading font CID
(II) LoadModule: "i810"
(II) Loading /usr/X11R6/lib/modules/drivers/i810_drv.o
(II) Module i810: vendor="The XFree86 Project"
compiled for 4.4.0, module version = 1.3.0
Module class: XFree86 Video Driver
ABI class: XFree86 Video Driver, version 0.7
(II) LoadModule: "mouse"
(II) Loading /usr/X11R6/lib/modules/input/mouse_drv.o
(II) Module mouse: vendor="The XFree86 Project"
compiled for 4.4.0, module version = 1.0.0
Module class: XFree86 XInput Driver
ABI class: XFree86 XInput driver, version 0.4
(II) I810: Driver for Intel Integrated Graphics Chipsets: i810, i810-dc100,
i810e, i815, i830M, 845G, 852GM/855GM, 865G
(II) Primary Device is: PCI 00:02:0
(--) Chipset 865G found
(II) resource ranges after xf86ClaimFixedResources() call:
[0] -1 0 0xffe00000 - 0xffffffff (0x200000) MX[B](B)
[1] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B)
[2] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B]
[3] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B]
[4] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B]
[5] -1 0 0xf8500000 - 0xf85fffff (0x100000) MX[B]E
[6] -1 0 0xf8480600 - 0xf84807ff (0x200) MX[B]E
[7] -1 0 0xf8480400 - 0xf84805ff (0x200) MX[B]E
[8] -1 0 0xf8480000 - 0xf84803ff (0x400) MX[B]E
[9] -1 0 0xe8000000 - 0xe7ffffff (0x0) MX[B]EO
[10] -1 0 0xf8400000 - 0xf847ffff (0x80000) MX[B](B)
[11] -1 0 0xf0000000 - 0xf7ffffff (0x8000000) MX[B](B)
[12] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B]
[13] -1 0 0x00000000 - 0x000000ff (0x100) IX[B]
[14] -1 0 0x00001400 - 0x0000143f (0x40) IX[B]E
[15] -1 0 0x00001000 - 0x000010ff (0x100) IX[B]E
[16] -1 0 0x000014d0 - 0x000014df (0x10) IX[B]E
[17] -1 0 0x00001814 - 0x00001817 (0x4) IX[B]E
[18] -1 0 0x00001800 - 0x00001807 (0x8) IX[B]E
[19] -1 0 0x00001810 - 0x00001813 (0x4) IX[B]E
[20] -1 0 0x000014f8 - 0x000014ff (0x8) IX[B]E
[21] -1 0 0x000014c0 - 0x000014cf (0x10) IX[B]E
[22] -1 0 0x0000180c - 0x0000180f (0x4) IX[B]E
[23] -1 0 0x000014f0 - 0x000014f7 (0x8) IX[B]E
[24] -1 0 0x00001808 - 0x0000180b (0x4) IX[B]E
[25] -1 0 0x000014e8 - 0x000014ef (0x8) IX[B]E
[26] -1 0 0x00001480 - 0x000014bf (0x40) IX[B]E
[27] -1 0 0x00001460 - 0x0000147f (0x20) IX[B]E
[28] -1 0 0x00001440 - 0x0000145f (0x20) IX[B]E
[29] -1 0 0x000014e0 - 0x000014e7 (0x8) IX[B](B)
(WW) ****INVALID IO ALLOCATION**** b: 0x14e0 e: 0x14e7 correcting
(II) window:
[0] -1 0 0x00000000 - 0x0000ffff (0x10000) IX[B]
(II) resSize:
[0] -1 0 0x00000000 - 0xffffffff (0x0) IX[B]
(II) window fixed:
[0] -1 0 0x00000000 - 0x0000ffff (0x10000) IX[B]
(II) resource ranges after probing:
[0] -1 0 0xffe00000 - 0xffffffff (0x200000) MX[B](B)
[1] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B)
[2] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B]
[3] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B]
[4] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B]
[5] -1 0 0xf8500000 - 0xf85fffff (0x100000) MX[B]E
[6] -1 0 0xf8480600 - 0xf84807ff (0x200) MX[B]E
[7] -1 0 0xf8480400 - 0xf84805ff (0x200) MX[B]E
[8] -1 0 0xf8480000 - 0xf84803ff (0x400) MX[B]E
[9] -1 0 0xe8000000 - 0xe7ffffff (0x0) MX[B]EO
[10] -1 0 0xf8400000 - 0xf847ffff (0x80000) MX[B](B)
[11] -1 0 0xf0000000 - 0xf7ffffff (0x8000000) MX[B](B)
[12] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B]
[13] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B]
[14] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B]
[15] -1 0 0x00000400 - 0x00000407 (0x8) IX[B](B)
[16] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B]
[17] -1 0 0x00000000 - 0x000000ff (0x100) IX[B]
[18] -1 0 0x00001400 - 0x0000143f (0x40) IX[B]E
[19] -1 0 0x00001000 - 0x000010ff (0x100) IX[B]E
[20] -1 0 0x000014d0 - 0x000014df (0x10) IX[B]E
[21] -1 0 0x00001814 - 0x00001817 (0x4) IX[B]E
[22] -1 0 0x00001800 - 0x00001807 (0x8) IX[B]E
[23] -1 0 0x00001810 - 0x00001813 (0x4) IX[B]E
[24] -1 0 0x000014f8 - 0x000014ff (0x8) IX[B]E
[25] -1 0 0x000014c0 - 0x000014cf (0x10) IX[B]E
[26] -1 0 0x0000180c - 0x0000180f (0x4) IX[B]E
[27] -1 0 0x000014f0 - 0x000014f7 (0x8) IX[B]E
[28] -1 0 0x00001808 - 0x0000180b (0x4) IX[B]E
[29] -1 0 0x000014e8 - 0x000014ef (0x8) IX[B]E
[30] -1 0 0x00001480 - 0x000014bf (0x40) IX[B]E
[31] -1 0 0x00001460 - 0x0000147f (0x20) IX[B]E
[32] -1 0 0x00001440 - 0x0000145f (0x20) IX[B]E
[33] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B]
[34] 0 0 0x000003c0 - 0x000003df (0x20) IS[B]
(II) Setting vga for screen 0.
(II) Loading sub module "int10"
(II) LoadModule: "int10"
(II) Loading /usr/X11R6/lib/modules/libint10.a
(II) Module int10: vendor="The XFree86 Project"
compiled for 4.4.0, module version = 1.0.0
ABI class: XFree86 Video Driver, version 0.7
(II) Loading sub module "vbe"
(II) LoadModule: "vbe"
(II) Loading /usr/X11R6/lib/modules/libvbe.a
(II) Module vbe: vendor="The XFree86 Project"
compiled for 4.4.0, module version = 1.1.0
ABI class: XFree86 Video Driver, version 0.7
(II) Loading sub module "vgahw"
(II) LoadModule: "vgahw"
(II) Loading /usr/X11R6/lib/modules/libvgahw.a
(II) Module vgahw: vendor="The XFree86 Project"
compiled for 4.4.0, module version = 0.1.0
ABI class: XFree86 Video Driver, version 0.7
(**) I810(0): Depth 24, (--) framebuffer bpp 32
(==) I810(0): RGB weight 888
(==) I810(0): Default visual is TrueColor
(II) Loading sub module "int10"
(II) LoadModule: "int10"
(II) Reloading /usr/X11R6/lib/modules/libint10.a
(II) I810(0): initializing int10
(==) I810(0): Write-combining range (0xa0000,0x20000) was already clear
(==) I810(0): Write-combining range (0xc0000,0x40000) was already clear
(WW) I810(0): Bad V_BIOS checksum
(II) I810(0): Primary V_BIOS segment is: 0xc000
(==) I810(0): Write-combining range (0x0,0x1000) was already clear
(II) I810(0): VESA BIOS detected
(II) I810(0): VESA VBE Version 3.0
(II) I810(0): VESA VBE Total Mem: 262080 kB
(II) I810(0): VESA VBE OEM: Intel(r)865G Graphics Chip Accelerated VGA BIOS
(II) I810(0): VESA VBE OEM Software Rev: 1.0
(II) I810(0): VESA VBE OEM Vendor: Intel Corporation
(II) I810(0): VESA VBE OEM Product: Intel(r)865G Graphics Controller
(II) I810(0): VESA VBE OEM Product Rev: Hardware Version 0.0
(II) I810(0): Integrated Graphics Chipset: Intel(R) 865G
(--) I810(0): Chipset: "865G"
(--) I810(0): Linear framebuffer at 0xF0000000
(--) I810(0): IO registers at addr 0xF8400000
(==) I810(0): Write-combining range (0xf8400000,0x80000) was already clear
(II) I810(0): detected 8060 kB stolen memory.
(WW) I810(0): Detected stolen memory (8000 kB) doesn't match what the BIOS reports (262080 kB)
(II) I810(0): I830CheckAvailableMemory: 450560 kB available
(--) I810(0): Pre-allocated VideoRAM: 8060 kByte
(**) I810(0): VideoRAM: 65536 kByte
(==) I810(0): video overlay key set to 0x101fe
(**) I810(0): page flipping disabled
(--) I810(0): Maximum frambuffer space: 65384 kByte
(==) I810(0): Using gamma correction (1.0, 1.0, 1.0)
(II) I810(0): 1 display pipe available.
(==) I810(0): Display Info: enabled.
(II) I810(0): Broken BIOSes cause the system to hang here.
If you encounter this problem please add
Option "DisplayInfo" "FALSE"
to the Device section of your XF86Config file.
(WW) I810(0): Extended BIOS function 0x5f64 not supported.
(WW) I810(0): Extended BIOS function 0x5f64 not supported.
(WW) I810(0): Extended BIOS function 0x5f64 not supported.
(WW) I810(0): Extended BIOS function 0x5f64 not supported.
(WW) I810(0): Extended BIOS function 0x5f64 not supported.
(WW) I810(0): Extended BIOS function 0x5f64 not supported.
(II) I810(0): Currently active displays on Pipe A:
(II) I810(0): CRT
(II) I810(0): TV
(II) I810(0): DFP (digital flat panel)
(II) I810(0): LFP (local flat panel)
(II) I810(0): TV2 (second TV)
(II) I810(0): DFP2 (second digital flat panel)
(II) I810(0): Some unknown display devices may also be present
(II) I810(0): No display size information available for pipe A.
(II) Loading sub module "ddc"
(II) LoadModule: "ddc"
(II) Loading /usr/X11R6/lib/modules/libddc.a
(II) Module ddc: vendor="The XFree86 Project"
compiled for 4.4.0, module version = 1.0.0
ABI class: XFree86 Video Driver, version 0.7
(II) I810(0): VESA VBE DDC supported
(II) I810(0): VESA VBE DDC Level none
(II) I810(0): VESA VBE DDC transfer in appr. 0 sec.
(II) I810(0): VESA VBE DDC read failed
(--) I810(0): A non-CRT device is attached to pipe A.
No refresh rate overrides will be attempted.
(--) I810(0): Maximum space available for video modes: 65384 kByte
Mode: 30 (0x0)
ModeAttributes: 0x0
WinAAttributes: 0x0
WinBAttributes: 0x0
WinGranularity: 0
WinSize: 0
WinASegment: 0x0
WinBSegment: 0x0
WinFuncPtr: 0x0
BytesPerScanline: 0
XResolution: 0
YResolution: 0
XCharSize: 0
YCharSize: 0
NumberOfPlanes: 0
BitsPerPixel: 0
NumberOfBanks: 0
MemoryModel: 0
BankSize: 0
NumberOfImages: 0
RedMaskSize: 0
RedFieldPosition: 0
GreenMaskSize: 0
GreenFieldPosition: 0
BlueMaskSize: 0
BlueFieldPosition: 0
RsvdMaskSize: 0
RsvdFieldPosition: 0
DirectColorModeInfo: 0
PhysBasePtr: 0x0
LinBytesPerScanLine: 0
BnkNumberOfImagePages: 0
LinNumberOfImagePages: 0
LinRedMaskSize: 0
LinRedFieldPosition: 0
LinGreenMaskSize: 0
LinGreenFieldPosition: 0
LinBlueMaskSize: 0
LinBlueFieldPosition: 0
LinRsvdMaskSize: 0
LinRsvdFieldPosition: 0
MaxPixelClock: 0
Mode: 32 (0x0)
ModeAttributes: 0x0
WinAAttributes: 0x0
WinBAttributes: 0x0
WinGranularity: 0
WinSize: 0
WinASegment: 0x0
WinBSegment: 0x0
WinFuncPtr: 0x0
BytesPerScanline: 0
XResolution: 0
YResolution: 0
XCharSize: 0
YCharSize: 0
NumberOfPlanes: 0
BitsPerPixel: 0
NumberOfBanks: 0
MemoryModel: 0
BankSize: 0
NumberOfImages: 0
RedMaskSize: 0
RedFieldPosition: 0
GreenMaskSize: 0
GreenFieldPosition: 0
BlueMaskSize: 0
BlueFieldPosition: 0
RsvdMaskSize: 0
RsvdFieldPosition: 0
DirectColorModeInfo: 0
PhysBasePtr: 0x0
LinBytesPerScanLine: 0
BnkNumberOfImagePages: 0
LinNumberOfImagePages: 0
LinRedMaskSize: 0
LinRedFieldPosition: 0
LinGreenMaskSize: 0
LinGreenFieldPosition: 0
LinBlueMaskSize: 0
LinBlueFieldPosition: 0
LinRsvdMaskSize: 0
LinRsvdFieldPosition: 0
MaxPixelClock: 0
Mode: 34 (0x0)
ModeAttributes: 0x0
WinAAttributes: 0x0
WinBAttributes: 0x0
WinGranularity: 0
WinSize: 0
WinASegment: 0x0
WinBSegment: 0x0
WinFuncPtr: 0x0
BytesPerScanline: 0
XResolution: 0
YResolution: 0
XCharSize: 0
YCharSize: 0
NumberOfPlanes: 0
BitsPerPixel: 0
NumberOfBanks: 0
MemoryModel: 0
BankSize: 0
NumberOfImages: 0
RedMaskSize: 0
RedFieldPosition: 0
GreenMaskSize: 0
GreenFieldPosition: 0
BlueMaskSize: 0
BlueFieldPosition: 0
RsvdMaskSize: 0
RsvdFieldPosition: 0
DirectColorModeInfo: 0
PhysBasePtr: 0x0
LinBytesPerScanLine: 0
BnkNumberOfImagePages: 0
LinNumberOfImagePages: 0
LinRedMaskSize: 0
LinRedFieldPosition: 0
LinGreenMaskSize: 0
LinGreenFieldPosition: 0
LinBlueMaskSize: 0
LinBlueFieldPosition: 0
LinRsvdMaskSize: 0
LinRsvdFieldPosition: 0
MaxPixelClock: 0
Mode: 38 (0x0)
ModeAttributes: 0x0
WinAAttributes: 0x0
WinBAttributes: 0x0
WinGranularity: 0
WinSize: 0
WinASegment: 0x0
WinBSegment: 0x0
WinFuncPtr: 0x0
BytesPerScanline: 0
XResolution: 0
YResolution: 0
XCharSize: 0
YCharSize: 0
NumberOfPlanes: 0
BitsPerPixel: 0
NumberOfBanks: 0
MemoryModel: 0
BankSize: 0
NumberOfImages: 0
RedMaskSize: 0
RedFieldPosition: 0
GreenMaskSize: 0
GreenFieldPosition: 0
BlueMaskSize: 0
BlueFieldPosition: 0
RsvdMaskSize: 0
RsvdFieldPosition: 0
DirectColorModeInfo: 0
PhysBasePtr: 0x0
LinBytesPerScanLine: 0
BnkNumberOfImagePages: 0
LinNumberOfImagePages: 0
LinRedMaskSize: 0
LinRedFieldPosition: 0
LinGreenMaskSize: 0
LinGreenFieldPosition: 0
LinBlueMaskSize: 0
LinBlueFieldPosition: 0
LinRsvdMaskSize: 0
LinRsvdFieldPosition: 0
MaxPixelClock: 0
Mode: 3a (0x0)
ModeAttributes: 0x0
WinAAttributes: 0x0
WinBAttributes: 0x0
WinGranularity: 0
WinSize: 0
WinASegment: 0x0
WinBSegment: 0x0
WinFuncPtr: 0x0
BytesPerScanline: 0
XResolution: 0
YResolution: 0
XCharSize: 0
YCharSize: 0
NumberOfPlanes: 0
BitsPerPixel: 0
NumberOfBanks: 0
MemoryModel: 0
BankSize: 0
NumberOfImages: 0
RedMaskSize: 0
RedFieldPosition: 0
GreenMaskSize: 0
GreenFieldPosition: 0
BlueMaskSize: 0
BlueFieldPosition: 0
RsvdMaskSize: 0
RsvdFieldPosition: 0
DirectColorModeInfo: 0
PhysBasePtr: 0x0
LinBytesPerScanLine: 0
BnkNumberOfImagePages: 0
LinNumberOfImagePages: 0
LinRedMaskSize: 0
LinRedFieldPosition: 0
LinGreenMaskSize: 0
LinGreenFieldPosition: 0
LinBlueMaskSize: 0
LinBlueFieldPosition: 0
LinRsvdMaskSize: 0
LinRsvdFieldPosition: 0
MaxPixelClock: 0
Mode: 3c (0x0)
ModeAttributes: 0x0
WinAAttributes: 0x0
WinBAttributes: 0x0
WinGranularity: 0
WinSize: 0
WinASegment: 0x0
WinBSegment: 0x0
WinFuncPtr: 0x0
BytesPerScanline: 0
XResolution: 0
YResolution: 0
XCharSize: 0
YCharSize: 0
NumberOfPlanes: 0
BitsPerPixel: 0
NumberOfBanks: 0
MemoryModel: 0
BankSize: 0
NumberOfImages: 0
RedMaskSize: 0
RedFieldPosition: 0
GreenMaskSize: 0
GreenFieldPosition: 0
BlueMaskSize: 0
BlueFieldPosition: 0
RsvdMaskSize: 0
RsvdFieldPosition: 0
DirectColorModeInfo: 0
PhysBasePtr: 0x0
LinBytesPerScanLine: 0
BnkNumberOfImagePages: 0
LinNumberOfImagePages: 0
LinRedMaskSize: 0
LinRedFieldPosition: 0
LinGreenMaskSize: 0
LinGreenFieldPosition: 0
LinBlueMaskSize: 0
LinBlueFieldPosition: 0
LinRsvdMaskSize: 0
LinRsvdFieldPosition: 0
MaxPixelClock: 0
Mode: 41 (0x0)
ModeAttributes: 0x0
WinAAttributes: 0x0
WinBAttributes: 0x0
WinGranularity: 0
WinSize: 0
WinASegment: 0x0
WinBSegment: 0x0
WinFuncPtr: 0x0
BytesPerScanline: 0
XResolution: 0
YResolution: 0
XCharSize: 0
YCharSize: 0
NumberOfPlanes: 0
BitsPerPixel: 0
NumberOfBanks: 0
MemoryModel: 0
BankSize: 0
NumberOfImages: 0
RedMaskSize: 0
RedFieldPosition: 0
GreenMaskSize: 0
GreenFieldPosition: 0
BlueMaskSize: 0
BlueFieldPosition: 0
RsvdMaskSize: 0
RsvdFieldPosition: 0
DirectColorModeInfo: 0
PhysBasePtr: 0x0
LinBytesPerScanLine: 0
BnkNumberOfImagePages: 0
LinNumberOfImagePages: 0
LinRedMaskSize: 0
LinRedFieldPosition: 0
LinGreenMaskSize: 0
LinGreenFieldPosition: 0
LinBlueMaskSize: 0
LinBlueFieldPosition: 0
LinRsvdMaskSize: 0
LinRsvdFieldPosition: 0
MaxPixelClock: 0
Mode: 43 (0x0)
ModeAttributes: 0x0
WinAAttributes: 0x0
WinBAttributes: 0x0
WinGranularity: 0
WinSize: 0
WinASegment: 0x0
WinBSegment: 0x0
WinFuncPtr: 0x0
BytesPerScanline: 0
XResolution: 0
YResolution: 0
XCharSize: 0
YCharSize: 0
NumberOfPlanes: 0
BitsPerPixel: 0
NumberOfBanks: 0
MemoryModel: 0
BankSize: 0
NumberOfImages: 0
RedMaskSize: 0
RedFieldPosition: 0
GreenMaskSize: 0
GreenFieldPosition: 0
BlueMaskSize: 0
BlueFieldPosition: 0
RsvdMaskSize: 0
RsvdFieldPosition: 0
DirectColorModeInfo: 0
PhysBasePtr: 0x0
LinBytesPerScanLine: 0
BnkNumberOfImagePages: 0
LinNumberOfImagePages: 0
LinRedMaskSize: 0
LinRedFieldPosition: 0
LinGreenMaskSize: 0
LinGreenFieldPosition: 0
LinBlueMaskSize: 0
LinBlueFieldPosition: 0
LinRsvdMaskSize: 0
LinRsvdFieldPosition: 0
MaxPixelClock: 0
Mode: 45 (0x0)
ModeAttributes: 0x0
WinAAttributes: 0x0
WinBAttributes: 0x0
WinGranularity: 0
WinSize: 0
WinASegment: 0x0
WinBSegment: 0x0
WinFuncPtr: 0x0
BytesPerScanline: 0
XResolution: 0
YResolution: 0
XCharSize: 0
YCharSize: 0
NumberOfPlanes: 0
BitsPerPixel: 0
NumberOfBanks: 0
MemoryModel: 0
BankSize: 0
NumberOfImages: 0
RedMaskSize: 0
RedFieldPosition: 0
GreenMaskSize: 0
GreenFieldPosition: 0
BlueMaskSize: 0
BlueFieldPosition: 0
RsvdMaskSize: 0
RsvdFieldPosition: 0
DirectColorModeInfo: 0
PhysBasePtr: 0x0
LinBytesPerScanLine: 0
BnkNumberOfImagePages: 0
LinNumberOfImagePages: 0
LinRedMaskSize: 0
LinRedFieldPosition: 0
LinGreenMaskSize: 0
LinGreenFieldPosition: 0
LinBlueMaskSize: 0
LinBlueFieldPosition: 0
LinRsvdMaskSize: 0
LinRsvdFieldPosition: 0
MaxPixelClock: 0
Mode: 49 (0x0)
ModeAttributes: 0x0
WinAAttributes: 0x0
WinBAttributes: 0x0
WinGranularity: 0
WinSize: 0
WinASegment: 0x0
WinBSegment: 0x0
WinFuncPtr: 0x0
BytesPerScanline: 0
XResolution: 0
YResolution: 0
XCharSize: 0
YCharSize: 0
NumberOfPlanes: 0
BitsPerPixel: 0
NumberOfBanks: 0
MemoryModel: 0
BankSize: 0
NumberOfImages: 0
RedMaskSize: 0
RedFieldPosition: 0
GreenMaskSize: 0
GreenFieldPosition: 0
BlueMaskSize: 0
BlueFieldPosition: 0
RsvdMaskSize: 0
RsvdFieldPosition: 0
DirectColorModeInfo: 0
PhysBasePtr: 0x0
LinBytesPerScanLine: 0
BnkNumberOfImagePages: 0
LinNumberOfImagePages: 0
LinRedMaskSize: 0
LinRedFieldPosition: 0
LinGreenMaskSize: 0
LinGreenFieldPosition: 0
LinBlueMaskSize: 0
LinBlueFieldPosition: 0
LinRsvdMaskSize: 0
LinRsvdFieldPosition: 0
MaxPixelClock: 0
Mode: 4b (0x0)
ModeAttributes: 0x0
WinAAttributes: 0x0
WinBAttributes: 0x0
WinGranularity: 0
WinSize: 0
WinASegment: 0x0
WinBSegment: 0x0
WinFuncPtr: 0x0
BytesPerScanline: 0
XResolution: 0
YResolution: 0
XCharSize: 0
YCharSize: 0
NumberOfPlanes: 0
BitsPerPixel: 0
NumberOfBanks: 0
MemoryModel: 0
BankSize: 0
NumberOfImages: 0
RedMaskSize: 0
RedFieldPosition: 0
GreenMaskSize: 0
GreenFieldPosition: 0
BlueMaskSize: 0
BlueFieldPosition: 0
RsvdMaskSize: 0
RsvdFieldPosition: 0
DirectColorModeInfo: 0
PhysBasePtr: 0x0
LinBytesPerScanLine: 0
BnkNumberOfImagePages: 0
LinNumberOfImagePages: 0
LinRedMaskSize: 0
LinRedFieldPosition: 0
LinGreenMaskSize: 0
LinGreenFieldPosition: 0
LinBlueMaskSize: 0
LinBlueFieldPosition: 0
LinRsvdMaskSize: 0
LinRsvdFieldPosition: 0
MaxPixelClock: 0
Mode: 4d (0x0)
ModeAttributes: 0x0
WinAAttributes: 0x0
WinBAttributes: 0x0
WinGranularity: 0
WinSize: 0
WinASegment: 0x0
WinBSegment: 0x0
WinFuncPtr: 0x0
BytesPerScanline: 0
XResolution: 0
YResolution: 0
XCharSize: 0
YCharSize: 0
NumberOfPlanes: 0
BitsPerPixel: 0
NumberOfBanks: 0
MemoryModel: 0
BankSize: 0
NumberOfImages: 0
RedMaskSize: 0
RedFieldPosition: 0
GreenMaskSize: 0
GreenFieldPosition: 0
BlueMaskSize: 0
BlueFieldPosition: 0
RsvdMaskSize: 0
RsvdFieldPosition: 0
DirectColorModeInfo: 0
PhysBasePtr: 0x0
LinBytesPerScanLine: 0
BnkNumberOfImagePages: 0
LinNumberOfImagePages: 0
LinRedMaskSize: 0
LinRedFieldPosition: 0
LinGreenMaskSize: 0
LinGreenFieldPosition: 0
LinBlueMaskSize: 0
LinBlueFieldPosition: 0
LinRsvdMaskSize: 0
LinRsvdFieldPosition: 0
MaxPixelClock: 0
Mode: 50 (0x0)
ModeAttributes: 0x0
WinAAttributes: 0x0
WinBAttributes: 0x0
WinGranularity: 0
WinSize: 0
WinASegment: 0x0
WinBSegment: 0x0
WinFuncPtr: 0x0
BytesPerScanline: 0
XResolution: 0
YResolution: 0
XCharSize: 0
YCharSize: 0
NumberOfPlanes: 0
BitsPerPixel: 0
NumberOfBanks: 0
MemoryModel: 0
BankSize: 0
NumberOfImages: 0
RedMaskSize: 0
RedFieldPosition: 0
GreenMaskSize: 0
GreenFieldPosition: 0
BlueMaskSize: 0
BlueFieldPosition: 0
RsvdMaskSize: 0
RsvdFieldPosition: 0
DirectColorModeInfo: 0
PhysBasePtr: 0x0
LinBytesPerScanLine: 0
BnkNumberOfImagePages: 0
LinNumberOfImagePages: 0
LinRedMaskSize: 0
LinRedFieldPosition: 0
LinGreenMaskSize: 0
LinGreenFieldPosition: 0
LinBlueMaskSize: 0
LinBlueFieldPosition: 0
LinRsvdMaskSize: 0
LinRsvdFieldPosition: 0
MaxPixelClock: 0
Mode: 52 (0x0)
ModeAttributes: 0x0
WinAAttributes: 0x0
WinBAttributes: 0x0
WinGranularity: 0
WinSize: 0
WinASegment: 0x0
WinBSegment: 0x0
WinFuncPtr: 0x0
BytesPerScanline: 0
XResolution: 0
YResolution: 0
XCharSize: 0
YCharSize: 0
NumberOfPlanes: 0
BitsPerPixel: 0
NumberOfBanks: 0
MemoryModel: 0
BankSize: 0
NumberOfImages: 0
RedMaskSize: 0
RedFieldPosition: 0
GreenMaskSize: 0
GreenFieldPosition: 0
BlueMaskSize: 0
BlueFieldPosition: 0
RsvdMaskSize: 0
RsvdFieldPosition: 0
DirectColorModeInfo: 0
PhysBasePtr: 0x0
LinBytesPerScanLine: 0
BnkNumberOfImagePages: 0
LinNumberOfImagePages: 0
LinRedMaskSize: 0
LinRedFieldPosition: 0
LinGreenMaskSize: 0
LinGreenFieldPosition: 0
LinBlueMaskSize: 0
LinBlueFieldPosition: 0
LinRsvdMaskSize: 0
LinRsvdFieldPosition: 0
MaxPixelClock: 0
Mode: 54 (0x0)
ModeAttributes: 0x0
WinAAttributes: 0x0
WinBAttributes: 0x0
WinGranularity: 0
WinSize: 0
WinASegment: 0x0
WinBSegment: 0x0
WinFuncPtr: 0x0
BytesPerScanline: 0
XResolution: 0
YResolution: 0
XCharSize: 0
YCharSize: 0
NumberOfPlanes: 0
BitsPerPixel: 0
NumberOfBanks: 0
MemoryModel: 0
BankSize: 0
NumberOfImages: 0
RedMaskSize: 0
RedFieldPosition: 0
GreenMaskSize: 0
GreenFieldPosition: 0
BlueMaskSize: 0
BlueFieldPosition: 0
RsvdMaskSize: 0
RsvdFieldPosition: 0
DirectColorModeInfo: 0
PhysBasePtr: 0x0
LinBytesPerScanLine: 0
BnkNumberOfImagePages: 0
LinNumberOfImagePages: 0
LinRedMaskSize: 0
LinRedFieldPosition: 0
LinGreenMaskSize: 0
LinGreenFieldPosition: 0
LinBlueMaskSize: 0
LinBlueFieldPosition: 0
LinRsvdMaskSize: 0
LinRsvdFieldPosition: 0
MaxPixelClock: 0
Mode: 58 (0x0)
ModeAttributes: 0x0
WinAAttributes: 0x0
WinBAttributes: 0x0
WinGranularity: 0
WinSize: 0
WinASegment: 0x0
WinBSegment: 0x0
WinFuncPtr: 0x0
BytesPerScanline: 0
XResolution: 0
YResolution: 0
XCharSize: 0
YCharSize: 0
NumberOfPlanes: 0
BitsPerPixel: 0
NumberOfBanks: 0
MemoryModel: 0
BankSize: 0
NumberOfImages: 0
RedMaskSize: 0
RedFieldPosition: 0
GreenMaskSize: 0
GreenFieldPosition: 0
BlueMaskSize: 0
BlueFieldPosition: 0
RsvdMaskSize: 0
RsvdFieldPosition: 0
DirectColorModeInfo: 0
PhysBasePtr: 0x0
LinBytesPerScanLine: 0
BnkNumberOfImagePages: 0
LinNumberOfImagePages: 0
LinRedMaskSize: 0
LinRedFieldPosition: 0
LinGreenMaskSize: 0
LinGreenFieldPosition: 0
LinBlueMaskSize: 0
LinBlueFieldPosition: 0
LinRsvdMaskSize: 0
LinRsvdFieldPosition: 0
MaxPixelClock: 0
Mode: 5a (0x0)
ModeAttributes: 0x0
WinAAttributes: 0x0
WinBAttributes: 0x0
WinGranularity: 0
WinSize: 0
WinASegment: 0x0
WinBSegment: 0x0
WinFuncPtr: 0x0
BytesPerScanline: 0
XResolution: 0
YResolution: 0
XCharSize: 0
YCharSize: 0
NumberOfPlanes: 0
BitsPerPixel: 0
NumberOfBanks: 0
MemoryModel: 0
BankSize: 0
NumberOfImages: 0
RedMaskSize: 0
RedFieldPosition: 0
GreenMaskSize: 0
GreenFieldPosition: 0
BlueMaskSize: 0
BlueFieldPosition: 0
RsvdMaskSize: 0
RsvdFieldPosition: 0
DirectColorModeInfo: 0
PhysBasePtr: 0x0
LinBytesPerScanLine: 0
BnkNumberOfImagePages: 0
LinNumberOfImagePages: 0
LinRedMaskSize: 0
LinRedFieldPosition: 0
LinGreenMaskSize: 0
LinGreenFieldPosition: 0
LinBlueMaskSize: 0
LinBlueFieldPosition: 0
LinRsvdMaskSize: 0
LinRsvdFieldPosition: 0
MaxPixelClock: 0
Mode: 5c (0x0)
ModeAttributes: 0x0
WinAAttributes: 0x0
WinBAttributes: 0x0
WinGranularity: 0
WinSize: 0
WinASegment: 0x0
WinBSegment: 0x0
WinFuncPtr: 0x0
BytesPerScanline: 0
XResolution: 0
YResolution: 0
XCharSize: 0
YCharSize: 0
NumberOfPlanes: 0
BitsPerPixel: 0
NumberOfBanks: 0
MemoryModel: 0
BankSize: 0
NumberOfImages: 0
RedMaskSize: 0
RedFieldPosition: 0
GreenMaskSize: 0
GreenFieldPosition: 0
BlueMaskSize: 0
BlueFieldPosition: 0
RsvdMaskSize: 0
RsvdFieldPosition: 0
DirectColorModeInfo: 0
PhysBasePtr: 0x0
LinBytesPerScanLine: 0
BnkNumberOfImagePages: 0
LinNumberOfImagePages: 0
LinRedMaskSize: 0
LinRedFieldPosition: 0
LinGreenMaskSize: 0
LinGreenFieldPosition: 0
LinBlueMaskSize: 0
LinBlueFieldPosition: 0
LinRsvdMaskSize: 0
LinRsvdFieldPosition: 0
MaxPixelClock: 0
Mode: 60 (0x0)
ModeAttributes: 0x0
WinAAttributes: 0x0
WinBAttributes: 0x0
WinGranularity: 0
WinSize: 0
WinASegment: 0x0
WinBSegment: 0x0
WinFuncPtr: 0x0
BytesPerScanline: 0
XResolution: 0
YResolution: 0
XCharSize: 0
YCharSize: 0
NumberOfPlanes: 0
BitsPerPixel: 0
NumberOfBanks: 0
MemoryModel: 0
BankSize: 0
NumberOfImages: 0
RedMaskSize: 0
RedFieldPosition: 0
GreenMaskSize: 0
GreenFieldPosition: 0
BlueMaskSize: 0
BlueFieldPosition: 0
RsvdMaskSize: 0
RsvdFieldPosition: 0
DirectColorModeInfo: 0
PhysBasePtr: 0x0
LinBytesPerScanLine: 0
BnkNumberOfImagePages: 0
LinNumberOfImagePages: 0
LinRedMaskSize: 0
LinRedFieldPosition: 0
LinGreenMaskSize: 0
LinGreenFieldPosition: 0
LinBlueMaskSize: 0
LinBlueFieldPosition: 0
LinRsvdMaskSize: 0
LinRsvdFieldPosition: 0
MaxPixelClock: 0
Mode: 61 (0x0)
ModeAttributes: 0x0
WinAAttributes: 0x0
WinBAttributes: 0x0
WinGranularity: 0
WinSize: 0
WinASegment: 0x0
WinBSegment: 0x0
WinFuncPtr: 0x0
BytesPerScanline: 0
XResolution: 0
YResolution: 0
XCharSize: 0
YCharSize: 0
NumberOfPlanes: 0
BitsPerPixel: 0
NumberOfBanks: 0
MemoryModel: 0
BankSize: 0
NumberOfImages: 0
RedMaskSize: 0
RedFieldPosition: 0
GreenMaskSize: 0
GreenFieldPosition: 0
BlueMaskSize: 0
BlueFieldPosition: 0
RsvdMaskSize: 0
RsvdFieldPosition: 0
DirectColorModeInfo: 0
PhysBasePtr: 0x0
LinBytesPerScanLine: 0
BnkNumberOfImagePages: 0
LinNumberOfImagePages: 0
LinRedMaskSize: 0
LinRedFieldPosition: 0
LinGreenMaskSize: 0
LinGreenFieldPosition: 0
LinBlueMaskSize: 0
LinBlueFieldPosition: 0
LinRsvdMaskSize: 0
LinRsvdFieldPosition: 0
MaxPixelClock: 0
Mode: 62 (0x0)
ModeAttributes: 0x0
WinAAttributes: 0x0
WinBAttributes: 0x0
WinGranularity: 0
WinSize: 0
WinASegment: 0x0
WinBSegment: 0x0
WinFuncPtr: 0x0
BytesPerScanline: 0
XResolution: 0
YResolution: 0
XCharSize: 0
YCharSize: 0
NumberOfPlanes: 0
BitsPerPixel: 0
NumberOfBanks: 0
MemoryModel: 0
BankSize: 0
NumberOfImages: 0
RedMaskSize: 0
RedFieldPosition: 0
GreenMaskSize: 0
GreenFieldPosition: 0
BlueMaskSize: 0
BlueFieldPosition: 0
RsvdMaskSize: 0
RsvdFieldPosition: 0
DirectColorModeInfo: 0
PhysBasePtr: 0x0
LinBytesPerScanLine: 0
BnkNumberOfImagePages: 0
LinNumberOfImagePages: 0
LinRedMaskSize: 0
LinRedFieldPosition: 0
LinGreenMaskSize: 0
LinGreenFieldPosition: 0
LinBlueMaskSize: 0
LinBlueFieldPosition: 0
LinRsvdMaskSize: 0
LinRsvdFieldPosition: 0
MaxPixelClock: 0
Mode: 63 (0x0)
ModeAttributes: 0x0
WinAAttributes: 0x0
WinBAttributes: 0x0
WinGranularity: 0
WinSize: 0
WinASegment: 0x0
WinBSegment: 0x0
WinFuncPtr: 0x0
BytesPerScanline: 0
XResolution: 0
YResolution: 0
XCharSize: 0
YCharSize: 0
NumberOfPlanes: 0
BitsPerPixel: 0
NumberOfBanks: 0
MemoryModel: 0
BankSize: 0
NumberOfImages: 0
RedMaskSize: 0
RedFieldPosition: 0
GreenMaskSize: 0
GreenFieldPosition: 0
BlueMaskSize: 0
BlueFieldPosition: 0
RsvdMaskSize: 0
RsvdFieldPosition: 0
DirectColorModeInfo: 0
PhysBasePtr: 0x0
LinBytesPerScanLine: 0
BnkNumberOfImagePages: 0
LinNumberOfImagePages: 0
LinRedMaskSize: 0
LinRedFieldPosition: 0
LinGreenMaskSize: 0
LinGreenFieldPosition: 0
LinBlueMaskSize: 0
LinBlueFieldPosition: 0
LinRsvdMaskSize: 0
LinRsvdFieldPosition: 0
MaxPixelClock: 0
Mode: 64 (0x0)
ModeAttributes: 0x0
WinAAttributes: 0x0
WinBAttributes: 0x0
WinGranularity: 0
WinSize: 0
WinASegment: 0x0
WinBSegment: 0x0
WinFuncPtr: 0x0
BytesPerScanline: 0
XResolution: 0
YResolution: 0
XCharSize: 0
YCharSize: 0
NumberOfPlanes: 0
BitsPerPixel: 0
NumberOfBanks: 0
MemoryModel: 0
BankSize: 0
NumberOfImages: 0
RedMaskSize: 0
RedFieldPosition: 0
GreenMaskSize: 0
GreenFieldPosition: 0
BlueMaskSize: 0
BlueFieldPosition: 0
RsvdMaskSize: 0
RsvdFieldPosition: 0
DirectColorModeInfo: 0
PhysBasePtr: 0x0
LinBytesPerScanLine: 0
BnkNumberOfImagePages: 0
LinNumberOfImagePages: 0
LinRedMaskSize: 0
LinRedFieldPosition: 0
LinGreenMaskSize: 0
LinGreenFieldPosition: 0
LinBlueMaskSize: 0
LinBlueFieldPosition: 0
LinRsvdMaskSize: 0
LinRsvdFieldPosition: 0
MaxPixelClock: 0
Mode: 65 (0x0)
ModeAttributes: 0x0
WinAAttributes: 0x0
WinBAttributes: 0x0
WinGranularity: 0
WinSize: 0
WinASegment: 0x0
WinBSegment: 0x0
WinFuncPtr: 0x0
BytesPerScanline: 0
XResolution: 0
YResolution: 0
XCharSize: 0
YCharSize: 0
NumberOfPlanes: 0
BitsPerPixel: 0
NumberOfBanks: 0
MemoryModel: 0
BankSize: 0
NumberOfImages: 0
RedMaskSize: 0
RedFieldPosition: 0
GreenMaskSize: 0
GreenFieldPosition: 0
BlueMaskSize: 0
BlueFieldPosition: 0
RsvdMaskSize: 0
RsvdFieldPosition: 0
DirectColorModeInfo: 0
PhysBasePtr: 0x0
LinBytesPerScanLine: 0
BnkNumberOfImagePages: 0
LinNumberOfImagePages: 0
LinRedMaskSize: 0
LinRedFieldPosition: 0
LinGreenMaskSize: 0
LinGreenFieldPosition: 0
LinBlueMaskSize: 0
LinBlueFieldPosition: 0
LinRsvdMaskSize: 0
LinRsvdFieldPosition: 0
MaxPixelClock: 0
Mode: 66 (0x0)
ModeAttributes: 0x0
WinAAttributes: 0x0
WinBAttributes: 0x0
WinGranularity: 0
WinSize: 0
WinASegment: 0x0
WinBSegment: 0x0
WinFuncPtr: 0x0
BytesPerScanline: 0
XResolution: 0
YResolution: 0
XCharSize: 0
YCharSize: 0
NumberOfPlanes: 0
BitsPerPixel: 0
NumberOfBanks: 0
MemoryModel: 0
BankSize: 0
NumberOfImages: 0
RedMaskSize: 0
RedFieldPosition: 0
GreenMaskSize: 0
GreenFieldPosition: 0
BlueMaskSize: 0
BlueFieldPosition: 0
RsvdMaskSize: 0
RsvdFieldPosition: 0
DirectColorModeInfo: 0
PhysBasePtr: 0x0
LinBytesPerScanLine: 0
BnkNumberOfImagePages: 0
LinNumberOfImagePages: 0
LinRedMaskSize: 0
LinRedFieldPosition: 0
LinGreenMaskSize: 0
LinGreenFieldPosition: 0
LinBlueMaskSize: 0
LinBlueFieldPosition: 0
LinRsvdMaskSize: 0
LinRsvdFieldPosition: 0
MaxPixelClock: 0
Mode: 67 (0x0)
ModeAttributes: 0x0
WinAAttributes: 0x0
WinBAttributes: 0x0
WinGranularity: 0
WinSize: 0
WinASegment: 0x0
WinBSegment: 0x0
WinFuncPtr: 0x0
BytesPerScanline: 0
XResolution: 0
YResolution: 0
XCharSize: 0
YCharSize: 0
NumberOfPlanes: 0
BitsPerPixel: 0
NumberOfBanks: 0
MemoryModel: 0
BankSize: 0
NumberOfImages: 0
RedMaskSize: 0
RedFieldPosition: 0
GreenMaskSize: 0
GreenFieldPosition: 0
BlueMaskSize: 0
BlueFieldPosition: 0
RsvdMaskSize: 0
RsvdFieldPosition: 0
DirectColorModeInfo: 0
PhysBasePtr: 0x0
LinBytesPerScanLine: 0
BnkNumberOfImagePages: 0
LinNumberOfImagePages: 0
LinRedMaskSize: 0
LinRedFieldPosition: 0
LinGreenMaskSize: 0
LinGreenFieldPosition: 0
LinBlueMaskSize: 0
LinBlueFieldPosition: 0
LinRsvdMaskSize: 0
LinRsvdFieldPosition: 0
MaxPixelClock: 0
Mode: 68 (0x0)
ModeAttributes: 0x0
WinAAttributes: 0x0
WinBAttributes: 0x0
WinGranularity: 0
WinSize: 0
WinASegment: 0x0
WinBSegment: 0x0
WinFuncPtr: 0x0
BytesPerScanline: 0
XResolution: 0
YResolution: 0
XCharSize: 0
YCharSize: 0
NumberOfPlanes: 0
BitsPerPixel: 0
NumberOfBanks: 0
MemoryModel: 0
BankSize: 0
NumberOfImages: 0
RedMaskSize: 0
RedFieldPosition: 0
GreenMaskSize: 0
GreenFieldPosition: 0
BlueMaskSize: 0
BlueFieldPosition: 0
RsvdMaskSize: 0
RsvdFieldPosition: 0
DirectColorModeInfo: 0
PhysBasePtr: 0x0
LinBytesPerScanLine: 0
BnkNumberOfImagePages: 0
LinNumberOfImagePages: 0
LinRedMaskSize: 0
LinRedFieldPosition: 0
LinGreenMaskSize: 0
LinGreenFieldPosition: 0
LinBlueMaskSize: 0
LinBlueFieldPosition: 0
LinRsvdMaskSize: 0
LinRsvdFieldPosition: 0
MaxPixelClock: 0
(EE) I810(0): No Video BIOS modes for chosen depth.
(==) I810(0): Write-combining range (0x0,0x1000) was already clear
(II) UnloadModule: "i810"
(II) UnloadModule: "ddc"
(II) Unloading /usr/X11R6/lib/modules/libddc.a
(II) UnloadModule: "int10"
(II) UnloadModule: "vgahw"
(II) Unloading /usr/X11R6/lib/modules/libvgahw.a
(II) UnloadModule: "vbe"
(II) Unloading /usr/X11R6/lib/modules/libvbe.a
(II) UnloadModule: "int10"
(II) Unloading /usr/X11R6/lib/modules/libint10.a
(EE) Screen(s) found, but none have a usable configuration.
Fatal server error:
no screens found
When reporting a problem related to a server crash, please send
the full server output, not just the last messages.
This can be found in the log file "/var/log/XFree86.0.log".
Please report problems to xfree86@xfree86.org.
--------------010505010807020103070901--
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 07:43:28 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id EBB6B16A4CE
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 07:43:28 +0000 (GMT)
Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10])
by mx1.FreeBSD.org (Postfix) with ESMTP id F232143D2D
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 07:43:25 +0000 (GMT) (envelope-from ru@ip.net.ua)
Received: from localhost (oak.ip.net.ua [82.193.96.2])
by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i8S7hOIS045442;
Tue, 28 Sep 2004 10:43:24 +0300 (EEST)
(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 76712-05; Tue, 28 Sep 2004 10:43:23 +0300 (EEST)
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 i8S7hNs6045439
(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
Tue, 28 Sep 2004 10:43:23 +0300 (EEST)
(envelope-from ru@ip.net.ua)
Received: (from ru@localhost)
by heffalump.ip.net.ua (8.13.1/8.13.1) id i8S7hOt8015371;
Tue, 28 Sep 2004 10:43:24 +0300 (EEST)
(envelope-from ru)
Date: Tue, 28 Sep 2004 10:43:24 +0300
From: Ruslan Ermilov <ru@freebsd.org>
To: Adam Smith <adam@internode.com.au>
Message-ID: <20040928074323.GD14942@ip.net.ua>
References: <20040928000125.GF629@internode.com.au>
<20040928004906.GC646@internode.com.au>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="11Y7aswkeuHtSBEs"
Content-Disposition: inline
In-Reply-To: <20040928004906.GC646@internode.com.au>
User-Agent: Mutt/1.5.6i
X-Virus-Scanned: by amavisd-new at ip.net.ua
cc: freebsd-current@freebsd.org
Subject: Re: Make installworld problems with BETA4 through 6
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 07:43:29 -0000
--11Y7aswkeuHtSBEs
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Tue, Sep 28, 2004 at 10:19:07AM +0930, Adam Smith wrote:
> On Tue, Sep 28, 2004 at 09:31:26AM +0930, Adam Smith said:
> > Since about BETA4, I've been having installworld problems.
>=20
> And I seem to have found the reason. I am not sure if this problem was d=
ue
> to an existing issue with my system or the new buildworld, but, I found
> that /usr/share/nls/en_US.US-ASCII was a symlink to 'C' in the same
> directory.
>=20
That's normal:
$ uname -srm =20
FreeBSD 5.3-BETA6 i386
$ ls -l /usr/share/nls/en_US.US-ASCII
lrwxr-xr-x 1 root wheel 1 Sep 27 20:59 /usr/share/nls/en_US.US-ASCII -> C
> There was no entry for 'C' and so I removed the symlink entirely. I then
> went back to /usr/src and performed another "make installworld" and it
> installed successfully.
>=20
Hrm, that's odd. The "distrib-dirs" target in src/src/Makefile which
is run as the first step of installworld should have taken care of
creating /usr/share/nls/C, at least I wasn't able to reproduce any
problem here. The only way I could have made it break is to have
/usr/share/nls/C symlinked to some nonexistent filename. But you say
there was no 'C' entry at all...
Anyway, a complete "installworld" output would help narrow this problem
down. If not, there's nothing to discuss in this thread anymore.
Cheers,
--=20
Ruslan Ermilov
ru@FreeBSD.org
FreeBSD committer
--11Y7aswkeuHtSBEs
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)
iD8DBQFBWRYbqRfpzJluFF4RAl6hAJ9lBhW1sE7czViLPVS7h+TfX684RwCfQU/j
xvedcwZnPs2OdGESG7Bz9Q4=
=VgCB
-----END PGP SIGNATURE-----
--11Y7aswkeuHtSBEs--
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 08:26:17 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id E8C2016A4CE
for <current@FreeBSD.ORG>; Tue, 28 Sep 2004 08:26:17 +0000 (GMT)
Received: from hanoi.cronyx.ru (hanoi.cronyx.ru [144.206.181.53])
by mx1.FreeBSD.org (Postfix) with ESMTP id 1488843D2D
for <current@FreeBSD.ORG>; Tue, 28 Sep 2004 08:26:17 +0000 (GMT)
(envelope-from rik@cronyx.ru)
Received: (from root@localhost) by hanoi.cronyx.ru
id i8S8NRXa028185 for current@FreeBSD.ORG.checked; (8.12.8/vak/2.1)
Tue, 28 Sep 2004 12:23:27 +0400 (MSD) (envelope-from rik@cronyx.ru)
Received: from cronyx.ru (hi.cronyx.ru [144.206.181.94]) by hanoi.cronyx.ru
with ESMTP id i8S8MvDx028135; (8.12.8/vak/2.1)
Tue, 28 Sep 2004 12:22:57 +0400 (MSD) (envelope-from rik@cronyx.ru)
Message-ID: <41591FFE.3040206@cronyx.ru>
Date: Tue, 28 Sep 2004 12:25:34 +0400
From: Roman Kurakin <rik@cronyx.ru>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
rv:1.6b) Gecko/20031208
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Dimitry Andric <dimitry@andric.com>
References: <9F67035A-48C9-11D7-8C19-0030656DD690@foolishgames.com>
<1046192310.3e5ba0b6aa039@sms.ed.ac.uk> <1565082305.20040927150136@andric.com>
In-Reply-To: <1565082305.20040927150136@andric.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
cc: Andrew Boothman <A.J.Boothman@sms.ed.ac.uk>
cc: questions@FreeBSD.ORG
cc: dwbear75@gmail.com
cc: current@FreeBSD.ORG
Subject: Re: "NTLDR missing" after 5-RELEASE install
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 08:26:18 -0000
I've seen this before 5.0 release and made some investigation of this
proble.
I didn't look this thread carefully so excuse me if information I give
to all you is useless.
My investigation show that FreeBSD reads full partition table, and after
modification
puts it back. It fix all entries from its own point of view. Windows
dies from change
of end of partition entry. As I understand with large disk it shouldn't
mean anything
at all. But windows checks it. You may save this entry and after
installation of FreeBSD
put it back.
rik
Dimitry Andric wrote:
>On 2003-02-25 at 18:58:30 Andrew Boothman wrote:
>
>
>
>>I can't understand how the 5.x boot manager has managed to break my windows
>>boot, i've never had any trouble under 3.x or 4.x, both of which played with
>>windows perfectly nicely.
>>
>>
>
>Sorry for catching up on this thread so late, but couldn't this be
>some nasty problem with hard drive geometries? I.e. FreeBSD's
>interpretation of the partition table could be totally different from
>Windows', causing the rather flaky Microsoft bootloaders to fail.
>
>I personally have had complaints from PartitionMagic and various other
>Windows-based tools about partitions being "invalid" or having
>"different CHS and LBA boundaries" etc, after installing some versions
>of FreeBSD, and creating partitions from its installer.
>
>Could you please give us some info about your drive geometry, and/or
>or a somewhat low-level dump of your partition table data?
>
>
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 08:38:27 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 2473A16A4CE; Tue, 28 Sep 2004 08:38:27 +0000 (GMT)
Received: from mail.dt.e-technik.uni-dortmund.de
(mail.dt.E-Technik.Uni-Dortmund.DE [129.217.163.1])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 7EE3D43D5A; Tue, 28 Sep 2004 08:38:26 +0000 (GMT)
(envelope-from ma@dt.e-technik.uni-dortmund.de)
Received: from localhost (localhost [127.0.0.1])98B6940C12;
Tue, 28 Sep 2004 10:38:25 +0200 (CEST)
Received: from mail.dt.e-technik.uni-dortmund.de ([127.0.0.1])
by localhost (krusty [127.0.0.1]) (amavisd-new, port 10024) with LMTP
id 31704-05; Tue, 28 Sep 2004 10:38:25 +0200 (CEST)
Received: from m2a2.dyndns.org (p508EF02B.dip.t-dialin.net [80.142.240.43])
2F3CB40BC7; Tue, 28 Sep 2004 10:38:25 +0200 (CEST)
Received: from localhost (localhost [127.0.0.1])
by merlin.emma.line.org (Postfix) with ESMTP id 5DD09C8FBA;
Tue, 28 Sep 2004 10:38:24 +0200 (CEST)
Received: from merlin.emma.line.org ([127.0.0.1])
by localhost (m2a2.dyndns.org [127.0.0.1]) (amavisd-new, port 10024)
with LMTP id 11131-04-2; Tue, 28 Sep 2004 10:38:24 +0200 (CEST)
Received: by merlin.emma.line.org (Postfix, from userid 500)
id 04F78C8F94; Tue, 28 Sep 2004 10:38:24 +0200 (CEST)
To: Ruslan Ermilov <ru@FreeBSD.org>
In-Reply-To: <20040928071758.GB14942@ip.net.ua> (Ruslan Ermilov's message of
"Tue, 28 Sep 2004 10:17:58 +0300")
References: <20040927224353.845381B217@merlin.emma.line.org>
<20040928043351.GA2400@frontfree.net>
<20040928071758.GB14942@ip.net.ua>
From: Matthias Andree <ma@dt.e-technik.uni-dortmund.de>
Date: Tue, 28 Sep 2004 10:38:23 +0200
Message-ID: <m31xgmzt34.fsf@merlin.emma.line.org>
User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Virus-Scanned: by amavisd-new at dt.e-technik.uni-dortmund.de
cc: current@FreeBSD.org
cc: Matthias Andree <matthias.andree@web.de>
Subject: Re: bin/72138: libc.so.5 isn't installed in a safe way
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 08:38:27 -0000
Ruslan Ermilov <ru@FreeBSD.org> writes:
> On Tue, Sep 28, 2004 at 12:33:51PM +0800, Xin LI wrote:
>> (-CURRENT is cc'ed for a boarder review)
>>
>> I fell like this idea, and here is the patch for review:
>>
>> Index: Makefile
>> ===================================================================
>> RCS file: /r/ncvs/src/lib/libc/Makefile,v
>> retrieving revision 1.52
>> diff -u -r1.52 Makefile
>> --- Makefile 14 May 2004 12:04:29 -0000 1.52
>> +++ Makefile 28 Sep 2004 04:30:26 -0000
>> @@ -16,6 +16,7 @@
>> CFLAGS+=-I${.CURDIR}/include -I${.CURDIR}/../../include
>> CFLAGS+=-I${.CURDIR}/${MACHINE_ARCH}
>> CLEANFILES+=tags
>> +SHLINSTALLFLAGS+= -S
>> INSTALL_PIC_ARCHIVE= yes
>> PRECIOUSLIB= yes
>>
> I like the idea so much, that I suggest this instead:
>
> %%%
> Index: bsd.lib.mk
> ===================================================================
> RCS file: /home/ncvs/src/share/mk/bsd.lib.mk,v
> retrieving revision 1.160
> diff -u -r1.160 bsd.lib.mk
> --- bsd.lib.mk 7 May 2004 09:58:36 -0000 1.160
> +++ bsd.lib.mk 28 Sep 2004 07:13:18 -0000
> @@ -187,9 +187,12 @@
>
> .if !target(install)
>
> -.if defined(PRECIOUSLIB) && !defined(NOFSCHG)
> +.if defined(PRECIOUSLIB)
> +.if !defined(NOFSCHG)
> SHLINSTALLFLAGS+= -fschg
> .endif
> +SHLINSTALLFLAGS+= -S
> +.endif
>
> _INSTALLFLAGS:= ${INSTALLFLAGS}
> .for ie in ${INSTALLFLAGS_EDIT}
> %%%
I must say that although Xin's patch will certainly work well to address
my original PR, I like Ruslan's idea better, because it appears to work
for all precious libraries, not just libc. But there is more "precious"
stuff, /bin, /sbin, /boot (including kernel), /rescue (I was glad I had
the latter, otherwise my system would have been dead.)
Using -S for the whole system might be a bit slow without softupdates
(or async, which I do not favor) but would not be a bad idea from a
robustness point of view which I personally prefer.
--
Matthias Andree
Encrypted mail welcome: my GnuPG key ID is 0x052E7D95 (PGP/MIME preferred)
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 08:53:03 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 6AB0C16A4CE; Tue, 28 Sep 2004 08:53:03 +0000 (GMT)
Received: from mailout09.sul.t-online.com (mailout09.sul.t-online.com
[194.25.134.84]) by mx1.FreeBSD.org (Postfix) with ESMTP
id BF4A243D48; Tue, 28 Sep 2004 08:53:02 +0000 (GMT)
(envelope-from mike@reifenberger.com)
Received: from fwd09.aul.t-online.de
by mailout09.sul.t-online.com with smtp
id 1CCDjJ-0001Tm-00; Tue, 28 Sep 2004 10:53:01 +0200
Received: from fw.reifenberger.com
(Vse8vvZvZegmWb8+PKuLP0w2K3hk8N5HxeHuZyLNT9WLns6sJLScEF@[217.232.248.189]) by
fmrl09.sul.t-online.com
with esmtp id 1CCDj5-1Mht560; Tue, 28 Sep 2004 10:52:47 +0200
Received: from localhost (mike@localhost)i8S8qkQm003761;
Tue, 28 Sep 2004 10:52:46 +0200 (CEST)
(envelope-from mike@reifenberger.com)
X-Authentication-Warning: fw.reifenberger.com: mike owned process doing -bs
Date: Tue, 28 Sep 2004 10:52:46 +0200 (CEST)
From: Michael Reifenberger <mike@Reifenberger.com>
To: archie@freebsd.org
Message-ID: <20040928103625.N3616@fw.reifenberger.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
X-ID: Vse8vvZvZegmWb8+PKuLP0w2K3hk8N5HxeHuZyLNT9WLns6sJLScEF@t-dialin.net
X-TOI-MSGID: 34ed396c-bade-4ba5-bacf-b00b491e2750
cc: freebsd-current@freebsd.org
Subject: mpd(NETGRAPH) and -current issues
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 08:53:03 -0000
Hi,
after upgrading my DSL-Gateway to -current (had -current as of july before)
I experienced two things with mpd-3.16:
- My PPPoE connection didn't work:
...
Sep 27 22:51:45 fw mpd: [PPPoE] bundle: OPEN event in state CLOSED
Sep 27 22:51:45 fw mpd: [PPPoE] opening link "PPPoE"...
Sep 27 22:51:45 fw mpd: [PPPoE] link: OPEN event
Sep 27 22:51:45 fw mpd: [PPPoE] LCP: Open event
Sep 27 22:51:45 fw mpd: [PPPoE] LCP: state change Initial --> Starting
Sep 27 22:51:45 fw mpd: [PPPoE] LCP: LayerStart
Sep 27 22:51:45 fw mpd: [PPPoE] device: OPEN event in state DOWN
Sep 27 22:51:45 fw mpd: [PPPoE] can't connect bypass,link0 and vr1:orphans,mpd687-PPPoE: No such file or directory
Sep 27 22:51:45 fw mpd: [PPPoE] can't remove hook mpd687-PPPoE from node "vr1:orphans": No such file or directory
Sep 27 22:51:45 fw mpd: [PPPoE] device is now in state OPENING
Sep 27 22:51:45 fw mpd: [PPPoE] device: DOWN event in state OPENING
Sep 27 22:51:45 fw mpd: [PPPoE] device is now in state DOWN
Sep 27 22:51:45 fw mpd: [PPPoE] link: DOWN event
Sep 27 22:51:45 fw mpd: [PPPoE] LCP: Down event
...
- Rebooting or stopping mpd causes an kernel panic (sorry no dump jet)
Since this is my only gateway to the internet I couldn't investigate much
further (upgrading -current isn't fun if you need it working for upgrading...)
Is this an known issue with netgraph and -current?
Have you tried mpd under -current recently (after phk's device-node-changes
and/or recent networking changes)?
Is anyone successfully using netgraph (I4BING, PPPoE) under -current?
Bye/2
---
Michael Reifenberger, Business Development Manager SAP-Basis, Plaut Consulting
Comp: Michael.Reifenberger@plaut.de | Priv: Michael@Reifenberger.com
http://www.plaut.de | http://www.Reifenberger.com
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 08:56:47 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id A6BEA16A4DA
for <current@freebsd.org>; Tue, 28 Sep 2004 08:56:47 +0000 (GMT)
Received: from kane.otenet.gr (kane.otenet.gr [195.170.0.27])
by mx1.FreeBSD.org (Postfix) with ESMTP id A3B7E43D2D
for <current@freebsd.org>; Tue, 28 Sep 2004 08:56:45 +0000 (GMT)
(envelope-from keramida@linux.gr)
Received: from orion.daedalusnetworks.priv (host5.bedc.ondsl.gr
[62.103.39.229])i8S8ugls029558; Tue, 28 Sep 2004 11:56:42 +0300
Received: from orion.daedalusnetworks.priv (orion [127.0.0.1])
i8S8ugsO001731; Tue, 28 Sep 2004 11:56:42 +0300 (EEST)
(envelope-from keramida@linux.gr)
Received: (from keramida@localhost)i8S8ufpL001730;
Tue, 28 Sep 2004 11:56:41 +0300 (EEST)
(envelope-from keramida@linux.gr)
Date: Tue, 28 Sep 2004 11:56:41 +0300
From: Giorgos Keramidas <keramida@linux.gr>
To: Jose M Rodriguez <josemi@freebsd.jazztel.es>
Message-ID: <20040928085641.GA1647@orion.daedalusnetworks.priv>
References: <opsezkmjx86abrq7@localhost.redesjm.local>
<20040927171630.GB4684@orion.daedalusnetworks.priv>
<opsezxyc1x6abrq7@localhost.redesjm.local>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <opsezxyc1x6abrq7@localhost.redesjm.local>
cc: current@freebsd.org
Subject: Re: WIP: /etc/rc.d/xdm RCORDER problems
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 08:56:47 -0000
On 2004-09-27 19:38, Jose M Rodriguez wrote:
>On Mon, 27 Sep 2004 20:16:30 +0300, Giorgos Keramidas wrote:
>>On 2004-09-27 14:50, Jose M Rodriguez wrote:
>>
>>Some of the rc.d scripts you listed above have a `REQUIRE: LOGIN' line.
>>This will create a dependency problem if combined with a line that contains
>>`BEFORE: LOGIN', since a script cannot depend on LOGIN to start but start
>>before LOGIN.
>
> I don't think this may be a REQUIRE issue, but a BEFORE: one
AFAICT, these two can work in two ways:
1. As complementary information. When two scripts B and C depend on the
same script A and the order of B, C *is* important BEFORE can be used
to ensure the correct order is used.
2. As implicit dependency information specifiers. If B specifies that it
should start `BEFORE: C' and B depends on A, then C also depends
(indirectly) on A.
I think I prefer the first way of using BEFORE, which is what you're trying to
do. But I may be wrong or I may have misunderstood the way the keywords work.
> I rather puzzle that, ading a simple script (xdm) I can't manage to put it
> at the very end of rcorder (I have race problems between gettys from
> /etc/ttys and xdm).
What happens if you copy the logic of the existing scripts and add only this
line to your xdm script?
REQUIRE: LOGIN
> It, at a minimum, annoying. I can sure what is. But rcorder seems to be
> very sensitive to 'string order'.
>>The scripts that depend on LOGIN and are listed above are:
>>
>> /etc/rc.d/syscons:# REQUIRE: LOGIN usbd
>> /etc/rc.d/sshd:# REQUIRE: LOGIN
>> /etc/rc.d/sendmail:# REQUIRE: LOGIN
>> /etc/rc.d/archdep:# REQUIRE: LOGIN
>> /etc/rc.d/abi:# REQUIRE: LOGIN
>> /etc/rc.d/cron:# REQUIRE: LOGIN
>> /etc/rc.d/devfs:# REQUIRE: LOGIN
>> /etc/rc.d/jail:# REQUIRE: LOGIN
>> /etc/rc.d/pcvt:# REQUIRE: LOGIN
>> /etc/rc.d/othermta:# REQUIRE: LOGIN
>> /etc/rc.d/msgs:# REQUIRE: LOGIN
>> /etc/rc.d/mixer:# REQUIRE: LOGIN usbd
>> /etc/rc.d/inetd:# REQUIRE: DAEMON LOGIN
>
> And ... why? sshd, sendmail, inetd, othermta ... It's no sense. All this
> are network servers that must be on NETWORK, REQUIRE NETWORKING and be run
> BEFORE LOGIN ?no?.
Essentially the current `LOGIN' script pulls in (via `DAEMON') a dependency on
two important things that these servers might need to operate normally. The
NETWORKING and SERVERS dependencies. These ensure that basic networking
support has been configured and all the remote filesystems have been already
mounted[1] when these servers start.
I'm not sure if all this is helpful for what you're trying to do. If not,
then the people at freebsd-rc@ will probably know a lot more details about
the design/rationale of the way each script works.
- Giorgos
----- References -----
[1] This is necessary for at least the sshd, sendmail, cron and inetd because
user information or other data for authentication/access-control might be on
remote filesystems (i.e. when booting diskless or when using shared space for
`/home' which is exported by an NFS server).
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 09:04:17 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id AFA9616A4CE; Tue, 28 Sep 2004 09:04:17 +0000 (GMT)
Received: from vbook.fbsd.ru (asplinux.ru [195.133.213.194])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 2A63643D41; Tue, 28 Sep 2004 09:04:17 +0000 (GMT)
(envelope-from vova@vbook.fbsd.ru)
Received: from vova by vbook.fbsd.ru with local (Exim 4.42 (FreeBSD))
id 1CCDuB-0000dT-CO; Tue, 28 Sep 2004 13:04:15 +0400
From: Vladimir Grebenschikov <vova@fbsd.ru>
To: "M. Warner Losh" <imp@bsdimp.com>
In-Reply-To: <20040927.101353.128335832.imp@bsdimp.com>
References: <20040927111438.GA865@genius.tao.org.uk>
<20040927.101353.128335832.imp@bsdimp.com>
Content-Type: text/plain; charset=KOI8-R
Content-Transfer-Encoding: quoted-printable
Organization: SWsoft
Date: Tue, 28 Sep 2004 13:04:14 +0400
Message-Id: <1096362254.993.50.camel@localhost>
Mime-Version: 1.0
X-Mailer: Evolution 2.0.0FreeBSD GNOME Team Port
Sender: Vladimir Grebenschikov <vova@vbook.fbsd.ru>
cc: joe@freebsd.org
cc: "current@freebsd.org" <current@freebsd.org>
Subject: Re: Laptop recommendations?
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: vova@fbsd.ru
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 09:04:17 -0000
=F7 =D0=CE, 27/09/2004 =D7 10:13 -0600, M. Warner Losh =D0=C9=DB=C5=D4:
> In message: <20040927111438.GA865@genius.tao.org.uk>
> Josef Karthauser <joe@freebsd.org> writes:
> : My previous machine was a Sony Vaio which I loved, but was fairly
> : expensive and the repair support wasn't very good. Dell's support was
> : much better and I'd prefer a Dell I think, but I don't know whether mor=
e
> : recent models fair better with power management support, etc.
>=20
> So far my Sony PCG-Z1WA has been trouble free. More trouble free than
> my 505TS ever was.
Does you manage to get suspend/resume working on PCG-Z1WA ?
It is only thing I dislike in it.
All other - is almost ideal.
Even wireless card now has native freebsd 802.11g driver.
No problems with fans and long life on battery=20
(with est/estctrl and setbrightness)
One another small issue (currently I do not known how to fix, but have
not try hard to find solution):
Once attached memory stick umass0 device never detached.
So if you change memory stick card it is da0 drive does not reset
geometry, camcontrol rescan does not helps. USB do not indicate detach
event (an looks like not supposed to do it).
So to do rescan da0 geometry I need to kldunload umass and then load it
back.
> Warner
--=20
Vladimir B. Grebenchikov
vova@fbsd.ru
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 09:23:58 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id D1C1A16A4CE
for <current@FreeBSD.org>; Tue, 28 Sep 2004 09:23:58 +0000 (GMT)
Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10])
by mx1.FreeBSD.org (Postfix) with ESMTP id 74BED43D2F
for <current@FreeBSD.org>; Tue, 28 Sep 2004 09:23:54 +0000 (GMT)
(envelope-from ru@ip.net.ua)
Received: from localhost (oak.ip.net.ua [82.193.96.2])
by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i8S9NAf7051374;
Tue, 28 Sep 2004 12:23:10 +0300 (EEST)
(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 90146-08; Tue, 28 Sep 2004 12:23:09 +0300 (EEST)
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 i8S9N9MM051371
(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
Tue, 28 Sep 2004 12:23:09 +0300 (EEST)
(envelope-from ru@ip.net.ua)
Received: (from ru@localhost)
by heffalump.ip.net.ua (8.13.1/8.13.1) id i8S9NA8F016060;
Tue, 28 Sep 2004 12:23:10 +0300 (EEST)
(envelope-from ru)
Date: Tue, 28 Sep 2004 12:23:10 +0300
From: Ruslan Ermilov <ru@FreeBSD.org>
To: Matthias Andree <ma@dt.e-technik.uni-dortmund.de>
Message-ID: <20040928092310.GC15848@ip.net.ua>
References: <20040927224353.845381B217@merlin.emma.line.org>
<20040928043351.GA2400@frontfree.net> <20040928071758.GB14942@ip.net.ua>
<m31xgmzt34.fsf@merlin.emma.line.org>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="vEao7xgI/oilGqZ+"
Content-Disposition: inline
In-Reply-To: <m31xgmzt34.fsf@merlin.emma.line.org>
User-Agent: Mutt/1.5.6i
X-Virus-Scanned: by amavisd-new at ip.net.ua
cc: current@FreeBSD.org
cc: Matthias Andree <matthias.andree@web.de>
Subject: Re: bin/72138: libc.so.5 isn't installed in a safe way
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 09:23:59 -0000
--vEao7xgI/oilGqZ+
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Tue, Sep 28, 2004 at 10:38:23AM +0200, Matthias Andree wrote:
> Ruslan Ermilov <ru@FreeBSD.org> writes:
>=20
> > On Tue, Sep 28, 2004 at 12:33:51PM +0800, Xin LI wrote:
> >> (-CURRENT is cc'ed for a boarder review)
> >>=20
> >> I fell like this idea, and here is the patch for review:
> >>=20
> >> Index: Makefile
> >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
> >> RCS file: /r/ncvs/src/lib/libc/Makefile,v
> >> retrieving revision 1.52
> >> diff -u -r1.52 Makefile
> >> --- Makefile 14 May 2004 12:04:29 -0000 1.52
> >> +++ Makefile 28 Sep 2004 04:30:26 -0000
> >> @@ -16,6 +16,7 @@
> >> CFLAGS+=3D-I${.CURDIR}/include -I${.CURDIR}/../../include
> >> CFLAGS+=3D-I${.CURDIR}/${MACHINE_ARCH}
> >> CLEANFILES+=3Dtags
> >> +SHLINSTALLFLAGS+=3D -S
> >> INSTALL_PIC_ARCHIVE=3D yes
> >> PRECIOUSLIB=3D yes
> >> =20
> > I like the idea so much, that I suggest this instead:
> >
> > %%%
> > Index: bsd.lib.mk
> > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
> > RCS file: /home/ncvs/src/share/mk/bsd.lib.mk,v
> > retrieving revision 1.160
> > diff -u -r1.160 bsd.lib.mk
> > --- bsd.lib.mk 7 May 2004 09:58:36 -0000 1.160
> > +++ bsd.lib.mk 28 Sep 2004 07:13:18 -0000
> > @@ -187,9 +187,12 @@
> > =20
> > .if !target(install)
> > =20
> > -.if defined(PRECIOUSLIB) && !defined(NOFSCHG)
> > +.if defined(PRECIOUSLIB)
> > +.if !defined(NOFSCHG)
> > SHLINSTALLFLAGS+=3D -fschg
> > .endif
> > +SHLINSTALLFLAGS+=3D -S
> > +.endif
> > =20
> > _INSTALLFLAGS:=3D ${INSTALLFLAGS}
> > .for ie in ${INSTALLFLAGS_EDIT}
> > %%%
>=20
> I must say that although Xin's patch will certainly work well to address
> my original PR, I like Ruslan's idea better, because it appears to work
> for all precious libraries, not just libc. But there is more "precious"
> stuff, /bin, /sbin, /boot (including kernel), /rescue (I was glad I had
> the latter, otherwise my system would have been dead.)
>=20
> Using -S for the whole system might be a bit slow without softupdates
> (or async, which I do not favor) but would not be a bad idea from a
> robustness point of view which I personally prefer.
>=20
FWIW, I don't believe that using -S adds much overhead, no.
You can check it easily, by doing two installworlds, one with
INSTALL=3D"install -S", and one without it.
Cheers,
--=20
Ruslan Ermilov
ru@FreeBSD.org
FreeBSD committer
--vEao7xgI/oilGqZ+
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)
iD8DBQFBWS1+qRfpzJluFF4RAq7ZAKCUTL7DpRNDG+iGU2TM2cfpCaPe6wCglTSc
5h8UTd+lqsYWEAYNKcu8TyA=
=9Sgu
-----END PGP SIGNATURE-----
--vEao7xgI/oilGqZ+--
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 09:33:59 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id A9F6316A4CE
for <current@freebsd.org>; Tue, 28 Sep 2004 09:33:59 +0000 (GMT)
Received: from smtp2.jazztel.es (smtp2.jazztel.es [62.14.3.162])
by mx1.FreeBSD.org (Postfix) with ESMTP id 6F77B43D1F
for <current@freebsd.org>; Tue, 28 Sep 2004 09:33:58 +0000 (GMT)
(envelope-from josemi@freebsd.jazztel.es)
Received: from antivirus
by smtp2.jazztel.es
with antivirus id 1CCEMq-0004AK-00
for current@freebsd.org
Tue, 28 Sep 2004 11:33:52 +0200
Received: from root
by smtp2.jazztel.es
with bsmtp id 1CCEMo-000462-00
for current@freebsd.org
Tue, 28 Sep 2004 11:33:50 +0200
Received: from [212.106.255.190] (helo=rguez.homeunix.net)
by smtp2.jazztel.es
with esmtp id 1CByek-0004Tg-00
for current@freebsd.org
Mon, 27 Sep 2004 18:47:18 +0200
Received: from localhost.redesjm.local (orion.redesjm.local [192.168.254.16])
by rguez.homeunix.net (8.13.1/8.13.1) with ESMTP id i8RGlGD5006646
for <current@freebsd.org>; Mon, 27 Sep 2004 18:47:17 +0200 (CEST)
(envelope-from josemi@freebsd.jazztel.es)
Date: Mon, 27 Sep 2004 18:47:16 +0200
To: current@freebsd.org
From: "Jose M Rodriguez" <josemi@freebsd.jazztel.es>
Content-Type: multipart/mixed; boundary=----------Er09CPGBiRGrSnE9axaHi5
MIME-Version: 1.0
Message-ID: <opsezvk2fj6abrq7@localhost.redesjm.local>
User-Agent: Opera M2/7.54 (FreeBSD, build 751)
X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.27.0.11; VDF 6.27.0.70
(host: antares.redesjm.local)
X-Virus-Scanned: by antivirus
Subject: WIP: /etc/rc.d/xdm Working patch for test.
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 09:33:59 -0000
------------Er09CPGBiRGrSnE9axaHi5
Content-Type: text/plain; format=flowed; delsp=yes; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
Well, this is the frist working patch for a /etc/rc.d/xdm script.
To workaround de init/xdm race problem, I rename the script to 0xdm, and
is now even closest to the end of rcorder than local.
So, now, this script can:
- launch Xorg/gdm/kdm/xdm from /etc/rc.conf
- launch it from boot without init (/etc/ttys) race problems
- doesn't affect previous /etc/ttys or /usr/X11R6/ets/rc.d/gdm.sh xdm
launchs.
- xmd start/stop via /erc/rc.d/0xdm start ...
- admit more elaborate launch via /etc/rc.conf.d/xdm
- aply patch:
# cd /usr/src && patch -p0 < path-xdm4
+ check no xdm and 0xdm
+ update /etc/rc.d
- xdm launch
# echo 'xdm_enable="YES" >> /etc/rc.conf && /etc/rc.d/0xdm start
- gdm launch
# echo 'xdm_program="/usr/X11R6/bin/gdm" >> /etc/rc.conf && echo
'xdm_enable="YES" >> /etc/rc.conf && /etc/rc.d/0xdm start
- kdm launch
# echo 'xdm_program="/usr/local/bin/kdm" >> /etc/rc.conf && echo
'xdm_enable="YES" >> /etc/rc.conf && /etc/rc.d/0xdm start
- Xorg XDMCP broadcast
# echo 'xdm_program="/usr/X11R6/bin/Xorg" >> /etc/rc.conf && echo
'xdm_enable="YES" >> /etc/rc.conf && /etc/rc.d/0xdm start
Now ready for test.
--
josemi
--
Using Opera's revolutionary e-mail client: http://www.opera.com/m2/
------------Er09CPGBiRGrSnE9axaHi5
Content-Disposition: attachment; filename=patch-xdm4
Content-Type: application/octet-stream; name=patch-xdm4
Content-Transfer-Encoding: 8bit
diff -Nru /usr/src/etc/rc.d/0xdm etc/rc.d/0xdm
--- /usr/src/etc/rc.d/0xdm Thu Jan 1 01:00:00 1970
+++ etc/rc.d/0xdm Mon Sep 27 18:19:57 2004
@@ -0,0 +1,56 @@
+#!/bin/sh
+#
+# $NetBSD: xdm,v 1.5 2000/07/17 15:24:48 lukem Exp $
+#
+
+# PROVIDE: xdm
+# REQUIRE: DAEMON LOGIN syscons moused
+# KEYWORD: FreeBSD nojail shutdown
+
+. /etc/rc.subr
+
+name="xdm"
+rcvar=`set_rcvar`
+
+# Place any needed extra config in /etc/rc.conf.d/xdm
+load_rc_config $name
+
+command="${xdm_program:-/usr/X11R6/bin/xdm}"
+
+# a good ENV for a X11 App, we are in our subshell
+HOME="/root"
+PATH="/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin:/usr/X11R6/bin"
+export PATH HOME
+
+case `basename ${command}` in
+ xdm)
+ # xdm standard display manager
+ : ${required_files:=/usr/X11R6/lib/X11/xdm/xdm-config}
+ : ${pidfile:=/var/run/xdm.pid}
+ : ${extra_commands:="reload"}
+ ;;
+ gdm)
+ # gnome gdm display manager
+ : ${required_files:=${command%/bin/gdm}/etc/gdm/gdm.conf}
+ : ${pidfile:=/var/run/gdm.pid}
+ : ${procname:=${command}-binary}
+ ;;
+ kdm)
+ # KDE kdm display manager
+ : ${required_files:=${command%/bin/kdm}/share/config/kdm/kdmrc}
+ : ${pidfile:=/var/run/kdm.pid}
+ # don't use start_precmd(). We have local genkdmconf.sh now
+ ;;
+ Xorg)
+ # xdm login via Xorg broadcast XDMCP
+ : ${required_files:=/etc/X11/xorg.conf}
+ : ${xdm_flags:=-broadcast &}
+ ;;
+ Xfree86)
+ # xdm login via Xfree86 broadcast XDMCP
+ : ${required_files:=/etc/X11/XF86Config}
+ : ${xdm_flags:=-broadcast &}
+ ;;
+esac
+
+run_rc_command "$1"
diff -Nru /usr/src/etc/rc.d/Makefile etc/rc.d/Makefile
--- /usr/src/etc/rc.d/Makefile Mon May 24 16:17:19 2004
+++ etc/rc.d/Makefile Mon Sep 27 06:06:48 2004
@@ -37,6 +37,7 @@
usbd \
var vinum virecover \
watchdogd \
+ 0xdm xfs \
ypbind yppasswdd ypserv \
ypset ypupdated ypxfrd
FILESDIR= /etc/rc.d
diff -Nru /usr/src/etc/rc.d/xdm etc/rc.d/xdm
--- /usr/src/etc/rc.d/xdm Sat Jun 16 09:16:14 2001
+++ etc/rc.d/xdm Thu Jan 1 01:00:00 1970
@@ -1,20 +0,0 @@
-#!/bin/sh
-#
-# $NetBSD: xdm,v 1.5 2000/07/17 15:24:48 lukem Exp $
-#
-
-# PROVIDE: xdm
-# REQUIRE: DAEMON LOGIN wscons
-# KEYWORD: shutdown
-
-. /etc/rc.subr
-
-name="xdm"
-rcvar=$name
-command="/usr/X11R6/bin/${name}"
-pidfile="/var/run/${name}.pid"
-required_files="/usr/X11R6/lib/X11/xdm/xdm-config"
-extra_commands="reload"
-
-load_rc_config $name
-run_rc_command "$1"
diff -Nru /usr/src/etc/rc.d/xfs etc/rc.d/xfs
--- /usr/src/etc/rc.d/xfs Fri Jun 14 00:14:36 2002
+++ etc/rc.d/xfs Mon Sep 27 12:59:51 2004
@@ -7,11 +7,12 @@
# PROVIDE: xfs
# REQUIRE: mountall cleartmp
# BEFORE: LOGIN
+# KEYWORD: FreeBSD
. /etc/rc.subr
name="xfs"
-rcvar=$name
+rcvar=`set_rcvar`
command="/usr/X11R6/bin/${name}"
command_args="& sleep 2"
required_files="/usr/X11R6/lib/X11/fs/config"
diff -Nru /usr/src/etc/defaults/rc.conf etc/defaults/rc.conf
--- /usr/src/etc/defaults/rc.conf Sun Sep 26 05:10:09 2004
+++ etc/defaults/rc.conf Mon Sep 27 06:16:54 2004
@@ -467,6 +467,8 @@
economy_cx_lowest="LOW" # Offline CPU idle state
economy_throttle_state="HIGH" # Offline throttling state
virecover_enable="YES" # Perform housekeeping for the vi(1) editor
+xdm_enable="NO" # Start the X11 Display Manager
+xfs_enable="NO" # Start the X11 Font Server
##############################################################
### Jail Configuration #######################################
------------Er09CPGBiRGrSnE9axaHi5--
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 09:47:32 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 3514916A4CE
for <current@freebsd.org>; Tue, 28 Sep 2004 09:47:32 +0000 (GMT)
Received: from smtp.des.no (flood.des.no [217.116.83.31])
by mx1.FreeBSD.org (Postfix) with ESMTP id 9089F43D55
for <current@freebsd.org>; Tue, 28 Sep 2004 09:47:31 +0000 (GMT)
(envelope-from des@des.no)
Received: by smtp.des.no (Pony Express, from userid 666)
id 2B42C5310; Tue, 28 Sep 2004 11:47:30 +0200 (CEST)
Received: from dwp.des.no (des.no [80.203.228.37])
by smtp.des.no (Pony Express) with ESMTP id 5A5E2530A;
Tue, 28 Sep 2004 11:47:23 +0200 (CEST)
Received: by dwp.des.no (Postfix, from userid 2602)
id 1F6ECB873; Tue, 28 Sep 2004 11:47:23 +0200 (CEST)
To: "Jose M Rodriguez" <josemi@freebsd.jazztel.es>
References: <opsezvk2fj6abrq7@localhost.redesjm.local>
From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=)
Date: Tue, 28 Sep 2004 11:47:22 +0200
In-Reply-To: <opsezvk2fj6abrq7@localhost.redesjm.local> (Jose M. Rodriguez's
message of "Mon, 27 Sep 2004 18:47:16 +0200")
Message-ID: <xzpy8iu67yt.fsf@dwp.des.no>
User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 (berkeley-unix)
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on flood.des.no
X-Spam-Level:
X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.64
cc: current@freebsd.org
Subject: Re: WIP: /etc/rc.d/xdm Working patch for test.
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 09:47:32 -0000
"Jose M Rodriguez" <josemi@freebsd.jazztel.es> writes:
> - launch Xorg/gdm/kdm/xdm from /etc/rc.conf
> - launch it from boot without init (/etc/ttys) race problems
> - doesn't affect previous /etc/ttys or /usr/X11R6/ets/rc.d/gdm.sh
> xdm launchs.
> - xmd start/stop via /erc/rc.d/0xdm start ...
> - admit more elaborate launch via /etc/rc.conf.d/xdm
All that work, just because you don't want to change "off" to "on" in
/etc/ttys...
DES
--=20
Dag-Erling Sm=F8rgrav - des@des.no
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 09:47:39 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 3688816A4DC; Tue, 28 Sep 2004 09:47:39 +0000 (GMT)
Received: from rwcrmhc12.comcast.net (rwcrmhc12.comcast.net [216.148.227.85])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 2200043D49; Tue, 28 Sep 2004 09:47:39 +0000 (GMT)
(envelope-from DougB@freebsd.org)
Received: from lap (c-24-130-110-32.we.client2.attbi.com[24.130.110.32])
by comcast.net (rwcrmhc12) with SMTP
id <20040928094733014007m0ppe>; Tue, 28 Sep 2004 09:47:38 +0000
Date: Tue, 28 Sep 2004 02:47:32 -0700 (PDT)
From: Doug Barton <DougB@FreeBSD.org>
To: "Crist J. Clark" <cjc@FreeBSD.org>
In-Reply-To: <20040928054111.GB3706@blossom.cjclark.org>
Message-ID: <20040928024648.E5094@ync.qbhto.arg>
References: <1096042856.24267.6.camel@purgatory.ceribus.net>
<xzpsm97v49e.fsf@dwp.des.no>
<1096064849.1047.7.camel@server.mcneil.com>
<b34be84204092718334b4b77af@mail.gmail.com>
<20040927184543.I911@bo.vpnaa.bet> <xzpvfdz7ymu.fsf@dwp.des.no>
<20040928054111.GB3706@blossom.cjclark.org>
Organization: http://www.FreeBSD.org/
X-message-flag: Outlook -- Not just for spreading viruses anymore!
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
cc: Dag-Erling Sm?rgrav <des@des.no>
cc: freebsd-current@FreeBSD.org
Subject: Re: Proper way to run bind9
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 09:47:39 -0000
On Mon, 27 Sep 2004, Crist J. Clark wrote:
> <bikeshed_alert>
> Has the crew importing BIND 9 considered whether this may be
> a chance to move FreeBSD's default home for zone files out
> of /etc/namedb?
I just configured the default to do just that. Please take a look and
let me know what you think.
Doug
--
This .signature sanitized for your protection
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 09:49:24 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 2092C16A4CE
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 09:49:24 +0000 (GMT)
Received: from sccrmhc12.comcast.net (sccrmhc12.comcast.net [204.127.202.56])
by mx1.FreeBSD.org (Postfix) with ESMTP id CCCA843D1F
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 09:49:23 +0000 (GMT)
(envelope-from DougB@freebsd.org)
Received: from lap (c-24-130-110-32.we.client2.attbi.com[24.130.110.32])
by comcast.net (sccrmhc12) with ESMTP
id <2004092809491701200qobeve>; Tue, 28 Sep 2004 09:49:23 +0000
Date: Tue, 28 Sep 2004 02:49:16 -0700 (PDT)
From: Doug Barton <DougB@FreeBSD.org>
To: =?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?= <des@des.no>
In-Reply-To: <xzpvfdz7ymu.fsf@dwp.des.no>
Message-ID: <20040928024756.U5094@ync.qbhto.arg>
References: <1096042856.24267.6.camel@purgatory.ceribus.net>
<xzpsm97v49e.fsf@dwp.des.no>
<1096064849.1047.7.camel@server.mcneil.com>
<b34be84204092718334b4b77af@mail.gmail.com>
<20040927184543.I911@bo.vpnaa.bet> <xzpvfdz7ymu.fsf@dwp.des.no>
Organization: http://www.FreeBSD.org/
X-message-flag: Outlook -- Not just for spreading viruses anymore!
MIME-Version: 1.0
Content-Type: MULTIPART/MIXED; BOUNDARY="0-1048288725-1096364956=:5094"
cc: Juha Saarinen <juhasaarinen@gmail.com>
cc: freebsd-current@freebsd.org
Subject: Re: Proper way to run bind9
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 09:49:24 -0000
This message is in MIME format. The first part should be readable text,
while the remaining parts are likely unreadable without MIME-aware tools.
--0-1048288725-1096364956=:5094
Content-Type: TEXT/PLAIN; charset=iso-8859-1; format=flowed
Content-Transfer-Encoding: 8BIT
On Tue, 28 Sep 2004, Dag-Erling Smørgrav wrote:
> Doug Barton <DougB@FreeBSD.org> writes:
>> On Tue, 28 Sep 2004, Juha Saarinen wrote:
>>> Is there a good reason for not changing that to /var/run/named/pid as
>>> the default on FreeBSD, instead of adjusting the location in both
>>> /etc/defaults/rc.conf and named.conf?
>> A couple of them actually. We do not want to edit the files as they
>> come from the vendor without a really good reason, and this isn't one.
>
> we could change the pid file name to /var/run/named/named.pid without
> changing sources - we'd just need to define NS_LOCALSTATEDIR to
> /var/run/named in CFLAGS.
That's not recommended for a couple of reasons. What we have now doesn't
hurt anything, and is easily modified at configure time.
Doug
--
This .signature sanitized for your protection
--0-1048288725-1096364956=:5094--
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 09:55:59 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 907BD16A4CE
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 09:55:59 +0000 (GMT)
Received: from rwcrmhc11.comcast.net (rwcrmhc11.comcast.net [204.127.198.35])
by mx1.FreeBSD.org (Postfix) with ESMTP id 77C0D43D5A
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 09:55:59 +0000 (GMT)
(envelope-from DougB@freebsd.org)
Received: from lap (c-24-130-110-32.we.client2.attbi.com[24.130.110.32])
by comcast.net (rwcrmhc11) with SMTP
id <2004092809555801300lltq4e>; Tue, 28 Sep 2004 09:55:59 +0000
Date: Tue, 28 Sep 2004 02:55:58 -0700 (PDT)
From: Doug Barton <DougB@FreeBSD.org>
To: Juha Saarinen <juhasaarinen@gmail.com>
In-Reply-To: <b34be84204092719407a20d83f@mail.gmail.com>
Message-ID: <20040928024928.R5094@ync.qbhto.arg>
References: <1096042856.24267.6.camel@purgatory.ceribus.net>
<xzpsm97v49e.fsf@dwp.des.no> <20040924222550.F6548@URF.trarfvf>
<20040925001835.U7126@URF.trarfvf><20040927184543.I911@bo.vpnaa.bet>
<b34be84204092719407a20d83f@mail.gmail.com>
Organization: http://www.FreeBSD.org/
X-message-flag: Outlook -- Not just for spreading viruses anymore!
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
cc: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= <des@des.no>
cc: freebsd-current@freebsd.org
Subject: Re: Proper way to run bind9
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 09:55:59 -0000
On Tue, 28 Sep 2004, Juha Saarinen wrote:
> On Mon, 27 Sep 2004 18:54:01 -0700 (PDT), Doug Barton <dougb@freebsd.org> wrote:
>> A couple of them actually. We do not want to edit the files as they come
>> from the vendor without a really good reason, and this isn't one.
>>
>> I have a long term plan to write some patches to turn the pid file path
>> into a --configure defineable variable and send it to the ISC folks, but
>> it's frankly not that high a priority.
>
> Humm, that does seem like the right way to do it, instead of working
> around the issue by changing the PID file location in two different
> places.
Thanks.
>> If you use the system as installed, and/or start from the default files,
>> it's all there for you. If you choose to vary from that path, it's
>> pretty much up to you to know what you're doing and why. There are only
>> so many bullets you can take out of the foot-shooting gun.
>
> True -- however, this is likely to bite people who migrate from other
> platforms where you don't have to specify the PID file location in
> named.conf, unless you want it in a non-default location. But, people
> have plenty of toes I suppose... :-)
*nod* Now that I've committed the chroot defaults, I may consider
changing this back to /var/run/named.pid .... I'll wait to see how the
chroot stuff falls out for people.
>> What would your goal be? With the current behavior, '/etc/rc.d/named
>> stop' can recover from situations where 'rndc stop' fails. Why would you
>> want to take that functionality away?
>
> Well, rndc is the vendor-supplied tool for controlling the operation of named.
I think you missed the part of my previous message where I talked about
how the current system offers the maximum in terms of features and
flexibility.
> The man page for named(8) says:
>
> "In routine operation, signals should not be used to control the name-
> server; rndc should be used instead."
That same man page then defines the behavior for SIGINT and SIGTERM.
Killing named with a signal in this case is harmless, and should be
functionally equivalent to 'rndc stop', except in those cases where rndc
is buggered for some reason.
> Incidentally, shouldn't the 'rcvar" command print out all the options
> used in rc.conf for running named?
You might want to follow up with this question on
freebsd-rc@freebsd.org.
Hope this helps,
Doug
--
This .signature sanitized for your protection
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 10:01:47 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id B0C6E16A4CF
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 10:01:47 +0000 (GMT)
Received: from mail.gmx.net (pop.gmx.net [213.165.64.20])
by mx1.FreeBSD.org (Postfix) with SMTP id CDE7343D5D
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 10:01:46 +0000 (GMT) (envelope-from incmc@gmx.de)
Received: (qmail 14755 invoked by uid 65534); 28 Sep 2004 10:01:44 -0000
Received: from pD9FF1CBF.dip.t-dialin.net (EHLO ms.homeip.net)
(217.255.28.191)
by mail.gmx.net (mp002) with SMTP; 28 Sep 2004 12:01:44 +0200
X-Authenticated: #15946415
Received: from [10.0.0.101] (helo=[10.0.0.101])
by ms.homeip.net with asmtp (TLSv1:AES256-SHA:256)
id 1CCEnm-0009Fh-Aj; Tue, 28 Sep 2004 12:01:42 +0200
Message-ID: <41593682.1070306@gmx.de>
Date: Tue, 28 Sep 2004 12:01:38 +0200
From: Jochen Gensch <incmc@gmx.de>
User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040826)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: freebsd-current@freebsd.org, freebsd-mobile@FreeBSD.org
References: <415720FD.8080603@samsco.org> <200409271053.47904.jhb@FreeBSD.org>
<41583D40.3030008@gmx.de> <200409271255.26828.jhb@FreeBSD.org>
<41586CD4.5010904@gmx.de> <20040927201849.GX62265@werd>
In-Reply-To: <20040927201849.GX62265@werd>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Subject: Re: FreeBSD 5.3-BETA6 available
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 10:01:47 -0000
Radek Kozlowski wrote:
> On Mon, Sep 27, 2004 at 09:41:08PM +0200, Jochen Gensch wrote:
>
>>Yes I know, but when I do a "devfs rule add path uscanner0 mode 660"
>>it says devfs rule: ioctl DEVFSIO_RADD: Input/output error. Even if
>>the device does not exist, yet.
>
>
> Put something like this in your devfs.rules:
>
> [system=10]
> add path uscanner0 mode 660
>
> and add the following line to rc.conf:
>
> devfs_system_ruleset="system"
That works fine. Thanks.
Jochen
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 10:03:51 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 219DF16A4CF
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 10:03:51 +0000 (GMT)
Received: from sccrmhc12.comcast.net (sccrmhc12.comcast.net [204.127.202.56])
by mx1.FreeBSD.org (Postfix) with ESMTP id B0D4543D41
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 10:03:50 +0000 (GMT)
(envelope-from DougB@freebsd.org)
Received: from lap (c-24-130-110-32.we.client2.attbi.com[24.130.110.32])
by comcast.net (sccrmhc12) with SMTP
id <2004092810034901200qmphfe>; Tue, 28 Sep 2004 10:03:50 +0000
Date: Tue, 28 Sep 2004 03:03:46 -0700 (PDT)
From: Doug Barton <DougB@FreeBSD.org>
To: freebsd-current@freebsd.org
Message-ID: <20040928025635.Q5094@ync.qbhto.arg>
Organization: http://www.FreeBSD.org/
X-message-flag: Outlook -- Not just for spreading viruses anymore!
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
Subject: HEADS UP: named now runs chroot'ed by default
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 10:03:51 -0000
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Folks,
I just committed a named "auto-chroot" system that will allow named to
run chroot'ed by default. If you have an existing named configuration in
/etc/namedb, the instructions for updating it are in src/UPDATING. If
you are already chroot'ing named, especially if you are using /var/named
as the chroot directory, you should back everything up before upgrading
and proceed with caution. :)
For those that don't have a named configuration, all you should have to
do is 'rm -r /etc/namedb' and you'll be fine.
Comments and suggestions are welcome, but please try to keep the
bikeshedding about specific bits down to an absolute minimum. The
directory structure and related options worked very well on hundreds of
name servers on a very busy enterprise network, so I have a high degree
of confidence that the defaults are sensible. That said, I am open to
genuine improvements, and dialogue on optional bits.
Enjoy,
Doug
- --
This .signature sanitized for your protection
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)
iD8DBQFBWTcFyIakK9Wy8PsRAi14AJoDDYBsGVHXWDcg36/5OO9JWPuJ0ACdGxWK
E/Hbv5xATjskcJRLLY9G3hQ=
=EcKj
-----END PGP SIGNATURE-----
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 10:20:51 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id CFBFB16A4CE
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 10:20:51 +0000 (GMT)
Received: from supermail.ispro.net.tr (supermail.ispro.net.tr [217.21.68.5])
by mx1.FreeBSD.org (Postfix) with ESMTP id E72B343D3F
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 10:20:49 +0000 (GMT)
(envelope-from yurtesen-dated-1097230845.c18593@ispro.net.tr)
Received: (qmail 59511 invoked by uid 89); 28 Sep 2004 10:20:45 -0000
Received: from [192.168.0.49] (perpetual.yok.utu.fi [130.232.138.155]) by
supermail.ispro.net.tr (tmda-ofmipd) with ESMTP;
Tue, 28 Sep 2004 13:20:42 +0300 (EEST)
Message-ID: <4159C77F.7080600@ispro.net.tr>
Date: Tue, 28 Sep 2004 13:20:15 -0700
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
rv:1.7.1) Gecko/20040707
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Vlad <marchenko@gmail.com>
References: <Pine.NEB.3.96L.1040924134957.82478H-100000@fledge.watson.org>
<4158BFAC.7050601@ispro.net.tr> <200409271628.02524.jhb@FreeBSD.org>
<cd70c68104092714352bf009a@mail.gmail.com>
<4159431F.6010502@ispro.net.tr>
<cd70c68104092718454ae37b8@mail.gmail.com>
In-Reply-To: <cd70c68104092718454ae37b8@mail.gmail.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Delivery-Agent: TMDA/1.0.2 (Bold Forbes)
From: Evren Yurtesen <yurtesen@ispro.net.tr>
X-Primary-Address: yurtesen@ispro.net.tr
cc: freebsd-current@freebsd.org
cc: rwatson@freebsd.org
Subject: Re: panic: sorele
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 10:20:51 -0000
Vlad wrote:
> based on your kernel panic:
>
>
>>>panic: sorele
>>>cpuid = 1
>>>boot() called on cpu#1
>>>Uptime: 5d19h48m4s
>
>
> it looks like you do have at least two CPUs... cpu#1 is a second CPU,
> or I'm mistaken?
>
Like I said, it is this hyperthreading from intel. Look from google for
hyperthreading. It is suppose to improve performance but who knows...
-e-
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 10:23:56 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id B857A16A4CE; Tue, 28 Sep 2004 10:23:56 +0000 (GMT)
Received: from ylpvm15.prodigy.net (ylpvm15-ext.prodigy.net [207.115.57.46])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 7393B43D46; Tue, 28 Sep 2004 10:23:56 +0000 (GMT)
(envelope-from julian@elischer.org)
Received: from elischer.org (adsl-67-124-49-205.dsl.snfc21.pacbell.net
[67.124.49.205])i8SANxqM012889; Tue, 28 Sep 2004 06:24:00 -0400
Message-ID: <41593BB7.5080607@elischer.org>
Date: Tue, 28 Sep 2004 03:23:51 -0700
From: Julian Elischer <julian@elischer.org>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4b) Gecko/20030524
X-Accept-Language: en, hu
MIME-Version: 1.0
To: Michael Reifenberger <mike@Reifenberger.com>
References: <20040928103625.N3616@fw.reifenberger.com>
In-Reply-To: <20040928103625.N3616@fw.reifenberger.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
cc: freebsd-current@freebsd.org
cc: archie@freebsd.org
Subject: Re: mpd(NETGRAPH) and -current issues
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 10:23:56 -0000
Michael Reifenberger wrote:
> Hi,
> after upgrading my DSL-Gateway to -current (had -current as of july before)
> I experienced two things with mpd-3.16:
one assumes you followed the UPDATING instructions and compiled an new mpd
(and maybe a new libnetgraph)?
>
> - My PPPoE connection didn't work:
> ...
> Sep 27 22:51:45 fw mpd: [PPPoE] bundle: OPEN event in state CLOSED
> Sep 27 22:51:45 fw mpd: [PPPoE] opening link "PPPoE"...
> Sep 27 22:51:45 fw mpd: [PPPoE] link: OPEN event
> Sep 27 22:51:45 fw mpd: [PPPoE] LCP: Open event
> Sep 27 22:51:45 fw mpd: [PPPoE] LCP: state change Initial --> Starting
> Sep 27 22:51:45 fw mpd: [PPPoE] LCP: LayerStart
> Sep 27 22:51:45 fw mpd: [PPPoE] device: OPEN event in state DOWN
> Sep 27 22:51:45 fw mpd: [PPPoE] can't connect bypass,link0 and
> vr1:orphans,mpd687-PPPoE: No such file or directory
> Sep 27 22:51:45 fw mpd: [PPPoE] can't remove hook mpd687-PPPoE from
> node "vr1:orphans": No such file or directory
> Sep 27 22:51:45 fw mpd: [PPPoE] device is now in state OPENING
> Sep 27 22:51:45 fw mpd: [PPPoE] device: DOWN event in state OPENING
> Sep 27 22:51:45 fw mpd: [PPPoE] device is now in state DOWN
> Sep 27 22:51:45 fw mpd: [PPPoE] link: DOWN event
> Sep 27 22:51:45 fw mpd: [PPPoE] LCP: Down event
> ...
>
> - Rebooting or stopping mpd causes an kernel panic (sorry no dump jet)
well that is obviously a bug, no matter what mpd does.. it shouldn't be able to
cause a crash..
>
> Since this is my only gateway to the internet I couldn't investigate
> much further (upgrading -current isn't fun if you need it working for
> upgrading...)
>
> Is this an known issue with netgraph and -current?
> Have you tried mpd under -current recently (after phk's device-node-changes
> and/or recent networking changes)?
>
> Is anyone successfully using netgraph (I4BING, PPPoE) under -current?
>
> Bye/2
> ---
> Michael Reifenberger, Business Development Manager SAP-Basis, Plaut
> Consulting
> Comp: Michael.Reifenberger@plaut.de | Priv: Michael@Reifenberger.com
> http://www.plaut.de | http://www.Reifenberger.com
>
> _______________________________________________
> freebsd-current@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 10:30:48 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id BB03316A4CE; Tue, 28 Sep 2004 10:30:48 +0000 (GMT)
Received: from mailout09.sul.t-online.com (mailout09.sul.t-online.com
[194.25.134.84]) by mx1.FreeBSD.org (Postfix) with ESMTP
id 4739643D64; Tue, 28 Sep 2004 10:30:48 +0000 (GMT)
(envelope-from mike@reifenberger.com)
Received: from fwd01.aul.t-online.de
by mailout09.sul.t-online.com with smtp
id 1CCFFu-00078Y-03; Tue, 28 Sep 2004 12:30:46 +0200
Received: from fw.reifenberger.com
(XduzFOZ1Ye7Y5KDlNhjh9fq4w113vG5fks-1JtMj345cabRjI7P2Yo@[217.232.248.189]) by
fmrl01.sul.t-online.com
with esmtp id 1CCFFi-1t1PQ80; Tue, 28 Sep 2004 12:30:34 +0200
Received: from localhost (mike@localhost)i8SAUXt8004196;
Tue, 28 Sep 2004 12:30:33 +0200 (CEST)
(envelope-from mike@reifenberger.com)
X-Authentication-Warning: fw.reifenberger.com: mike owned process doing -bs
Date: Tue, 28 Sep 2004 12:30:33 +0200 (CEST)
From: Michael Reifenberger <mike@Reifenberger.com>
To: Julian Elischer <julian@elischer.org>
In-Reply-To: <41593BB7.5080607@elischer.org>
Message-ID: <20040928122524.S3616@fw.reifenberger.com>
References: <20040928103625.N3616@fw.reifenberger.com>
<41593BB7.5080607@elischer.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
X-ID: XduzFOZ1Ye7Y5KDlNhjh9fq4w113vG5fks-1JtMj345cabRjI7P2Yo@t-dialin.net
X-TOI-MSGID: 880e68ba-7067-4df6-b2a1-5e906a574ffc
cc: freebsd-current@freebsd.org
cc: archie@freebsd.org
Subject: Re: mpd(NETGRAPH) and -current issues
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 10:30:49 -0000
On Tue, 28 Sep 2004, Julian Elischer wrote:
> Date: Tue, 28 Sep 2004 03:23:51 -0700
> From: Julian Elischer <julian@elischer.org>
> To: Michael Reifenberger <mike@Reifenberger.com>
> Cc: archie@freebsd.org, freebsd-current@freebsd.org
> Subject: Re: mpd(NETGRAPH) and -current issues
>
> Michael Reifenberger wrote:
>> Hi,
>> after upgrading my DSL-Gateway to -current (had -current as of july
>> before)
>> I experienced two things with mpd-3.16:
>
> one assumes you followed the UPDATING instructions and compiled an new mpd
> (and maybe a new libnetgraph)?
>
>
mpd was old(3.16). kernel and libs where new.
I realized too late (after reboot) that I would need to recompile mpd
(which is at 3.18 ATM) which I couldn't fetch in lack of internet connection
and 3.16 doesn't compile under -current....
...
> well that is obviously a bug, no matter what mpd does.. it shouldn't be able
> to cause a crash..
Yes. A panic is a panic and shouln'd be possible from userland apps...
Bye/2
---
Michael Reifenberger, Business Development Manager SAP-Basis, Plaut Consulting
Comp: Michael.Reifenberger@plaut.de | Priv: Michael@Reifenberger.com
http://www.plaut.de | http://www.Reifenberger.com
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 10:32:24 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 0499916A4CE
for <current@freebsd.org>; Tue, 28 Sep 2004 10:32:24 +0000 (GMT)
Received: from pcwin002.win.tue.nl (pcwin002.win.tue.nl [131.155.71.72])
by mx1.FreeBSD.org (Postfix) with ESMTP id 4AA6C43D4C
for <current@freebsd.org>; Tue, 28 Sep 2004 10:32:23 +0000 (GMT)
(envelope-from stijn@pcwin002.win.tue.nl)
Received: from pcwin002.win.tue.nl (localhost [127.0.0.1])
by pcwin002.win.tue.nl (8.13.1/8.13.1) with ESMTP id i8SAWLNx015358;
Tue, 28 Sep 2004 12:32:21 +0200 (CEST)
(envelope-from stijn@pcwin002.win.tue.nl)
Received: (from stijn@localhost)
by pcwin002.win.tue.nl (8.13.1/8.13.1/Submit) id i8SAWKpQ015357;
Tue, 28 Sep 2004 12:32:20 +0200 (CEST)
(envelope-from stijn)
Date: Tue, 28 Sep 2004 12:32:20 +0200
From: Stijn Hoop <stijn@win.tue.nl>
To: Dag-Erling Sm?rgrav <des@des.no>
Message-ID: <20040928103220.GA14751@pcwin002.win.tue.nl>
References: <opsezvk2fj6abrq7@localhost.redesjm.local>
<xzpy8iu67yt.fsf@dwp.des.no>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="Dxnq1zWXvFF0Q93v"
Content-Disposition: inline
In-Reply-To: <xzpy8iu67yt.fsf@dwp.des.no>
User-Agent: Mutt/1.4.2.1i
X-Bright-Idea: Let's abolish HTML mail!
cc: Jose M Rodriguez <josemi@freebsd.jazztel.es>
cc: current@freebsd.org
Subject: Re: WIP: /etc/rc.d/xdm Working patch for test.
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 10:32:24 -0000
--Dxnq1zWXvFF0Q93v
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Tue, Sep 28, 2004 at 11:47:22AM +0200, Dag-Erling Sm?rgrav wrote:
> "Jose M Rodriguez" <josemi@freebsd.jazztel.es> writes:
> > - launch Xorg/gdm/kdm/xdm from /etc/rc.conf
> > - launch it from boot without init (/etc/ttys) race problems
> > - doesn't affect previous /etc/ttys or /usr/X11R6/ets/rc.d/gdm.sh
> > xdm launchs.
> > - xmd start/stop via /erc/rc.d/0xdm start ...
> > - admit more elaborate launch via /etc/rc.conf.d/xdm
>=20
> All that work, just because you don't want to change "off" to "on" in
> /etc/ttys...
I respectfully disagree; the 'new' /etc/rc.d/[anything] start syntax is
a lot more rememberable.
Note: I didn't test this script, I've just taken a liking to the new
rc.d stuff.
--Stijn
--=20
An Orb is for life, not just for Christmas.
--Dxnq1zWXvFF0Q93v
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)
iD8DBQFBWT20Y3r/tLQmfWcRAsgcAJ9tXGEKJpnVdRikwcLvvgxU2WHUQgCdHHR+
92Aa9LFp3hYnVjfM1vNZtg0=
=zQty
-----END PGP SIGNATURE-----
--Dxnq1zWXvFF0Q93v--
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 10:45:14 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 4DBB116A4CE; Tue, 28 Sep 2004 10:45:14 +0000 (GMT)
Received: from ylpvm29.prodigy.net (ylpvm29-ext.prodigy.net [207.115.57.60])
by mx1.FreeBSD.org (Postfix) with ESMTP
id D99DD43D41; Tue, 28 Sep 2004 10:45:11 +0000 (GMT)
(envelope-from julian@elischer.org)
Received: from elischer.org (adsl-67-124-49-205.dsl.snfc21.pacbell.net
[67.124.49.205])i8SAinIV014305; Tue, 28 Sep 2004 06:44:52 -0400
Message-ID: <415940B0.6050008@elischer.org>
Date: Tue, 28 Sep 2004 03:45:04 -0700
From: Julian Elischer <julian@elischer.org>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4b) Gecko/20030524
X-Accept-Language: en, hu
MIME-Version: 1.0
To: Evren Yurtesen <yurtesen@ispro.net.tr>
References: <Pine.NEB.3.96L.1040924134957.82478H-100000@fledge.watson.org>
<4158BFAC.7050601@ispro.net.tr> <200409271628.02524.jhb@FreeBSD.org>
<cd70c68104092714352bf009a@mail.gmail.com> <4159431F.6010502@ispro.net.tr>
<cd70c68104092718454ae37b8@mail.gmail.com> <4159C77F.7080600@ispro.net.tr>
In-Reply-To: <4159C77F.7080600@ispro.net.tr>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
cc: Vlad <marchenko@gmail.com>
cc: freebsd-current@freebsd.org
cc: rwatson@freebsd.org
Subject: Re: panic: sorele
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 10:45:14 -0000
Evren Yurtesen wrote:
>
>
> Vlad wrote:
>
>> based on your kernel panic:
>>
>>
>>>> panic: sorele
>>>> cpuid = 1
>>>> boot() called on cpu#1
>>>> Uptime: 5d19h48m4s
>>
>>
>>
>> it looks like you do have at least two CPUs... cpu#1 is a second CPU,
>> or I'm mistaken?
>>
>
> Like I said, it is this hyperthreading from intel. Look from google for
> hyperthreading. It is suppose to improve performance but who knows...
>
> -e-
> _______________________________________________
> freebsd-current@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
All our tests so far have shown Hyperthreading reduces performance except in
some special cases.
the special case where I have seen improved performance is an app where there
are 2 threads (or processes) where one is doing integer work and the other is
doing floating point work.
I saw the equivalent of 1.8 CPUs with that load. other standard tests
have however showed a solid decrease in performance in enabling hyperthreading.
Linux machines we have tested also managed to not get any real advantage
from Hyperthreading hoever they somehow managed to at least avoid the DECREASE
with special scheduling code.. Our answer has been to keep HTT turned off unless
the workload can use it.
In this case "We/our" refers to FreeBSD developers chatting on IRC.
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 10:46:56 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 1E10C16A4CF; Tue, 28 Sep 2004 10:46:56 +0000 (GMT)
Received: from vhost109.his.com (vhost109.his.com [216.194.225.101])
by mx1.FreeBSD.org (Postfix) with ESMTP
id B4A1743D4C; Tue, 28 Sep 2004 10:46:55 +0000 (GMT)
(envelope-from brad@stop.mail-abuse.org)
Received: from [10.0.1.4] (localhost.his.com [127.0.0.1])
by vhost109.his.com (8.12.11/8.12.3) with ESMTP id i8SAkpVd071456;
Tue, 28 Sep 2004 06:46:52 -0400 (EDT)
(envelope-from brad@stop.mail-abuse.org)
Mime-Version: 1.0
X-Sender: bs663385@127.0.0.1
Message-Id: <p06002019bd7eef66d3e3@[10.0.1.4]>
In-Reply-To: <20040928024928.R5094@ync.qbhto.arg>
References: <1096042856.24267.6.camel@purgatory.ceribus.net>
<xzpsm97v49e.fsf@dwp.des.no> <20040924222550.F6548@URF.trarfvf>
<20040925001835.U7126@URF.trarfvf><20040927184543.I911@bo.vpnaa.be
t><b34be8 4204092719407a20d83f@mail.gmail.com>
<20040928024928.R5094@ync.qbhto.arg>
Date: Tue, 28 Sep 2004 12:39:32 +0200
To: Doug Barton <DougB@freebsd.org>
From: Brad Knowles <brad@stop.mail-abuse.org>
Content-Type: text/plain; charset="us-ascii" ; format="flowed"
cc: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= <des@des.no>
cc: Juha Saarinen <juhasaarinen@gmail.com>
cc: freebsd-current@freebsd.org
Subject: Re: Proper way to run bind9
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 10:46:56 -0000
At 2:55 AM -0700 2004-09-28, Doug Barton wrote:
>> The man page for named(8) says:
>>
>> "In routine operation, signals should not be used to control the name-
>> server; rndc should be used instead."
>
> That same man page then defines the behavior for SIGINT and SIGTERM.
> Killing named with a signal in this case is harmless, and should be
> functionally equivalent to 'rndc stop', except in those cases where
> rndc is buggered for some reason.
Signals may currently be supported, but I guarantee you that they
will be going away. Get used to using rndc now. If you don't, you
*will* come to grief over this matter.
--
Brad Knowles, <brad@stop.mail-abuse.org>
"Those who would give up essential Liberty, to purchase a little
temporary Safety, deserve neither Liberty nor Safety."
-- Benjamin Franklin (1706-1790), reply of the Pennsylvania
Assembly to the Governor, November 11, 1755
SAGE member since 1995. See <http://www.sage.org/> for more info.
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 10:48:21 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 982DE16A4CE
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 10:48:21 +0000 (GMT)
Received: from schlepper.zs64.net (schlepper.zs64.net [212.12.50.230])
by mx1.FreeBSD.org (Postfix) with ESMTP id 954F043D1F
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 10:48:20 +0000 (GMT) (envelope-from stb@lassitu.de)
Received: from [IPv6:::1] (schlepper [212.12.50.230])
by schlepper.zs64.net (8.12.11/8.11.1) with ESMTP id i8SAmIwA073726
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 12:48:19 +0200 (CEST) (envelope-from stb@lassitu.de)
Mime-Version: 1.0 (Apple Message framework v619)
In-Reply-To: <7A436E01-10BF-11D9-8DD3-000A95C893E4@lassitu.de>
References: <7A436E01-10BF-11D9-8DD3-000A95C893E4@lassitu.de>
Content-Type: text/plain; charset=US-ASCII; format=flowed
Message-Id: <E7ADF32B-113B-11D9-8DD3-000A95C893E4@lassitu.de>
Content-Transfer-Encoding: 7bit
From: Stefan Bethke <stb@lassitu.de>
Date: Tue, 28 Sep 2004 12:48:17 +0200
To: freebsd-current@freebsd.org
X-Mailer: Apple Mail (2.619)
Subject: Re: Panic going multi-user in beta 5 PAE
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 10:48:21 -0000
Am 27.09.2004 um 21:57 schrieb Stefan Bethke:
> This is a PAE, APIC, APCI kernel on a dual Xeon with 6 GB RAM. Until
> two days ago, when I started the update, it ran beta 3 from around two
> weeks ago sucessfully.
Stock PAE kernel also panics. This time, there was a dump, but savecore
can't seem to find it?
Setting hostname: majestix.tallence.de.
em0: Link is up 100 Mbps Full Duplex
panic: could not copy LDT
cpuid = 3
boot() called on cpu#3
Uptime: 1h0m8s
Dumping 6272 MB
16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 256 272 288 304
320 336 352 368 384 400 416 432 448 464 480 496 512 528 544 560 576 592
608 624 640 656 672 688 704 720 736 752 768 784 800 816 832 848 864 880
896 912 928 944 960 976 992 1008 1024 1040 1056 1072 1088 1104 1120
1136 1152 1168 1184 1200 1216 1232 1248 1264 1280 1296 1312 1328 1344
1360 1376 1392 1408 1424 1440 1456 1472 1488 1504 1520 1536 1552 1568
1584 1600 1616 1632 1648 1664 1680 1696 1712 1728 1744 1760 1776 1792
1808 1824 1840 1856 1872 1888 1904 1920 1936 1952 1968 1984 2000 2016
2032 2048 2064 2080 2096 2112 2128 2144 2160
Fatal trap 12: page fault while in kernel mode
cpuid = 3; apic id = 07
fault virtual address = 0x1056207e
fault code = supervisor write, page not present
instruction pointer = 0x8:0xc8055000
stack pointer = 0x10:0xf05bfad4
frame pointer = 0x10:0xc806a800
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 = 389 (sh)
trap number = 12
panic: page fault
cpuid = 3
boot() called on cpu#3
Uptime: 1h0m47s
Shutting down ACPI
kAuteomatirc rneebloo tt rina p1 5 secon1d2s w-i tphr esisn a tkeye on
trher cubnpstosl e dto aiborsta
led
Fatal trap 12: page fault while in kernel mode
cpuid = 1; apic id = 01
fault virtual address = 0x9c
fault code = supervisor read, page not present
instruction pointer = 0x8:0xc0272585
stack pointer = 0x10:0xeb501c48
frame pointer = 0x10:0xeb501c68
code segment = base 0x0, limit 0xfffff, type 0x1b
= DPL 0, pres 1, def32 1, gran 1
processor eflags = resume, IOPL = 0
current process = 13 (idle: cpu1)
trap number = 12
Rebooting...
cpu_reset called on cpu#3
cpu_reset: Stopping other CPUs
cpu_reset: Restarting BSP
cpu_reset_proxy: Stopped CPU 3
--
Stefan Bethke <stb@lassitu.de> Fon +49 170 346 0140
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 11:29:42 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id BC89416A4CF
for <current@freebsd.org>; Tue, 28 Sep 2004 11:29:42 +0000 (GMT)
Received: from relay.pair.com (relay.pair.com [209.68.1.20])
by mx1.FreeBSD.org (Postfix) with SMTP id 3B14143D39
for <current@freebsd.org>; Tue, 28 Sep 2004 11:29:42 +0000 (GMT)
(envelope-from pho@holm.cc)
Received: (qmail 46176 invoked from network); 28 Sep 2004 11:29:41 -0000
Received: from 0x50a43fc7.hknxx1.adsl-dhcp.tele.dk (HELO peter.osted.lan)
(80.164.63.199)
by relay.pair.com with SMTP; 28 Sep 2004 11:29:41 -0000
X-pair-Authenticated: 80.164.63.199
Received: from peter.osted.lan (localhost.osted.lan [127.0.0.1])
by peter.osted.lan (8.12.10/8.12.10) with ESMTP id i8SBTeCs005455
for <current@freebsd.org>; Tue, 28 Sep 2004 13:29:40 +0200 (CEST)
(envelope-from pho@peter.osted.lan)
Received: (from pho@localhost)
by peter.osted.lan (8.12.10/8.12.10/Submit) id i8SBTe0J005454
for current@freebsd.org; Tue, 28 Sep 2004 13:29:40 +0200 (CEST)
(envelope-from pho)
Date: Tue, 28 Sep 2004 13:29:40 +0200
From: Peter Holm <peter@holm.cc>
To: current@freebsd.org
Message-ID: <20040928112940.GA5300@peter.osted.lan>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.4.1i
Subject: doadump() broken?
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 11:29:42 -0000
With GENERIC HEAD from Sep 28 09:41 UTC
I get:
db> call doadump
Dumping 255 MB
ad0: timeout waiting for write DRQad0: timeout sending command=c5
ad0: error issueing WRITE_MUL command
ad0: timeout sending command=c5
ad0: error issueing WRITE_MUL command
ad0: timeout sending command=c5
ad0: error issueing WRITE_MUL command
ad0: timeout sending command=c5
ad0: error issueing WRITE_MUL command
ad0: timeout sending command=c5
ad0: error issueing WRITE_MUL command
ad0: timeout sending command=c5
ad0: error issueing WRITE_MUL command
--
Peter Holm
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 11:36:46 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 6322716A4CE
for <current@freebsd.org>; Tue, 28 Sep 2004 11:36:46 +0000 (GMT)
Received: from ylpvm43.prodigy.net (ylpvm43-ext.prodigy.net [207.115.57.74])
by mx1.FreeBSD.org (Postfix) with ESMTP id E75E343D49
for <current@freebsd.org>; Tue, 28 Sep 2004 11:36:43 +0000 (GMT)
(envelope-from julian@elischer.org)
Received: from elischer.org (adsl-67-124-49-205.dsl.snfc21.pacbell.net
[67.124.49.205])i8SBapCE012300; Tue, 28 Sep 2004 07:36:51 -0400
Message-ID: <41594CC9.3030609@elischer.org>
Date: Tue, 28 Sep 2004 04:36:41 -0700
From: Julian Elischer <julian@elischer.org>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4b) Gecko/20030524
X-Accept-Language: en, hu
MIME-Version: 1.0
To: Peter Holm <peter@holm.cc>
References: <20040928112940.GA5300@peter.osted.lan>
In-Reply-To: <20040928112940.GA5300@peter.osted.lan>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
cc: current@freebsd.org
Subject: Re: doadump(ATA) broken?
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 11:36:46 -0000
Peter Holm wrote:
> With GENERIC HEAD from Sep 28 09:41 UTC
> I get:
>
I'd hazard a guess that it's the ata changes that recently
went in..
> db> call doadump
> Dumping 255 MB
> ad0: timeout waiting for write DRQad0: timeout sending command=c5
> ad0: error issueing WRITE_MUL command
> ad0: timeout sending command=c5
> ad0: error issueing WRITE_MUL command
> ad0: timeout sending command=c5
> ad0: error issueing WRITE_MUL command
> ad0: timeout sending command=c5
> ad0: error issueing WRITE_MUL command
> ad0: timeout sending command=c5
> ad0: error issueing WRITE_MUL command
> ad0: timeout sending command=c5
> ad0: error issueing WRITE_MUL command
>
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 11:40:00 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id C322816A4CE
for <current@freebsd.org>; Tue, 28 Sep 2004 11:40:00 +0000 (GMT)
Received: from kendy.up.ac.za (kendy.up.ac.za [137.215.101.101])
by mx1.FreeBSD.org (Postfix) with ESMTP id B2F4043D2D
for <current@freebsd.org>; Tue, 28 Sep 2004 11:39:59 +0000 (GMT)
(envelope-from marc@bowtie.nl)
Received: from hades.cs.up.ac.za ([137.215.40.17])
by kendy.up.ac.za with esmtp (Exim 4.24)
id 1CCGKn-0007Yz-P9
for current@freebsd.org; Tue, 28 Sep 2004 13:39:53 +0200
Received: (qmail 31323 invoked from network); 28 Sep 2004 13:39:49 +0200
Received: from b040pc123.up.ac.za (HELO ?137.215.40.123?) (137.215.40.123)
by hades.cs.up.ac.za with SMTP; 28 Sep 2004 13:39:49 +0200
Message-ID: <41594D85.4090801@bowtie.nl>
Date: Tue, 28 Sep 2004 13:39:49 +0200
From: Marc van Kempen <marc@bowtie.nl>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040810
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: "Karel J. Bosschaart" <karelj@kayjay.nl>
References: <41555396.4030009@fer.hr> <20040926194744.GA8196@kayjay.xs4all.nl>
In-Reply-To: <20040926194744.GA8196@kayjay.xs4all.nl>
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 7bit
X-Scan-Signature: 86a257ba36387872d985681b528cced9
cc: current@freebsd.org
cc: Ivan Voras <ivoras@fer.hr>
Subject: Re: USB memory stick hotswap problems
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 11:40:00 -0000
Karel J. Bosschaart wrote:
>On Sat, Sep 25, 2004 at 01:16:38PM +0200, Ivan Voras wrote:
>
>
>>What is the expected behavour when umounting USB drives which have
>>already been unplugged? :)
>>I'm sure I'm not the only one who often forgets to umount these thingies
>>when leaving the site I'm working at the moment, so it should probably
>>be something other than what I always encounter (BETA5):
>>
>>
>>
><snip>
>
>
>>Any ideas how to solve or circumevent these problems? (Aside from "don't
>>do that").
>>
>>
>
>I'm using mtools (and mtoolsfm as a graphical frontend) for accessing
>my USB memory stick. This does not require mounting the device.
>A disadvantage is that this only works for devices with a FAT filesystem.
>
>
>
A nice feature of kde is (I wasn't aware of this until recently) is that
it can use mtools transparantly in konqueror, just specify
floppy:/<driveletter>
as the url, where drive letter is the one that you would use with
mtools. Possibly the gnome file manager can do something similar.
cheers,
Marc.
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 11:56:27 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id CC55D16A4CE
for <current@freebsd.org>; Tue, 28 Sep 2004 11:56:27 +0000 (GMT)
Received: from smtp2.jazztel.es (smtp2.jazztel.es [62.14.3.162])
by mx1.FreeBSD.org (Postfix) with ESMTP id C312443D53
for <current@freebsd.org>; Tue, 28 Sep 2004 11:56:26 +0000 (GMT)
(envelope-from josemi@freebsd.jazztel.es)
Received: from antivirus
by smtp2.jazztel.es
with antivirus id 1CCGai-0008Bz-00
Tue, 28 Sep 2004 13:56:20 +0200
Received: from [212.106.236.118] (helo=rguez.homeunix.net)
by smtp2.jazztel.es
with esmtp id 1CCGah-0008Au-00
Tue, 28 Sep 2004 13:56:20 +0200
Received: from localhost.redesjm.local (orion.redesjm.local [192.168.254.16])
by rguez.homeunix.net (8.13.1/8.13.1) with ESMTP id i8SBuMUD090681;
Tue, 28 Sep 2004 13:56:22 +0200 (CEST)
(envelope-from josemi@freebsd.jazztel.es)
Date: Tue, 28 Sep 2004 13:56:21 +0200
To: =?iso-8859-1?Q?Dag-Erling_Sm=F8rgrav?= <des@des.no>
References: <opsezvk2fj6abrq7@localhost.redesjm.local>
<xzpy8iu67yt.fsf@dwp.des.no>
From: "Jose M Rodriguez" <josemi@freebsd.jazztel.es>
Content-Type: text/plain; format=flowed; delsp=yes; charset=iso-8859-1
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
Message-ID: <opse1cr7p46abrq7@localhost.redesjm.local>
In-Reply-To: <xzpy8iu67yt.fsf@dwp.des.no>
User-Agent: Opera M2/7.54 (FreeBSD, build 751)
X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.27.0.11; VDF 6.27.0.70
(host: antares.redesjm.local)
X-Virus-Scanned: by antivirus
cc: current@freebsd.org
Subject: Re: WIP: /etc/rc.d/xdm Working patch for test.
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 11:56:27 -0000
On Tue, 28 Sep 2004 11:47:22 +0200, Dag-Erling Smørgrav <des@des.no> wrote:
> "Jose M Rodriguez" <josemi@freebsd.jazztel.es> writes:
>> - launch Xorg/gdm/kdm/xdm from /etc/rc.conf
>> - launch it from boot without init (/etc/ttys) race problems
>> - doesn't affect previous /etc/ttys or /usr/X11R6/ets/rc.d/gdm.sh
>> xdm launchs.
>> - xmd start/stop via /erc/rc.d/0xdm start ...
>> - admit more elaborate launch via /etc/rc.conf.d/xdm
>
> All that work, just because you don't want to change "off" to "on" in
> /etc/ttys...
>
> DES
We can't do that with gmd rigth now. I've this in my TODO list, but I'm
not a gnome hacker.
I'm also in the way to get gdm/kdm/xdm config without dynamic tty alloc,
that can't suffle of init race problems.
Really, I prefer a ready /etc/rc.d/xdm script and not need it that the
opposite case.
--
josemi
--
Using Opera's revolutionary e-mail client: http://www.opera.com/m2/
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 11:56:44 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 54B9616A4E4
for <current@freebsd.org>; Tue, 28 Sep 2004 11:56:44 +0000 (GMT)
Received: from spider.deepcore.dk
(cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166])
by mx1.FreeBSD.org (Postfix) with ESMTP id AC35543D45
for <current@freebsd.org>; Tue, 28 Sep 2004 11:56:43 +0000 (GMT)
(envelope-from sos@DeepCore.dk)
Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143])
by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id i8SBuBKN062557;
Tue, 28 Sep 2004 13:56:11 +0200 (CEST)
(envelope-from sos@DeepCore.dk)
Message-ID: <41595162.9070003@DeepCore.dk>
Date: Tue, 28 Sep 2004 13:56:18 +0200
From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= <sos@DeepCore.dk>
User-Agent: Mozilla Thunderbird 0.7.2 (X11/20040802)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Julian Elischer <julian@elischer.org>
References: <20040928112940.GA5300@peter.osted.lan>
<41594CC9.3030609@elischer.org>
In-Reply-To: <41594CC9.3030609@elischer.org>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
cc: current@freebsd.org
Subject: Re: doadump(ATA) broken?
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 11:56:44 -0000
Julian Elischer wrote:
> Peter Holm wrote:
>=20
>> With GENERIC HEAD from Sep 28 09:41 UTC
>> I get:
>>
>=20
> I'd hazard a guess that it's the ata changes that recently
> went in..
Probably, I havn't used dumps in ages actually...
I'll look into it when I get a few spare cycles...
>=20
>> db> call doadump
>> Dumping 255 MB
>> ad0: timeout waiting for write DRQad0: timeout sending command=3Dc5
>> ad0: error issueing WRITE_MUL command
>> ad0: timeout sending command=3Dc5
>> ad0: error issueing WRITE_MUL command
>> ad0: timeout sending command=3Dc5
>> ad0: error issueing WRITE_MUL command
>> ad0: timeout sending command=3Dc5
>> ad0: error issueing WRITE_MUL command
>> ad0: timeout sending command=3Dc5
>> ad0: error issueing WRITE_MUL command
>> ad0: timeout sending command=3Dc5
>> ad0: error issueing WRITE_MUL command
--=20
-S=F8ren
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 11:59:17 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 6F28E16A4CE; Tue, 28 Sep 2004 11:59:17 +0000 (GMT)
Received: from cheer.mahoroba.org (gw4.mahoroba.org [218.45.22.175])
by mx1.FreeBSD.org (Postfix) with ESMTP
id DB94C43D41; Tue, 28 Sep 2004 11:59:16 +0000 (GMT)
(envelope-from ume@FreeBSD.org)
Received: from lyrics.mahoroba.org
(IDENT:YVNp7lvZBkz8TqKfOywK6/cWU2oHDX1INJkgFb24bzTct6ZHHANP2Gdnxei1nrn6@lyrics.mahoroba.org
[IPv6:3ffe:501:185b:8010:280:88ff:fe03:4841])
(user=ume mech=CRAM-MD5 bits=0)i8SBxBEc035965
(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
Tue, 28 Sep 2004 20:59:11 +0900 (JST) (envelope-from ume@FreeBSD.org)
Date: Tue, 28 Sep 2004 20:59:10 +0900
Message-ID: <ygeacvali41.wl%ume@FreeBSD.org>
From: Hajimu UMEMOTO <ume@FreeBSD.org>
To: Doug Barton <DougB@FreeBSD.org>
In-Reply-To: <20040928025635.Q5094@ync.qbhto.arg>
References: <20040928025635.Q5094@ync.qbhto.arg>
User-Agent: xcite1.38> Wanderlust/2.11.3 (Wonderwall) SEMI/1.14.6 (Maruoka)
FLIM/1.14.6 (Marutamachi) APEL/10.6 Emacs/21.3 (i386--freebsd) MULE/5.0
(SAKAKI)
X-Operating-System: FreeBSD 5.3-BETA6
MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka")
Content-Type: text/plain; charset=US-ASCII
X-Virus-Scanned: by amavisd-new
X-Virus-Status: Clean
X-Spam-Status: No, hits=-4.8 required=5.0 tests=AWL,BAYES_00 autolearn=ham
version=2.64
X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on cheer.mahoroba.org
cc: freebsd-current@FreeBSD.org
Subject: Re: HEADS UP: named now runs chroot'ed by default
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 11:59:17 -0000
Hi,
>>>>> On Tue, 28 Sep 2004 03:03:46 -0700 (PDT)
>>>>> Doug Barton <DougB@FreeBSD.org> said:
DougB> For those that don't have a named configuration, all you should have to
DougB> do is 'rm -r /etc/namedb' and you'll be fine.
Where should we store rndc.conf, now?
Sincerely,
--
Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan
ume@mahoroba.org ume@{,jp.}FreeBSD.org
http://www.imasy.org/~ume/
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 12:00:30 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 0641116A4CF
for <current@freebsd.org>; Tue, 28 Sep 2004 12:00:30 +0000 (GMT)
Received: from relay.pair.com (relay.pair.com [209.68.1.20])
by mx1.FreeBSD.org (Postfix) with SMTP id 892DF43D2F
for <current@freebsd.org>; Tue, 28 Sep 2004 12:00:29 +0000 (GMT)
(envelope-from pho@holm.cc)
Received: (qmail 57358 invoked from network); 28 Sep 2004 12:00:25 -0000
Received: from 0x50a43fc7.hknxx1.adsl-dhcp.tele.dk (HELO peter.osted.lan)
(80.164.63.199)
by relay.pair.com with SMTP; 28 Sep 2004 12:00:25 -0000
X-pair-Authenticated: 80.164.63.199
Received: from peter.osted.lan (localhost.osted.lan [127.0.0.1])
by peter.osted.lan (8.12.10/8.12.10) with ESMTP id i8SC0ICs007391;
Tue, 28 Sep 2004 14:00:18 +0200 (CEST)
(envelope-from pho@peter.osted.lan)
Received: (from pho@localhost)
by peter.osted.lan (8.12.10/8.12.10/Submit) id i8SC0Fhr007390;
Tue, 28 Sep 2004 14:00:15 +0200 (CEST)
(envelope-from pho)
Date: Tue, 28 Sep 2004 14:00:15 +0200
From: Peter Holm <peter@holm.cc>
To: =?iso-8859-1?Q?S=F8ren?= Schmidt <sos@DeepCore.dk>
Message-ID: <20040928120015.GA7297@peter.osted.lan>
References: <20040928112940.GA5300@peter.osted.lan>
<41594CC9.3030609@elischer.org> <41595162.9070003@DeepCore.dk>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <41595162.9070003@DeepCore.dk>
User-Agent: Mutt/1.4.1i
cc: Julian Elischer <julian@elischer.org>
cc: current@freebsd.org
Subject: Re: doadump(ATA) broken?
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 12:00:30 -0000
On Tue, Sep 28, 2004 at 01:56:18PM +0200, Søren Schmidt wrote:
> Julian Elischer wrote:
> >Peter Holm wrote:
> >
> >>With GENERIC HEAD from Sep 28 09:41 UTC
> >>I get:
> >>
> >
> >I'd hazard a guess that it's the ata changes that recently
> >went in..
>
> Probably, I havn't used dumps in ages actually...
>
> I'll look into it when I get a few spare cycles...
>
I'll try with the ATA changes backed out, just to be sure ...
- Peter
> >
> >>db> call doadump
> >>Dumping 255 MB
> >>ad0: timeout waiting for write DRQad0: timeout sending command=c5
> >>ad0: error issueing WRITE_MUL command
> >>ad0: timeout sending command=c5
> >>ad0: error issueing WRITE_MUL command
> >>ad0: timeout sending command=c5
> >>ad0: error issueing WRITE_MUL command
> >>ad0: timeout sending command=c5
> >>ad0: error issueing WRITE_MUL command
> >>ad0: timeout sending command=c5
> >>ad0: error issueing WRITE_MUL command
> >>ad0: timeout sending command=c5
> >>ad0: error issueing WRITE_MUL command
>
> --
>
> -Søren
>
--
Peter Holm
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 12:03:29 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 2E77516A4CE
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 12:03:29 +0000 (GMT)
Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.194])
by mx1.FreeBSD.org (Postfix) with ESMTP id D416643D46
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 12:03:28 +0000 (GMT)
(envelope-from marchenko@gmail.com)
Received: by mproxy.gmail.com with SMTP id 74so41634rnk
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 05:03:20 -0700 (PDT)
Received: by 10.38.67.72 with SMTP id p72mr607353rna;
Tue, 28 Sep 2004 05:03:19 -0700 (PDT)
Received: by 10.38.22.66 with HTTP; Tue, 28 Sep 2004 05:03:19 -0700 (PDT)
Message-ID: <cd70c681040928050324a8c68b@mail.gmail.com>
Date: Tue, 28 Sep 2004 08:03:19 -0400
From: Vlad <marchenko@gmail.com>
To: Julian Elischer <julian@elischer.org>
In-Reply-To: <415940B0.6050008@elischer.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
References: <Pine.NEB.3.96L.1040924134957.82478H-100000@fledge.watson.org>
<4158BFAC.7050601@ispro.net.tr> <200409271628.02524.jhb@FreeBSD.org>
<cd70c68104092714352bf009a@mail.gmail.com>
<4159431F.6010502@ispro.net.tr>
<cd70c68104092718454ae37b8@mail.gmail.com>
<4159C77F.7080600@ispro.net.tr> <415940B0.6050008@elischer.org>
cc: rwatson@freebsd.org
cc: freebsd-current@freebsd.org
cc: Evren Yurtesen <yurtesen@ispro.net.tr>
Subject: Re: panic: sorele
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: Vlad <marchenko@gmail.com>
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 12:03:29 -0000
Ok,
as far as I can see FreeBSD kernel represent it like another CPU so
the situation should be similar to a true SMP box. You might want to
disable HTT in your kernel and that should fix 'panic: solere' problem
same way as it does fix panic for me when run on a sinlge CPU in true
SMP server. Give it a try :)
On Tue, 28 Sep 2004 03:45:04 -0700, Julian Elischer <julian@elischer.org> wrote:
> >>
> >> it looks like you do have at least two CPUs... cpu#1 is a second CPU,
> >> or I'm mistaken?
> >>
> >
> > Like I said, it is this hyperthreading from intel. Look from google for
> > hyperthreading. It is suppose to improve performance but who knows...
> >
> > -e-
> > _______________________________________________
--
Vlad
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 12:10:53 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id ACB1E16A4CE
for <current@freebsd.org>; Tue, 28 Sep 2004 12:10:53 +0000 (GMT)
Received: from lara.cc.fer.hr (lara.cc.fer.hr [161.53.72.113])
by mx1.FreeBSD.org (Postfix) with ESMTP id C456C43D41
for <current@freebsd.org>; Tue, 28 Sep 2004 12:10:50 +0000 (GMT)
(envelope-from ivoras@fer.hr)
Received: from [127.0.0.1] (localhost.cc.fer.hr [127.0.0.1])
by lara.cc.fer.hr (8.13.1/8.13.1) with ESMTP id i8SCA6ea060943
for <current@freebsd.org>; Tue, 28 Sep 2004 14:10:06 +0200 (CEST)
(envelope-from ivoras@fer.hr)
Message-ID: <4159549E.8080008@fer.hr>
Date: Tue, 28 Sep 2004 14:10:06 +0200
From: Ivan Voras <ivoras@fer.hr>
User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040923)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: current@freebsd.org
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Subject: Filesystem on >8k sectors
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 12:10:53 -0000
If I create a device with ggatel that has sector size > 8192, newfs
fails thusly (16k sectors):
# newfs /dev/ggate0
/dev/ggate0: 10.0MB (20480 sectors) block size 16384, fragment size 16384
using 3 cylinder groups of 4.00MB, 256 blks, 64 inodes.
newfs: can't read old UFS1 superblock: read error from block device:
Invalid argument
This works fine with any lower sized sectors (including, e.g. 8k sectors
and 1-byte sectors). It seems that newfs tries to make a read request
that is not a multiple of block size. Note also:
- that there's no "old UFS1 superblock" on the device, as it contains junk.
- that newfs thinks there are 20480 sectors (assumes sectors are
512-byte sized), but with 16k sectors there are 640 sectors.
- fiddling with newfs options doesn't help.
Is it only newfs or UFS/FFS can't work on devices with large sector sizes?
This isn't ranting for the sake of itself, but I have a neat idea for a
ggatel-like utility that would work optimaly with huge sector sizes. :)
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 12:13:06 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id EB88616A4CE
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 12:13:06 +0000 (GMT)
Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.192])
by mx1.FreeBSD.org (Postfix) with ESMTP id 9DBC843D58
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 12:13:06 +0000 (GMT)
(envelope-from juhasaarinen@gmail.com)
Received: by mproxy.gmail.com with SMTP id 79so3282289rnk
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 05:13:03 -0700 (PDT)
Received: by 10.38.77.44 with SMTP id z44mr492395rna;
Tue, 28 Sep 2004 05:13:02 -0700 (PDT)
Received: by 10.38.73.29 with HTTP; Tue, 28 Sep 2004 05:13:02 -0700 (PDT)
Message-ID: <b34be8420409280513cb764ae@mail.gmail.com>
Date: Wed, 29 Sep 2004 00:13:02 +1200
From: Juha Saarinen <juhasaarinen@gmail.com>
To: Doug Barton <dougb@freebsd.org>
In-Reply-To: <20040928024928.R5094@ync.qbhto.arg>
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
References: <1096042856.24267.6.camel@purgatory.ceribus.net>
<xzpsm97v49e.fsf@dwp.des.no> <20040924222550.F6548@URF.trarfvf>
<1096064849.1047.7.camel@server.mcneil.com>
<20040925001835.U7126@URF.trarfvf>
<b34be84204092718334b4b77af@mail.gmail.com>
<20040927184543.I911@bo.vpnaa.bet>
<b34be84204092719407a20d83f@mail.gmail.com>
<20040928024928.R5094@ync.qbhto.arg>
cc: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= <des@des.no>
cc: freebsd-current@freebsd.org
Subject: Re: Proper way to run bind9
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: Juha Saarinen <juhasaarinen@gmail.com>
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 12:13:07 -0000
On Tue, 28 Sep 2004 02:55:58 -0700 (PDT), Doug Barton <dougb@freebsd.org> wrote:
> I think you missed the part of my previous message where I talked about
> how the current system offers the maximum in terms of features and
> flexibility.
No, not at all.
> That same man page then defines the behavior for SIGINT and SIGTERM.
> Killing named with a signal in this case is harmless, and should be
> functionally equivalent to 'rndc stop', except in those cases where rndc
> is buggered for some reason.
Yebbut... hows does that justify ignoring the vendor supplied
directions for the software in question? We're supposed to use rndc,
not signals.
> You might want to follow up with this question on
> freebsd-rc@freebsd.org.
Noted, thanks.
--
Juha
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 12:20:36 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 65FBC16A4CE; Tue, 28 Sep 2004 12:20:36 +0000 (GMT)
Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 2A2EB43D4C; Tue, 28 Sep 2004 12:20:33 +0000 (GMT)
(envelope-from doconnor@gsoft.com.au)
Received: from inchoate.gsoft.com.au (localhost [127.0.0.1])
(authenticated bits=0)
by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id i8SCJjgO069605;
Tue, 28 Sep 2004 21:49:46 +0930 (CST)
(envelope-from doconnor@gsoft.com.au)
From: "Daniel O'Connor" <doconnor@gsoft.com.au>
To: freebsd-current@freebsd.org
Date: Tue, 28 Sep 2004 21:49:42 +0930
User-Agent: KMail/1.7
References: <41555396.4030009@fer.hr> <20040926194744.GA8196@kayjay.xs4all.nl>
<41594D85.4090801@bowtie.nl>
In-Reply-To: <41594D85.4090801@bowtie.nl>
MIME-Version: 1.0
Content-Type: multipart/signed;
boundary="nextPart2117681.GiJgFnWrWU";
protocol="application/pgp-signature";
micalg=pgp-sha1
Content-Transfer-Encoding: 7bit
Message-Id: <200409282149.43218.doconnor@gsoft.com.au>
X-Spam-Score: -2.2 ()
IN_REP_TO,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_03_05,USER_AGENT
X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang)
cc: "Karel J. Bosschaart" <karelj@kayjay.nl>
cc: current@freebsd.org
cc: Ivan Voras <ivoras@fer.hr>
cc: Marc van Kempen <marc@bowtie.nl>
Subject: Re: USB memory stick hotswap problems
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 12:20:36 -0000
--nextPart2117681.GiJgFnWrWU
Content-Type: text/plain;
charset="iso-8859-15"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
On Tue, 28 Sep 2004 21:09, Marc van Kempen wrote:
> A nice feature of kde is (I wasn't aware of this until recently) is that
> it can use mtools transparantly in konqueror, just specify
>
> floppy:/<driveletter>
>
> as the url, where drive letter is the one that you would use with
> mtools. Possibly the gnome file manager can do something similar.
Nice..
Now if only there was a kiofs :)
(I like sftp: and audiocd: kio slave too)
=2D-=20
Daniel O'Connor software and network engineer
for Genesis Software - http://www.gsoft.com.au
"The nice thing about standards is that there
are so many of them to choose from."
-- Andrew Tanenbaum
GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C
--nextPart2117681.GiJgFnWrWU
Content-Type: application/pgp-signature
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)
iD8DBQBBWVbf5ZPcIHs/zowRAsv8AJ4/jaNwSm3bhrxnAuAv3yzB/wj6fQCdEbCI
Rc9vl8fGGbDjjiL9mKDXPpI=
=5RAX
-----END PGP SIGNATURE-----
--nextPart2117681.GiJgFnWrWU--
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 12:20:36 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 65FBC16A4CE; Tue, 28 Sep 2004 12:20:36 +0000 (GMT)
Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 2A2EB43D4C; Tue, 28 Sep 2004 12:20:33 +0000 (GMT)
(envelope-from doconnor@gsoft.com.au)
Received: from inchoate.gsoft.com.au (localhost [127.0.0.1])
(authenticated bits=0)
by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id i8SCJjgO069605;
Tue, 28 Sep 2004 21:49:46 +0930 (CST)
(envelope-from doconnor@gsoft.com.au)
From: "Daniel O'Connor" <doconnor@gsoft.com.au>
To: freebsd-current@freebsd.org
Date: Tue, 28 Sep 2004 21:49:42 +0930
User-Agent: KMail/1.7
References: <41555396.4030009@fer.hr> <20040926194744.GA8196@kayjay.xs4all.nl>
<41594D85.4090801@bowtie.nl>
In-Reply-To: <41594D85.4090801@bowtie.nl>
MIME-Version: 1.0
Content-Type: multipart/signed;
boundary="nextPart2117681.GiJgFnWrWU";
protocol="application/pgp-signature";
micalg=pgp-sha1
Content-Transfer-Encoding: 7bit
Message-Id: <200409282149.43218.doconnor@gsoft.com.au>
X-Spam-Score: -2.2 ()
IN_REP_TO,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_03_05,USER_AGENT
X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang)
cc: "Karel J. Bosschaart" <karelj@kayjay.nl>
cc: current@freebsd.org
cc: Ivan Voras <ivoras@fer.hr>
cc: Marc van Kempen <marc@bowtie.nl>
Subject: Re: USB memory stick hotswap problems
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 12:20:36 -0000
--nextPart2117681.GiJgFnWrWU
Content-Type: text/plain;
charset="iso-8859-15"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
On Tue, 28 Sep 2004 21:09, Marc van Kempen wrote:
> A nice feature of kde is (I wasn't aware of this until recently) is that
> it can use mtools transparantly in konqueror, just specify
>
> floppy:/<driveletter>
>
> as the url, where drive letter is the one that you would use with
> mtools. Possibly the gnome file manager can do something similar.
Nice..
Now if only there was a kiofs :)
(I like sftp: and audiocd: kio slave too)
=2D-=20
Daniel O'Connor software and network engineer
for Genesis Software - http://www.gsoft.com.au
"The nice thing about standards is that there
are so many of them to choose from."
-- Andrew Tanenbaum
GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C
--nextPart2117681.GiJgFnWrWU
Content-Type: application/pgp-signature
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)
iD8DBQBBWVbf5ZPcIHs/zowRAsv8AJ4/jaNwSm3bhrxnAuAv3yzB/wj6fQCdEbCI
Rc9vl8fGGbDjjiL9mKDXPpI=
=5RAX
-----END PGP SIGNATURE-----
--nextPart2117681.GiJgFnWrWU--
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 12:21:07 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 813A016A4CF; Tue, 28 Sep 2004 12:21:07 +0000 (GMT)
Received: from obh.snafu.de (obh.snafu.de [213.73.92.34])
by mx1.FreeBSD.org (Postfix) with ESMTP
id D370A43D88; Tue, 28 Sep 2004 12:21:06 +0000 (GMT)
(envelope-from ob@gruft.de)
Received: from ob by obh.snafu.de with local (Exim 4.34 (FreeBSD))
id 1CCGyf-0009eC-1J; Tue, 28 Sep 2004 14:21:05 +0200
Date: Tue, 28 Sep 2004 14:21:05 +0200
From: Oliver Brandmueller <ob@e-Gitt.NET>
To: current@freebsd.org
Message-ID: <20040928122104.GB57910@e-Gitt.NET>
References: <415720FD.8080603@samsco.org>
<m3oejs3tom.fsf@merlin.emma.line.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <m3oejs3tom.fsf@merlin.emma.line.org>
User-Agent: Mutt/1.5.6i
Sender: Oliver Brandmueller <ob@gruft.de>
cc: re@freebsd.org
Subject: Re: FreeBSD 5.3-BETA6 available
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 12:21:07 -0000
Hi.
On Mon, Sep 27, 2004 at 12:14:17PM +0200, Matthias Andree wrote:
> BETA6 still has some critical and/or serious bugs open apparently
> (according to the PR data base):
[List by Matthias Andree]
He forgot to mention the SMP ACPI/APIC boot failures.
- Oliver
--
| Oliver Brandmueller | Offenbacher Str. 1 | Germany D-14197 Berlin |
| Fon +49-172-3130856 | Fax +49-172-3145027 | WWW: http://the.addict.de/ |
| Ich bin das Internet. Sowahr ich Gott helfe. |
| Eine gewerbliche Nutzung aller enthaltenen Adressen ist nicht gestattet! |
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 12:28:02 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id C31D516A4CE; Tue, 28 Sep 2004 12:28:02 +0000 (GMT)
Received: from castle.jp.FreeBSD.org (castle.jp.FreeBSD.org [210.226.20.15])
by mx1.FreeBSD.org (Postfix) with ESMTP
id BCEAB43D3F; Tue, 28 Sep 2004 12:28:01 +0000 (GMT)
(envelope-from matusita@jp.FreeBSD.org)
Received: from localhost (localhost [::1])i8SCS0876712;
Tue, 28 Sep 2004 21:28:00 +0900 (JST)
(envelope-from matusita@jp.FreeBSD.org)
In-Reply-To: <ygeacvali41.wl%ume@FreeBSD.org>
References: <20040928025635.Q5094@ync.qbhto.arg>
<20040928025635.Q5094@ync.qbhto.arg>
<ygeacvali41.wl%ume@FreeBSD.org>
X-User-Agent: Mew/1.94.2 Emacs/21.3
X-FaceAnim: (-O_O-)(O_O- )(_O- )(O- )(- -)( -O)( -O_)( -O_O)(-O_O-)
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Dispatcher: imput version 20040704(IM147)
Lines: 8
From: Makoto Matsushita <matusita@jp.FreeBSD.org>
To: ume@FreeBSD.org
Date: Tue, 28 Sep 2004 21:27:58 +0900
Message-Id: <20040928212758J.matusita@jp.FreeBSD.org>
cc: freebsd-current@FreeBSD.org
Subject: Re: HEADS UP: named now runs chroot'ed by default
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 12:28:02 -0000
ume> Where should we store rndc.conf, now?
${named_chrootdir}/etc/namedb/rndc.conf, if src/etc/rc.d/named handles
it properly.
-- -
Makoto `MAR' Matsushita
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 12:40:39 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 4DAFA16A4CE; Tue, 28 Sep 2004 12:40:39 +0000 (GMT)
Received: from elvis.mu.org (elvis.mu.org [192.203.228.196])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 374AC43D48; Tue, 28 Sep 2004 12:40:39 +0000 (GMT)
(envelope-from mux@freebsd.org)
Received: by elvis.mu.org (Postfix, from userid 1920)
id 2A0E05C955; Tue, 28 Sep 2004 05:40:39 -0700 (PDT)
Date: Tue, 28 Sep 2004 14:40:39 +0200
From: Maxime Henrion <mux@freebsd.org>
To: current@FreeBSD.org, sparc64@FreeBSD.org
Message-ID: <20040928124039.GB61666@elvis.mu.org>
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="DocE+STaALJfprDB"
Content-Disposition: inline
User-Agent: Mutt/1.4.2.1i
Subject: Call for testers: patch for the dc(4) driver
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 12:40:39 -0000
--DocE+STaALJfprDB
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Hi guys,
I need people to give this patch a try and see if it doesn't break
anything. It shouldn't cause any harm, but better safe than sorry.
This patch allows the dc(4) driver to properly read the MAC address in
the EEPROM on FreeBSD/powerpc. Andrew Gallatin tested it successfully
on his G4. I'm particularly interested about people using dc(4) on
sparc64 since this arcihtecture is big endian.
Cheers,
Maxime
--DocE+STaALJfprDB
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="dc.patch"
Index: if_dc.c
===================================================================
RCS file: /space2/ncvs/src/sys/pci/if_dc.c,v
retrieving revision 1.149
diff -u -p -r1.149 if_dc.c
--- if_dc.c 25 Aug 2004 03:37:25 -0000 1.149
+++ if_dc.c 26 Sep 2004 21:57:53 -0000
@@ -584,7 +584,7 @@ dc_eeprom_getword(struct dc_softc *sc, i
* Read a sequence of words from the EEPROM.
*/
static void
-dc_read_eeprom(struct dc_softc *sc, caddr_t dest, int off, int cnt, int swap)
+dc_read_eeprom(struct dc_softc *sc, caddr_t dest, int off, int cnt, int be)
{
int i;
u_int16_t word = 0, *ptr;
@@ -597,10 +597,10 @@ dc_read_eeprom(struct dc_softc *sc, cadd
else
dc_eeprom_getword(sc, off + i, &word);
ptr = (u_int16_t *)(dest + (i * 2));
- if (swap)
- *ptr = ntohs(word);
+ if (be)
+ *ptr = be16toh(word);
else
- *ptr = word;
+ *ptr = le16toh(word);
}
}
--DocE+STaALJfprDB--
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 12:41:09 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id DA1E116A4CE; Tue, 28 Sep 2004 12:41:09 +0000 (GMT)
Received: from castle.jp.FreeBSD.org (castle.jp.FreeBSD.org [210.226.20.15])
by mx1.FreeBSD.org (Postfix) with ESMTP
id ED4CD43D5C; Tue, 28 Sep 2004 12:41:08 +0000 (GMT)
(envelope-from matusita@jp.FreeBSD.org)
Received: from localhost (localhost [::1])i8SCf8881117;
Tue, 28 Sep 2004 21:41:08 +0900 (JST)
(envelope-from matusita@jp.FreeBSD.org)
In-Reply-To: <20040928025635.Q5094@ync.qbhto.arg>
References: <20040928025635.Q5094@ync.qbhto.arg>
X-User-Agent: Mew/1.94.2 Emacs/21.3
X-FaceAnim: (-O_O-)(O_O- )(_O- )(O- )(- -)( -O)( -O_)( -O_O)(-O_O-)
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Dispatcher: imput version 20040704(IM147)
Lines: 11
From: Makoto Matsushita <matusita@jp.FreeBSD.org>
To: DougB@FreeBSD.org
Date: Tue, 28 Sep 2004 21:41:06 +0900
Message-Id: <20040928214106F.matusita@jp.FreeBSD.org>
cc: current@FreeBSD.org
Subject: Re: HEADS UP: named now runs chroot'ed by default
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 12:41:10 -0000
DougB> Comments and suggestions are welcome, but please try to keep the
DougB> bikeshedding about specific bits down to an absolute minimum.
One question: what do you think about named(8)'s syslog messages?
It seems that current configuration doesn't consider that -- chrooted
named(8)'s syslog messages go to nowhere.
-- -
Makoto `MAR' Matsushita
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 12:53:52 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 9ADED16A4CE; Tue, 28 Sep 2004 12:53:52 +0000 (GMT)
Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11])
by mx1.FreeBSD.org (Postfix) with SMTP
id 5330543D1F; Tue, 28 Sep 2004 12:53:51 +0000 (GMT)
(envelope-from dwmalone@maths.tcd.ie)
Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP
id <aa52592@salmon>; 28 Sep 2004 13:53:46 +0100 (BST)
Date: Tue, 28 Sep 2004 13:53:43 +0100
From: David Malone <dwmalone@maths.tcd.ie>
To: Matthias Andree <ma@dt.e-technik.uni-dortmund.de>
Message-ID: <20040928125343.GA49465@walton.maths.tcd.ie>
References: <415720FD.8080603@samsco.org>
<m3oejs3tom.fsf@merlin.emma.line.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <m3oejs3tom.fsf@merlin.emma.line.org>
User-Agent: Mutt/1.5.6i
Sender: dwmalone@maths.tcd.ie
cc: standards@freebsd.org
cc: re@freebsd.org
cc: current@freebsd.org
cc: developers@freebsd.org
Subject: Re: FreeBSD 5.3-BETA6 available
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 12:53:52 -0000
On Mon, Sep 27, 2004 at 12:14:17PM +0200, Matthias Andree wrote:
> 3. data corruption on unaligned block access bug, kern/60313,
> is still open and unpatched AFAICS
Bruce suggests that this one is fixed in geom, which is now used
by default. If this is the case, I can close the PR.
David.
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 13:27:39 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 19EC716A4CF
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 13:27:39 +0000 (GMT)
Received: from web14106.mail.yahoo.com (web14106.mail.yahoo.com
[216.136.172.136])
by mx1.FreeBSD.org (Postfix) with SMTP id AB6FD43D41
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 13:27:38 +0000 (GMT)
(envelope-from cguttesen@yahoo.dk)
Message-ID: <20040928132738.46098.qmail@web14106.mail.yahoo.com>
Received: from [194.248.174.58] by web14106.mail.yahoo.com via HTTP;
Tue, 28 Sep 2004 15:27:38 CEST
Date: Tue, 28 Sep 2004 15:27:38 +0200 (CEST)
From: Claus Guttesen <cguttesen@yahoo.dk>
To: freebsd-current@freebsd.org, freebsd-amd64@freebsd.org
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
Subject: unable to install beta6 [amd64] on Dell 2850 with 4 GB RAM,
workaround
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 13:27:39 -0000
Apoligies for crossposting, but ...
Was unable to install the amd64-port on a Dell 2850
with a Perc 4e/Di RAID-controller and dual Nocona at
3.2 GHz. The server has 4 GB RAM. As a last resort I
removed 2 GB RAM, and I was (finally) able to install
FreeBSD.
Applies to at least beta5 and -6.
I was under the impression tha the amd64-port could
see the 4 GB RAM as a flat memory space, so it never
occured to me, than I had to remove 2 GB in order to
perform the installation.
Putting the RAM back makes the server stop during boot
(after it detects the CD-drive).
Claus
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 13:31:48 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 6659616A4CE; Tue, 28 Sep 2004 13:31:48 +0000 (GMT)
Received: from sccrmhc11.comcast.net (sccrmhc11.comcast.net [204.127.202.55])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 08EAA43D46; Tue, 28 Sep 2004 13:31:48 +0000 (GMT)
(envelope-from DougB@freebsd.org)
Received: from lap (c-24-130-110-32.we.client2.attbi.com[24.130.110.32])
by comcast.net (sccrmhc11) with SMTP
id <20040928133145011006fe2he>; Tue, 28 Sep 2004 13:31:47 +0000
Date: Tue, 28 Sep 2004 06:31:44 -0700 (PDT)
From: Doug Barton <DougB@FreeBSD.org>
To: Hajimu UMEMOTO <ume@FreeBSD.org>
In-Reply-To: <ygeacvali41.wl%ume@FreeBSD.org>
Message-ID: <20040928062649.K5729@ync.qbhto.arg>
References: <20040928025635.Q5094@ync.qbhto.arg>
<ygeacvali41.wl%ume@FreeBSD.org>
Organization: http://www.FreeBSD.org/
X-message-flag: Outlook -- Not just for spreading viruses anymore!
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
cc: freebsd-current@FreeBSD.org
Subject: Re: HEADS UP: named now runs chroot'ed by default
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 13:31:48 -0000
On Tue, 28 Sep 2004, Hajimu UMEMOTO wrote:
> Hi,
>
>>>>>> On Tue, 28 Sep 2004 03:03:46 -0700 (PDT)
>>>>>> Doug Barton <DougB@FreeBSD.org> said:
>
> DougB> For those that don't have a named configuration, all you should have to
> DougB> do is 'rm -r /etc/namedb' and you'll be fine.
>
> Where should we store rndc.conf, now?
Well if you follow the instructions in UPDATING, you'll end up with
/etc/namedb as a symlink to the chroot directory in /var/named/.
That said, I highly reocmmend that you drop rndc.conf altogether, and
use the rndc.key format instead. This allows you to get rid of the key
statements in named.conf as well, and either manage the rndc keys
seperately (if you need to) or just ignore it and let rc.d/named create
one for you randomly.
Doug
--
This .signature sanitized for your protection
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 13:38:27 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 2C42316A4CE
for <current@freebsd.org>; Tue, 28 Sep 2004 13:38:27 +0000 (GMT)
Received: from sccrmhc13.comcast.net (sccrmhc13.comcast.net [204.127.202.64])
by mx1.FreeBSD.org (Postfix) with ESMTP id AED5243D55
for <current@freebsd.org>; Tue, 28 Sep 2004 13:38:26 +0000 (GMT)
(envelope-from DougB@freebsd.org)
Received: from lap (c-24-130-110-32.we.client2.attbi.com[24.130.110.32])
by comcast.net (sccrmhc13) with SMTP
id <2004092813382501600b78ooe>; Tue, 28 Sep 2004 13:38:26 +0000
Date: Tue, 28 Sep 2004 06:38:24 -0700 (PDT)
From: Doug Barton <DougB@FreeBSD.org>
To: Makoto Matsushita <matusita@jp.FreeBSD.org>
In-Reply-To: <20040928214106F.matusita@jp.FreeBSD.org>
Message-ID: <20040928063428.O5729@ync.qbhto.arg>
References: <20040928025635.Q5094@ync.qbhto.arg>
<20040928214106F.matusita@jp.FreeBSD.org>
Organization: http://www.FreeBSD.org/
X-message-flag: Outlook -- Not just for spreading viruses anymore!
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
cc: current@FreeBSD.org
Subject: Re: HEADS UP: named now runs chroot'ed by default
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 13:38:27 -0000
On Tue, 28 Sep 2004, Makoto Matsushita wrote:
>
> DougB> Comments and suggestions are welcome, but please try to keep the
> DougB> bikeshedding about specific bits down to an absolute minimum.
>
> One question: what do you think about named(8)'s syslog messages?
I think they are very important. :)
> It seems that current configuration doesn't consider that -- chrooted
> named(8)'s syslog messages go to nowhere.
I need to amend the instructions to say:
/etc/rc.d/named stop
/etc/rd.d/syslogd stop
...
/etc/rc.d/syslogd start
/etc/rc.d/named start
The syslogd script already has the logic to create the socket if named
shows up chrooted in rc.conf.
Thanks for the reminder,
Doug
--
This .signature sanitized for your protection
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 13:39:12 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 30A9F16A4CF; Tue, 28 Sep 2004 13:39:12 +0000 (GMT)
Received: from smtp.infracaninophile.co.uk (ns0.infracaninophile.co.uk
[81.2.69.218]) by mx1.FreeBSD.org (Postfix) with ESMTP
id A1C4743D1D; Tue, 28 Sep 2004 13:39:10 +0000 (GMT)
(envelope-from m.seaman@infracaninophile.co.uk)
Received: from happy-idiot-talk.infracaninophile.co.uk (localhost [IPv6:::1]
(may be forged))i8SDd01P003072
(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
Tue, 28 Sep 2004 14:39:00 +0100 (BST)
(envelope-from matthew@happy-idiot-talk.infracaninophile.co.uk)
Received: (from matthew@localhost)i8SDcxnU003067;
Tue, 28 Sep 2004 14:38:59 +0100 (BST) (envelope-from matthew)
Date: Tue, 28 Sep 2004 14:38:59 +0100
From: Matthew Seaman <m.seaman@infracaninophile.co.uk>
To: Makoto Matsushita <matusita@jp.FreeBSD.org>
Message-ID: <20040928133859.GA2948@happy-idiot-talk.infracaninophile.co.uk>
References: <20040928025635.Q5094@ync.qbhto.arg>
<20040928214106F.matusita@jp.FreeBSD.org>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="dDRMvlgZJXvWKvBx"
Content-Disposition: inline
In-Reply-To: <20040928214106F.matusita@jp.FreeBSD.org>
User-Agent: Mutt/1.4.2.1i
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.5.6
(smtp.infracaninophile.co.uk [IPv6:::1]); Tue, 28 Sep 2004 14:39:00 +0100
(BST)
X-Virus-Scanned: clamd / ClamAV version devel-20040904, clamav-milter version
0.75l on smtp.infracaninophile.co.uk
X-Virus-Status: Clean
X-Spam-Status: No, hits=-4.8 required=5.0 tests=AWL,BAYES_00 autolearn=ham
version=2.64
X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on
happy-idiot-talk.infracaninophile.co.uk
cc: current@freebsd.org
Subject: Re: HEADS UP: named now runs chroot'ed by default
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 13:39:12 -0000
--dDRMvlgZJXvWKvBx
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Tue, Sep 28, 2004 at 09:41:06PM +0900, Makoto Matsushita wrote:
>=20
> DougB> Comments and suggestions are welcome, but please try to keep the
> DougB> bikeshedding about specific bits down to an absolute minimum.
>=20
> One question: what do you think about named(8)'s syslog messages?
>=20
> It seems that current configuration doesn't consider that -- chrooted
> named(8)'s syslog messages go to nowhere.
syslogd_flags=3D"-s -l ${named_chrootdir}/var/run/log"
in /etc/rc.conf should help.
Cheers,
Matthew=09
--=20
Dr Matthew J Seaman MA, D.Phil. 26 The Paddocks
Savill Way
PGP: http://www.infracaninophile.co.uk/pgpkey Marlow
Tel: +44 1628 476614 Bucks., SL7 1TH UK
--dDRMvlgZJXvWKvBx
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)
iD8DBQFBWWlziD657aJF7eIRAvzBAJ0fB6LDAeFRoJ9jYGmqD4ytfAX2VACeIBPR
WJshi04Xdcch9mWbUs/1Hjo=
=GAnl
-----END PGP SIGNATURE-----
--dDRMvlgZJXvWKvBx--
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 13:41:59 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 046A816A4CE
for <current@freebsd.org>; Tue, 28 Sep 2004 13:41:59 +0000 (GMT)
Received: from sccrmhc12.comcast.net (sccrmhc12.comcast.net [204.127.202.56])
by mx1.FreeBSD.org (Postfix) with ESMTP id A3D9543D46
for <current@freebsd.org>; Tue, 28 Sep 2004 13:41:58 +0000 (GMT)
(envelope-from DougB@freebsd.org)
Received: from lap (c-24-130-110-32.we.client2.attbi.com[24.130.110.32])
by comcast.net (sccrmhc12) with SMTP
id <2004092813415701200qqis5e>; Tue, 28 Sep 2004 13:41:58 +0000
Date: Tue, 28 Sep 2004 06:41:56 -0700 (PDT)
From: Doug Barton <DougB@FreeBSD.org>
To: Matthew Seaman <m.seaman@infracaninophile.co.uk>
In-Reply-To: <20040928133859.GA2948@happy-idiot-talk.infracaninophile.co.uk>
Message-ID: <20040928064130.V5729@ync.qbhto.arg>
References: <20040928025635.Q5094@ync.qbhto.arg>
<20040928214106F.matusita@jp.FreeBSD.org>
<20040928133859.GA2948@happy-idiot-talk.infracaninophile.co.uk>
Organization: http://www.FreeBSD.org/
X-message-flag: Outlook -- Not just for spreading viruses anymore!
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
cc: Makoto Matsushita <matusita@jp.FreeBSD.org>
cc: current@freebsd.org
Subject: Re: HEADS UP: named now runs chroot'ed by default
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 13:41:59 -0000
On Tue, 28 Sep 2004, Matthew Seaman wrote:
> On Tue, Sep 28, 2004 at 09:41:06PM +0900, Makoto Matsushita wrote:
>>
>> DougB> Comments and suggestions are welcome, but please try to keep the
>> DougB> bikeshedding about specific bits down to an absolute minimum.
>>
>> One question: what do you think about named(8)'s syslog messages?
>>
>> It seems that current configuration doesn't consider that -- chrooted
>> named(8)'s syslog messages go to nowhere.
>
> syslogd_flags="-s -l ${named_chrootdir}/var/run/log"
>
> in /etc/rc.conf should help.
No, do not do this. Please see my previous message.
--
This .signature sanitized for your protection
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 13:46:38 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id D38DA16A4CE
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 13:46:38 +0000 (GMT)
Received: from rwcrmhc13.comcast.net (rwcrmhc13.comcast.net [204.127.198.39])
by mx1.FreeBSD.org (Postfix) with ESMTP id BC04A43D31
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 13:46:38 +0000 (GMT)
(envelope-from DougB@freebsd.org)
Received: from lap (c-24-130-110-32.we.client2.attbi.com[24.130.110.32])
by comcast.net (rwcrmhc13) with SMTP
id <200409281346380150092dvce>; Tue, 28 Sep 2004 13:46:38 +0000
Date: Tue, 28 Sep 2004 06:46:37 -0700 (PDT)
From: Doug Barton <DougB@FreeBSD.org>
To: Juha Saarinen <juhasaarinen@gmail.com>
In-Reply-To: <b34be8420409280513cb764ae@mail.gmail.com>
Message-ID: <20040928064540.O5729@ync.qbhto.arg>
References: <1096042856.24267.6.camel@purgatory.ceribus.net>
<xzpsm97v49e.fsf@dwp.des.no> <20040924222550.F6548@URF.trarfvf>
<20040925001835.U7126@URF.trarfvf><20040927184543.I911@bo.vpnaa.bet>
<20040928024928.R5094@ync.qbhto.arg>
<b34be8420409280513cb764ae@mail.gmail.com>
Organization: http://www.FreeBSD.org/
X-message-flag: Outlook -- Not just for spreading viruses anymore!
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
cc: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= <des@des.no>
cc: freebsd-current@freebsd.org
Subject: Re: Proper way to run bind9
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 13:46:38 -0000
On Wed, 29 Sep 2004, Juha Saarinen wrote:
>> That same man page then defines the behavior for SIGINT and SIGTERM.
>> Killing named with a signal in this case is harmless, and should be
>> functionally equivalent to 'rndc stop', except in those cases where rndc
>> is buggered for some reason.
>
> Yebbut... hows does that justify ignoring the vendor supplied
> directions for the software in question? We're supposed to use rndc,
> not signals.
How about this. I promise that if there is ever a day when what is
happening now DOESN'T work, I will fix it. Sound like a deal?
Doug
--
This .signature sanitized for your protection
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 13:51:34 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 2AD5E16A4CE
for <current@freebsd.org>; Tue, 28 Sep 2004 13:51:34 +0000 (GMT)
Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11])
by mx1.FreeBSD.org (Postfix) with SMTP id 4961E43D48
for <current@freebsd.org>; Tue, 28 Sep 2004 13:51:33 +0000 (GMT)
(envelope-from dwmalone@maths.tcd.ie)
Received: from gosset.maths.tcd.ie by salmon.maths.tcd.ie with SMTP
id <aa67359@salmon>; 28 Sep 2004 14:51:25 +0100 (BST)
To: Matthias Andree <matthias.andree@gmx.de>
In-reply-to: Your message of "Tue, 28 Sep 2004 15:14:08 +0200."
<20040928131408.GA6887@merlin.emma.line.org>
X-Request-Do:
Date: Tue, 28 Sep 2004 14:51:24 +0100
From: David Malone <dwmalone@maths.tcd.ie>
Message-ID: <200409281451.aa67359@salmon.maths.tcd.ie>
cc: Matthias Andree <ma@dt.e-technik.uni-dortmund.de>
cc: current@freebsd.org
Subject: Re: FreeBSD 5.3-BETA6 available
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 13:51:34 -0000
> > Bruce suggests that this one is fixed in geom, which is now used
> > by default. If this is the case, I can close the PR.
> Please do not close the PR yet, the bug persists in FreeBSD
> 4.10-RELEASE-p3 (tested a few minutes ago) and probably also in 4.8.
Here's a quick attempt to port the patch that Bruce suggested. I
haven't been able to test it yet, but you might like to try it.
David.
--- /usr/src/sys/kern/subr_diskslice.c Fri Sep 7 21:45:00 2001
+++ subr_diskslice.c Tue Sep 28 14:47:39 2004
@@ -142,6 +142,7 @@
struct disklabel *lp;
char *msg;
long nsec;
+ off_t offset;
struct partition *pp;
daddr_t secno;
daddr_t slicerel_secno;
@@ -153,6 +154,20 @@
printf("dscheck(%s): negative b_blkno %ld\n",
devtoname(bp->b_dev), (long)blkno);
bp->b_error = EINVAL;
+ goto bad;
+ }
+ offset = bp->b_offset;
+ if (offset < 0) {
+ printf("dscheck(%s): negative b_offset %ld\n",
+ devtoname(bp->b_dev), (long)offset);
+ bp->b_error = EINVAL;
+ goto bad;
+ }
+ if (offset % (uoff_t)DEV_BSIZE) {
+ printf(
+ "dscheck(%s): b_offset %ld is not on a DEV_BSIZE boundary\n",
+ devtoname(bp->b_dev), (long)offset);
+ bp->bio_error = EINVAL;
goto bad;
}
sp = &ssp->dss_slices[dkslice(bp->b_dev)];
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 14:04:15 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 56CE716A4CE; Tue, 28 Sep 2004 14:04:15 +0000 (GMT)
Received: from mail-gw1.york.ac.uk (mail-gw1.york.ac.uk [144.32.128.246])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 7816143D3F; Tue, 28 Sep 2004 14:04:14 +0000 (GMT)
(envelope-from gavin.atkinson@ury.york.ac.uk)
Received: from buffy.york.ac.uk (buffy.york.ac.uk [144.32.226.160])
by mail-gw1.york.ac.uk (8.12.10/8.12.10) with ESMTP id i8SE4B7U028561;
Tue, 28 Sep 2004 15:04:11 +0100 (BST)
Received: from buffy.york.ac.uk (localhost [127.0.0.1])
by buffy.york.ac.uk (8.13.1/8.13.1) with ESMTP id i8SE49IB000970;
Tue, 28 Sep 2004 15:04:10 +0100 (BST)
(envelope-from gavin.atkinson@ury.york.ac.uk)
Received: (from ga9@localhost)
by buffy.york.ac.uk (8.13.1/8.13.1/Submit) id i8SE49gd000969;
Tue, 28 Sep 2004 15:04:09 +0100 (BST)
(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: David Boyd <David.Boyd@insightbb.com>
In-Reply-To: <DIEGJJFBNADMCJBGPCBKGEGNCOAA.David.Boyd@insightbb.com>
References: <DIEGJJFBNADMCJBGPCBKGEGNCOAA.David.Boyd@insightbb.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Message-Id: <1096380248.911.7.camel@buffy.york.ac.uk>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.6
Date: Tue, 28 Sep 2004 15:04:09 +0100
X-York-MailScanner: Found to be clean
X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk
cc: freebsd-current@freebsd.org
cc: imp@freebsd.org
cc: Nate Lawson <nate@root.org>
Subject: FDC/ACPI/GEOM problems (was: RE: 5.3-BETA5-i386-disc1 bootstrap
failures)
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 14:04:15 -0000
On Mon, 2004-09-27 at 22:42, David Boyd wrote:
> Yes, I am tracking RELENG_5.
>
> The kernel build with the files you suggested resulted in the same hang.
>
> I filtered the commits by hour and then by 20 minutes intervals until I
> experienced the hang.
>
> The hang occurs after building the kernel with the follow commits:
>
> Edit src/sys/dev/fdc/fdc.c
> Add delta 1.283.2.1 2004.09.18.04.57.55 imp
> Edit src/sys/dev/fdc/fdc_acpi.c
> Add delta 1.2.2.2 2004.09.18.04.57.55 imp
> Edit src/sys/dev/fdc/fdc_isa.c
> Add delta 1.9.2.2 2004.09.18.04.57.55 imp
> Edit src/sys/dev/fdc/fdc_pccard.c
> Add delta 1.8.2.1 2004.09.18.04.57.55 imp
> Delete src/sys/dev/fdc/fdcreg.h
> Edit src/sys/dev/fdc/fdcvar.h
> Add delta 1.3.2.1 2004.09.18.04.57.55 imp
> Edit src/sys/sys/bio.h
> Add delta 1.139.2.1 2004.09.18.04.56.06 imp
> Edit src/sys/sys/fdcio.h
> Add delta 1.17.8.1 2004.09.18.04.57.55 imp
>
> I have some "free" time to pursue this now!
> I'll try almost anything you suggest.
>
> ------------------------------------------------
>
> P.S. The system isn't actually dead...touching the power switch results in
>
> "ACPI: suspend request ignored (not ready yet)"
>
> as often as the power switch is depressed briefly.
I have spent a little time today looking at this problem in more detail.
The hangs on BETA5 that several people have reported are indeed related
to the above file revisions. Apparently systems only hang with ACPI
enabled, and seem to hang in g_waitidle(), presumably waiting for the
floppy drive to become idle.
db> tr 1
sched_switch(c1501320,0,1) at sched_switch+0x14f
mi_switch(1,0) at mi_switch+0x264
sleepq_switch(c08b7980,1,cbc81c90,c060ee72,c08b7980) at
sleepq_switch+0xe0
sleepq_timedwait(c08b7980,0,0,0,0) at sleepq_timedwait+0x34
msleep(c08b7980,0,68,c07f4bb1,14) at msleep+0x2ca
g_waitidle(c1500e00,c05e7600,0,cbc81d1c,c05e7652) at g_waitidle+0x48
vfs_mountroot(0,c1500e00,c1501320,0,0) at vfs_mountroot+0x10
start_init(0,cbc81d48,0,c05e7600,0) at start_init+0x52
fork_exit(c05e7600,0,cbc81d48) at fork_exit+0xa4
fork_trampoline() at fork_trampoline+0x8
--- trap 0x1, eip = 0, esp = 0xcbc81d7c, ebp = 0 ---
On my system, I can't prove that the issue is related to ACPI but others
have reported this issue goiung away with ACPI disabled. On my system,
the floppy drive LED comes on at the point of the hang. Having a floppy
disk in the drive makes no difference.
Gavin
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 14:12:23 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id C2F7B16A4CE; Tue, 28 Sep 2004 14:12:23 +0000 (GMT)
Received: from castle.jp.FreeBSD.org (castle.jp.FreeBSD.org [210.226.20.15])
by mx1.FreeBSD.org (Postfix) with ESMTP
id DC2B343D1D; Tue, 28 Sep 2004 14:12:22 +0000 (GMT)
(envelope-from matusita@jp.FreeBSD.org)
Received: from localhost (localhost [::1])i8SECL810984;
Tue, 28 Sep 2004 23:12:21 +0900 (JST)
(envelope-from matusita@jp.FreeBSD.org)
In-Reply-To: <20040928063428.O5729@ync.qbhto.arg>
References: <20040928025635.Q5094@ync.qbhto.arg>
<20040928214106F.matusita@jp.FreeBSD.org>
<20040928063428.O5729@ync.qbhto.arg>
X-User-Agent: Mew/1.94.2 Emacs/21.3
X-FaceAnim: (-O_O-)(O_O- )(_O- )(O- )(- -)( -O)( -O_)( -O_O)(-O_O-)
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Dispatcher: imput version 20040704(IM147)
Lines: 14
From: Makoto Matsushita <matusita@jp.FreeBSD.org>
To: DougB@freebsd.org
Date: Tue, 28 Sep 2004 23:12:20 +0900
Message-Id: <20040928231220M.matusita@jp.FreeBSD.org>
cc: current@freebsd.org
Subject: Re: HEADS UP: named now runs chroot'ed by default
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 14:12:23 -0000
DougB> I think they are very important. :)
Good :)
DougB> The syslogd script already has the logic to create the socket
DougB> if named shows up chrooted in rc.conf.
I didn't know src/etc/rc.d/syslogd is so smart -- it's a good news.
Thank you for your quick reply.
-- -
Makoto `MAR' Matsushita
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 14:22:59 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id CB22C16A4CE; Tue, 28 Sep 2004 14:22:59 +0000 (GMT)
Received: from vhost109.his.com (vhost109.his.com [216.194.225.101])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 7DFC743D58; Tue, 28 Sep 2004 14:22:59 +0000 (GMT)
(envelope-from brad@stop.mail-abuse.org)
Received: from [10.0.1.4] (localhost.his.com [127.0.0.1])
by vhost109.his.com (8.12.11/8.12.3) with ESMTP id i8SEMti6081363;
Tue, 28 Sep 2004 10:22:58 -0400 (EDT)
(envelope-from brad@stop.mail-abuse.org)
Mime-Version: 1.0
X-Sender: bs663385@127.0.0.1
Message-Id: <p0600201cbd7f23850b4a@[10.0.1.4]>
In-Reply-To: <20040928124039.GB61666@elvis.mu.org>
References: <20040928124039.GB61666@elvis.mu.org>
Date: Tue, 28 Sep 2004 16:21:54 +0200
To: Maxime Henrion <mux@freebsd.org>
From: Brad Knowles <brad@stop.mail-abuse.org>
Content-Type: text/plain; charset="us-ascii" ; format="flowed"
cc: current@freebsd.org
cc: sparc64@freebsd.org
Subject: Re: Call for testers: patch for the dc(4) driver
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 14:22:59 -0000
At 2:40 PM +0200 2004-09-28, Maxime Henrion wrote:
> I need people to give this patch a try and see if it doesn't break
> anything. It shouldn't cause any harm, but better safe than sorry.
You mean this one:
DC(4) FreeBSD Kernel Interfaces Manual DC(4)
NAME
dc -- DEC/Intel 21143 and clone 10/100 ethernet driver
SYNOPSIS
device miibus
device dc
DESCRIPTION
The dc driver provides support for several PCI fast ethernet adapters and
embedded controllers based on the following chipsets:
o DEC/Intel 21143
o ADMtek AL981 Comet, AN985 Centaur, ADM9511 Centaur II and
ADM9513 Centaur II
o ASIX Electronics AX88140A and AX88141
o Conexant LANfinity RS7112 (miniPCI)
o Davicom DM9009, DM9100, DM9102 and DM9102A
o Lite-On 82c168 and 82c169 PNIC
o Lite-On/Macronix 82c115 PNIC II
o Macronix 98713, 98713A, 98715, 98715A, 98715AEC-C, 98725, 98727
and 98732
o Xircom X3201 (cardbus only)
?
> This patch allows the dc(4) driver to properly read the MAC address in
> the EEPROM on FreeBSD/powerpc. Andrew Gallatin tested it successfully
> on his G4. I'm particularly interested about people using dc(4) on
> sparc64 since this arcihtecture is big endian.
I think the first trick will be to find someone who actually has
a dc(4) card in a SPARC64 box.
--
Brad Knowles, <brad@stop.mail-abuse.org>
"Those who would give up essential Liberty, to purchase a little
temporary Safety, deserve neither Liberty nor Safety."
-- Benjamin Franklin (1706-1790), reply of the Pennsylvania
Assembly to the Governor, November 11, 1755
SAGE member since 1995. See <http://www.sage.org/> for more info.
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 14:30:53 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id D2F7916A4CE; Tue, 28 Sep 2004 14:30:53 +0000 (GMT)
Received: from elvis.mu.org (elvis.mu.org [192.203.228.196])
by mx1.FreeBSD.org (Postfix) with ESMTP
id B45B943D5C; Tue, 28 Sep 2004 14:30:53 +0000 (GMT)
(envelope-from mux@freebsd.org)
Received: by elvis.mu.org (Postfix, from userid 1920)
id A94295C961; Tue, 28 Sep 2004 07:30:53 -0700 (PDT)
Date: Tue, 28 Sep 2004 16:30:53 +0200
From: Maxime Henrion <mux@freebsd.org>
To: Brad Knowles <brad@stop.mail-abuse.org>
Message-ID: <20040928143053.GD61666@elvis.mu.org>
References: <20040928124039.GB61666@elvis.mu.org>
<p0600201cbd7f23850b4a@[10.0.1.4]>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <p0600201cbd7f23850b4a@[10.0.1.4]>
User-Agent: Mutt/1.4.2.1i
cc: current@freebsd.org
cc: sparc64@freebsd.org
Subject: Re: Call for testers: patch for the dc(4) driver
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 14:30:54 -0000
Brad Knowles wrote:
> At 2:40 PM +0200 2004-09-28, Maxime Henrion wrote:
>
> > I need people to give this patch a try and see if it doesn't break
> > anything. It shouldn't cause any harm, but better safe than sorry.
>
> You mean this one:
>
> DC(4) FreeBSD Kernel Interfaces Manual
> DC(4)
>
> NAME
> dc -- DEC/Intel 21143 and clone 10/100 ethernet driver
>
> SYNOPSIS
> device miibus
> device dc
>
> DESCRIPTION
> The dc driver provides support for several PCI fast ethernet adapters
> and
> embedded controllers based on the following chipsets:
>
> o DEC/Intel 21143
> o ADMtek AL981 Comet, AN985 Centaur, ADM9511 Centaur II and
> ADM9513 Centaur II
> o ASIX Electronics AX88140A and AX88141
> o Conexant LANfinity RS7112 (miniPCI)
> o Davicom DM9009, DM9100, DM9102 and DM9102A
> o Lite-On 82c168 and 82c169 PNIC
> o Lite-On/Macronix 82c115 PNIC II
> o Macronix 98713, 98713A, 98715, 98715A, 98715AEC-C, 98725,
> 98727
> and 98732
> o Xircom X3201 (cardbus only)
>
>
> ?
Well yes, the dc(4) driver. :-)
> > This patch allows the dc(4) driver to properly read the MAC address in
> > the EEPROM on FreeBSD/powerpc. Andrew Gallatin tested it successfully
> > on his G4. I'm particularly interested about people using dc(4) on
> > sparc64 since this arcihtecture is big endian.
>
> I think the first trick will be to find someone who actually has
> a dc(4) card in a SPARC64 box.
I know several people that do, there are Netra boxes out there that have
integrated Davicom dc(4) cards. This is why I converted this driver to
busdma some time ago.
Cheers,
Maxime
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 14:37:04 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 9876116A4CE
for <current@FreeBSD.org>; Tue, 28 Sep 2004 14:37:04 +0000 (GMT)
Received: from moo.sysabend.org (moo.sysabend.org [66.111.41.70])
by mx1.FreeBSD.org (Postfix) with ESMTP id 570FC43D49
for <current@FreeBSD.org>; Tue, 28 Sep 2004 14:37:04 +0000 (GMT)
(envelope-from ragnar@sysabend.org)
Received: by moo.sysabend.org (Postfix, from userid 1004)
id B57ED416; Tue, 28 Sep 2004 07:37:03 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1])
by moo.sysabend.org (Postfix) with ESMTP id B48A13A4
for <current@FreeBSD.org>; Tue, 28 Sep 2004 07:37:03 -0700 (PDT)
Date: Tue, 28 Sep 2004 07:37:03 -0700 (PDT)
From: Jamie Bowden <ragnar@sysabend.org>
To: current@FreeBSD.org
Message-ID: <20040928072151.I80789-100000@moo.sysabend.org>
X-representing: Only myself.
X-badge: We don't need no stinking badges.
X-obligatory-profanity: Fuck
X-moo: Moo.
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Subject: NFS with 5.3-B6
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 14:37:04 -0000
I'm having a problem mounting a directory over NFS from an Irix machine to
my FreeBSD box:
10:21am ghast / %ls -la | grep mnt
drwxr-xr-x 2 root wheel 512 Sep 17 11:52 mnt
10:23am dragon /home/jamie %showmount -e
export list for dragon:
/export/inst (everyone)
10:23am ghast / %mount -t nfs dragon:/export/inst /mnt
nfs: /mnt: No such file or directory
10:28am ghast / %uname -a
FreeBSD ghast 5.3-BETA6 FreeBSD 5.3-BETA6 #0: Tue Sep 28 09:56:57 EDT 2004
jamie@ghast:/usr/obj/usr/src/sys/ghast i386
10:28am ghast /boot/kernel %ls -la | grep nfs
-r-xr-xr-x 1 root wheel 204068 Sep 28 10:01 nfsclient.ko
-r-xr-xr-x 1 root wheel 109315 Sep 28 10:01 nfsserver.ko
-r-xr-xr-x 1 root wheel 43058 Sep 28 10:01 unionfs.ko
10:28am ghast /boot/kernel %kldload nfsclient.ko
kldload: can't load nfsclient.ko: No such file or directory
I'm not sure what crack it's on, as the module is right there.
I have been able to mount directories from our Irix systems to this
machine in the past.
Jamie Bowden
--
"It was half way to Rivendell when the drugs began to take hold"
Hunter S Tolkien "Fear and Loathing in Barad Dur"
Iain Bowen <alaric@alaric.org.uk>
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 15:55:57 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 9297616A4CE
for <current@freebsd.org>; Mon, 27 Sep 2004 15:55:57 +0000 (GMT)
Received: from smtp.prodigy.net.mx (nlpproxy05.prodigy.net.mx [148.235.52.25])
by mx1.FreeBSD.org (Postfix) with ESMTP id D0B9343D2F
for <current@freebsd.org>; Mon, 27 Sep 2004 15:55:56 +0000 (GMT)
(envelope-from edwinculp@prodigy.net.mx)
Received: from prodigy.net.mx (du-148-235-52-34.prodigy.net.mx
[148.235.52.34]) by smtp.prodigy.net.mx
(iPlanet Messaging Server 5.2 HotFix 1.21 (built Sep 8 2003))
with ESMTP id <0I4P00JHFIX5B6@smtp.prodigy.net.mx>; Mon,
27 Sep 2004 10:55:53 -0500 (CDT)
Received: from [148.235.52.102] (Forwarded-For: [201.129.94.187])
by nlpmail04.prodigy.net.mx (mshttpd); Mon, 27 Sep 2004 10:56:17 -0500
Date: Mon, 27 Sep 2004 10:56:17 -0500
From: edwinculp <edwinculp@prodigy.net.mx>
To: current@freebsd.org
Message-id: <1b79851b2436.1b24361b7985@prodigy.net.mx>
MIME-version: 1.0
X-Mailer: iPlanet Messenger Express 5.2 HotFix 1.21 (built Sep 8 2003)
Content-type: text/plain; charset=us-ascii
Content-language: es
Content-transfer-encoding: 7bit
Content-disposition: inline
X-Accept-Language: es
Priority: non-urgent
X-Priority: 5 (Lowest)
X-Mailman-Approved-At: Tue, 28 Sep 2004 14:39:14 +0000
Subject: Re: USB memory stick hotswap problems
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 15:55:57 -0000
Quoting Ivan Voras <ivoras@fer.hr>:
> Daniel O'Connor wrote:
>> One possibility would be to add a facility to mark all the data for
>> a certain device to be non-critical so it will throw it away when it
>> tries to flush it and fails instead of panicing.
>
> That (and a message in syslog) would be just fine. ("Windows does it, so
> it's normal".) I know (and I think other USB drive users know too) that
> I need to wait for the little LED on the device to stop blinking before
> unplugging it.
>
> IIRC, Windows mounts removable drives with write caching disabled, so it
> should probably be the same in FreeBSD.
Would it not be a good idea to do something like this for cd's and floppies?
I'm substituting FreeBSD for windows in some internet cafes. Not automatically recovering from unmounted cd's, floppies and usbdev's, is probably the biggest PITA that I've found and haven't been able to solve cleanly. I've had to put icons on the kde-desktop for accessing and removing them that many just ignore. This is also the case in a corporate environment where I have had the same problem but they are a little better at using the
icon because it is their pc that crashes :)
Thanks,
ed
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 18:32:45 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 7ED6516A4CE
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 18:32:45 +0000 (GMT)
Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
by mx1.FreeBSD.org (Postfix) with SMTP id 7759E43D3F
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 18:32:44 +0000 (GMT) (envelope-from mayday@gmx.net)
Received: (qmail 24767 invoked by uid 65534); 27 Sep 2004 18:32:43 -0000
Received: from pD956F131.dip0.t-ipconnect.de (EHLO [192.168.0.5])
(217.86.241.49)
by mail.gmx.net (mp024) with SMTP; 27 Sep 2004 20:32:43 +0200
X-Authenticated: #431110
From: Benjamin Sobotta <mayday@gmx.net>
To: freebsd-current@freebsd.org
Date: Mon, 27 Sep 2004 20:43:32 +0000
User-Agent: KMail/1.6.2
References: <41585223.2070204@cs.umn.edu>
<Pine.LNX.4.60.0409271352030.15672@athena> <41585951.3020307@cs.umn.edu>
In-Reply-To: <41585951.3020307@cs.umn.edu>
MIME-Version: 1.0
Content-Disposition: inline
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Message-Id: <200409272043.32146.mayday@gmx.net>
X-Mailman-Approved-At: Tue, 28 Sep 2004 14:39:14 +0000
Subject: Re: DELL 5150 Crash
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 18:32:45 -0000
Hi!
If you just want to access your files /usr should not be necessary. Of course
basically all tools are on /usr but for plain access it's not necessary. I
just checked my system and rcp for example is in /bin. You could use that to
copy your files off the system.
Yes, you could also use a live CD. Check out www.freesbie.org.
Cheers,
Ben
On Monday 27 September 2004 18:17, Ivan Osipkov wrote:
> Sam wrote:
> > Maybe VMWare can boot Freesbie.
> >
> > On Mon, 27 Sep 2004, Ivan Osipkov wrote:
> >> I have DELL 5150 Inspiron with Windows XP on one partition and
> >> FreeBSD-CURRENT on
> >> another. The hardware failed and now I cannot mount /usr. Dell
> >> diagnostics say that
> >> there is unrecoverable data block, which means hard drive has to be
> >> replaced.
> >>
> >> My question: is there a Windows tool to access files on BSD partition?
> >>
> >> Thanks guys
> >> _______________________________________________
> >> freebsd-current@freebsd.org mailing list
> >> http://lists.freebsd.org/mailman/listinfo/freebsd-current
> >> To unsubscribe, send any mail to
> >> "freebsd-current-unsubscribe@freebsd.org"
>
> Anything simpler? Would Live CD from FreeBSD work?
> _______________________________________________
> freebsd-current@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 19:20:08 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 8F62816A4CE
for <current@freebsd.org>; Mon, 27 Sep 2004 19:20:08 +0000 (GMT)
Received: from ipes-ent.com (pudo.org [217.172.181.146])
by mx1.FreeBSD.org (Postfix) with ESMTP id 5989243D2F
for <current@freebsd.org>; Mon, 27 Sep 2004 19:20:08 +0000 (GMT)
(envelope-from friedrich@ipes-ent.com)
Received: by ipes-ent.com (Postfix, from userid 65001)
id 804E73A41D3; Mon, 27 Sep 2004 21:20:14 +0200 (CEST)
Date: Mon, 27 Sep 2004 21:20:14 +0200
To: current@freebsd.org
Message-ID: <20040927192014.GB31547@ipes-ent.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.5.6+20040818i
From: friedrich@ipes-ent.com (Friedrich Lindenberg)
X-Mailman-Approved-At: Tue, 28 Sep 2004 14:39:14 +0000
Subject: Marvell NIC (sk) on FreeBSD 5.3-BETA6 AMD64 Issue
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2004 19:20:08 -0000
Hello again,
having had problems with FreeBSD 5.3-BETA5's sound, I just upgraded
to BETA6. When I started my PC with the new release for the first
time, my network adaptor did not seem to work any more, although it
had been perfectly fine in BETA5. Using my own KERNCONF didn't help
either.
Here's the output:
skc0: <Marvell Gigabit Ethernet> port 0xcc00-0xccff mem
0xfdd00000-0xfdd03fff irq 17 at device 10.0 on pci0
skc0: Reserved 0x4000 bytes for rid 0x10 type 3 at 0xfdd00000
skc0: Yukon Gigabit Ethernet 10/100/1000Base-T Adapter
sk0: <Marvell Semiconductor, Inc. Yukon> on skc0
sk0: bpf attached
sk0: Ethernet address: 00:0e:a6:94:82:ce
skc0: no PHY found!
device_attach: sk0 attach returned 6
skc0: [MPSAFE]
Ifconfig does not list it, it's gone.
btw: MIIBUS is in my KERNCONF
http://misc.pudo.org/fbsd/dmesg.short is my dmesg.
http://misc.pudo.org/fbsd/pudo is my KERNCONF
http://misc.pudo.org/fbsd/pciconf is pciconf -lv
I would greatly appreciate any feedback on this.
Regards,
Friedrich
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 05:17:13 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 1024416A4CE
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 05:17:13 +0000 (GMT)
Received: from sccrmhc11.comcast.net (sccrmhc11.comcast.net [204.127.202.55])
by mx1.FreeBSD.org (Postfix) with ESMTP id 8F31743D2D
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 05:17:12 +0000 (GMT)
(envelope-from cristjc@comcast.net)
Received: from blossom.cjclark.org
(c-24-6-187-112.client.comcast.net[24.6.187.112])
by comcast.net (sccrmhc11) with ESMTP
id <20040928051711011006jc62e>; Tue, 28 Sep 2004 05:17:11 +0000
Received: from blossom.cjclark.org (localhost. [127.0.0.1])
by blossom.cjclark.org (8.12.11/8.12.8) with ESMTP id i8S5H9gH003729
for <freebsd-current@freebsd.org>;
Mon, 27 Sep 2004 22:17:10 -0700 (PDT)
(envelope-from cristjc@comcast.net)
Received: (from cjc@localhost)
by blossom.cjclark.org (8.12.11/8.12.11/Submit) id i8S5H96r003728
for freebsd-current@freebsd.org; Mon, 27 Sep 2004 22:17:09 -0700 (PDT)
(envelope-from cristjc@comcast.net)
X-Authentication-Warning: blossom.cjclark.org: cjc set sender to
cristjc@comcast.net using -f
Date: Mon, 27 Sep 2004 22:17:08 -0700
From: "Crist J. Clark" <cristjc@comcast.net>
To: freebsd-current@freebsd.org
Message-ID: <20040928051708.GA3706@blossom.cjclark.org>
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="WIyZ46R2i8wDzkSu"
Content-Disposition: inline
User-Agent: Mutt/1.4.2.1i
X-URL: http://people.freebsd.org/~cjc/
X-Mailman-Approved-At: Tue, 28 Sep 2004 14:39:14 +0000
Subject: nsupdate(8) rc.d Script
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: cjclark@alum.mit.edu
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 05:17:13 -0000
--WIyZ46R2i8wDzkSu
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Silence from -net. Anyone have an opinion one way or the other
whether this would be useful to add to the rc.d startup?
----- Forwarded message from "Crist J. Clark" <cristjc@comcast.net> -----
Date: Fri, 24 Sep 2004 10:24:18 -0700
From: "Crist J. Clark" <cristjc@comcast.net>
To: freebsd-net@freebsd.org
Subject: nsupdate(8) rc.d Script
As I was setting up DNS for IPv6 on a test network, I started
to get really tired of entering 128-bit addresses, for both
forward and reverse lookups, into DNS by hand. It seemed somewhat
silly to be doing all of this manually when the actual IPv6 hosts
pretty much configure themselves with rtsol(8).
So I went ahead setting up an nsupdate script to have the systems
automatically use DNS updates to "register" themselves. I figured
I might as well do IPv4 while I was at it.
Now I'm wondering if this is something other people may find useful
and whether I should commit it. I think there are enough knobs to
make it work for most people. But there very well may be some
assumptions that may make it totally unsuitable for a lot of systems
too.
I'm not 100% sure where to drop it into the rc.d order. Obviously,
it is a network service, but it would be nice to sign up in DNS
early so we have entries in DNS when other machines might try to
look us up when we contact them in later rc.d scripts. One thing
that might be nice is if we wait until a local DNS server starts
in the case we are the server, but having a DNS server auto-update
its own info... kinda a chicken-and-egg problem there, may not be a
best practice.
Finally, that is one long awk script. Is there a better tool or
method for converting an IPv6 presentation address into the ip6.arpa
format? And the script is not optimized to do the updates in the
fewest number of packets. An update can only contain updates for a
single zone. It makes the only safe assumption that any two domain
names are not in the same zone unless they are the same. I do not
know how to reduce the number of updates without making things a
LOT more complicated and doing more total DNS queries to find out
SOA information.
To enable the updates, just add,
nsupdate_enable="YES"
To rc.conf(5). The patch to the default rc.conf has it disabled by
default. IPv4 and IPv6 updates may be toggled individually, but
IPv6 only works if ipv6_enable is also "on." Patch is against RELENG_5,
but it should work fine in CURRENT.
Suggestions, comments, or criticisms, public or private, are welcome.
--
Crist J. Clark | cjclark@alum.mit.edu
| cjclark@jhu.edu
http://people.freebsd.org/~cjc/ | cjc@freebsd.org
--WIyZ46R2i8wDzkSu
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="rc.nsupdate.patch"
Index: src/etc/rc.d/nsupdate
===================================================================
RCS file: src/etc/rc.d/nsupdate
diff -N src/etc/rc.d/nsupdate
--- /dev/null 1 Jan 1970 00:00:00 -0000
+++ src/etc/rc.d/nsupdate 26 Sep 2004 23:23:02 -0000
@@ -0,0 +1,123 @@
+#!/bin/sh
+#
+# $FreeBSD$
+#
+
+# PROVIDE: nsupdate
+# REQUIRE: NETWORKING named
+# KEYWORD: FreeBSD
+
+. /etc/rc.subr
+. /etc/network.subr
+
+name="nsupdate"
+rcvar=`set_rcvar`
+start_cmd="nsupdate_start"
+stop_cmd="nsupdate_stop"
+
+nsupdate_run()
+{
+ checkyesno nsupdate_ipv4
+ _ipv4_enable="$?"
+ checkyesno ipv6_enable && checkyesno nsupdate_ipv6
+ _ipv6_enable="$?"
+ checkyesno nsupdate_reverse
+ _do_reverse="$?"
+ case "$1" in
+ 'add')
+ _action='add'
+ _ttl="${nsupdate_ttl}"
+ ;;
+ 'delete')
+ _action='delete'
+ _ttl=''
+ ;;
+ *)
+ return 1
+ ;;
+ esac
+ case "${nsupdate_ifaces}" in
+ 'auto')
+ _interfaces=`list_net_interfaces`
+ ;;
+ 'dhcp')
+ _interfaces=`list_net_interfaces dhcp`
+ ;;
+ 'nodhcp')
+ _interfaces=`list_net_interfaces nodhcp`
+ ;;
+ *)
+ _interfaces="${nsupdate_ifaces}"
+ esac
+ for _iface in ${_interfaces}; do
+ eval _hostname="\$nsupdate_hostname_${_iface}"
+ if [ -z "${_hostname}" ]; then
+ _hostname=`hostname`
+ fi
+ ifconfig "${_iface}" |
+ awk -v "inet4=${_ipv4_enable}" -v "inet6=${_ipv6_enable}" \
+ -v "hostname=${_hostname}" -v "ttl=${_ttl}" \
+ -v "do_reverse=${_do_reverse}" -v "action=${_action}" \
+ '! inet4 && /inet / && $2 !~ /^127\./ {
+ printf "update %s %s %s a %s\n", action,
+ hostname, ttl, $2;
+ ip4[++i] = $2;
+ }
+ ! inet6 && /inet6 / && $2 !~ /^(fe80:|::1)/ {
+ printf "update %s %s %s aaaa %s\n", action,
+ hostname, ttl, $2;
+ ip6[++j] = $2;
+ }
+ END {
+ print "";
+ if (do_reverse != 0) {
+ exit 0;
+ }
+ for (i in ip4) {
+ split(ip4[i], oct, /\./);
+ printf "update %s %d.%d.%d.%d.in-addr.arpa %s ptr %s\n",
+ action,
+ oct[4], oct[3], oct[2], oct[1],
+ ttl, hostname;
+ print "";
+ }
+ for (j in ip6) {
+ cols = gsub(/:/, ":", ip6[j]);
+ zeroes = "";
+ for (i = cols; i < 8; i++) {
+ zeros = zeros ":0";
+ }
+ zeros = zeros ":";
+ sub(/::/, zeros, ip6[j]);
+ split(ip6[j], shorts, /:/);
+ ip6str = "";
+ for (i = 1; i <= 8; i++) {
+ ip6str = ip6str substr("000" shorts[i],
+ length(shorts[i]));
+ }
+ revstr = "ip6.arpa";
+ for (i = 1; i <= length(ip6str); i++) {
+ revstr = substr(ip6str, i, 1) "." revstr;
+ }
+ printf "update %s %s %s ptr %s\n",
+ action, revstr, ttl, hostname;
+ print "";
+ }
+ }'
+ done |
+ "${nsupdate_command}" ${nsupdate_flags}
+}
+
+nsupdate_start()
+{
+ nsupdate_run add
+}
+
+nsupdate_stop()
+{
+ checkyesno nsupdate_shutdown_remove || return 0
+ nsupdate_run delete
+}
+
+load_rc_config $name
+run_rc_command "$1"
Index: src/etc/defaults/rc.conf
===================================================================
RCS file: /ncvs/src/etc/defaults/rc.conf,v
retrieving revision 1.212
diff -u -r1.212 rc.conf
--- src/etc/defaults/rc.conf 27 Jul 2004 00:28:16 -0000 1.212
+++ src/etc/defaults/rc.conf 28 Sep 2004 05:11:11 -0000
@@ -139,6 +139,22 @@
# Choose correct tunnel addrs.
#gifconfig_gif0="10.1.1.1 10.1.2.1" # Examples typically for a router.
#gifconfig_gif1="10.1.1.2 10.1.2.2" # Examples typically for a router.
+# Nsupdate(8) allows the machine to send DNS updates to "register" in DNS.
+# IPv4 loopback (127/8), and IPv6 loopback (::1) and link-local (fe80::/10)
+# addresses are not registered.
+nsupdate_enable="NO" # Do any DNS updates.
+nsupdate_flags="" # Pass additional arguments, e.g. to use DNSSEC TSIG,
+ # "-k /etc/namedb:MY_DYN_DNS_KEY"
+nsupdate_command="/usr/sbin/nsupdate" # Default is base system's BIND.
+nsupdate_ipv4="YES" # Register IPv4 addresses associated with interfaces.
+nsupdate_ipv6="YES" # Register IPv6 addresses associated with interfaces.
+nsupdate_ifaces="auto" # List interfaces, 'auto,' 'dhcp,' or 'nodhcp.'
+nsupdate_ttl="3600" # Time-to-live for the DNS records.
+nsupdate_reverse="YES" # Attempt to add "reverse" records, in-addr.arpa
+ # and ip6.arpa trees.
+nsupdate_shutdown_remove="YES" # Remove our records at shutdown.
+#nsupdate_hostname_ed0="dynamic-host.example.com" # Associate a hostname
+ # with an interface, otherwise system hostname used.
# User ppp configuration.
ppp_enable="NO" # Start user-ppp (or NO).
Index: src/share/man/man5/rc.conf.5
===================================================================
RCS file: /ncvs/src/share/man/man5/rc.conf.5,v
retrieving revision 1.221
diff -u -r1.221 rc.conf.5
--- src/share/man/man5/rc.conf.5 18 Jul 2004 18:01:48 -0000 1.221
+++ src/share/man/man5/rc.conf.5 28 Sep 2004 05:04:30 -0000
@@ -1265,6 +1265,88 @@
is not enabled.
This variable is experimental.
It may be removed or changed in the near future.
+.It Va nsupdate_enable
+.Pq Vt bool
+Set to
+.Dq Li YES
+to have the system attempt to perform DNS updates using the
+.Xr nsupdate 8
+command at start up to add records for itself and at shutdown
+to remove the same records.
+The system will attempt to enter records for each non-loopback,
+non-link-local address associated with the interfaces specified
+in the
+.Va nsupdate_interfaces
+variable.
+By default, the domain name used for the address records and as
+the data for reverse entries is the system host name as returned by
+.Xr hostname 1 .
+The domain names associated with addresses on a specific interfaces
+can be set with
+.Va nsupdate_hostname_ Ns Aq Ar interface
+entries.
+.It Va nsupdate_flags
+.Pq Vt str
+Used to pass additional arguments to the
+.Xr nsupdate 8
+command.
+For example, this may be used to pass key information to the program
+when using DNSSEC TSIG.
+.It Va nsupdate_command
+.Pq Vt str
+Set the full path of the
+.Xr nsupdate 8
+command to be uses.
+For example, this may be changed to use an
+.Xr nsupdate 8
+command with a locally installed version of BIND.
+.It Va nsupdate_ipv4
+.Pq Vt bool
+Set to
+.Dq Li NO
+to not attempt to register IPv4 address, A, records for the
+hostname or reverse pointer, PTR, records in the in-addr.arpa tree.
+.It Va nsupdate_ipv6
+.Pq Vt bool
+Set to
+.Dq Li NO
+to not attempt to register IPv6 address, AAAA, records for
+the hostname or a reverse pointer, PTR, records in the ip6.arpa tree.
+.It Va nsupdate_reverse
+.Pq Vt bool
+Set to
+.Dq Li NO
+to disable attempts to update the "reverse," in-addr.arpa and ip6.arpa,
+zones.
+Reverse zones are often not under the direct administrative control
+the users of the IP space.
+.It Va nsupdate_ifaces
+.Pq Vt str
+The default of
+.Dq Li auto
+attempts to determine all applicable interfaces on the system
+automatically.
+Set to
+.Dq Li dhcp
+to only perform updates with addresses associated with DHCP
+configured interfaces.
+Set to
+.Dq Li nodhcp
+to only perform updates with addresses associated with non-DHCP
+configured interfaces.
+The user may also provided an explicit list of interfaces.
+.It Va nsupdate_ttl
+.Pq Vt str
+The time-to-live value for the DNS records.
+This has to do with DNS caching lifetimes and has nothing to do
+with how long the records will be kept in the zone on the master
+server.
+.It Va nsupdate_shutdown_remove
+.Pq Vt bool
+Set to
+.Dq Li NO
+to disable the use of DNS updates to remove the records added at
+system startup during shutdown.
.It Va kerberos5_server_enable
.Pq Vt bool
Set to
--WIyZ46R2i8wDzkSu--
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 05:43:14 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 64F9316A4CF
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 05:43:14 +0000 (GMT)
Received: from auk2.snu.ac.kr (auk2.snu.ac.kr [147.46.100.32])
by mx1.FreeBSD.org (Postfix) with ESMTP id BE71D43D41
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 05:43:13 +0000 (GMT)
(envelope-from spamrefuse@yahoo.com)
Received: from [147.46.44.181] (spamrefuse@yahoo.com) by
auk2.snu.ac.kr (Terrace Internet Messaging Server)
with ESMTP id 2004092814:42:58:995948.6197.2956884912
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 14:42:58 +0900 (KST)
Message-ID: <4158F9ED.2090203@yahoo.com>
Date: Tue, 28 Sep 2004 14:43:09 +0900
From: Rob <spamrefuse@yahoo.com>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040920
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: freebsd-current@freebsd.org
References: <1096042856.24267.6.camel@purgatory.ceribus.net>
<xzpsm97v49e.fsf@dwp.des.no> <20040924222550.F6548@URF.trarfvf>
<1096064849.1047.7.camel@server.mcneil.com>
<20040925001835.U7126@URF.trarfvf>
<b34be84204092718334b4b77af@mail.gmail.com>
<20040927184543.I911@bo.vpnaa.bet> <b34be84204092719407a20d83f@mail.gmail.com>
In-Reply-To: <b34be84204092719407a20d83f@mail.gmail.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-TERRACE-SPAMMARK: YES-__TRSYS_LV__3 (SR:-2.38)
(SRN:SPAMROBOT) -----------------
X-Mailman-Approved-At: Tue, 28 Sep 2004 14:39:14 +0000
Subject: Re: Proper way to run bind9
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 05:43:14 -0000
Juha Saarinen wrote:
>
> /etc/rc.conf
>
> named_enable="YES" # Run named, the DNS server (or NO).
> named_program="/usr/sbin/named" # path to named, if you want a different one.
> named_flags="-c /etc/namedb/named.conf -u bind" # Flags for named
I feel that
named_flags="-c /etc/namedb/named.conf -u bind"
is going to be used as the default in too many cases, that it
should go into /etc/default/rc.conf.
Rob.
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 11:11:45 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 25D2D16A4CE
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 11:11:45 +0000 (GMT)
Received: from genesis.ridley.unimelb.edu.au (genesis.ridley.unimelb.edu.au
[128.250.2.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id AEC5543D5D
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 11:11:44 +0000 (GMT)
(envelope-from r.dridan@ridley.unimelb.edu.au)
Received: from localhost (localhost [127.0.0.1])
by genesis.ridley.unimelb.edu.au (Postfix) with ESMTP
id 2AB2C5614B; Tue, 28 Sep 2004 21:11:43 +1000 (EST)
Received: from genesis.ridley.unimelb.edu.au ([127.0.0.1])
(amavisd-new, port 10024)
with LMTP id 91681-07-2; Tue, 28 Sep 2004 21:11:39 +1000 (EST)
Received: by genesis.ridley.unimelb.edu.au (Postfix, from userid 2022)
id 8C2F45614A; Tue, 28 Sep 2004 21:11:39 +1000 (EST)
Received: from localhost (localhost [127.0.0.1])
by genesis.ridley.unimelb.edu.au (Postfix) with ESMTP
id 89EDE56148; Tue, 28 Sep 2004 21:11:39 +1000 (EST)
Date: Tue, 28 Sep 2004 21:11:39 +1000 (EST)
From: Rebecca Dridan <r.dridan@ridley.unimelb.edu.au>
X-X-Sender: rdrid@genesis.ridley.unimelb.edu.au
To: freebsd-current@freebsd.org
Message-ID: <20040928205839.L2872@genesis.ridley.unimelb.edu.au>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Virus-Scanned: by amavisd-new at ridley.unimelb.edu.au
X-Mailman-Approved-At: Tue, 28 Sep 2004 14:39:14 +0000
cc: r.dridan@ridley.unimelb.edu.au
Subject: natd not doing anything
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: sysadmin@ridley.unimelb.edu.au
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 11:11:45 -0000
Hi all:
I am having some issues with network set-up. I'm running CURRENT as of
26th September, with an ipfw firewall and natd. I have one gateway
machine with one external NIC and 3 internal NICs. At present nothing from
my internal machines can get out. I've reduced the firewall (temporarily) to
a basic
ipfw -f flush
divert natd ip from any to any via fxp0
allow ip from any to any
When I turn logging on, I see the packets being diverted, and then
accepted by later rules, but not being rewritten in between, ie
ipfw: 30 Divert 8668 TCP 192.168.7.2:54619 <remote IP>:1025 out via fxp0
ipfw: 70 Accept TCP 192.168.7.2:54619 <remote IP>:1025 out via fxp0
and the packets never get to the remote IP. I can see natd running with
ps, but even when I run it on the command line with -v it doesn't seem to
do anything.
Is there something I'm missing? Something else I could check? I've attched
the relevant bits of my rc.conf and kernel conf below. Any other
information that would be useful, please ask.
Thanks,
Bec
(please CC me with any replies)
The relevant bits of rc.conf:
firewall_enable="YES" # Set to YES to enable firewall
functionality
firewall_script="/etc/rc.firewall.local" # Which script to run to set up
the fir
ewall
firewall_quiet="YES" # Set to YES to suppress rule display
# Enable routing
gateway_enable="YES" # Set to YES if this host will be a
gateway.
natd_enable="YES"
natd_interface="fxp0"
natd_flags="-u"
kernel config:
options IPFILTER #ipfilter support
options IPFILTER_LOG #ipfilter logging
options IPFILTER_DEFAULT_BLOCK #block all packets by default
options IPFIREWALL #firewall - need for mac filtering
options IPFIREWALL_DEFAULT_TO_ACCEPT #allow everything by
default
options IPFIREWALL_FORWARD #enables changing of packet dest
options IPDIVERT #divert IP sockets, used by ipfw divert
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 11:21:56 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 78F6E16A4CE
for <current@freebsd.org>; Tue, 28 Sep 2004 11:21:56 +0000 (GMT)
Received: from mx.nsu.ru (mx.nsu.ru [212.192.164.5])
by mx1.FreeBSD.org (Postfix) with ESMTP id 8636243D4C
for <current@freebsd.org>; Tue, 28 Sep 2004 11:21:51 +0000 (GMT)
(envelope-from danfe@regency.nsu.ru)
Received: from regency.nsu.ru ([193.124.210.26])
by mx.nsu.ru with esmtp (Exim 4.34)
id 1CCGMd-0005dv-F5
for current@freebsd.org; Tue, 28 Sep 2004 18:41:47 +0700
Received: from regency.nsu.ru (localhost [127.0.0.1])
by regency.nsu.ru (8.12.10/8.12.10) with ESMTP id i8SBMSoI088433
for <current@freebsd.org>; Tue, 28 Sep 2004 18:22:28 +0700 (NOVST)
(envelope-from danfe@regency.nsu.ru)
Received: (from danfe@localhost)
by regency.nsu.ru (8.12.10/8.12.10/Submit) id i8SBMSEo088391
for current@freebsd.org; Tue, 28 Sep 2004 18:22:28 +0700 (NOVST)
(envelope-from danfe)
Date: Tue, 28 Sep 2004 18:22:28 +0700
From: Alexey Dokuchaev <danfe@nsu.ru>
To: current@freebsd.org
Message-ID: <20040928112228.GA82029@regency.nsu.ru>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.4.2.1i
X-Mailman-Approved-At: Tue, 28 Sep 2004 14:39:14 +0000
Subject: Threads-related(?) application hangs with recent -CURRENT
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 11:21:56 -0000
Hi there,
After upgrading from August 10's -CURRENT to yesterday's, I've noticed
that Mozilla, Psi, and other apps stopped working, that is, after
process is spawned, it shortly stops doing anything, and is unkillable.
Editing /etc/libmap.conf to use libc_r instead helps.
After trying to upgrade Python, ./configure hangs likewise, on this mere
conftest.c program:
#include <pthread.h>
void* routine(void* p){return NULL;}
int main(){
pthread_t p;
if(pthread_create(&p,NULL,routine,NULL)!=0)
return 1;
(void)pthread_detach(p);
return 0;
}
Was there something committed to pthread code that can cause this
misbehavior? What information can I provide to possibly help
investigating this issue?
Thanks!
./danfe
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 13:14:13 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 17A0416A4CE; Tue, 28 Sep 2004 13:14:13 +0000 (GMT)
Received: from mail.dt.e-technik.uni-dortmund.de
(mail.dt.E-Technik.Uni-Dortmund.DE [129.217.163.1])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 656E043D46; Tue, 28 Sep 2004 13:14:12 +0000 (GMT)
(envelope-from matthias.andree@gmx.de)
Received: from localhost (localhost [127.0.0.1])808E340D4C;
Tue, 28 Sep 2004 15:14:11 +0200 (CEST)
Received: from mail.dt.e-technik.uni-dortmund.de ([127.0.0.1])
by localhost (krusty [127.0.0.1]) (amavisd-new, port 10024) with LMTP
id 06794-03-2; Tue, 28 Sep 2004 15:14:10 +0200 (CEST)
Received: from m2a2.dyndns.org (p508EEA9F.dip.t-dialin.net [80.142.234.159])
0D4F040CEC; Tue, 28 Sep 2004 15:14:09 +0200 (CEST)
Received: from localhost (localhost [127.0.0.1])
by merlin.emma.line.org (Postfix) with ESMTP id 0EAB7CDC79;
Tue, 28 Sep 2004 15:14:09 +0200 (CEST)
Received: from merlin.emma.line.org ([127.0.0.1])
by localhost (m2a2.dyndns.org [127.0.0.1]) (amavisd-new, port 10024)
with LMTP id 07028-02; Tue, 28 Sep 2004 15:14:08 +0200 (CEST)
Received: by merlin.emma.line.org (Postfix, from userid 500)
id A7FBCCDC76; Tue, 28 Sep 2004 15:14:08 +0200 (CEST)
Date: Tue, 28 Sep 2004 15:14:08 +0200
From: Matthias Andree <matthias.andree@gmx.de>
To: David Malone <dwmalone@maths.tcd.ie>
Message-ID: <20040928131408.GA6887@merlin.emma.line.org>
Mail-Followup-To: David Malone <dwmalone@maths.tcd.ie>,
Scott Long <scottl@samsco.org>, re@freebsd.org, current@freebsd.org,
developers@freebsd.org, standards@freebsd.org
References: <415720FD.8080603@samsco.org>
<m3oejs3tom.fsf@merlin.emma.line.org>
<20040928125343.GA49465@walton.maths.tcd.ie>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20040928125343.GA49465@walton.maths.tcd.ie>
User-Agent: Mutt/1.5.6i
X-Virus-Scanned: by amavisd-new at dt.e-technik.uni-dortmund.de
X-Mailman-Approved-At: Tue, 28 Sep 2004 14:39:14 +0000
cc: re@freebsd.org
cc: current@freebsd.org
cc: developers@freebsd.org
cc: standards@freebsd.org
cc: Matthias Andree <ma@dt.e-technik.uni-dortmund.de>
Subject: Re: FreeBSD 5.3-BETA6 available
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 13:14:13 -0000
On Tue, 28 Sep 2004, David Malone wrote:
> On Mon, Sep 27, 2004 at 12:14:17PM +0200, Matthias Andree wrote:
> > 3. data corruption on unaligned block access bug, kern/60313,
> > is still open and unpatched AFAICS
>
> Bruce suggests that this one is fixed in geom, which is now used
> by default. If this is the case, I can close the PR.
Please do not close the PR yet, the bug persists in FreeBSD
4.10-RELEASE-p3 (tested a few minutes ago) and probably also in 4.8.
--
Matthias Andree
Encrypted mail welcome: my GnuPG key ID is 0x052E7D95 (PGP/MIME preferred)
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 13:45:01 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id BB71D16A4CE
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 13:45:01 +0000 (GMT)
Received: from mxsf21.cluster1.charter.net (mxsf21.cluster1.charter.net
[209.225.28.221])
by mx1.FreeBSD.org (Postfix) with ESMTP id 56E5243D3F
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 13:45:01 +0000 (GMT)
(envelope-from archie@dellroad.org)
Received: from mxip20.cluster1.charter.net (mxip20a.cluster1.charter.net
[209.225.28.150])i8SDixdb020622
for <freebsd-current@freebsd.org>; Tue, 28 Sep 2004 09:44:59 -0400
Received: from cable-68-113-94-164.mtv.al.charter.com (HELO
InterJet.dellroad.org) (68.113.94.164)
by mxip20.cluster1.charter.net with ESMTP; 28 Sep 2004 09:45:00 -0400
X-Ironport-AV: i="3.84,183,1091419200";
d="scan'208"; a="281594571:sNHT12964112"
Received: from arch20m.dellroad.org (arch20m.dellroad.org [10.2.2.20])
by InterJet.dellroad.org (8.9.1a/8.9.1) with ESMTP id IAA65808;
Tue, 28 Sep 2004 08:42:27 -0500 (CDT)
Received: from arch20m.dellroad.org (localhost [127.0.0.1])
i8SDgQs2002554; Tue, 28 Sep 2004 08:42:26 -0500 (CDT)
(envelope-from archie@arch20m.dellroad.org)
Received: (from archie@localhost)
by arch20m.dellroad.org (8.12.9p2/8.12.9/Submit) id i8SDgQNA002553;
Tue, 28 Sep 2004 08:42:26 -0500 (CDT)
(envelope-from archie)
From: Archie Cobbs <archie@dellroad.org>
Message-Id: <200409281342.i8SDgQNA002553@arch20m.dellroad.org>
In-Reply-To: <20040928103625.N3616@fw.reifenberger.com>
To: Michael Reifenberger <mike@Reifenberger.com>
Date: Tue, 28 Sep 2004 08:42:26 -0500 (CDT)
X-Mailer: ELM [version 2.4ME+ PL99b (25)]
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII
X-Mailman-Approved-At: Tue, 28 Sep 2004 14:39:14 +0000
cc: freebsd-current@freebsd.org
Subject: Re: mpd(NETGRAPH) and -current issues
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 13:45:01 -0000
Michael Reifenberger wrote:
> after upgrading my DSL-Gateway to -current (had -current as of july before)
> I experienced two things with mpd-3.16:
>
> - My PPPoE connection didn't work:
> - Rebooting or stopping mpd causes an kernel panic (sorry no dump jet)
>
> ...
>
> Is anyone successfully using netgraph (I4BING, PPPoE) under -current?
I have not run mpd on -current, though I'm pretty sure others have
successfully. You might ask on mpd-users@lists.sourceforge.net.
-Archie
__________________________________________________________________________
Archie Cobbs * CTO, Awarix * http://www.awarix.com
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 13:59:31 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id CD9A216A4CE
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 13:59:31 +0000 (GMT)
Received: from avout1.midco.net (avout1.midco.net [24.220.0.100])
by mx1.FreeBSD.org (Postfix) with ESMTP id 07FFC43D46
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 13:59:29 +0000 (GMT)
(envelope-from pete@beforever.com)
Received: (qmail 28282 invoked by uid 1009); 28 Sep 2004 13:58:19 -0000
Received: from pete@beforever.com by avout1 by uid 1002 with
qmail-scanner-1.22
(f-prot: 4.4.2/3.14.11. Clear:RC:1(24.220.217.17):.
Processed in 0.016544 secs); 28 Sep 2004 13:58:19 -0000
X-Qmail-Scanner-Mail-From: pete@beforever.com via avout1
X-Qmail-Scanner: 1.22 (Clear:RC:1(24.220.217.17):. Processed in 0.016544 secs)
Received: from host-17-217-220-24.midco.net (HELO [24.220.217.17])
([24.220.217.17]) (envelope-sender <pete@beforever.com>)
by avout1.midco.net (qmail-ldap-1.03) with SMTP
for <freebsd-current@freebsd.org>; 28 Sep 2004 13:58:19 -0000
In-Reply-To: <20040928025635.Q5094@ync.qbhto.arg>
References: <20040928025635.Q5094@ync.qbhto.arg>
Mime-Version: 1.0 (Apple Message framework v619)
Content-Type: text/plain; charset=US-ASCII; format=flowed
Message-Id: <727FCC18-1156-11D9-BBA6-000D936BE398@beforever.com>
Content-Transfer-Encoding: 7bit
From: Peter Schultz <pete@beforever.com>
Date: Tue, 28 Sep 2004 08:58:16 -0500
To: Doug Barton <DougB@FreeBSD.org>
X-Mailer: Apple Mail (2.619)
X-Mailman-Approved-At: Tue, 28 Sep 2004 14:39:14 +0000
cc: freebsd-current@freebsd.org
Subject: Re: HEADS UP: named now runs chroot'ed by default
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 13:59:31 -0000
On Sep 28, 2004, at 5:03 AM, Doug Barton wrote:
> Folks,
>
> I just committed a named "auto-chroot" system that will allow named to
> run chroot'ed by default. If you have an existing named configuration
> in /etc/namedb, the instructions for updating it are in src/UPDATING.
> If you are already chroot'ing named, especially if you are using
> /var/named as the chroot directory, you should back everything up
> before upgrading and proceed with caution. :)
>
Why not do it FreeBSD style and auto-jail named?
Sincerely,
Pete...
> For those that don't have a named configuration, all you should have
> to do is 'rm -r /etc/namedb' and you'll be fine.
>
> Comments and suggestions are welcome, but please try to keep the
> bikeshedding about specific bits down to an absolute minimum. The
> directory structure and related options worked very well on hundreds
> of name servers on a very busy enterprise network, so I have a high
> degree of confidence that the defaults are sensible. That said, I am
> open to genuine improvements, and dialogue on optional bits.
>
> Enjoy,
>
> Doug
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 14:37:56 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 3B5F016A4CE; Tue, 28 Sep 2004 14:37:56 +0000 (GMT)
Received: from mailout1.pacific.net.au (mailout1.pacific.net.au [61.8.0.84])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 9417F43D46; Tue, 28 Sep 2004 14:37:55 +0000 (GMT)
(envelope-from bde@zeta.org.au)
Received: from mailproxy1.pacific.net.au (mailproxy1.pacific.net.au
[61.8.0.86])i8SEbjfA019784; Wed, 29 Sep 2004 00:37:45 +1000
Received: from katana.zip.com.au (katana.zip.com.au [61.8.7.246])
i8SEbhWS025932; Wed, 29 Sep 2004 00:37:44 +1000
Date: Wed, 29 Sep 2004 00:37:43 +1000 (EST)
From: Bruce Evans <bde@zeta.org.au>
X-X-Sender: bde@delplex.bde.org
To: Matthias Andree <ma@dt.e-technik.uni-dortmund.de>
In-Reply-To: <m37jqfxqyd.fsf@merlin.emma.line.org>
Message-ID: <20040929002825.M60452@delplex.bde.org>
References: <415720FD.8080603@samsco.org>
<m3oejs3tom.fsf@merlin.emma.line.org>
<415812AD.2090901@FreeBSD.org> <m3brfr691u.fsf@merlin.emma.line.org>
<m37jqfxqyd.fsf@merlin.emma.line.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Mailman-Approved-At: Tue, 28 Sep 2004 14:41:32 +0000
cc: Scott Long <scottl@FreeBSD.org>
cc: standards@FreeBSD.org
cc: re@FreeBSD.org
cc: current@FreeBSD.org
Subject: Re: FreeBSD 5.3-BETA6 available
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 14:37:56 -0000
On Tue, 28 Sep 2004, Matthias Andree wrote:
> Matthias Andree <ma@dt.e-technik.uni-dortmund.de> writes:
>
> >>> 3. data corruption on unaligned block access bug, kern/60313,
> >>> is still open and unpatched AFAICS
> >>
> >> Is this actually an issue in FreeBSD 5? In the audit trail of the PR,
> >> Bruce Evans seems to concede that GEOM checks block alignment
> >> properly.
>
> OK, seeking to a position that is not a multiple of the block size
> appears to trigger EINVAL on a subsequent write so this is
> NOT an issue for FreeBSD 5.
Except EINVAL is an undocumented and unreasonable errno for write(2).
(It is documented and reasonable for pwrite(2) because it is for
pwrite()'s offset arg, but even for pwrite(), misaligned offsets are
not invalid: as specified in POSIX.1 but not in pwrite(4), only
negative args are invalid for pwrite().)
The correct errno seems to be EIO (because the device is physically
incapable of doing misaligned i/o).
Bruce
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 14:46:10 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 7278A16A4CE
for <current@FreeBSD.org>; Tue, 28 Sep 2004 14:46:10 +0000 (GMT)
Received: from moo.sysabend.org (moo.sysabend.org [66.111.41.70])
by mx1.FreeBSD.org (Postfix) with ESMTP id 50E0443D5A
for <current@FreeBSD.org>; Tue, 28 Sep 2004 14:46:10 +0000 (GMT)
(envelope-from ragnar@sysabend.org)
Received: by moo.sysabend.org (Postfix, from userid 1004)
id 181F9416; Tue, 28 Sep 2004 07:46:10 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1])
by moo.sysabend.org (Postfix) with ESMTP id 172BB3A4
for <current@FreeBSD.org>; Tue, 28 Sep 2004 07:46:10 -0700 (PDT)
Date: Tue, 28 Sep 2004 07:46:10 -0700 (PDT)
From: Jamie Bowden <ragnar@sysabend.org>
To: current@FreeBSD.org
In-Reply-To: <20040928072151.I80789-100000@moo.sysabend.org>
Message-ID: <20040928074510.W80789-100000@moo.sysabend.org>
X-representing: Only myself.
X-badge: We don't need no stinking badges.
X-obligatory-profanity: Fuck
X-moo: Moo.
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Subject: Re: NFS with 5.3-B6
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 14:46:10 -0000
On Tue, 28 Sep 2004, Jamie Bowden wrote:
> 10:28am ghast /boot/kernel %kldload nfsclient.ko
> kldload: can't load nfsclient.ko: No such file or directory
Damnit, this was my problem. Is ther eany particular reason why
mergemaster doesn't update loader.rc?
Jamie Bowden
--
"It was half way to Rivendell when the drugs began to take hold"
Hunter S Tolkien "Fear and Loathing in Barad Dur"
Iain Bowen <alaric@alaric.org.uk>
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 14:46:35 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 5BD5516A4CE
for <current@freebsd.org>; Tue, 28 Sep 2004 14:46:35 +0000 (GMT)
Received: from mail.dt.e-technik.uni-dortmund.de
(krusty.dt.E-Technik.Uni-Dortmund.DE [129.217.163.1])
by mx1.FreeBSD.org (Postfix) with ESMTP id 9E85E43D41
for <current@freebsd.org>; Tue, 28 Sep 2004 14:46:33 +0000 (GMT)
(envelope-from ma@dt.e-technik.uni-dortmund.de)
Received: from localhost (localhost [127.0.0.1])E21D740DD6;
Tue, 28 Sep 2004 16:46:32 +0200 (CEST)
Received: from mail.dt.e-technik.uni-dortmund.de ([127.0.0.1])
by localhost (krusty [127.0.0.1]) (amavisd-new, port 10024) with LMTP
id 09880-01-12; Tue, 28 Sep 2004 16:46:32 +0200 (CEST)
Received: from m2a2.dyndns.org (p508EEA9F.dip.t-dialin.net [80.142.234.159])
93BF440DC0; Tue, 28 Sep 2004 16:46:32 +0200 (CEST)
Received: from localhost (localhost [127.0.0.1])
by merlin.emma.line.org (Postfix) with ESMTP id 755BFD650F;
Tue, 28 Sep 2004 16:46:30 +0200 (CEST)
Received: from merlin.emma.line.org ([127.0.0.1])
by localhost (m2a2.dyndns.org [127.0.0.1]) (amavisd-new, port 10024)
with LMTP id 10068-01-2; Tue, 28 Sep 2004 16:46:30 +0200 (CEST)
Received: by merlin.emma.line.org (Postfix, from userid 500)
id 318B1D4D21; Tue, 28 Sep 2004 16:46:30 +0200 (CEST)
To: David Malone <dwmalone@maths.tcd.ie>
In-Reply-To: <200409281451.aa67359@salmon.maths.tcd.ie> (David Malone's
message of "Tue, 28 Sep 2004 14:51:24 +0100")
References: <200409281451.aa67359@salmon.maths.tcd.ie>
From: Matthias Andree <ma@dt.e-technik.uni-dortmund.de>
Date: Tue, 28 Sep 2004 16:46:30 +0200
Message-ID: <m38yauih89.fsf@merlin.emma.line.org>
User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Virus-Scanned: by amavisd-new at dt.e-technik.uni-dortmund.de
cc: current@freebsd.org
Subject: Re: FreeBSD 5.3-BETA6 available
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 14:46:35 -0000
David Malone <dwmalone@maths.tcd.ie> writes:
>> > Bruce suggests that this one is fixed in geom, which is now used
>> > by default. If this is the case, I can close the PR.
>
>> Please do not close the PR yet, the bug persists in FreeBSD
>> 4.10-RELEASE-p3 (tested a few minutes ago) and probably also in 4.8.
>
> Here's a quick attempt to port the patch that Bruce suggested. I
> haven't been able to test it yet, but you might like to try it.
Yup, but RELENG_4_10 doesn't seem to like it:
cc -c -O -pipe -march=k6 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -nostdinc -I- -I. -I../.. -I../../../include -I../../contrib/dev/acpica -I../../contrib/ipfilter -D_KERNEL -include opt_global.h -mpreferred-stack-boundary=2 ../../kern/subr_diskslice.c
../../kern/subr_diskslice.c: In function `dscheck':
../../kern/subr_diskslice.c:170: structure has no member named `bio_error'
*** Error code 1
Should we move this thread to stable?
--
Matthias Andree
Encrypted mail welcome: my GnuPG key ID is 0x052E7D95 (PGP/MIME preferred)
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 14:50:04 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 6AC4516A4CE; Tue, 28 Sep 2004 14:50:04 +0000 (GMT)
Received: from vhost109.his.com (vhost109.his.com [216.194.225.101])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 1C4F243D1F; Tue, 28 Sep 2004 14:50:04 +0000 (GMT)
(envelope-from brad@stop.mail-abuse.org)
Received: from [10.0.1.4] (localhost.his.com [127.0.0.1])
by vhost109.his.com (8.12.11/8.12.3) with ESMTP id i8SEo1tX082743;
Tue, 28 Sep 2004 10:50:02 -0400 (EDT)
(envelope-from brad@stop.mail-abuse.org)
Mime-Version: 1.0
X-Sender: bs663385@127.0.0.1
Message-Id: <p0600201ebd7f2723e46e@[10.0.1.4]>
In-Reply-To: <20040928143053.GD61666@elvis.mu.org>
References: <20040928124039.GB61666@elvis.mu.org>
<p0600201cbd7f23850b4a@[10.0.1.4]>
<20040928143053.GD61666@elvis.mu.org>
Date: Tue, 28 Sep 2004 16:37:56 +0200
To: Maxime Henrion <mux@freebsd.org>
From: Brad Knowles <brad@stop.mail-abuse.org>
Content-Type: text/plain; charset="us-ascii" ; format="flowed"
cc: current@freebsd.org
cc: sparc64@freebsd.org
Subject: Re: Call for testers: patch for the dc(4) driver
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 14:50:04 -0000
At 4:30 PM +0200 2004-09-28, Maxime Henrion wrote:
> Well yes, the dc(4) driver. :-)
Sorry. When I originally read that message, I missed the section
number and did a "man dc", and was very confused.
>> I think the first trick will be to find someone who actually has
>> a dc(4) card in a SPARC64 box.
>
> I know several people that do, there are Netra boxes out there that have
> integrated Davicom dc(4) cards. This is why I converted this driver to
> busdma some time ago.
Cool! I had no idea.... I've just been used to seeing hme
interfaces forever on Suns and didn't realize that they'd switched to
a different device for some hardware.
Nevermind. I'll shut up now.
--
Brad Knowles, <brad@stop.mail-abuse.org>
"Those who would give up essential Liberty, to purchase a little
temporary Safety, deserve neither Liberty nor Safety."
-- Benjamin Franklin (1706-1790), reply of the Pennsylvania
Assembly to the Governor, November 11, 1755
SAGE member since 1995. See <http://www.sage.org/> for more info.
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 14:59:19 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id E6F5116A4CE
for <current@freebsd.org>; Tue, 28 Sep 2004 14:59:19 +0000 (GMT)
Received: from castle.jp.FreeBSD.org (castle.jp.FreeBSD.org [210.226.20.15])
by mx1.FreeBSD.org (Postfix) with ESMTP id 31F2E43D53
for <current@freebsd.org>; Tue, 28 Sep 2004 14:59:19 +0000 (GMT)
(envelope-from matusita@jp.FreeBSD.org)
Received: from localhost (localhost [::1])i8SEx5821169;
Tue, 28 Sep 2004 23:59:05 +0900 (JST)
(envelope-from matusita@jp.FreeBSD.org)
In-Reply-To: <727FCC18-1156-11D9-BBA6-000D936BE398@beforever.com>
References: <20040928025635.Q5094@ync.qbhto.arg>
<20040928025635.Q5094@ync.qbhto.arg>
<727FCC18-1156-11D9-BBA6-000D936BE398@beforever.com>
X-User-Agent: Mew/1.94.2 Emacs/21.3
X-FaceAnim: (-O_O-)(O_O- )(_O- )(O- )(- -)( -O)( -O_)( -O_O)(-O_O-)
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Dispatcher: imput version 20040704(IM147)
Lines: 8
From: Makoto Matsushita <matusita@jp.FreeBSD.org>
To: pete@beforever.com
Date: Tue, 28 Sep 2004 23:59:04 +0900
Message-Id: <20040928235904Q.matusita@jp.FreeBSD.org>
cc: current@freebsd.org
Subject: Re: HEADS UP: named now runs chroot'ed by default
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 14:59:20 -0000
pete> Why not do it FreeBSD style and auto-jail named?
How do you determine IPv4 address for jail automatically ? :-)
How about IPv6 ? :-) :-)
-- -
Makoto `MAR' Matsushita
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 15:01:27 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id B19DA16A4CE
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 15:01:27 +0000 (GMT)
Received: from md.gfk.ru (md.gfk.ru [62.205.179.201])
by mx1.FreeBSD.org (Postfix) with ESMTP id F3B0C43D2F
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 15:01:16 +0000 (GMT)
(envelope-from Yuriy.Tsibizov@gfk.ru)
Received: from mx.gfk.ru ([10.0.0.30])
by md.gfk.ru (md.gfk.ru [62.205.179.201])
(MDaemon.PRO.v6.8.5.R)
with ESMTP id 7-md50000000045.tmp
for <freebsd-current@freebsd.org>; Tue, 28 Sep 2004 19:00:02 +0400
X-MimeOLE: Produced By Microsoft Exchange V6.0.5762.3
Content-Class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
charset="koi8-r"
Content-Transfer-Encoding: quoted-printable
Date: Tue, 28 Sep 2004 18:59:52 +0400
Message-ID: <C192C8912E798F4399668791C8965190017DC6CE@mx.hhp.local>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: mpd(NETGRAPH) and -current issues
Thread-Index: AcSlacz+hhzrHdAXR663TA5X9ltFSQAAPMlw
From: "Yuriy Tsibizov" <Yuriy.Tsibizov@gfk.ru>
To: "Michael Reifenberger" <mike@Reifenberger.com>
X-Spam-Processed: md.gfk.ru, Tue, 28 Sep 2004 19:00:02 +0400
(not processed: message from valid local sender)
X-MDRemoteIP: 10.0.0.30
X-Return-Path: Yuriy.Tsibizov@gfk.ru
X-MDaemon-Deliver-To: freebsd-current@freebsd.org
cc: freebsd-current@freebsd.org
Subject: RE: mpd(NETGRAPH) and -current issues
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 15:01:27 -0000
> Michael Reifenberger wrote:
> > after upgrading my DSL-Gateway to -current (had -current as=20
> of july before)
> > I experienced two things with mpd-3.16:
> >=20
> > - My PPPoE connection didn't work:
> > - Rebooting or stopping mpd causes an kernel panic (sorry=20
> no dump jet)
> >=20
> > ...
> >=20
> > Is anyone successfully using netgraph (I4BING, PPPoE) under=20
> -current?
>=20
I use mpd 3.18 compiled on 6-CURRENT around saturday for dial-up PPP =
(not PPPoE).
I had to rebuild mpd after upgrading from 5-CURRENT (mid-august) to =
6-CURRENT,
otherwise it fails to connect with netgraph errors.
Yuriy.
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 15:05:15 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 3B46516A4CF; Tue, 28 Sep 2004 15:05:15 +0000 (GMT)
Received: from mail.dt.e-technik.uni-dortmund.de
(mail.dt.E-Technik.Uni-Dortmund.DE [129.217.163.1])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 9913A43D39; Tue, 28 Sep 2004 15:05:12 +0000 (GMT)
(envelope-from ma@dt.e-technik.uni-dortmund.de)
Received: from localhost (localhost [127.0.0.1])DA8F040DFE;
Tue, 28 Sep 2004 17:05:11 +0200 (CEST)
Received: from mail.dt.e-technik.uni-dortmund.de ([127.0.0.1])
by localhost (krusty [127.0.0.1]) (amavisd-new, port 10024) with LMTP
id 03399-01-10; Tue, 28 Sep 2004 17:05:11 +0200 (CEST)
Received: from m2a2.dyndns.org (p508EEA9F.dip.t-dialin.net [80.142.234.159])
87FBF40DFC; Tue, 28 Sep 2004 17:05:11 +0200 (CEST)
Received: from localhost (localhost [127.0.0.1])
by merlin.emma.line.org (Postfix) with ESMTP id D93AAD6511;
Tue, 28 Sep 2004 17:05:10 +0200 (CEST)
Received: from merlin.emma.line.org ([127.0.0.1])
by localhost (m2a2.dyndns.org [127.0.0.1]) (amavisd-new, port 10024)
with LMTP id 10376-02-3; Tue, 28 Sep 2004 17:05:10 +0200 (CEST)
Received: by merlin.emma.line.org (Postfix, from userid 500)
id 899AED6510; Tue, 28 Sep 2004 17:05:10 +0200 (CEST)
To: Bruce Evans <bde@zeta.org.au>
In-Reply-To: <20040929002825.M60452@delplex.bde.org> (Bruce Evans's message of
"Wed, 29 Sep 2004 00:37:43 +1000 (EST)")
References: <415720FD.8080603@samsco.org>
<m3oejs3tom.fsf@merlin.emma.line.org> <415812AD.2090901@FreeBSD.org>
<m3brfr691u.fsf@merlin.emma.line.org>
<m37jqfxqyd.fsf@merlin.emma.line.org>
<20040929002825.M60452@delplex.bde.org>
From: Matthias Andree <ma@dt.e-technik.uni-dortmund.de>
Date: Tue, 28 Sep 2004 17:05:10 +0200
Message-ID: <m3sm92h1sp.fsf@merlin.emma.line.org>
User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Virus-Scanned: by amavisd-new at dt.e-technik.uni-dortmund.de
cc: Scott Long <scottl@FreeBSD.org>
cc: standards@FreeBSD.org
cc: Matthias Andree <ma@dt.e-technik.uni-dortmund.de>
cc: current@FreeBSD.org
cc: re@FreeBSD.org
Subject: Re: FreeBSD 5.3-BETA6 available
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 15:05:15 -0000
Bruce Evans <bde@zeta.org.au> writes:
> Except EINVAL is an undocumented and unreasonable errno for write(2).
> (It is documented and reasonable for pwrite(2) because it is for
> pwrite()'s offset arg, but even for pwrite(), misaligned offsets are
> not invalid: as specified in POSIX.1 but not in pwrite(4), only
> negative args are invalid for pwrite().)
> The correct errno seems to be EIO (because the device is physically
> incapable of doing misaligned i/o).
Yes indeed, EIO is better. It is however of paramount importance to
refuse the misaligned write operation on the raw (as in unbuffered)
device rather than round down the offset and write to the wrong offset,
as happens now in FreeBSD 4.
Imagine someone (ported Linux program) trying to write the last 64 bytes
of the MBR (IA32 or AMD64) with a new partition table at offset #448 and
the data ends up at offset #0 -> the system has just become unbootable
with trashed boot code, and the application believing everything is in
order...
--
Matthias Andree
Encrypted mail welcome: my GnuPG key ID is 0x052E7D95 (PGP/MIME preferred)
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 15:06:42 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 7A9D516A4CF
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 15:06:42 +0000 (GMT)
Received: from harmony.village.org (rover.village.org [168.103.84.182])
by mx1.FreeBSD.org (Postfix) with ESMTP id 8DB9043D41
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 15:06:41 +0000 (GMT) (envelope-from imp@bsdimp.com)
Received: from localhost (harmony.village.org [10.0.0.6])
by harmony.village.org (8.13.1/8.13.1) with ESMTP id i8SF3g4u097752;
Tue, 28 Sep 2004 09:03:42 -0600 (MDT)
(envelope-from imp@bsdimp.com)
Date: Tue, 28 Sep 2004 09:04:57 -0600 (MDT)
Message-Id: <20040928.090457.115908926.imp@bsdimp.com>
To: gavin.atkinson@ury.york.ac.uk
From: "M. Warner Losh" <imp@bsdimp.com>
In-Reply-To: <1096380248.911.7.camel@buffy.york.ac.uk>
References: <DIEGJJFBNADMCJBGPCBKGEGNCOAA.David.Boyd@insightbb.com>
<1096380248.911.7.camel@buffy.york.ac.uk>
X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI)
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
cc: David.Boyd@insightbb.com
cc: nate@root.org
cc: freebsd-current@freebsd.org
Subject: Re: FDC/ACPI/GEOM problems
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 15:06:42 -0000
In message: <1096380248.911.7.camel@buffy.york.ac.uk>
Gavin Atkinson <gavin.atkinson@ury.york.ac.uk> writes:
: On Mon, 2004-09-27 at 22:42, David Boyd wrote:
: > Yes, I am tracking RELENG_5.
: >
: > The kernel build with the files you suggested resulted in the same hang.
: >
: > I filtered the commits by hour and then by 20 minutes intervals until I
: > experienced the hang.
: >
: > The hang occurs after building the kernel with the follow commits:
: >
: > Edit src/sys/dev/fdc/fdc.c
: > Add delta 1.283.2.1 2004.09.18.04.57.55 imp
: > Edit src/sys/dev/fdc/fdc_acpi.c
: > Add delta 1.2.2.2 2004.09.18.04.57.55 imp
: > Edit src/sys/dev/fdc/fdc_isa.c
: > Add delta 1.9.2.2 2004.09.18.04.57.55 imp
: > Edit src/sys/dev/fdc/fdc_pccard.c
: > Add delta 1.8.2.1 2004.09.18.04.57.55 imp
: > Delete src/sys/dev/fdc/fdcreg.h
: > Edit src/sys/dev/fdc/fdcvar.h
: > Add delta 1.3.2.1 2004.09.18.04.57.55 imp
: > Edit src/sys/sys/bio.h
: > Add delta 1.139.2.1 2004.09.18.04.56.06 imp
: > Edit src/sys/sys/fdcio.h
: > Add delta 1.17.8.1 2004.09.18.04.57.55 imp
: >
: > I have some "free" time to pursue this now!
: > I'll try almost anything you suggest.
: >
: > ------------------------------------------------
: >
: > P.S. The system isn't actually dead...touching the power switch results in
: >
: > "ACPI: suspend request ignored (not ready yet)"
: >
: > as often as the power switch is depressed briefly.
:
: I have spent a little time today looking at this problem in more detail.
: The hangs on BETA5 that several people have reported are indeed related
: to the above file revisions. Apparently systems only hang with ACPI
: enabled, and seem to hang in g_waitidle(), presumably waiting for the
: floppy drive to become idle.
:
: db> tr 1
: sched_switch(c1501320,0,1) at sched_switch+0x14f
: mi_switch(1,0) at mi_switch+0x264
: sleepq_switch(c08b7980,1,cbc81c90,c060ee72,c08b7980) at
: sleepq_switch+0xe0
: sleepq_timedwait(c08b7980,0,0,0,0) at sleepq_timedwait+0x34
: msleep(c08b7980,0,68,c07f4bb1,14) at msleep+0x2ca
: g_waitidle(c1500e00,c05e7600,0,cbc81d1c,c05e7652) at g_waitidle+0x48
: vfs_mountroot(0,c1500e00,c1501320,0,0) at vfs_mountroot+0x10
: start_init(0,cbc81d48,0,c05e7600,0) at start_init+0x52
: fork_exit(c05e7600,0,cbc81d48) at fork_exit+0xa4
: fork_trampoline() at fork_trampoline+0x8
: --- trap 0x1, eip = 0, esp = 0xcbc81d7c, ebp = 0 ---
:
: On my system, I can't prove that the issue is related to ACPI but others
: have reported this issue goiung away with ACPI disabled. On my system,
: the floppy drive LED comes on at the point of the hang. Having a floppy
: disk in the drive makes no difference.
Does removing the fd drive change things? The fdc worker thread is
still there in that case...
Warner
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 15:07:55 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 04FB616A4CE
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 15:07:55 +0000 (GMT)
Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.199])
by mx1.FreeBSD.org (Postfix) with ESMTP id 5F42543D48
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 15:07:54 +0000 (GMT)
(envelope-from marchenko@gmail.com)
Received: by mproxy.gmail.com with SMTP id 74so57142rnk
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 08:07:52 -0700 (PDT)
Received: by 10.38.59.51 with SMTP id h51mr974515rna;
Tue, 28 Sep 2004 08:07:52 -0700 (PDT)
Received: by 10.38.22.66 with HTTP; Tue, 28 Sep 2004 08:07:51 -0700 (PDT)
Message-ID: <cd70c6810409280807326c61ef@mail.gmail.com>
Date: Tue, 28 Sep 2004 11:07:51 -0400
From: Vlad <marchenko@gmail.com>
To: Michael Reifenberger <mike@reifenberger.com>
In-Reply-To: <20040928103625.N3616@fw.reifenberger.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
References: <20040928103625.N3616@fw.reifenberger.com>
cc: freebsd-current@freebsd.org
cc: archie@freebsd.org
Subject: Re: mpd(NETGRAPH) and -current issues
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: Vlad <marchenko@gmail.com>
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 15:07:55 -0000
I had problems with mpd in -current - for some reason kernel could not
load some netgraph modules untill I added /boot/kernel into the
modules search path manually with kldconfig ( by default it only has
/boot/modules directory which is empty for me).
Try to do the same and restart mpd
you also need to make sure you have fresh recompiled mpd as was
suggested in other posts.
--
Vlad
On Tue, 28 Sep 2004 10:52:46 +0200 (CEST), Michael Reifenberger
<mike@reifenberger.com> wrote:
> Hi,
> after upgrading my DSL-Gateway to -current (had -current as of july before)
> I experienced two things with mpd-3.16:
>
> - My PPPoE connection didn't work:
> ...
> Sep 27 22:51:45 fw mpd: [PPPoE] bundle: OPEN event in state CLOSED
> Sep 27 22:51:45 fw mpd: [PPPoE] opening link "PPPoE"...
> Sep 27 22:51:45 fw mpd: [PPPoE] link: OPEN event
> Sep 27 22:51:45 fw mpd: [PPPoE] LCP: Open event
> Sep 27 22:51:45 fw mpd: [PPPoE] LCP: state change Initial --> Starting
> Sep 27 22:51:45 fw mpd: [PPPoE] LCP: LayerStart
> Sep 27 22:51:45 fw mpd: [PPPoE] device: OPEN event in state DOWN
> Sep 27 22:51:45 fw mpd: [PPPoE] can't connect bypass,link0 and vr1:orphans,mpd687-PPPoE: No such file or directory
> Sep 27 22:51:45 fw mpd: [PPPoE] can't remove hook mpd687-PPPoE from node "vr1:orphans": No such file or directory
> Sep 27 22:51:45 fw mpd: [PPPoE] device is now in state OPENING
> Sep 27 22:51:45 fw mpd: [PPPoE] device: DOWN event in state OPENING
> Sep 27 22:51:45 fw mpd: [PPPoE] device is now in state DOWN
> Sep 27 22:51:45 fw mpd: [PPPoE] link: DOWN event
> Sep 27 22:51:45 fw mpd: [PPPoE] LCP: Down event
> ...
--
Vlad
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 15:11:32 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 3148316A4CE; Tue, 28 Sep 2004 15:11:32 +0000 (GMT)
Received: from gw.celabo.org (gw.celabo.org [208.42.49.153])
by mx1.FreeBSD.org (Postfix) with ESMTP
id E2F5843D2F; Tue, 28 Sep 2004 15:11:31 +0000 (GMT)
(envelope-from nectar@celabo.org)
Received: from localhost (localhost [127.0.0.1])
by gw.celabo.org (Postfix) with ESMTP
id 625D554887; Tue, 28 Sep 2004 10:11:31 -0500 (CDT)
Received: from gw.celabo.org ([127.0.0.1])
by localhost (hellblazer.celabo.org [127.0.0.1]) (amavisd-new, port 10024)
with SMTP id 20127-10; Tue, 28 Sep 2004 10:11:20 -0500 (CDT)
Received: from madman.celabo.org (madman.celabo.org [10.0.1.111])
(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
(Client CN "madman.celabo.org", Issuer "celabo.org CA" (not verified))
by gw.celabo.org (Postfix) with ESMTP
id C25CF5487E; Tue, 28 Sep 2004 10:11:14 -0500 (CDT)
Received: by madman.celabo.org (Postfix, from userid 1001)
id 9524D6D46D; Tue, 28 Sep 2004 10:11:01 -0500 (CDT)
Date: Tue, 28 Sep 2004 10:11:01 -0500
From: "Jacques A. Vidrine" <nectar@FreeBSD.org>
To: Doug Barton <DougB@FreeBSD.org>
Message-ID: <20040928151101.GE23453@madman.celabo.org>
Mail-Followup-To: "Jacques A. Vidrine" <nectar@FreeBSD.org>,
Doug Barton <DougB@FreeBSD.org>, freebsd-current@freebsd.org
References: <20040928025635.Q5094@ync.qbhto.arg>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20040928025635.Q5094@ync.qbhto.arg>
X-Url: http://www.celabo.org/
User-Agent: Mutt/1.5.6i
cc: freebsd-current@freebsd.org
Subject: Re: HEADS UP: named now runs chroot'ed by default
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 15:11:32 -0000
On Tue, Sep 28, 2004 at 03:03:46AM -0700, Doug Barton wrote:
> I just committed a named "auto-chroot" system that will allow named to
> run chroot'ed by default.
Sweet, thanks Doug!
--
Jacques A Vidrine / NTT/Verio
nectar@celabo.org / jvidrine@verio.net / nectar@FreeBSD.org
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 15:21:12 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 5DA2C16A4CE
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 15:21:12 +0000 (GMT)
Received: from it.buh.tecnik93.com (it.buh.tecnik93.com [81.196.204.98])
by mx1.FreeBSD.org (Postfix) with ESMTP id 6A08643D49
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 15:21:09 +0000 (GMT)
(envelope-from itetcu@people.tecnik93.com)
Received: from it.buh.tecnik93.com (localhost.buh.tecnik93.com [127.0.0.1])
by it.buh.tecnik93.com (Postfix) with SMTP id D4B6B1AF;
Tue, 28 Sep 2004 09:21:26 +0300 (EEST)
Date: Tue, 28 Sep 2004 09:21:26 +0300
From: Ion-Mihai Tetcu <itetcu@people.tecnik93.com>
To: Adam Smith <adam@internode.com.au>
Message-ID: <20040928092126.1ddeb093@it.buh.tecnik93.com>
In-Reply-To: <20040928022301.GE33535@internode.com.au>
References: <20040928022301.GE33535@internode.com.au>
X-Mailer: Sylpheed-Claws 0.9.12a (GTK+ 1.2.10; i386-portbld-freebsd5.3)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
cc: freebsd-current@freebsd.org
Subject: Re: Mixer settings revert to zero
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 15:21:12 -0000
On Tue, 28 Sep 2004 11:53:02 +0930
Adam Smith <adam@internode.com.au> wrote:
>
> Hi!
>
> With the recent changes to the sound drivers, will the mixer begin working
> like it used to before 5.3 is released? The release notes for 5.3-BETA6
> say that "the sound(4) driver reads /boot/device.hints on startup, to allow
> setting of default values for mixer channels."
>
> But this doesn't seem to be happening. The release notes also say the
> device driver's name is still pcm, however I couldn't find this in
> /boot/device.hints. In my particular case, I am using the device ich for
> my sound.
>
> Because the mixer settings are not being picked up properly, upon boot, my
> system's mixer settings all revert to zero. I have to fix them manually by
> applying levels to 'pcm' and 'vol'.
>
> Is this a problem across the board at the moment with mixer settings, or
> applicable to only certain drivers (such as ich?) Is there anything I can
> do to fix the problem, or will it be fixed before 5.3?
At least for me not the detection is the problem, but the result is the same:
> From: Ion-Mihai Tetcu <itetcu@apropo.ro>
> Newsgroups: comp.unix.bsd.freebsd.misc
> Subject: 5.3-BETA{3|4} mixer vol always 0:0 after reboot
> Date: Mon, 13 Sep 2004 02:34:57 +0300
>
> Hi,
>
>
> Is anyone else seeing this ?
>
> For me it was OK until BETA2, it begun on BETA3 on it continues on
> BETA4.
>
> The settings seems to be saved:
> # cat /var/db/mixer0-state
> vol 95:95 pcm 34:34 speaker 0:0 line 0:0 mic 0:0 cd 0:0 rec 0:0 ogain 0:0 line1 0:0 phin 0:0 phout 0:0 video 0:0
>
> But I get vol 0:0 after reboot.
>
> I'm loading kld in /boot/
> # grep snd /boot/loader.conf
> snd_via8233_load="YES"
>
> and the device is recognised:
> /var/run/dmesg.boot:
> ........
> Preloaded elf module "/boot/kernel/snd_via8233.ko" at 0xc0857448.
> Preloaded elf module "/boot/kernel/sound.ko" at 0xc08574f8.
> ..........
> pcm0: <VIA VT8235> port 0xe400-0xe4ff irq 22 at device 17.5 on pci0
> pcm0: Reserved 0x100 bytes for rid 0x10 type 4 at 0xe400
> pcm0: [GIANT-LOCKED]
> pcm0: <Avance Logic ALC650 AC97 Codec (id = 0x414c4720)>
> pcm0: Codec features 20 bit DAC, 18 bit ADC, 5 bit master volume, Realtek 3D Stereo Enhancement
> pcm0: Primary codec extended features variable rate PCM, double rate PCM, reserved 1, center DAC, s
> urround DAC, LFE DAC, reserved 4
> pcm0: sndbuf_setmap 275000, 1000; 0xc2381000 -> 275000
> pcm0: sndbuf_setmap 293000, 1000; 0xc237f000 -> 293000
> pcm0: sndbuf_setmap 291000, 1000; 0xc237d000 -> 291000
> pcm0: sndbuf_setmap 26f000, 1000; 0xc237b000 -> 26f000
> pcm0: sndbuf_setmap 28d000, 1000; 0xc2379000 -> 28d000
> pcm0: sndbuf_setmap 2c3000, 1000; 0xc238f000 -> 2c3000
> .............
>
> # cat /dev/sndstat
> FreeBSD Audio Driver (newpcm)
> Installed devices:
> pcm0: <VIA VT8235> at io 0xe400 irq 22 kld snd_via8233 (5p/1r/0v channels duplex default)
>
> # ident /etc/rc.d/mixer
> /etc/rc.d/mixer:
> $FreeBSD: src/etc/rc.d/mixer,v 1.3 2004/03/27 09:26:22 dougb Exp $
--
IOnut
Unregistered ;) FreeBSD "user"
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 15:21:15 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 41E4C16A4D6
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 15:21:14 +0000 (GMT)
Received: from it.buh.tecnik93.com (it.buh.tecnik93.com [81.196.204.98])
by mx1.FreeBSD.org (Postfix) with ESMTP id 6CB6443D53
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 15:21:09 +0000 (GMT)
(envelope-from itetcu@people.tecnik93.com)
Received: from it.buh.tecnik93.com (localhost.buh.tecnik93.com [127.0.0.1])
by it.buh.tecnik93.com (Postfix) with SMTP id B5D0410A;
Mon, 27 Sep 2004 20:41:21 +0300 (EEST)
Date: Mon, 27 Sep 2004 20:41:21 +0300
From: Ion-Mihai Tetcu <itetcu@people.tecnik93.com>
To: Rene Ladan <r.c.ladan@student.tue.nl>
Message-ID: <20040927204121.5fd0e019@it.buh.tecnik93.com>
In-Reply-To: <20040927165724.GA771@82-168-140-74-bbxl.xdsl.tiscali.nl>
References: <20040927165724.GA771@82-168-140-74-bbxl.xdsl.tiscali.nl>
X-Mailer: Sylpheed-Claws 0.9.12a (GTK+ 1.2.10; i386-portbld-freebsd5.3)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
cc: freebsd-current@freebsd.org
Subject: Re: panic: negative nice count
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 15:21:16 -0000
On Mon, 27 Sep 2004 18:57:25 +0200
Rene Ladan <r.c.ladan@student.tue.nl> wrote:
> Hi,
>
> I'm running BETA6:
>
> FreeBSD 82-168-140-74-bbxl.xdsl.tiscali.nl 5.3-BETA6 FreeBSD 5.3-BETA6 #0:
> Mon Sep 27 03:04:45 CEST 2004 root@82-168-140-74-bbxl.xdsl.tiscali.nl:
> /usr/obj/usr/src-releng_5/sys/RENE_2004-09-05d i386
>
> When I did "idprio 31 -<pid>" on a process with nice 20, I got a
> "negative nice count" panic from kern_shutdown.c:553. I'm using ULE /
> witness / no PREEMPTION
Witness and preemption doesn't make any difference, AFACT. It is a long
standing bug (
http://docs.freebsd.org/cgi/mid.cgi?20040303131655.24317.qmail ) and it
affects only ULE. There is a PR kern/71310.
--
IOnut
Unregistered ;) FreeBSD "user"
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 15:35:01 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 422DB16A4CF
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 15:35:01 +0000 (GMT)
Received: from mailout11.sul.t-online.com (mailout11.sul.t-online.com
[194.25.134.85])
by mx1.FreeBSD.org (Postfix) with ESMTP id 92ABC43D41
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 15:34:58 +0000 (GMT)
(envelope-from mike@reifenberger.com)
Received: from fwd05.aul.t-online.de
by mailout11.sul.t-online.com with smtp
id 1CCK0G-0004Yy-05; Tue, 28 Sep 2004 17:34:56 +0200
Received: from fw.reifenberger.com
(b7O49sZbQefzYhKmMvI82MHUOBs6zNkXZ3yLIMfEEMd7ZTDQHcd10P@[217.232.248.189]) by
fmrl05.sul.t-online.com
with esmtp id 1CCK09-0GPz3Q0; Tue, 28 Sep 2004 17:34:49 +0200
Received: from localhost (mike@localhost)i8SFYmg3055528;
Tue, 28 Sep 2004 17:34:48 +0200 (CEST)
(envelope-from mike@reifenberger.com)
X-Authentication-Warning: fw.reifenberger.com: mike owned process doing -bs
Date: Tue, 28 Sep 2004 17:34:48 +0200 (CEST)
From: Michael Reifenberger <mike@Reifenberger.com>
To: Yuriy Tsibizov <Yuriy.Tsibizov@gfk.ru>
In-Reply-To: <C192C8912E798F4399668791C8965190017DC6CE@mx.hhp.local>
Message-ID: <20040928173353.Q55513@fw.reifenberger.com>
References: <C192C8912E798F4399668791C8965190017DC6CE@mx.hhp.local>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
X-ID: b7O49sZbQefzYhKmMvI82MHUOBs6zNkXZ3yLIMfEEMd7ZTDQHcd10P@t-dialin.net
X-TOI-MSGID: f166af5a-2667-4998-8e92-08ee5f19e05a
cc: freebsd-current@freebsd.org
Subject: RE: mpd(NETGRAPH) and -current issues
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 15:35:01 -0000
On Tue, 28 Sep 2004, Yuriy Tsibizov wrote:
...
> I use mpd 3.18 compiled on 6-CURRENT around saturday for dial-up PPP (not PPPoE).
> I had to rebuild mpd after upgrading from 5-CURRENT (mid-august) to 6-CURRENT,
> otherwise it fails to connect with netgraph errors.
Thanks! Will try.
Bye/2
---
Michael Reifenberger, Business Development Manager SAP-Basis, Plaut Consulting
Comp: Michael.Reifenberger@plaut.de | Priv: Michael@Reifenberger.com
http://www.plaut.de | http://www.Reifenberger.com
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 15:37:28 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id C9F2F16A4CE
for <current@FreeBSD.org>; Tue, 28 Sep 2004 15:37:28 +0000 (GMT)
Received: from mail.freebsd.org.cn (dns3.freebsd.org.cn [61.129.66.75])
by mx1.FreeBSD.org (Postfix) with SMTP id DF20043D4C
for <current@FreeBSD.org>; Tue, 28 Sep 2004 15:37:25 +0000 (GMT)
(envelope-from delphij@frontfree.net)
Received: (qmail 18978 invoked by uid 0); 28 Sep 2004 15:33:19 -0000
Received: from unknown (HELO beastie.frontfree.net) (219.239.98.7)
by mail.freebsd.org.cn with SMTP; 28 Sep 2004 15:33:19 -0000
Received: from localhost (localhost.frontfree.net [127.0.0.1])
by beastie.frontfree.net (Postfix) with ESMTP id 99920132562;
Tue, 28 Sep 2004 23:35:44 +0800 (CST)
Received: from beastie.frontfree.net ([127.0.0.1])
by localhost (beastie.frontfree.net [127.0.0.1]) (amavisd-new, port 10024)
with ESMTP id 03160-07; Tue, 28 Sep 2004 23:35:38 +0800 (CST)
Received: by beastie.frontfree.net (Postfix, from userid 1001)
id 6BDED13255F; Tue, 28 Sep 2004 23:35:37 +0800 (CST)
Date: Tue, 28 Sep 2004 23:35:37 +0800
From: Xin LI <delphij@frontfree.net>
To: Matthias Andree <ma@dt.e-technik.uni-dortmund.de>
Message-ID: <20040928153537.GA3185@frontfree.net>
References: <20040927224353.845381B217@merlin.emma.line.org>
<20040928043351.GA2400@frontfree.net> <20040928071758.GB14942@ip.net.ua>
<m31xgmzt34.fsf@merlin.emma.line.org>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="6TrnltStXW4iwmi0"
Content-Disposition: inline
In-Reply-To: <m31xgmzt34.fsf@merlin.emma.line.org>
User-Agent: Mutt/1.4.2.1i
X-GPG-key-ID/Fingerprint: 0xCAEEB8C0 / 43B8 B703 B8DD 0231 B333 DC28 39FB
93A0 CAEE B8C0
X-GPG-Public-Key: http://www.delphij.net/delphij.asc
X-Operating-System: FreeBSD beastie.frontfree.net 5.3-delphij FreeBSD
5.3-delphij #4: Mon Sep 13 12:44:05 CST 2004
delphij@beastie.frontfree.net:/usr/obj/usr/src/sys/BEASTIE i386
X-URL: http://www.delphij.net
X-By: delphij@beastie.frontfree.net
X-Location: Beijing, China
X-Virus-Scanned: by amavisd-new at frontfree.net
cc: Ruslan Ermilov <ru@FreeBSD.org>
cc: Matthias Andree <matthias.andree@web.de>
cc: current@FreeBSD.org
Subject: Re: bin/72138: libc.so.5 isn't installed in a safe way
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 15:37:29 -0000
--6TrnltStXW4iwmi0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Tue, Sep 28, 2004 at 10:38:23AM +0200, Matthias Andree wrote:
> I must say that although Xin's patch will certainly work well to address
> my original PR, I like Ruslan's idea better, because it appears to work
Yes, I like it too :-) Ruslan's patch is apparantly better because it
also protected other shared libraries.
> for all precious libraries, not just libc. But there is more "precious"
> stuff, /bin, /sbin, /boot (including kernel), /rescue (I was glad I had
> the latter, otherwise my system would have been dead.)
>
> Using -S for the whole system might be a bit slow without softupdates
> (or async, which I do not favor) but would not be a bad idea from a
> robustness point of view which I personally prefer.
I think it the slowdown would not be too much for this issue. For a
filesystem without SoftUpdates enabled, the operations are:
- Increase the inode reference count in preparation of referencing it
- Add a new entity for the 'canonical' name and reference the inode
- Remove the old entry for the 'temporary' name
- Decrease the reference count back=20
Of course, with synchnously mounted file system, you will initialize four
disk writes, however, the majority of metadata update, say, the file block
descriptions (i.e. storage bitmaps, etc) were already written on disk, so
this (theorically) won't be a big impact.
My only concern of having -S for the whole installation is that when we
terminate it (accidentially or intentionally), we may left some file like
install.Xb5Q7c or something like it, which is not so easy to cleanup until
the next time we have a ``make installworld''. What's more, I think it is
easy for any user to use ``make "INSTALL=3Dinstall -CS" installworld'' if
they really need the functionality. Without having -S for the whole
installation gives more flexiblity, while having -S for shared libraries
would protect users from having their system in a horrible state (after
all, having a bad rtld-elf.so or libc.so is not something interest :-)
So I personally prefer we have -S for the shared libraries (as Ruslan's
patch did) - and give our user community the choose of whether to have
INSTALL=3Dinstall -S in their make.conf.
What do you think about this?
Cheers,
--=20
Xin LI <delphij frontfree net> http://www.delphij.net/
See complete headers for GPG key and other information.
--6TrnltStXW4iwmi0
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)
iD8DBQFBWYTJ/cVsHxFZiIoRApd/AKCJMEC9RCvvu9eIlqcP9rsEiO20kwCfWTyj
UFt78PKzht8raTKRvCEUOQ4=
=/5bL
-----END PGP SIGNATURE-----
--6TrnltStXW4iwmi0--
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 15:43:36 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 5BD1A16A4D8
for <current@FreeBSD.org>; Tue, 28 Sep 2004 15:43:36 +0000 (GMT)
Received: from mail2.speakeasy.net (mail2.speakeasy.net [216.254.0.202])
by mx1.FreeBSD.org (Postfix) with ESMTP id 1930F43D4C
for <current@FreeBSD.org>; Tue, 28 Sep 2004 15:43:36 +0000 (GMT)
(envelope-from jhb@FreeBSD.org)
Received: (qmail 2822 invoked from network); 28 Sep 2004 15:43:35 -0000
Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx)
([216.27.160.63]) (envelope-sender <jhb@FreeBSD.org>)
encrypted SMTP
for <current@FreeBSD.org>; 28 Sep 2004 15:43:35 -0000
Received: from [10.50.40.210] (gw1.twc.weather.com [216.133.140.1])
(authenticated bits=0)
by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i8SFhF2P002165;
Tue, 28 Sep 2004 11:43:21 -0400 (EDT)
(envelope-from jhb@FreeBSD.org)
From: John Baldwin <jhb@FreeBSD.org>
To: Brian Fundakowski Feldman <green@FreeBSD.org>
Date: Tue, 28 Sep 2004 11:42:09 -0400
User-Agent: KMail/1.6.2
References: <20040924230425.GB1164@green.homeunix.org>
<200409271635.44017.jhb@FreeBSD.org>
<20040927215511.GC24003@green.homeunix.org>
In-Reply-To: <20040927215511.GC24003@green.homeunix.org>
MIME-Version: 1.0
Content-Disposition: inline
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Message-Id: <200409281142.09481.jhb@FreeBSD.org>
X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx
cc: Andy Farkas <andy@bradfieldprichard.com.au>
cc: freebsd-current@FreeBSD.org
cc: current@FreeBSD.org
Subject: Re: panic: APIC: Previous IPI is stuck
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 15:43:36 -0000
On Monday 27 September 2004 05:55 pm, Brian Fundakowski Feldman wrote:
> On Mon, Sep 27, 2004 at 04:35:44PM -0400, John Baldwin wrote:
> > On Friday 24 September 2004 08:24 pm, Andy Farkas wrote:
> > > I have been having this problem for a few weeks now. Glad I'm not the
> > > only one. My box is a 4xPPro running 5.3-BETA5. It panics with either
> > > ULE or 4BSD.
> > >
> > > My theory is that a physical IPI gets lost somewhere and the kerenl
> > > spins waiting for it. But thats just a stab in the dark because nobody
> > > cares to explain why IPI's would be stuck.
> >
> > The panic has to do with a previous IPI not finished being sent from the
> > same CPU. I've yet to determine why this happens. You can try editing
> > sys/i386/i386/local_apic.c and turning on 'DETECT_DEADLOCK' (I think it
> > is just commented out) and seeing if that improves stability. I also see
> > this on a 4xPIIXeon system I use for testing.
>
> Can KTR logging be leveraged to find the root cause(s) of these deadlocks,
> or is it just so wildly unpredictable that it would be of no use?
It might could be, but I think it would probably slow things down so much that
they would go away.
--
John Baldwin <jhb@FreeBSD.org> <>< http://www.FreeBSD.org/~jhb/
"Power Users Use the Power to Serve" = http://www.FreeBSD.org
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 15:43:36 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 5D40816A4D9
for <freebsd-current@FreeBSD.org>;
Tue, 28 Sep 2004 15:43:36 +0000 (GMT)
Received: from mail2.speakeasy.net (mail2.speakeasy.net [216.254.0.202])
by mx1.FreeBSD.org (Postfix) with ESMTP id 1A0F243D54
for <freebsd-current@FreeBSD.org>;
Tue, 28 Sep 2004 15:43:36 +0000 (GMT) (envelope-from jhb@FreeBSD.org)
Received: (qmail 2822 invoked from network); 28 Sep 2004 15:43:35 -0000
Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx)
([216.27.160.63]) (envelope-sender <jhb@FreeBSD.org>)
encrypted SMTP
for <current@FreeBSD.org>; 28 Sep 2004 15:43:35 -0000
Received: from [10.50.40.210] (gw1.twc.weather.com [216.133.140.1])
(authenticated bits=0)
by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i8SFhF2P002165;
Tue, 28 Sep 2004 11:43:21 -0400 (EDT)
(envelope-from jhb@FreeBSD.org)
From: John Baldwin <jhb@FreeBSD.org>
To: Brian Fundakowski Feldman <green@FreeBSD.org>
Date: Tue, 28 Sep 2004 11:42:09 -0400
User-Agent: KMail/1.6.2
References: <20040924230425.GB1164@green.homeunix.org>
<200409271635.44017.jhb@FreeBSD.org>
<20040927215511.GC24003@green.homeunix.org>
In-Reply-To: <20040927215511.GC24003@green.homeunix.org>
MIME-Version: 1.0
Content-Disposition: inline
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Message-Id: <200409281142.09481.jhb@FreeBSD.org>
X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx
cc: Andy Farkas <andy@bradfieldprichard.com.au>
cc: freebsd-current@FreeBSD.org
cc: current@FreeBSD.org
Subject: Re: panic: APIC: Previous IPI is stuck
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 15:43:36 -0000
On Monday 27 September 2004 05:55 pm, Brian Fundakowski Feldman wrote:
> On Mon, Sep 27, 2004 at 04:35:44PM -0400, John Baldwin wrote:
> > On Friday 24 September 2004 08:24 pm, Andy Farkas wrote:
> > > I have been having this problem for a few weeks now. Glad I'm not the
> > > only one. My box is a 4xPPro running 5.3-BETA5. It panics with either
> > > ULE or 4BSD.
> > >
> > > My theory is that a physical IPI gets lost somewhere and the kerenl
> > > spins waiting for it. But thats just a stab in the dark because nobody
> > > cares to explain why IPI's would be stuck.
> >
> > The panic has to do with a previous IPI not finished being sent from the
> > same CPU. I've yet to determine why this happens. You can try editing
> > sys/i386/i386/local_apic.c and turning on 'DETECT_DEADLOCK' (I think it
> > is just commented out) and seeing if that improves stability. I also see
> > this on a 4xPIIXeon system I use for testing.
>
> Can KTR logging be leveraged to find the root cause(s) of these deadlocks,
> or is it just so wildly unpredictable that it would be of no use?
It might could be, but I think it would probably slow things down so much that
they would go away.
--
John Baldwin <jhb@FreeBSD.org> <>< http://www.FreeBSD.org/~jhb/
"Power Users Use the Power to Serve" = http://www.FreeBSD.org
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 15:43:38 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 40A7316A4CE
for <freebsd-current@FreeBSD.org>;
Tue, 28 Sep 2004 15:43:38 +0000 (GMT)
Received: from mail4.speakeasy.net (mail4.speakeasy.net [216.254.0.204])
by mx1.FreeBSD.org (Postfix) with ESMTP id 0A73D43D55
for <freebsd-current@FreeBSD.org>;
Tue, 28 Sep 2004 15:43:38 +0000 (GMT) (envelope-from jhb@FreeBSD.org)
Received: (qmail 27616 invoked from network); 28 Sep 2004 15:43:37 -0000
Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx)
([216.27.160.63]) (envelope-sender <jhb@FreeBSD.org>)
encrypted SMTP
for <rwatson@FreeBSD.org>; 28 Sep 2004 15:43:37 -0000
Received: from [10.50.40.210] (gw1.twc.weather.com [216.133.140.1])
(authenticated bits=0)
by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i8SFhF2Q002165;
Tue, 28 Sep 2004 11:43:35 -0400 (EDT)
(envelope-from jhb@FreeBSD.org)
From: John Baldwin <jhb@FreeBSD.org>
To: Evren Yurtesen <yurtesen@ispro.net.tr>
Date: Tue, 28 Sep 2004 11:43:10 -0400
User-Agent: KMail/1.6.2
References: <Pine.NEB.3.96L.1040924134957.82478H-100000@fledge.watson.org>
<200409271628.02524.jhb@FreeBSD.org> <41594383.503@ispro.net.tr>
In-Reply-To: <41594383.503@ispro.net.tr>
MIME-Version: 1.0
Content-Disposition: inline
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Message-Id: <200409281143.10421.jhb@FreeBSD.org>
X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx
cc: freebsd-current@FreeBSD.org
cc: Robert Watson <rwatson@FreeBSD.org>
Subject: Re: panic: sorele
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 15:43:38 -0000
On Tuesday 28 September 2004 06:57 am, Evren Yurtesen wrote:
> John Baldwin wrote:
> > On Monday 27 September 2004 09:34 pm, Evren Yurtesen wrote:
> >>Robert Watson wrote:
> >>>On Thu, 23 Sep 2004, Evren Yurtesen wrote:
> >>>>Does anybody know what is panic: sorele? :)
> >>>
> >>>It's the result of an inconsistency detected by the kernel regarding
> >>>kernel invariants for sockets. The somewhat uninformative nature of the
> >>>message is historical, and should probably be fixed. If this is
> >>>reproduceable, could you rebuild your kernel with INVARIANTS support, as
> >>>well as DDB so you can generate a stack trace and other debugging
> >>>information (or, if you have a core, could you use gdb to extract
> >>>debugging information per the Handbook?)
> >>
> >>I am not able to compile the kernel with DDB and INVARIANTS either...
> >>When I put these options to kernel conf, I get this error
> >>
> >>Options Added:
> >>
> >>options INVARIANTS
> >>options KDB
> >>options DDB
> >
> > INVARIANTS requires the option 'INVARIANT_SUPPORT'.
>
> Good point, one sometimes wonders why options INVARIANTS doesnt
> automatically include options INVARIANT_SUPPORT :)
So you can build a kernel with INVARIANT_SUPPORT but no INVARIANTS but still
build modules with INVARIANTS. Useful when working on a device driver for
example. I think the dependency there is noted in sys/conf/NOTES btw.
--
John Baldwin <jhb@FreeBSD.org> <>< http://www.FreeBSD.org/~jhb/
"Power Users Use the Power to Serve" = http://www.FreeBSD.org
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 15:43:41 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 9FE5B16A520
for <freebsd-current@FreeBSD.org>;
Tue, 28 Sep 2004 15:43:41 +0000 (GMT)
Received: from mail5.speakeasy.net (mail5.speakeasy.net [216.254.0.205])
by mx1.FreeBSD.org (Postfix) with ESMTP id 5B21B43D5A
for <freebsd-current@FreeBSD.org>;
Tue, 28 Sep 2004 15:43:39 +0000 (GMT) (envelope-from jhb@FreeBSD.org)
Received: (qmail 24267 invoked from network); 28 Sep 2004 15:43:39 -0000
Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx)
([216.27.160.63]) (envelope-sender <jhb@FreeBSD.org>)
encrypted SMTP
for <rwatson@FreeBSD.org>; 28 Sep 2004 15:43:38 -0000
Received: from [10.50.40.210] (gw1.twc.weather.com [216.133.140.1])
(authenticated bits=0)
by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i8SFhF2R002165;
Tue, 28 Sep 2004 11:43:36 -0400 (EDT)
(envelope-from jhb@FreeBSD.org)
From: John Baldwin <jhb@FreeBSD.org>
To: Evren Yurtesen <yurtesen@ispro.net.tr>
Date: Tue, 28 Sep 2004 11:43:51 -0400
User-Agent: KMail/1.6.2
References: <Pine.NEB.3.96L.1040924134957.82478H-100000@fledge.watson.org>
<200409271628.02524.jhb@FreeBSD.org> <4159467F.7010202@ispro.net.tr>
In-Reply-To: <4159467F.7010202@ispro.net.tr>
MIME-Version: 1.0
Content-Disposition: inline
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Message-Id: <200409281143.51853.jhb@FreeBSD.org>
X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx
cc: freebsd-current@FreeBSD.org
cc: Robert Watson <rwatson@FreeBSD.org>
Subject: Re: ? witness_get: witness exhausted ? Re(4): panic: sorele
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 15:43:41 -0000
On Tuesday 28 September 2004 07:09 am, Evren Yurtesen wrote:
> John Baldwin wrote:
> > On Monday 27 September 2004 09:34 pm, Evren Yurtesen wrote:
> >>Robert Watson wrote:
> >>>On Thu, 23 Sep 2004, Evren Yurtesen wrote:
> >>>>Does anybody know what is panic: sorele? :)
> >>>
> >>>It's the result of an inconsistency detected by the kernel regarding
> >>>kernel invariants for sockets. The somewhat uninformative nature of the
> >>>message is historical, and should probably be fixed. If this is
> >>>reproduceable, could you rebuild your kernel with INVARIANTS support, as
> >>>well as DDB so you can generate a stack trace and other debugging
> >>>information (or, if you have a core, could you use gdb to extract
> >>>debugging information per the Handbook?)
> >>
> >>I am not able to compile the kernel with DDB and INVARIANTS either...
> >>When I put these options to kernel conf, I get this error
> >>
> >>Options Added:
> >>
> >>options INVARIANTS
> >>options KDB
> >>options DDB
> >
> > INVARIANTS requires the option 'INVARIANT_SUPPORT'.
>
> Well, now I could compile the kernel with invariants etc. but I get this
> error at boot time.
>
> witness_get: witness exhausted
>
> What does this mean now? :) I read from archives that it means that some
> buffers are exhausted that it doesnt do lock order checking anymore, but
> why would it give that error at boot time?
Because it exhausts the buffer at boot time. :) I probably need to up the
default size of the buffer.
--
John Baldwin <jhb@FreeBSD.org> <>< http://www.FreeBSD.org/~jhb/
"Power Users Use the Power to Serve" = http://www.FreeBSD.org
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 15:45:24 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 949E416A4CE
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 15:45:24 +0000 (GMT)
Received: from sccimhc91.asp.att.net (sccimhc91.asp.att.net [63.240.76.165])
by mx1.FreeBSD.org (Postfix) with ESMTP id 30FCB43D45
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 15:45:24 +0000 (GMT)
(envelope-from David.Boyd@insightbb.com)
Received: from happy (12-202-176-78.client.insightbb.com[12.202.176.78])
by sccimhc91.asp.att.net (sccimhc91) with SMTP
id <20040928154522i9100s36lqe>; Tue, 28 Sep 2004 15:45:23 +0000
From: "David Boyd" <David.Boyd@insightbb.com>
To: "M. Warner Losh" <imp@bsdimp.com>
Date: Tue, 28 Sep 2004 11:45:22 -0400
Message-ID: <DIEGJJFBNADMCJBGPCBKIEIFCOAA.David.Boyd@insightbb.com>
MIME-Version: 1.0
Content-Type: text/plain;
charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0)
In-Reply-To: <20040928.090457.115908926.imp@bsdimp.com>
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441
Importance: Normal
cc: freebsd-current@freebsd.org
Subject: RE: FDC/ACPI/GEOM problems
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 15:45:24 -0000
M. Warner Losh wrote:
> -----Original Message-----
> From: M. Warner Losh [mailto:imp@bsdimp.com]
> Sent: Tuesday, September 28, 2004 11:05
> To: gavin.atkinson@ury.york.ac.uk
> Cc: David.Boyd@insightbb.com; freebsd-current@freebsd.org; nate@root.org
> Subject: Re: FDC/ACPI/GEOM problems
>
>
> In message: <1096380248.911.7.camel@buffy.york.ac.uk>
> Gavin Atkinson <gavin.atkinson@ury.york.ac.uk> writes:
> : On Mon, 2004-09-27 at 22:42, David Boyd wrote:
> : > Yes, I am tracking RELENG_5.
> : >
> : > The kernel build with the files you suggested resulted in the
> same hang.
> : >
> : > I filtered the commits by hour and then by 20 minutes
> intervals until I
> : > experienced the hang.
> : >
> : > The hang occurs after building the kernel with the follow commits:
> : >
> : > Edit src/sys/dev/fdc/fdc.c
> : > Add delta 1.283.2.1 2004.09.18.04.57.55 imp
> : > Edit src/sys/dev/fdc/fdc_acpi.c
> : > Add delta 1.2.2.2 2004.09.18.04.57.55 imp
> : > Edit src/sys/dev/fdc/fdc_isa.c
> : > Add delta 1.9.2.2 2004.09.18.04.57.55 imp
> : > Edit src/sys/dev/fdc/fdc_pccard.c
> : > Add delta 1.8.2.1 2004.09.18.04.57.55 imp
> : > Delete src/sys/dev/fdc/fdcreg.h
> : > Edit src/sys/dev/fdc/fdcvar.h
> : > Add delta 1.3.2.1 2004.09.18.04.57.55 imp
> : > Edit src/sys/sys/bio.h
> : > Add delta 1.139.2.1 2004.09.18.04.56.06 imp
> : > Edit src/sys/sys/fdcio.h
> : > Add delta 1.17.8.1 2004.09.18.04.57.55 imp
> : >
> : > I have some "free" time to pursue this now!
> : > I'll try almost anything you suggest.
> : >
> : > ------------------------------------------------
> : >
> : > P.S. The system isn't actually dead...touching the power
> switch results in
> : >
> : > "ACPI: suspend request ignored (not ready yet)"
> : >
> : > as often as the power switch is depressed briefly.
> :
> : I have spent a little time today looking at this problem in more detail.
> : The hangs on BETA5 that several people have reported are indeed related
> : to the above file revisions. Apparently systems only hang with ACPI
> : enabled, and seem to hang in g_waitidle(), presumably waiting for the
> : floppy drive to become idle.
> :
> : db> tr 1
> : sched_switch(c1501320,0,1) at sched_switch+0x14f
> : mi_switch(1,0) at mi_switch+0x264
> : sleepq_switch(c08b7980,1,cbc81c90,c060ee72,c08b7980) at
> : sleepq_switch+0xe0
> : sleepq_timedwait(c08b7980,0,0,0,0) at sleepq_timedwait+0x34
> : msleep(c08b7980,0,68,c07f4bb1,14) at msleep+0x2ca
> : g_waitidle(c1500e00,c05e7600,0,cbc81d1c,c05e7652) at g_waitidle+0x48
> : vfs_mountroot(0,c1500e00,c1501320,0,0) at vfs_mountroot+0x10
> : start_init(0,cbc81d48,0,c05e7600,0) at start_init+0x52
> : fork_exit(c05e7600,0,cbc81d48) at fork_exit+0xa4
> : fork_trampoline() at fork_trampoline+0x8
> : --- trap 0x1, eip = 0, esp = 0xcbc81d7c, ebp = 0 ---
> :
> : On my system, I can't prove that the issue is related to ACPI but others
> : have reported this issue goiung away with ACPI disabled. On my system,
> : the floppy drive LED comes on at the point of the hang. Having a floppy
> : disk in the drive makes no difference.
>
> Does removing the fd drive change things? The fdc worker thread is
> still there in that case...
Yes,
Disabling the floppy controller results in a successful boot for me.
>
> Warner
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 15:51:24 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 26D6616A4CE
for <freebsd-current@FreeBSD.ORG>;
Tue, 28 Sep 2004 15:51:24 +0000 (GMT)
Received: from harmony.village.org (rover.village.org [168.103.84.182])
by mx1.FreeBSD.org (Postfix) with ESMTP id A90B643D48
for <freebsd-current@FreeBSD.ORG>;
Tue, 28 Sep 2004 15:51:23 +0000 (GMT) (envelope-from imp@bsdimp.com)
Received: from localhost (harmony.village.org [10.0.0.6])
by harmony.village.org (8.13.1/8.13.1) with ESMTP id i8SFnAeU098591;
Tue, 28 Sep 2004 09:49:10 -0600 (MDT)
(envelope-from imp@bsdimp.com)
Date: Tue, 28 Sep 2004 09:50:25 -0600 (MDT)
Message-Id: <20040928.095025.95903793.imp@bsdimp.com>
To: David.Boyd@insightbb.com
From: "M. Warner Losh" <imp@bsdimp.com>
In-Reply-To: <DIEGJJFBNADMCJBGPCBKIEIFCOAA.David.Boyd@insightbb.com>
References: <20040928.090457.115908926.imp@bsdimp.com>
<DIEGJJFBNADMCJBGPCBKIEIFCOAA.David.Boyd@insightbb.com>
X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI)
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
cc: freebsd-current@FreeBSD.ORG
Subject: Re: FDC/ACPI/GEOM problems
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 15:51:24 -0000
: Disabling the floppy controller results in a successful boot for me.
What about removing the floppy drive w/o disabling the floppy
controller?
Warner
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 15:52:00 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id B961E16A4CE
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 15:52:00 +0000 (GMT)
Received: from mail.otel.net (gw3.OTEL.net [212.36.8.151])
by mx1.FreeBSD.org (Postfix) with ESMTP id 09D8A43D48
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 15:52:00 +0000 (GMT) (envelope-from tbyte@OTEL.net)
Received: from dragon.otel.net ([212.36.8.135])
by mail.otel.net with esmtp (Exim 4.30; FreeBSD)
id 1CCKGj-0000wX-Kp
for freebsd-current@freebsd.org; Tue, 28 Sep 2004 18:51:57 +0300
Message-ID: <41598899.9020706@OTEL.net>
Date: Tue, 28 Sep 2004 18:51:53 +0300
From: Iasen Kostov <tbyte@OTEL.net>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.1) Gecko/20040728
X-Accept-Language: en-us, en
MIME-Version: 1.0
Cc: freebsd-current@freebsd.org
References: <20040925011147.1388.SHINO@fornext.org>
<Pine.NEB.3.96L.1040924135726.82478I-100000@fledge.watson.org>
<20040925074848.138C.SHINO@fornext.org>
In-Reply-To: <20040925074848.138C.SHINO@fornext.org>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Subject: Re: High rate traffic silence an em interface.
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 15:52:00 -0000
Shunsuke SHINOMIYA wrote:
<snip>
>
>... <snip>
>
>
>>send: No buffer space available
>>send: No buffer space available
>>send: No buffer space available
>>
>>start: 1096067716.000000000
>>finish: 1096067726.000841883
>>send calls: 13001
>>send errors: 2841
>>approx send rate: 1016
>>approx error rate: 0
>>waited: 4887009
>>approx wait rate: 375
>>
>>
>
> Would you reproduce the problem by this procedures?
>
>
>
Yes I can confirm that - after some time(a day) a moderately loaded
iface with about 7kpps gives the same
error on send(No buffer space available).
This is with -BETA2 hardware is :
em0@pci2:1:0: class=0x020000 card=0x10018086 chip=0x10268086 rev=0x04
hdr=0x00
vendor = 'Intel Corporation'
device = '82545GM Gigabit Ethernet Controller'
class = network
subclass = ethernet
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 15:56:17 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 706CA16A4CE
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 15:56:17 +0000 (GMT)
Received: from dmz2.unixjunkie.com (adsl-65-70-175-250.dsl.rcsntx.swbell.net
[65.70.175.250])
by mx1.FreeBSD.org (Postfix) with ESMTP id A31F943D1F
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 15:56:16 +0000 (GMT)
(envelope-from strgout@unixjunkie.com)
Received: from mail.unixjunkie.com (mail [10.253.254.36])
by dmz2.unixjunkie.com (8.12.8p2/8.12.8) with ESMTP id i8SGB8rQ044681
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 11:11:08 -0500 (CDT)
(envelope-from strgout@mail.unixjunkie.com)
Received: from mail.unixjunkie.com (mail [10.253.254.36])
by mail.unixjunkie.com (8.12.8p2/8.12.8) with ESMTP id i8SGB8E5044678
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 11:11:08 -0500 (CDT)
(envelope-from strgout@mail.unixjunkie.com)
Received: (from strgout@localhost)
by mail.unixjunkie.com (8.12.8p2/8.12.8/Submit) id i8SGB8hl044677
for freebsd-current@freebsd.org; Tue, 28 Sep 2004 11:11:08 -0500 (CDT)
(envelope-from strgout)
Date: Tue, 28 Sep 2004 11:11:08 -0500
From: John <strgout@unixjunkie.com>
To: freebsd-current@freebsd.org
Message-ID: <20040928161107.GA44604@mail.unixjunkie.com>
References: <20040920232312.GA17065@mail.unixjunkie.com>
<XFMail.20040922103414.jdp@polstra.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <XFMail.20040922103414.jdp@polstra.com>
User-Agent: Mutt/1.4.2.1i
Subject: Re: odd cvsup error. (cvsup.uk.FreeBSD.org)
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 15:56:17 -0000
On Wed, Sep 22, 2004 at 10:34:14AM -0700, John Polstra wrote:
> On 20-Sep-2004 John wrote:
> > Is this anything to worry about?
> >
> > Connected to cvsup.freebsd.org
> > Updating collection src-all/cvs
> > Edit src/include/Makefile
> > Cannot calculate checksum for "/usr/src/share/man/man9/store.9": Operation not
> > supported
> >
> > No other file shows that. I rm.ed (didn't run chflags) said file and reran cvsup
> > and it ran fine.
>
> It would have been nice to have seen an "ls -lo" on that file. It
> sounds like it mysteriously became a directory, or something like
> that.
>
> John
> _______________________________________________
> freebsd-current@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
Well looks like i've hit it again.
Parsing supfile "/usr/share/examples/cvsup/ports-supfile"
Connecting to cvsup.uk.FreeBSD.org
Connected to cvsup.uk.FreeBSD.org
Server software version: SNAP_16_1h
Negotiating file attribute support
Exchanging collection information
Establishing multiplexed-mode data connection
Running
Updating collection ports-all/cvs
Cannot calculate checksum for "/usr/ports/sysutils/dim/distinfo": Operation not supported
Shutting down connection to server
Finished successfully
localhost# ls -lo /usr/ports/sysutils/dim/distinfo
s-wxr----- 1 root wheel - 72 Aug 17 22:03 /usr/ports/sysutils/dim/distinfo
Any idea why that would be a socket? I don't really know why i'm using a uk
server seeing as i'm in the us, but i can't see uk bits being that much
different from us bits. :)
btw i haven't deleted said file this time in case someone wants to look at it.
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 15:56:32 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 4568E16A4CE; Tue, 28 Sep 2004 15:56:32 +0000 (GMT)
Received: from green.homeunix.org (pcp04368961pcs.nrockv01.md.comcast.net
[69.140.212.7]) by mx1.FreeBSD.org (Postfix) with ESMTP
id C39E343D48; Tue, 28 Sep 2004 15:56:31 +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.1/8.13.1) with ESMTP id i8SFuQBd033969;
Tue, 28 Sep 2004 11:56:26 -0400 (EDT)
(envelope-from green@green.homeunix.org)
Received: (from green@localhost)
by green.homeunix.org (8.13.1/8.13.1/Submit) id i8SFuP2W033968;
Tue, 28 Sep 2004 11:56:25 -0400 (EDT)
(envelope-from green)
Date: Tue, 28 Sep 2004 11:56:25 -0400
From: Brian Fundakowski Feldman <green@FreeBSD.org>
To: John Baldwin <jhb@FreeBSD.org>
Message-ID: <20040928155625.GD24003@green.homeunix.org>
References: <20040924230425.GB1164@green.homeunix.org>
<200409271635.44017.jhb@FreeBSD.org>
<20040927215511.GC24003@green.homeunix.org>
<200409281142.09481.jhb@FreeBSD.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <200409281142.09481.jhb@FreeBSD.org>
User-Agent: Mutt/1.5.6i
cc: Andy Farkas <andy@bradfieldprichard.com.au>
cc: current@FreeBSD.org
Subject: Re: panic: APIC: Previous IPI is stuck
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 15:56:32 -0000
On Tue, Sep 28, 2004 at 11:42:09AM -0400, John Baldwin wrote:
> On Monday 27 September 2004 05:55 pm, Brian Fundakowski Feldman wrote:
> > On Mon, Sep 27, 2004 at 04:35:44PM -0400, John Baldwin wrote:
> > > On Friday 24 September 2004 08:24 pm, Andy Farkas wrote:
> > > > I have been having this problem for a few weeks now. Glad I'm not the
> > > > only one. My box is a 4xPPro running 5.3-BETA5. It panics with either
> > > > ULE or 4BSD.
> > > >
> > > > My theory is that a physical IPI gets lost somewhere and the kerenl
> > > > spins waiting for it. But thats just a stab in the dark because nobody
> > > > cares to explain why IPI's would be stuck.
> > >
> > > The panic has to do with a previous IPI not finished being sent from the
> > > same CPU. I've yet to determine why this happens. You can try editing
> > > sys/i386/i386/local_apic.c and turning on 'DETECT_DEADLOCK' (I think it
> > > is just commented out) and seeing if that improves stability. I also see
> > > this on a 4xPIIXeon system I use for testing.
> >
> > Can KTR logging be leveraged to find the root cause(s) of these deadlocks,
> > or is it just so wildly unpredictable that it would be of no use?
>
> It might could be, but I think it would probably slow things down so much that
> they would go away.
Well, we have had users with machines that would get an IPI deadlock within
only a few hours, so it might be worth trying with those users....
--
Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\
<> green@FreeBSD.org \ The Power to Serve! \
Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 16:02:22 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id DDD0816A4CE
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 16:02:22 +0000 (GMT)
Received: from sccimhc91.asp.att.net (sccimhc91.asp.att.net [63.240.76.165])
by mx1.FreeBSD.org (Postfix) with ESMTP id 9491A43D49
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 16:02:22 +0000 (GMT)
(envelope-from David.Boyd@insightbb.com)
Received: from happy (12-202-176-78.client.insightbb.com[12.202.176.78])
by sccimhc91.asp.att.net (sccimhc91) with SMTP
id <20040928160221i9100s1hvke>; Tue, 28 Sep 2004 16:02:22 +0000
From: "David Boyd" <David.Boyd@insightbb.com>
To: "M. Warner Losh" <imp@bsdimp.com>
Date: Tue, 28 Sep 2004 12:02:21 -0400
Message-ID: <DIEGJJFBNADMCJBGPCBKAEIHCOAA.David.Boyd@insightbb.com>
MIME-Version: 1.0
Content-Type: text/plain;
charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0)
In-Reply-To: <20040928.095025.95903793.imp@bsdimp.com>
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441
Importance: Normal
cc: freebsd-current@freebsd.org
Subject: RE: FDC/ACPI/GEOM problems
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 16:02:23 -0000
M. Warner Losh wrote:
> -----Original Message-----
> From: owner-freebsd-current@freebsd.org
> [mailto:owner-freebsd-current@freebsd.org]On Behalf Of M. Warner Losh
> Sent: Tuesday, September 28, 2004 11:50
> To: David.Boyd@insightbb.com
> Cc: freebsd-current@FreeBSD.ORG
> Subject: Re: FDC/ACPI/GEOM problems
>
>
> : Disabling the floppy controller results in a successful boot for me.
>
> What about removing the floppy drive w/o disabling the floppy
> controller?
>
> Warner
> _______________________________________________
> freebsd-current@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to
> "freebsd-current-unsubscribe@freebsd.org"
Yes,
Removing the floppy drive (with the floppy controller enabled) results on a
successful boot for me.
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 16:05:03 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 2524516A4CE
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 16:05:03 +0000 (GMT)
Received: from mail-gw0.york.ac.uk (mail-gw0.york.ac.uk [144.32.128.245])
by mx1.FreeBSD.org (Postfix) with ESMTP id 8EA8243D5F
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 16:05:02 +0000 (GMT)
(envelope-from gavin.atkinson@ury.york.ac.uk)
Received: from buffy.york.ac.uk (buffy.york.ac.uk [144.32.226.160])
by mail-gw0.york.ac.uk (8.12.10/8.12.10) with ESMTP id i8SG4w4j018379;
Tue, 28 Sep 2004 17:04:58 +0100 (BST)
Received: from buffy.york.ac.uk (localhost [127.0.0.1])
by buffy.york.ac.uk (8.13.1/8.13.1) with ESMTP id i8SG4tqu000807;
Tue, 28 Sep 2004 17:04:55 +0100 (BST)
(envelope-from gavin.atkinson@ury.york.ac.uk)
Received: (from ga9@localhost)
by buffy.york.ac.uk (8.13.1/8.13.1/Submit) id i8SG4sXL000806;
Tue, 28 Sep 2004 17:04:54 +0100 (BST)
(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: "M. Warner Losh" <imp@bsdimp.com>
In-Reply-To: <20040928.090457.115908926.imp@bsdimp.com>
References: <DIEGJJFBNADMCJBGPCBKGEGNCOAA.David.Boyd@insightbb.com>
<1096380248.911.7.camel@buffy.york.ac.uk>
<20040928.090457.115908926.imp@bsdimp.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Message-Id: <1096387493.792.3.camel@buffy.york.ac.uk>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.6
Date: Tue, 28 Sep 2004 17:04:53 +0100
X-York-MailScanner: Found to be clean
X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk
cc: David.Boyd@insightbb.com
cc: nate@root.org
cc: freebsd-current@freebsd.org
Subject: Re: FDC/ACPI/GEOM problems
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 16:05:03 -0000
On Tue, 2004-09-28 at 16:04, M. Warner Losh wrote:
> In message: <1096380248.911.7.camel@buffy.york.ac.uk>
> Gavin Atkinson <gavin.atkinson@ury.york.ac.uk> writes:
> :
> : I have spent a little time today looking at this problem in more detail.
> : The hangs on BETA5 that several people have reported are indeed related
> : to the above file revisions. Apparently systems only hang with ACPI
> : enabled, and seem to hang in g_waitidle(), presumably waiting for the
> : floppy drive to become idle.
> :
> : db> tr 1
> : sched_switch(c1501320,0,1) at sched_switch+0x14f
> : mi_switch(1,0) at mi_switch+0x264
> : sleepq_switch(c08b7980,1,cbc81c90,c060ee72,c08b7980) at
> : sleepq_switch+0xe0
> : sleepq_timedwait(c08b7980,0,0,0,0) at sleepq_timedwait+0x34
> : msleep(c08b7980,0,68,c07f4bb1,14) at msleep+0x2ca
> : g_waitidle(c1500e00,c05e7600,0,cbc81d1c,c05e7652) at g_waitidle+0x48
> : vfs_mountroot(0,c1500e00,c1501320,0,0) at vfs_mountroot+0x10
> : start_init(0,cbc81d48,0,c05e7600,0) at start_init+0x52
> : fork_exit(c05e7600,0,cbc81d48) at fork_exit+0xa4
> : fork_trampoline() at fork_trampoline+0x8
> : --- trap 0x1, eip = 0, esp = 0xcbc81d7c, ebp = 0 ---
> :
> : On my system, I can't prove that the issue is related to ACPI but others
> : have reported this issue goiung away with ACPI disabled. On my system,
> : the floppy drive LED comes on at the point of the hang. Having a floppy
> : disk in the drive makes no difference.
>
> Does removing the fd drive change things? The fdc worker thread is
> still there in that case...
Unplugging the floppy drive fixes the problem for me.
I don't know if it matters, but even with the floppy drive unplugged, a
drive is still detected as hanging from the controller:
fdc0: <floppy drive controller> port 0x3f7,0x3f4-0x3f5,0x3f2-0x3f3,0x3f0-0x3f1 irq 6 drq 2 on acpi0
fdc0: [FAST]
fd0: <1440-KB 3.5" drive> on fdc0 drive 0
Gavin
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 16:17:11 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 6FE2C16A4CE; Tue, 28 Sep 2004 16:17:11 +0000 (GMT)
Received: from tron.telenetwork.com (tron.telenetwork.com [204.57.81.13])
by mx1.FreeBSD.org (Postfix) with ESMTP
id D4E3543D46; Tue, 28 Sep 2004 16:17:10 +0000 (GMT)
(envelope-from jmarquez@x25.net)
Received: from [209.163.253.130] (helo=tni1411)
by tron.telenetwork.com with smtp (Exim 3.35 #1 (Debian))
id 1CCKf8-0000eN-00; Tue, 28 Sep 2004 11:17:10 -0500
Message-ID: <002b01c4a576$9b65f1d0$82fda3d1@sanmarcos.x25.net>
From: "Jesse Marquez" <jmarquez@x25.net>
To: <freebsd-current@freebsd.org>, <freebsd-net@freebsd.org>
Date: Tue, 28 Sep 2004 11:17:04 -0500
MIME-Version: 1.0
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.2180
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Content-Filtered-By: Mailman/MimeDel 2.1.1
Subject: dc0 acting up
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 16:17:11 -0000
-FreeBSD 5.2-CURRENT
Hi all,
I've recently started having major problems with my internet =
connection. If I try to do any type of internet activty it just lags =
away until my system freezes. I'm receiving the following error below
error repeats
dc0: discard oversize frame (ether type 8864 flags 3 len 1514 > max =
1506)
I've never had any problems till now. Only thing I used to notice was =
this
acd0: CDRW <LITE-ON LTR-32123S> at ata1-master PIO4
acd1: DVDROM <Pioneer DVD-ROM ATAPIModel DVD-106S 0122> at ata1-slave =
PIO4
Mounting root from ufs:/dev/ad1s1a
dc0: failed to force tx and rx to idle state
dc0: failed to force tx and rx to idle state
dc0: failed to force tx and rx to idle state
any ideas?
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 16:25:25 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id A48C816A4CE
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 16:25:25 +0000 (GMT)
Received: from mx1.mail.ru (mx1.mail.ru [194.67.23.121])
by mx1.FreeBSD.org (Postfix) with ESMTP id 63C7C43D48
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 16:25:25 +0000 (GMT)
(envelope-from taras-s-y@mail.ru)
Received: from [195.128.97.122] (port=57119 helo=taras.gznet.ru)
by mx1.mail.ru with asmtp
id 1CCKn5-0000Ez-00
for freebsd-current@freebsd.org; Tue, 28 Sep 2004 20:25:23 +0400
From: Savchuk Taras <taras-s-y@mail.ru>
Organization: msu
To: freebsd-current@freebsd.org
Date: Tue, 28 Sep 2004 20:25:03 +0000
User-Agent: KMail/1.7
References: <002b01c4a576$9b65f1d0$82fda3d1@sanmarcos.x25.net>
In-Reply-To: <002b01c4a576$9b65f1d0$82fda3d1@sanmarcos.x25.net>
MIME-Version: 1.0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200409282025.04107.taras-s-y@mail.ru>
X-Spam: Not detected
Subject: Re: dc0 acting up
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 16:25:25 -0000
On Tuesday 28 September 2004 16:17, Jesse Marquez wrote:
FreeBSD5.3-BETA4
I have the same output during boot:
> dc0: failed to force tx and rx to idle state
> dc0: failed to force tx and rx to idle state
> dc0: failed to force tx and rx to idle state
--
Taras
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 16:44:55 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 8832216A4CE
for <freebsd-current@FreeBSD.org>;
Tue, 28 Sep 2004 16:44:55 +0000 (GMT)
Received: from mail3.speakeasy.net (mail3.speakeasy.net [216.254.0.203])
by mx1.FreeBSD.org (Postfix) with ESMTP id 42C1643D1D
for <freebsd-current@FreeBSD.org>;
Tue, 28 Sep 2004 16:44:55 +0000 (GMT) (envelope-from jhb@FreeBSD.org)
Received: (qmail 2018 invoked from network); 28 Sep 2004 16:44:54 -0000
Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx)
([216.27.160.63]) (envelope-sender <jhb@FreeBSD.org>)
encrypted SMTP
for <re@FreeBSD.org>; 28 Sep 2004 16:44:54 -0000
Received: from [10.50.40.210] (gw1.twc.weather.com [216.133.140.1])
(authenticated bits=0)
by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i8SGikWC002611;
Tue, 28 Sep 2004 12:44:51 -0400 (EDT)
(envelope-from jhb@FreeBSD.org)
From: John Baldwin <jhb@FreeBSD.org>
To: Oliver Lehmann <lehmann@ans-netz.de>
Date: Tue, 28 Sep 2004 12:26:56 -0400
User-Agent: KMail/1.6.2
References: <20040926190709.251f1689.lehmann@ans-netz.de>
<20040926221518.445a525b.lehmann@ans-netz.de>
<20040927212341.44986dbd.lehmann@ans-netz.de>
In-Reply-To: <20040927212341.44986dbd.lehmann@ans-netz.de>
MIME-Version: 1.0
Content-Disposition: inline
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Message-Id: <200409281226.56079.jhb@FreeBSD.org>
X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx
cc: freebsd-current@FreeBSD.org
cc: re@FreeBSD.org
Subject: Re: problem with debug.mpsafenet (was: Problems with ANA-6944A +
5.3-BETA + IRQ sharing?)
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 16:44:55 -0000
On Monday 27 September 2004 03:23 pm, Oliver Lehmann wrote:
> Ok,
>
> I tried now 3 FreeBSD versions.
>
> Setup:
> PI-166MHz, 64MB RAM
> de0 irq9 @ANA-6944A
> de1 10.0.0.60 irq9 @ANA-6944A
> de2 10.0.1.60 irq9 @ANA-6944A
> de3 irq9 @ANA-6944A
> xl0 irq12
> xl1 irq10
> ep0 irq5
> ep1 irq7
> /mnt/files is a nfs mount from 10.0.0.21
> 3 * ssh sessions from 10.0.1.51 to 10.0.1.60
> 2 * dd if=/mnt/files/dill_dd of=/dev/null
> 1 * ping 10.0.1.51 running
>
>
> 5.3-BETA6 (GENERIC Kernel):
>
> Everything looked fine (exept same slowness as 5.2.1) for a while (~9min).
> 400736256 bytes transferred in 546.111599 secs (733799 bytes/sec)
> 414572544 bytes transferred in 565.398805 secs (733239 bytes/sec)
>
> But as I started a ping -f from 10.0.1.51 to 10.0.0.60. The ping times
> from 10.0.1.60 to 10.0.1.51 went up, and didn't renormalized after I break
> the ping -f
>
> 64 bytes from 10.0.1.51: icmp_seq=355 ttl=64 time=4.039 ms
> 64 bytes from 10.0.1.51: icmp_seq=356 ttl=64 time=4.801 ms
> 64 bytes from 10.0.1.51: icmp_seq=357 ttl=64 time=6.702 ms
> 64 bytes from 10.0.1.51: icmp_seq=358 ttl=64 time=9.290 ms
> 64 bytes from 10.0.1.51: icmp_seq=359 ttl=64 time=10.543 ms
> 64 bytes from 10.0.1.51: icmp_seq=360 ttl=64 time=9.989 ms
> 64 bytes from 10.0.1.51: icmp_seq=361 ttl=64 time=25.966 ms
> 64 bytes from 10.0.1.51: icmp_seq=362 ttl=64 time=25.262 ms
> 64 bytes from 10.0.1.51: icmp_seq=363 ttl=64 time=27.746 ms
> 64 bytes from 10.0.1.51: icmp_seq=364 ttl=64 time=30.859 ms
> 64 bytes from 10.0.1.51: icmp_seq=365 ttl=64 time=31.507 ms
> 64 bytes from 10.0.1.51: icmp_seq=366 ttl=64 time=35.783 ms
> 64 bytes from 10.0.1.51: icmp_seq=367 ttl=64 time=29295.367 ms
> 64 bytes from 10.0.1.51: icmp_seq=368 ttl=64 time=28288.204 ms
> 64 bytes from 10.0.1.51: icmp_seq=369 ttl=64 time=27279.969 ms
> 64 bytes from 10.0.1.51: icmp_seq=370 ttl=64 time=26274.269 ms
> 64 bytes from 10.0.1.51: icmp_seq=371 ttl=64 time=25267.441 ms
> 64 bytes from 10.0.1.51: icmp_seq=372 ttl=64 time=24260.161 ms
> ....
>
>
> After that, I added debug.mpsafenet=0 to /boot/loader.conf and rebooted
> the system. I did the same as above. (2dd's, one ping from 10.0.1.60 to
> 10.0.1.51, and one ping -f from 10.0.1.51 to 10.0.1.60.)
> The ping times from 10.0.1.60 -> 10.0.1.51 went a bit up (~0.3ms -> 0.6 -
> 1ms), but nothing else happend. dd finished w/o errors, no strange things
> happend. (running now for ~20 mins w/o problems)
>
>
> For me, It looks like there is a problem with mpsafenet!
> Any help/patches to test/information requests/.... appreciated.
The problem appears to be in the de(4) driver and there are numerous reports
of that specific driver having problems.
--
John Baldwin <jhb@FreeBSD.org> <>< http://www.FreeBSD.org/~jhb/
"Power Users Use the Power to Serve" = http://www.FreeBSD.org
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 17:05:17 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 4749C16A4CF; Tue, 28 Sep 2004 17:05:17 +0000 (GMT)
Received: from mail.dt.e-technik.uni-dortmund.de
(krusty.dt.E-Technik.Uni-Dortmund.DE [129.217.163.1])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 9AF4843D41; Tue, 28 Sep 2004 17:05:14 +0000 (GMT)
(envelope-from ma@dt.e-technik.uni-dortmund.de)
Received: from localhost (localhost [127.0.0.1])B92A540E7F;
Tue, 28 Sep 2004 19:05:13 +0200 (CEST)
Received: from mail.dt.e-technik.uni-dortmund.de ([127.0.0.1])
by localhost (krusty [127.0.0.1]) (amavisd-new, port 10024) with LMTP
id 27174-02-5; Tue, 28 Sep 2004 19:05:13 +0200 (CEST)
Received: from m2a2.dyndns.org (p508EEA9F.dip.t-dialin.net [80.142.234.159])
6FF1640E7D; Tue, 28 Sep 2004 19:05:13 +0200 (CEST)
Received: from localhost (localhost [127.0.0.1])
by merlin.emma.line.org (Postfix) with ESMTP id C919FD6984;
Tue, 28 Sep 2004 19:05:12 +0200 (CEST)
Received: from merlin.emma.line.org ([127.0.0.1])
by localhost (m2a2.dyndns.org [127.0.0.1]) (amavisd-new, port 10024)
with LMTP id 14499-05; Tue, 28 Sep 2004 19:05:12 +0200 (CEST)
Received: by merlin.emma.line.org (Postfix, from userid 500)
id 4F3CAD6983; Tue, 28 Sep 2004 19:05:11 +0200 (CEST)
To: Xin LI <delphij@frontfree.net>
In-Reply-To: <20040928153537.GA3185@frontfree.net> (Xin LI's message of "Tue,
28 Sep 2004 23:35:37 +0800")
References: <20040927224353.845381B217@merlin.emma.line.org>
<20040928043351.GA2400@frontfree.net>
<20040928071758.GB14942@ip.net.ua>
<m31xgmzt34.fsf@merlin.emma.line.org>
<20040928153537.GA3185@frontfree.net>
From: Matthias Andree <ma@dt.e-technik.uni-dortmund.de>
Date: Tue, 28 Sep 2004 19:05:11 +0200
Message-ID: <m3d606gw8o.fsf@merlin.emma.line.org>
User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Virus-Scanned: by amavisd-new at dt.e-technik.uni-dortmund.de
cc: Ruslan Ermilov <ru@FreeBSD.org>
cc: Matthias Andree <ma@dt.e-technik.uni-dortmund.de>
cc: Matthias Andree <matthias.andree@web.de>
cc: current@FreeBSD.org
Subject: Re: bin/72138: libc.so.5 isn't installed in a safe way
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 17:05:17 -0000
Xin LI <delphij@frontfree.net> writes:
> So I personally prefer we have -S for the shared libraries (as Ruslan's
> patch did) - and give our user community the choose of whether to have
> INSTALL=install -S in their make.conf.
>
> What do you think about this?
It is important that a failing "make installworld" doesn't leave a
non-working system behind. I don't care much about temporary files left
over.
--
Matthias Andree
Encrypted mail welcome: my GnuPG key ID is 0x052E7D95 (PGP/MIME preferred)
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 17:10:28 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 7D5C916A4D1; Tue, 28 Sep 2004 17:10:28 +0000 (GMT)
Received: from mgr2.xmission.com (mgr2.xmission.com [198.60.22.202])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 0F1CA43D53; Tue, 28 Sep 2004 17:10:06 +0000 (GMT)
(envelope-from leporter@xmission.com)
Received: from [198.60.22.201] (helo=mgr1.xmission.com)
by mgr2.xmission.com with esmtp (Exim 3.35 #1)
id 1CCLUL-0000yV-02; Tue, 28 Sep 2004 11:10:05 -0600
Received: from [166.70.25.145] (helo=[192.168.0.3])
by mgr1.xmission.com with esmtp (Exim 4.32)
id 1CCLUL-0002y2-Py; Tue, 28 Sep 2004 11:10:05 -0600
Message-ID: <41599AE9.70007@xmission.com>
Date: Tue, 28 Sep 2004 11:10:01 -0600
From: Jason Porter <leporter@xmission.com>
User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040928)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: freebsd-questions@freebsd.org, freebsd-current@freebsd.org,
freebsd-ports@freebsd.org
X-Enigmail-Version: 0.85.0.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on mgr1.xmission.com
X-Spam-Level:
X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63
X-SA-Exim-Connect-IP: 166.70.25.145
X-SA-Exim-Mail-From: leporter@xmission.com
X-SA-Exim-Version: 4.0 (built Sat, 24 Apr 2004 12:31:30 +0200)
X-SA-Exim-Scanned: Yes (on mgr1.xmission.com)
Subject: enigmime doesn't install in 5.3BETA3
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 17:10:29 -0000
Not sure if this one belongs in current, but I sent it to questions as
well. I'm trying to get enigmail to work in thunderbird (latest from
ports) but it won't install. I've tried installing in thunderbird and
firefox, but I don't get anything. It looks like it goes through the
install process, but there aren't any windows that pop up and say it
failed or was successful. Then when I try to use enigmail it says that
enigmime wasn't installed. Not sure what to do here, anyone? Thanks
--
-Jason Porter
Real Programmers think better when playing Adventure or Rogue.
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 17:20:09 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id B722516A4CE
for <current@freebsd.org>; Tue, 28 Sep 2004 17:20:09 +0000 (GMT)
Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27])
by mx1.FreeBSD.org (Postfix) with ESMTP id 2614743D45
for <current@freebsd.org>; Tue, 28 Sep 2004 17:20:09 +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 876071FFDDC; Tue, 28 Sep 2004 19:20:07 +0200 (CEST)
Received: by transport.cksoft.de (Postfix, from userid 66)
id 8780E1FFDD9; Tue, 28 Sep 2004 19:20:05 +0200 (CEST)
Received: by mail.int.zabbadoz.net (Postfix, from userid 1060)
id 094581561A; Tue, 28 Sep 2004 17:15:47 +0000 (UTC)
Received: from localhost (localhost [127.0.0.1])
by mail.int.zabbadoz.net (Postfix) with ESMTP
id 05BDF15384; Tue, 28 Sep 2004 17:15:47 +0000 (UTC)
Date: Tue, 28 Sep 2004 17:15:47 +0000 (UTC)
From: "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net>
X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net
To: Friedrich Lindenberg <friedrich@ipes-ent.com>
In-Reply-To: <20040927192014.GB31547@ipes-ent.com>
Message-ID: <Pine.BSF.4.53.0409281710000.11069@e0-0.zab2.int.zabbadoz.net>
References: <20040927192014.GB31547@ipes-ent.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de
cc: FreeBSD current mailing list <current@freebsd.org>
Subject: Re: Marvell NIC (sk) on FreeBSD 5.3-BETA6 AMD64 Issue
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 17:20:09 -0000
On Mon, 27 Sep 2004, Friedrich Lindenberg wrote:
Hi,
> having had problems with FreeBSD 5.3-BETA5's sound, I just upgraded
> to BETA6. When I started my PC with the new release for the first
> time, my network adaptor did not seem to work any more, although it
> had been perfectly fine in BETA5. Using my own KERNCONF didn't help
> either.
This one had been fine with BETA5 ? No "hangs" etc?
There are wellknown problems with this chipset on ASUS K8V SE Deluxe
baords. See PRs/amd64 mailing list archive.
> Here's the output:
>
> skc0: <Marvell Gigabit Ethernet> port 0xcc00-0xccff mem
> 0xfdd00000-0xfdd03fff irq 17 at device 10.0 on pci0
> skc0: Reserved 0x4000 bytes for rid 0x10 type 3 at 0xfdd00000
> skc0: Yukon Gigabit Ethernet 10/100/1000Base-T Adapter
> sk0: <Marvell Semiconductor, Inc. Yukon> on skc0
> sk0: bpf attached
> sk0: Ethernet address: 00:0e:a6:94:82:ce
> skc0: no PHY found!
If this is an ASUS board - you didn't do a BIOS update lately ?
I had exacty the same probs with 1004sd going back to 1003sd fixed
that for me (whatever they also changed along with the BIOS update -
thinking of nic firmware).
--
Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 17:26:31 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id B34EA16A4CE
for <freebsd-current@FreeBSD.org>;
Tue, 28 Sep 2004 17:26:31 +0000 (GMT)
Received: from mail5.speakeasy.net (mail5.speakeasy.net [216.254.0.205])
by mx1.FreeBSD.org (Postfix) with ESMTP id 7CF7043D55
for <freebsd-current@FreeBSD.org>;
Tue, 28 Sep 2004 17:26:31 +0000 (GMT) (envelope-from jhb@FreeBSD.org)
Received: (qmail 22719 invoked from network); 28 Sep 2004 17:26:31 -0000
Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx)
([216.27.160.63]) (envelope-sender <jhb@FreeBSD.org>)
encrypted SMTP
for <njl@FreeBSD.org>; 28 Sep 2004 17:26:30 -0000
Received: from [10.50.40.210] (gw1.twc.weather.com [216.133.140.1])
(authenticated bits=0)
by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i8SHQNRN002918;
Tue, 28 Sep 2004 13:26:24 -0400 (EDT)
(envelope-from jhb@FreeBSD.org)
From: John Baldwin <jhb@FreeBSD.org>
To: freebsd-current@FreeBSD.org
Date: Tue, 28 Sep 2004 13:09:26 -0400
User-Agent: KMail/1.6.2
References: <867jqhwhav.fsf@borg.borderworlds.dk>
In-Reply-To: <867jqhwhav.fsf@borg.borderworlds.dk>
MIME-Version: 1.0
Content-Disposition: inline
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Message-Id: <200409281309.26841.jhb@FreeBSD.org>
X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx
cc: Poul-Henning Kamp <phk@phk.freebsd.dk>
cc: njl@FreeBSD.org
cc: Christian Laursen <xi@borderworlds.dk>
Subject: Re: 5.3-BETA5 panic on first boot - floppy related
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 17:26:31 -0000
On Sunday 26 September 2004 04:44 am, Christian Laursen wrote:
> I upgraded my laptop to 5.3-BETA4 a couple of days ago and have started
> to experience it panic ont the first boot if ACPI is enabled.
>
> Without ACPI it boots fine and after the panic and subsequently typing
> 'reset' in the kernel debugger it boots fine with ACPI enabled.
>
> The dmesg output including a stack trace is here:
> http://borderworlds.dk/~xi/vulcan/dmesg.txt
>
> My kernel configuration is here:
> http://borderworlds.dk/~xi/vulcan/VULCAN
>
> I just tried to boot with the floppy drive attached, but that doesn't
> make any difference.
There is a bug in the fdc_acpi driver in that it attaches drives via hints
even if the controller fails to attach which leads to this panic. A possible
fix for RELENG_5 is below:
Index: fdc_acpi.c
===================================================================
RCS file: /usr/cvs/src/sys/dev/fdc/fdc_acpi.c,v
retrieving revision 1.2.2.2
diff -u -r1.2.2.2 fdc_acpi.c
--- fdc_acpi.c 18 Sep 2004 04:57:55 -0000 1.2.2.2
+++ fdc_acpi.c 28 Sep 2004 17:07:52 -0000
@@ -130,7 +130,7 @@
bus = device_get_parent(dev);
if (ACPI_FAILURE(ACPI_EVALUATE_OBJECT(bus, dev, "_FDE", NULL, &buf))) {
error = ENXIO;
- goto out;
+ goto out_hintsprobe;
}
/* Parse the output of _FDE in various ways. */
@@ -154,7 +154,7 @@
device_printf(dev, "_FDE wrong length: %d\n",
obj->Buffer.Length);
error = ENXIO;
- goto out;
+ goto out_hintsprobe;
}
break;
case ACPI_TYPE_PACKAGE:
@@ -173,17 +173,21 @@
default:
device_printf(dev, "invalid _FDE type %d\n", obj->Type);
error = ENXIO;
- goto out;
+ goto out_hintsprobe;
}
/* Add fd child devices as specified. */
error = fdc_acpi_probe_children(bus, dev, fde);
-out:
- /* If there was a problem, fall back to the hints-based probe. */
+out_hintsprobe:
+ /*
+ * If there was a problem with the _FDE drive enumeration, fall
+ * back to the hints-based probe.
+ */
if (error)
error = fdc_hints_probe(dev);
+out:
if (buf.Pointer)
free(buf.Pointer, M_TEMP);
if (error != 0)
--
John Baldwin <jhb@FreeBSD.org> <>< http://www.FreeBSD.org/~jhb/
"Power Users Use the Power to Serve" = http://www.FreeBSD.org
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 17:26:33 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id BEF5E16A4CF
for <current@FreeBSD.org>; Tue, 28 Sep 2004 17:26:33 +0000 (GMT)
Received: from mail5.speakeasy.net (mail5.speakeasy.net [216.254.0.205])
by mx1.FreeBSD.org (Postfix) with ESMTP id 8D5F643D31
for <current@FreeBSD.org>; Tue, 28 Sep 2004 17:26:33 +0000 (GMT)
(envelope-from jhb@FreeBSD.org)
Received: (qmail 22792 invoked from network); 28 Sep 2004 17:26:33 -0000
Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx)
([216.27.160.63]) (envelope-sender <jhb@FreeBSD.org>)
encrypted SMTP
for <current@FreeBSD.org>; 28 Sep 2004 17:26:33 -0000
Received: from [10.50.40.210] (gw1.twc.weather.com [216.133.140.1])
(authenticated bits=0)
by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i8SHQNRO002918;
Tue, 28 Sep 2004 13:26:30 -0400 (EDT)
(envelope-from jhb@FreeBSD.org)
From: John Baldwin <jhb@FreeBSD.org>
To: freebsd-current@FreeBSD.org
Date: Tue, 28 Sep 2004 13:12:25 -0400
User-Agent: KMail/1.6.2
References: <4156B17F.9000605@telia.com>
In-Reply-To: <4156B17F.9000605@telia.com>
MIME-Version: 1.0
Content-Disposition: inline
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Message-Id: <200409281312.25171.jhb@FreeBSD.org>
X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx
cc: current@FreeBSD.org
Subject: Re: page fault panic in propagate_priority
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 17:26:33 -0000
On Sunday 26 September 2004 08:09 am, Pawel Worach wrote:
> Got this when starting thunderbird (non-port build),
> libpthread was supposed to be libmapped to libc_r but
> because of a typo that did not become the case.
>
> I was under the impression that the turnstile panics
> where fixed, where they not or is this a different one?
>
> UP, 4BSD, PREEMPTION, debug.mpsafenet=1
Do you have WITNESS or INVARIANTS on? You can get this panic if a thread
sleeps while holding a mutex which INVARIANTS and WITNESS should catch with a
better panic message.
--
John Baldwin <jhb@FreeBSD.org> <>< http://www.FreeBSD.org/~jhb/
"Power Users Use the Power to Serve" = http://www.FreeBSD.org
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 17:26:33 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id BE01416A4CE
for <freebsd-current@FreeBSD.org>;
Tue, 28 Sep 2004 17:26:33 +0000 (GMT)
Received: from mail5.speakeasy.net (mail5.speakeasy.net [216.254.0.205])
by mx1.FreeBSD.org (Postfix) with ESMTP id 8E4C643D45
for <freebsd-current@FreeBSD.org>;
Tue, 28 Sep 2004 17:26:33 +0000 (GMT) (envelope-from jhb@FreeBSD.org)
Received: (qmail 22792 invoked from network); 28 Sep 2004 17:26:33 -0000
Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx)
([216.27.160.63]) (envelope-sender <jhb@FreeBSD.org>)
encrypted SMTP
for <current@FreeBSD.org>; 28 Sep 2004 17:26:33 -0000
Received: from [10.50.40.210] (gw1.twc.weather.com [216.133.140.1])
(authenticated bits=0)
by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i8SHQNRO002918;
Tue, 28 Sep 2004 13:26:30 -0400 (EDT)
(envelope-from jhb@FreeBSD.org)
From: John Baldwin <jhb@FreeBSD.org>
To: freebsd-current@FreeBSD.org
Date: Tue, 28 Sep 2004 13:12:25 -0400
User-Agent: KMail/1.6.2
References: <4156B17F.9000605@telia.com>
In-Reply-To: <4156B17F.9000605@telia.com>
MIME-Version: 1.0
Content-Disposition: inline
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Message-Id: <200409281312.25171.jhb@FreeBSD.org>
X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx
cc: current@FreeBSD.org
Subject: Re: page fault panic in propagate_priority
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 17:26:33 -0000
On Sunday 26 September 2004 08:09 am, Pawel Worach wrote:
> Got this when starting thunderbird (non-port build),
> libpthread was supposed to be libmapped to libc_r but
> because of a typo that did not become the case.
>
> I was under the impression that the turnstile panics
> where fixed, where they not or is this a different one?
>
> UP, 4BSD, PREEMPTION, debug.mpsafenet=1
Do you have WITNESS or INVARIANTS on? You can get this panic if a thread
sleeps while holding a mutex which INVARIANTS and WITNESS should catch with a
better panic message.
--
John Baldwin <jhb@FreeBSD.org> <>< http://www.FreeBSD.org/~jhb/
"Power Users Use the Power to Serve" = http://www.FreeBSD.org
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 17:26:38 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 41D9C16A4CE
for <freebsd-current@FreeBSD.org>;
Tue, 28 Sep 2004 17:26:38 +0000 (GMT)
Received: from mail3.speakeasy.net (mail3.speakeasy.net [216.254.0.203])
by mx1.FreeBSD.org (Postfix) with ESMTP id 1877B43D55
for <freebsd-current@FreeBSD.org>;
Tue, 28 Sep 2004 17:26:38 +0000 (GMT) (envelope-from jhb@FreeBSD.org)
Received: (qmail 21981 invoked from network); 28 Sep 2004 17:26:37 -0000
Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx)
([216.27.160.63]) (envelope-sender <jhb@FreeBSD.org>)
encrypted SMTP
for <forrie@forrie.com>; 28 Sep 2004 17:26:37 -0000
Received: from [10.50.40.210] (gw1.twc.weather.com [216.133.140.1])
(authenticated bits=0)
by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i8SHQNRP002918;
Tue, 28 Sep 2004 13:26:32 -0400 (EDT)
(envelope-from jhb@FreeBSD.org)
From: John Baldwin <jhb@FreeBSD.org>
To: freebsd-current@FreeBSD.org
Date: Tue, 28 Sep 2004 13:15:05 -0400
User-Agent: KMail/1.6.2
References: <4155C2B8.50104@forrie.com>
In-Reply-To: <4155C2B8.50104@forrie.com>
MIME-Version: 1.0
Content-Disposition: inline
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Message-Id: <200409281315.05829.jhb@FreeBSD.org>
X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx
cc: Forrest Aldrich <forrie@forrie.com>
Subject: Re: device.hints howto
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 17:26:38 -0000
On Saturday 25 September 2004 03:10 pm, Forrest Aldrich wrote:
> What's the correct process to build one of these files -- take the
> output from dmesg and wander through to get the figures?
I usually start from GENERIC.hints and cut out the stuff I don't need. Since
ACPI/PnPBIOS enumerates most built in devices anyways, it usually ends up
being a short list unless you have some actual ISA cards. Mine is usually
something like:
# $FreeBSD: src/sys/i386/conf/GENERIC.hints,v 1.11 2002/12/05 22:49:47 jhb Exp
$
hint.fd.0.at="fdc0"
hint.fd.0.drive="0"
hint.sc.0.at="isa"
hint.sc.0.flags="0x100"
hint.sio.0.at="isa"
hint.sio.0.port="0x3F8"
hint.sio.0.flags="0x10"
hint.sio.0.irq="4"
The fd0 hints shouldn't even be needed anymore now on ACPI systems with the
new fdc(4) driver and the sio0 ones are only there so I can set the flags for
a serial console.
--
John Baldwin <jhb@FreeBSD.org> <>< http://www.FreeBSD.org/~jhb/
"Power Users Use the Power to Serve" = http://www.FreeBSD.org
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 17:27:36 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 990F516A4CE
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 17:27:36 +0000 (GMT)
Received: from mail.parodius.com (mail.parodius.com [64.62.145.229])
by mx1.FreeBSD.org (Postfix) with ESMTP id 6711F43D53
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 17:27:36 +0000 (GMT)
(envelope-from jdc@pentarou.parodius.com)
Received: from pentarou.parodius.com (jdc@localhost [127.0.0.1])
by mail.parodius.com (8.13.1/8.13.1) with ESMTP id i8SHRZ6W074836
(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 10:27:36 -0700 (PDT)
(envelope-from jdc@pentarou.parodius.com)
Received: (from jdc@localhost)
by pentarou.parodius.com (8.13.1/8.13.1/Submit) id i8SHRZsT074835
for freebsd-current@freebsd.org; Tue, 28 Sep 2004 10:27:35 -0700 (PDT)
(envelope-from jdc)
Date: Tue, 28 Sep 2004 10:27:35 -0700
From: Jeremy Chadwick <freebsd@jdc.parodius.com>
To: freebsd-current@freebsd.org
Message-ID: <20040928172735.GA74702@parodius.com>
Mail-Followup-To: freebsd-current@freebsd.org
References: <20040920232312.GA17065@mail.unixjunkie.com>
<XFMail.20040922103414.jdp@polstra.com>
<20040928161107.GA44604@mail.unixjunkie.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20040928161107.GA44604@mail.unixjunkie.com>
User-Agent: Mutt/1.5.6i
Subject: Re: odd cvsup error. (cvsup.uk.FreeBSD.org)
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 17:27:36 -0000
Is there a chance the cvsup server in question has a bad disk or maybe
a problem with the drive cache? Who maintains the server? Is there a
public list of who maintains/owns what cvsup server?
--
| Jeremy Chadwick jdc at parodius.com |
| Parodius Networking http://www.parodius.com/ |
| UNIX Systems Administrator Mountain View, CA, USA |
| Making life hard for others since 1977. |
On Tue, Sep 28, 2004 at 11:11:08AM -0500, John wrote:
> On Wed, Sep 22, 2004 at 10:34:14AM -0700, John Polstra wrote:
> > On 20-Sep-2004 John wrote:
> > > Is this anything to worry about?
> > >
> > > Connected to cvsup.freebsd.org
> > > Updating collection src-all/cvs
> > > Edit src/include/Makefile
> > > Cannot calculate checksum for "/usr/src/share/man/man9/store.9": Operation not
> > > supported
> > >
> > > No other file shows that. I rm.ed (didn't run chflags) said file and reran cvsup
> > > and it ran fine.
> >
> > It would have been nice to have seen an "ls -lo" on that file. It
> > sounds like it mysteriously became a directory, or something like
> > that.
> >
> > John
> > _______________________________________________
> > freebsd-current@freebsd.org mailing list
> > http://lists.freebsd.org/mailman/listinfo/freebsd-current
> > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
>
> Well looks like i've hit it again.
>
> Parsing supfile "/usr/share/examples/cvsup/ports-supfile"
> Connecting to cvsup.uk.FreeBSD.org
> Connected to cvsup.uk.FreeBSD.org
> Server software version: SNAP_16_1h
> Negotiating file attribute support
> Exchanging collection information
> Establishing multiplexed-mode data connection
> Running
> Updating collection ports-all/cvs
> Cannot calculate checksum for "/usr/ports/sysutils/dim/distinfo": Operation not supported
> Shutting down connection to server
> Finished successfully
>
> localhost# ls -lo /usr/ports/sysutils/dim/distinfo
> s-wxr----- 1 root wheel - 72 Aug 17 22:03 /usr/ports/sysutils/dim/distinfo
>
> Any idea why that would be a socket? I don't really know why i'm using a uk
> server seeing as i'm in the us, but i can't see uk bits being that much
> different from us bits. :)
>
> btw i haven't deleted said file this time in case someone wants to look at it.
> _______________________________________________
> freebsd-current@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 17:31:27 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 9BC0916A4CE
for <current@FreeBSD.org>; Tue, 28 Sep 2004 17:31:27 +0000 (GMT)
Received: from smtp.prodigy.net.mx (nlpproxy10.prodigy.net.mx [148.235.52.30])
by mx1.FreeBSD.org (Postfix) with ESMTP id 0B49A43D62
for <current@FreeBSD.org>; Tue, 28 Sep 2004 17:31:26 +0000 (GMT)
(envelope-from eculp@prodigy.net.mx)
Received: from prodigy.net.mx (du-148-235-52-33.prodigy.net.mx
[148.235.52.33]) by smtp.prodigy.net.mx
(iPlanet Messaging Server 5.2 HotFix 1.21 (built Sep 8 2003))
with ESMTP id <0I4R0099MI0DLH@smtp.prodigy.net.mx>; Tue,
28 Sep 2004 12:31:25 -0500 (CDT)
Received: from [148.235.52.101] (Forwarded-For: [201.129.94.187])
by nlpmail03.prodigy.net.mx (mshttpd); Tue, 28 Sep 2004 12:31:43 -0500
Date: Tue, 28 Sep 2004 12:31:43 -0500
From: eculp <eculp@prodigy.net.mx>
To: current@FreeBSD.org
Message-id: <4072f3ac0d.3ac0d4072f@prodigy.net.mx>
MIME-version: 1.0
X-Mailer: iPlanet Messenger Express 5.2 HotFix 2.01 (built Aug 26 2004)
Content-type: text/plain; charset=us-ascii
Content-language: es
Content-transfer-encoding: 7bit
Content-disposition: inline
X-Accept-Language: es
Priority: non-urgent
X-Priority: 5 (Lowest)
Subject: Re: USB memory stick hotswap problems
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 17:31:27 -0000
Quoting Ivan Voras <ivoras@fer.hr>:
[Hide Quoted Text]
> Daniel O'Connor wrote:
>> One possibility would be to add a facility to mark all the data for
>> a certain device to be non-critical so it will throw it away when it
>> tries to flush it and fails instead of panicing.
>
> That (and a message in syslog) would be just fine. ("Windows does it, so
> it's normal".) I know (and I think other USB drive users know too) that
> I need to wait for the little LED on the device to stop blinking before
> unplugging it.
>
> IIRC, Windows mounts removable drives with write caching disabled, so it
> should probably be the same in FreeBSD.
Would it not be a good idea to do something like this for cd's and floppies?
I'm substituting FreeBSD for windows in some internet cafes and not automatically recovering from unmounted cd's, floppies and usbdev's, is probably the biggest PITA that I've found and haven't been able to solve cleanly. I've had to put icons on the kde-desktop for accessing and removing them that many just ignore. This is also the case in a corporate environment where I have had the same problem but they are a little better at using the
icon because it is their pc that crashes :)
Thanks,
ed
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 17:32:22 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id AED1816A4CE
for <current@FreeBSD.org>; Tue, 28 Sep 2004 17:32:22 +0000 (GMT)
Received: from mail.freebsd.org.cn (dns3.freebsd.org.cn [61.129.66.75])
by mx1.FreeBSD.org (Postfix) with SMTP id DB02443D2F
for <current@FreeBSD.org>; Tue, 28 Sep 2004 17:32:18 +0000 (GMT)
(envelope-from delphij@frontfree.net)
Received: (qmail 19540 invoked by uid 0); 28 Sep 2004 17:28:12 -0000
Received: from unknown (HELO beastie.frontfree.net) (219.239.98.7)
by mail.freebsd.org.cn with SMTP; 28 Sep 2004 17:28:12 -0000
Received: from localhost (localhost.frontfree.net [127.0.0.1])
by beastie.frontfree.net (Postfix) with ESMTP id 5ED90132415;
Wed, 29 Sep 2004 01:32:14 +0800 (CST)
Received: from beastie.frontfree.net ([127.0.0.1])
by localhost (beastie.frontfree.net [127.0.0.1]) (amavisd-new, port 10024)
with ESMTP id 01998-04; Wed, 29 Sep 2004 01:32:10 +0800 (CST)
Received: by beastie.frontfree.net (Postfix, from userid 1001)
id C66BA1323DC; Wed, 29 Sep 2004 01:32:08 +0800 (CST)
Date: Wed, 29 Sep 2004 01:32:08 +0800
From: Xin LI <delphij@frontfree.net>
To: Matthias Andree <ma@dt.e-technik.uni-dortmund.de>
Message-ID: <20040928173208.GA277@frontfree.net>
References: <20040927224353.845381B217@merlin.emma.line.org>
<20040928043351.GA2400@frontfree.net> <20040928071758.GB14942@ip.net.ua>
<m31xgmzt34.fsf@merlin.emma.line.org> <20040928153537.GA3185@frontfree.net>
<m3d606gw8o.fsf@merlin.emma.line.org>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="yrj/dFKFPuw6o+aM"
Content-Disposition: inline
In-Reply-To: <m3d606gw8o.fsf@merlin.emma.line.org>
User-Agent: Mutt/1.4.2.1i
X-GPG-key-ID/Fingerprint: 0xCAEEB8C0 / 43B8 B703 B8DD 0231 B333 DC28 39FB
93A0 CAEE B8C0
X-GPG-Public-Key: http://www.delphij.net/delphij.asc
X-Operating-System: FreeBSD beastie.frontfree.net 5.3-delphij FreeBSD
5.3-delphij #4: Mon Sep 13 12:44:05 CST 2004
delphij@beastie.frontfree.net:/usr/obj/usr/src/sys/BEASTIE i386
X-URL: http://www.delphij.net
X-By: delphij@beastie.frontfree.net
X-Location: Beijing, China
X-Virus-Scanned: by amavisd-new at frontfree.net
cc: Ruslan Ermilov <ru@FreeBSD.org>
cc: Matthias Andree <matthias.andree@web.de>
cc: current@FreeBSD.org
Subject: Re: bin/72138: libc.so.5 isn't installed in a safe way
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 17:32:22 -0000
--yrj/dFKFPuw6o+aM
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Tue, Sep 28, 2004 at 07:05:11PM +0200, Matthias Andree wrote:
> X-Sieve: CMU Sieve 2.2
> To: Xin LI <delphij@frontfree.net>
> Cc: Matthias Andree <ma@dt.e-technik.uni-dortmund.de>,
> Ruslan Ermilov <ru@FreeBSD.org>,
> Matthias Andree <matthias.andree@web.de>, current@FreeBSD.org
> Subject: Re: bin/72138: libc.so.5 isn't installed in a safe way
> In-Reply-To: <20040928153537.GA3185@frontfree.net> (Xin LI's message of "=
Tue,
> 28 Sep 2004 23:35:37 +0800")
> From: Matthias Andree <ma@dt.e-technik.uni-dortmund.de>
> Date: Tue, 28 Sep 2004 19:05:11 +0200
> User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (gnu/linux)
> X-Virus-Scanned: by amavisd-new at frontfree.net
>=20
> Xin LI <delphij@frontfree.net> writes:
>=20
> > So I personally prefer we have -S for the shared libraries (as Ruslan's
> > patch did) - and give our user community the choose of whether to have
> > INSTALL=3Dinstall -S in their make.conf.
> >
> > What do you think about this?
>=20
> It is important that a failing "make installworld" doesn't leave a
> non-working system behind. I don't care much about temporary files left
> over.
I concur that it's important, however, it is much less by chance when faili=
ng to
install binaries then failing to install shared objects, because the
latter would cause serious problem with *all* binaries when they are
dynamically linked newadays.
Generally speaking I've no idea why general binaries should be installed
in ``safe mode'' because:
- Little chances that lacking one binary will cause an unbootable
system. If you have different idea, we may probably list them
individually rather than having everything installed in ``safe
mode'', as most of the binaries won't cause problem even they
are deleted. We can live without ``rm'' because we can still
``make install'' it...
- Users who feel this important can still set INSTALL=3Dinstall -S
instead of the default make.conf value.
- Rename operation might be expensive in some situation, for
instance, a flash disk. Their life is limited by re-writes
and -S will cause four writes.
It seems to me, however, a good compromise to document this in make.conf
rather than making it default. Maybe we can make the following changes:
- Have INSTALL_BIN_FLAGS, INSTALL_LIB_FLAGS, INSTALL_SHLIB_FLAGS,
INSTALL_DOC knobs
which control the installation of binaries, libraries, shared
objects, documentations, while retaining the INSTALL as the
all-over knob.
- Change
${INSTALL} foo $[BINPATH}/bar
into
${INSTALL} ${INSTALL_BIN_FLAGS} foo ${BINPATH}/bar
or so forth. With this change, we can control whether
documentation is or is not installed in safe mode.
However, this change may need more tests so I'd ratherr having Ruslan's
patch in the tree first (and I highly recommend that it should be MFC'ed
to RELENG_5 and the upcoming RELENG_5_3), and consider the above after
5.3-RELEASE.
Will that helpful?
Cheers,
--=20
Xin LI <delphij frontfree net> http://www.delphij.net/
See complete headers for GPG key and other information.
--yrj/dFKFPuw6o+aM
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)
iD8DBQFBWaAY/cVsHxFZiIoRAkEeAJ9Ygkhk6xWflvHhbK6c8qNAfo5uOACfb5I4
uiNijXqFH4DhIpWfQ08dHkk=
=JhVj
-----END PGP SIGNATURE-----
--yrj/dFKFPuw6o+aM--
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 17:33:46 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id AB17516A4D5; Tue, 28 Sep 2004 17:33:46 +0000 (GMT)
Received: from gremlin.internode.com.au (gandalf.bugman.cx [150.101.14.2])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 93CC243D1F; Tue, 28 Sep 2004 17:33:43 +0000 (GMT)
(envelope-from adam@internode.com.au)
Received: from gremlin.internode.com.au (localhost [127.0.0.1])
by gremlin (8.13.1/8.13.1) with ESMTP id i8S7sbVP000667;
Tue, 28 Sep 2004 17:24:37 +0930 (CST)
(envelope-from adam@internode.com.au)
Received: (from adam@localhost)
by gremlin.internode.com.au (8.13.1/8.13.1/Submit) id i8S7sbkF000666;
Tue, 28 Sep 2004 17:24:37 +0930 (CST)
(envelope-from adam@internode.com.au)
X-Authentication-Warning: gremlin.internode.com.au: adam set sender to
adam@internode.com.au using -f
Date: Tue, 28 Sep 2004 17:24:33 +0930
From: Adam Smith <adam@internode.com.au>
To: Ruslan Ermilov <ru@freebsd.org>
Message-ID: <20040928075433.GA649@internode.com.au>
References: <20040928000125.GF629@internode.com.au>
<20040928004906.GC646@internode.com.au> <20040928074323.GD14942@ip.net.ua>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20040928074323.GD14942@ip.net.ua>
X-Face: $vsV$1FNbZN\JVpjV#&+/!oVW`Kw$j?w_,te\SS}(tKD21c+l$t%\RCS(r$G;
XXk]6,(!N:&(N3EV0bY`3):UrgG7'*qsj3l.75IaHV1<`i*{[L\:F*l6fH##C:-p2]xW/R-Z:!bo;
5g3GP-{I{}7O>tN}`Xm/=-:8NG?f-r'$Qc3y[aW-7'W_S<`KYU!_;
`7K=kuC$-.7J2*kk=~`c@ADp+xhsv(!a@eW-R_5wtx+tC)(]%W+
User-Agent: Mutt/1.5.6i
cc: freebsd-current@freebsd.org
Subject: Re: Make installworld problems with BETA4 through 6
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 17:33:46 -0000
On Tue, Sep 28, 2004 at 10:43:24AM +0300, Ruslan Ermilov said:
>
> Anyway, a complete "installworld" output would help narrow this problem
> down. If not, there's nothing to discuss in this thread anymore.
Unfortunately I can't reproduce the output any longer, now that the
installworld has been successful.
Thanks for your help.
--
Adam Smith
Internode : http://www.internode.on.net
Phone : (08) 8228 2999
Dog for sale: Eats lots and is fond of children.
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 17:40:02 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 6D86716A4CF
for <current@freebsd.org>; Tue, 28 Sep 2004 17:40:02 +0000 (GMT)
Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10])
by mx1.FreeBSD.org (Postfix) with ESMTP id 8764A43D46
for <current@freebsd.org>; Tue, 28 Sep 2004 17:40:01 +0000 (GMT)
(envelope-from ru@ip.net.ua)
Received: from localhost (oak.ip.net.ua [82.193.96.2])
by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i8SHciov079488;
Tue, 28 Sep 2004 20:38:44 +0300 (EEST)
(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 36122-07; Tue, 28 Sep 2004 20:38:43 +0300 (EEST)
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 i8SHchUC079485
(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
Tue, 28 Sep 2004 20:38:43 +0300 (EEST)
(envelope-from ru@ip.net.ua)
Received: (from ru@localhost)
by heffalump.ip.net.ua (8.13.1/8.13.1) id i8SHciDi018753;
Tue, 28 Sep 2004 20:38:44 +0300 (EEST)
(envelope-from ru)
Date: Tue, 28 Sep 2004 20:38:44 +0300
From: Ruslan Ermilov <ru@freebsd.org>
To: Matthias Andree <ma@dt.e-technik.uni-dortmund.de>
Message-ID: <20040928173844.GE18611@ip.net.ua>
References: <20040927224353.845381B217@merlin.emma.line.org>
<20040928043351.GA2400@frontfree.net> <20040928071758.GB14942@ip.net.ua>
<m31xgmzt34.fsf@merlin.emma.line.org> <20040928153537.GA3185@frontfree.net>
<m3d606gw8o.fsf@merlin.emma.line.org>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="qOrJKOH36bD5yhNe"
Content-Disposition: inline
In-Reply-To: <m3d606gw8o.fsf@merlin.emma.line.org>
User-Agent: Mutt/1.5.6i
X-Virus-Scanned: by amavisd-new at ip.net.ua
cc: current@freebsd.org
cc: Matthias Andree <matthias.andree@web.de>
Subject: Re: bin/72138: libc.so.5 isn't installed in a safe way
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 17:40:02 -0000
--qOrJKOH36bD5yhNe
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Tue, Sep 28, 2004 at 07:05:11PM +0200, Matthias Andree wrote:
> Xin LI <delphij@frontfree.net> writes:
>=20
> > So I personally prefer we have -S for the shared libraries (as Ruslan's
> > patch did) - and give our user community the choose of whether to have
> > INSTALL=3Dinstall -S in their make.conf.
> >
> > What do you think about this?
>=20
> It is important that a failing "make installworld" doesn't leave a
> non-working system behind. I don't care much about temporary files left
> over.
>=20
It's rather impossible to guarantee, but we do our best (by first
installing libraries, then binaries, etc.).
Cheers,
--=20
Ruslan Ermilov
ru@FreeBSD.org
FreeBSD committer
--qOrJKOH36bD5yhNe
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)
iD8DBQFBWaGkqRfpzJluFF4RAtreAJ43UleethaebpSKgJ03iO1CNcUuZACeKchQ
uo1u1PBXB/vsVKFFTVwIp9w=
=aI6J
-----END PGP SIGNATURE-----
--qOrJKOH36bD5yhNe--
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 17:40:12 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id D814A16A4CF
for <current@freebsd.org>; Tue, 28 Sep 2004 17:40:12 +0000 (GMT)
Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10])
by mx1.FreeBSD.org (Postfix) with ESMTP id 20B5A43D3F
for <current@freebsd.org>; Tue, 28 Sep 2004 17:40:12 +0000 (GMT)
(envelope-from ru@ip.net.ua)
Received: from localhost (oak.ip.net.ua [82.193.96.2])
by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i8SHe0i4079556;
Tue, 28 Sep 2004 20:40:00 +0300 (EEST)
(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 36383-04; Tue, 28 Sep 2004 20:40:00 +0300 (EEST)
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 i8SHdxAF079531
(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
Tue, 28 Sep 2004 20:40:00 +0300 (EEST)
(envelope-from ru@ip.net.ua)
Received: (from ru@localhost)
by heffalump.ip.net.ua (8.13.1/8.13.1) id i8SHe0J3018774;
Tue, 28 Sep 2004 20:40:01 +0300 (EEST)
(envelope-from ru)
Date: Tue, 28 Sep 2004 20:40:00 +0300
From: Ruslan Ermilov <ru@freebsd.org>
To: Xin LI <delphij@frontfree.net>
Message-ID: <20040928174000.GF18611@ip.net.ua>
References: <20040927224353.845381B217@merlin.emma.line.org>
<20040928043351.GA2400@frontfree.net> <20040928071758.GB14942@ip.net.ua>
<m31xgmzt34.fsf@merlin.emma.line.org> <20040928153537.GA3185@frontfree.net>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="tmoQ0UElFV5VgXgH"
Content-Disposition: inline
In-Reply-To: <20040928153537.GA3185@frontfree.net>
User-Agent: Mutt/1.5.6i
X-Virus-Scanned: by amavisd-new at ip.net.ua
cc: Matthias Andree <ma@dt.e-technik.uni-dortmund.de>
cc: Matthias Andree <matthias.andree@web.de>
cc: current@freebsd.org
Subject: Re: bin/72138: libc.so.5 isn't installed in a safe way
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 17:40:13 -0000
--tmoQ0UElFV5VgXgH
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Tue, Sep 28, 2004 at 11:35:37PM +0800, Xin LI wrote:
> So I personally prefer we have -S for the shared libraries (as Ruslan's
> patch did) - and give our user community the choose of whether to have
> INSTALL=3Dinstall -S in their make.conf.
>=20
> What do you think about this?
>=20
My patch does this for "precious" shared libraries. And yes, putting
"INSTALL=3Dinstall -S" is what I had in mind when suggesting to test
installworld times.
Cheers,
--=20
Ruslan Ermilov
ru@FreeBSD.org
FreeBSD committer
--tmoQ0UElFV5VgXgH
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)
iD8DBQFBWaHwqRfpzJluFF4RAvwiAJ97NuZkfxatIwIirb+a3yIxJlG3ogCfVve4
QBui2MjQJOGt0wJjfwU42sg=
=a4xI
-----END PGP SIGNATURE-----
--tmoQ0UElFV5VgXgH--
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 17:42:22 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 664CB16A4CE
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 17:42:22 +0000 (GMT)
Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.44])
by mx1.FreeBSD.org (Postfix) with ESMTP id 51DFA43D2D
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 17:42:22 +0000 (GMT)
(envelope-from itinerant@mac.com)
Received: from mac.com (smtpin07-en2 [10.13.10.152])
by smtpout.mac.com (8.12.6/MantshX 2.0) with ESMTP id i8SHgLOo008845
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 10:42:21 -0700 (PDT)
Received: from [10.0.0.176] (82-32-114-49.cable.ubr03.hawk.blueyonder.co.uk
[82.32.114.49]) (authenticated bits=0)
by mac.com (Xserve/smtpin07/MantshX 4.0) with ESMTP id i8SHgJoF014088
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 10:42:21 -0700 (PDT)
Message-ID: <4159A27C.1010504@mac.com>
Date: Tue, 28 Sep 2004 18:42:20 +0100
From: Pete Carss <itinerant@mac.com>
User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040921)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: freebsd-current@freebsd.org
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Subject: ACPI
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 17:42:22 -0000
So, I'm enjoying BETA_6 on my HP nx9005 - I haven't run FreeBSD on this
for a while - acpi seems to be in a much better state, but I have a few
questions:
Sleep mode 1 is not supported. Does this mean its not supported by my bios
(I doubt this, as XP can get it into this mode) or does it mean that
FreeBSD's implementation does not support this mode? If the latter, is it
likely to stay this way. Is there somewhere I could help get my laptop
supported?
What's the status of powernow support - I'm using the powernow_k7 module -
but I swear that some sort of power management was working before, more so
than around 5.2.1?
Yours
Pete Carss
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 17:48:53 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id A78B116A4CF
for <current@freebsd.org>; Tue, 28 Sep 2004 17:48:53 +0000 (GMT)
Received: from kayjay.xs4all.nl (kayjay.xs4all.nl [80.126.33.60])
by mx1.FreeBSD.org (Postfix) with ESMTP id EB3F143D45
for <current@freebsd.org>; Tue, 28 Sep 2004 17:48:52 +0000 (GMT)
(envelope-from karelj@kayjay.xs4all.nl)
Received: from kayjay.xs4all.nl (localhost.kayjay.xs4all.nl [127.0.0.1])
by kayjay.xs4all.nl (8.13.1/8.13.1) with ESMTP id i8SHmgF8059946;
Tue, 28 Sep 2004 19:48:43 +0200 (CEST)
(envelope-from karelj@kayjay.xs4all.nl)
Received: (from karelj@localhost)
by kayjay.xs4all.nl (8.13.1/8.13.1/Submit) id i8SHmgTh059945;
Tue, 28 Sep 2004 19:48:42 +0200 (CEST)
(envelope-from karelj)
Date: Tue, 28 Sep 2004 19:48:42 +0200
From: "Karel J. Bosschaart" <karelj@kayjay.nl>
To: Marc van Kempen <marc@bowtie.nl>
Message-ID: <20040928174842.GA59936@kayjay.xs4all.nl>
References: <41555396.4030009@fer.hr> <20040926194744.GA8196@kayjay.xs4all.nl>
<41594D85.4090801@bowtie.nl>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <41594D85.4090801@bowtie.nl>
User-Agent: Mutt/1.4.2.1i
cc: current@freebsd.org
cc: Ivan Voras <ivoras@fer.hr>
Subject: Re: USB memory stick hotswap problems
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 17:48:53 -0000
On Tue, Sep 28, 2004 at 01:39:49PM +0200, Marc van Kempen wrote:
> Karel J. Bosschaart wrote:
>
> >On Sat, Sep 25, 2004 at 01:16:38PM +0200, Ivan Voras wrote:
> >
> ><snip>
> >
> >>Any ideas how to solve or circumevent these problems? (Aside from "don't
> >>do that").
> >
> >I'm using mtools (and mtoolsfm as a graphical frontend) for accessing
> >my USB memory stick. This does not require mounting the device.
> >A disadvantage is that this only works for devices with a FAT filesystem.
> >
> A nice feature of kde is (I wasn't aware of this until recently) is that
> it can use mtools transparantly in konqueror, just specify
>
> floppy:/<driveletter>
>
> as the url, where drive letter is the one that you would use with
> mtools. Possibly the gnome file manager can do something similar.
Thanks for the tip! I tried it and it works :-).
Karel.
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 17:56:34 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id BF81C16A4CE; Tue, 28 Sep 2004 17:56:34 +0000 (GMT)
Received: from smtp15.wxs.nl (smtp15.wxs.nl [195.121.6.54])
by mx1.FreeBSD.org (Postfix) with ESMTP
id BF0F643D55; Tue, 28 Sep 2004 17:56:33 +0000 (GMT)
(envelope-from freebsd@akruijff.dds.nl)
Received: from kruij557.speed.planet.nl
(ipd50a97ba.speed.planet.nl [213.10.151.186])
by smtp15.wxs.nl (iPlanet Messaging Server 5.2 HotFix 1.25 (built Mar 3
2004)) with ESMTP id <0I4R006WHJ68HC@smtp15.wxs.nl>; Tue,
28 Sep 2004 19:56:33 +0200 (CEST)
Received: from alex.lan (localhost [127.0.0.1]) by kruij557.speed.planet.nl
(8.12.10/8.12.10) with ESMTP id i8SHuWaB004205;
Tue, 28 Sep 2004 19:56:32 +0200
Received: (from akruijff@localhost) by alex.lan (8.12.10/8.12.10/Submit)
id i8SHuVrF004204; Tue, 28 Sep 2004 19:56:31 +0200
Content-return: prohibited
Date: Tue, 28 Sep 2004 19:56:31 +0200
From: Alex de Kruijff <freebsd@akruijff.dds.nl>
In-reply-to: <41599AE9.70007@xmission.com>
To: Jason Porter <leporter@xmission.com>
Message-id: <20040928175631.GB764@alex.lan>
MIME-version: 1.0
Content-type: text/plain; charset=us-ascii
Content-transfer-encoding: 7BIT
Content-disposition: inline
User-Agent: Mutt/1.4.2.1i
References: <41599AE9.70007@xmission.com>
X-Authentication-warning: alex.lan: akruijff set sender to
freebsd@akruijff.dds.nl using -f
cc: freebsd-current@freebsd.org
cc: freebsd-questions@freebsd.org
cc: freebsd-ports@freebsd.org
Subject: Re: enigmime doesn't install in 5.3BETA3
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 17:56:34 -0000
On Tue, Sep 28, 2004 at 11:10:01AM -0600, Jason Porter wrote:
> Not sure if this one belongs in current, but I sent it to questions as
> well. I'm trying to get enigmail to work in thunderbird (latest from
> ports) but it won't install. I've tried installing in thunderbird and
> firefox, but I don't get anything. It looks like it goes through the
> install process, but there aren't any windows that pop up and say it
> failed or was successful. Then when I try to use enigmail it says that
> enigmime wasn't installed. Not sure what to do here, anyone? Thanks
It could be just a bug in the latest version. I had trouble with firefox
with the latest version on 5.2. A earlier verion did compile. If you
can't wait, then you could install one of the precompiled packages that
you can download of the ftp server. I don't know the exact commands, so
you have to look at the handbook for those.
--
Alex
Articles based on solutions that I use:
http://www.kruijff.org/alex/FreeBSD/
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 18:09:50 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id A358F16A4CE
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 18:09:50 +0000 (GMT)
Received: from mx01.ewc.edu (mx01.ewc.edu [68.152.80.7])
by mx1.FreeBSD.org (Postfix) with ESMTP id 82DF143D48
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 18:09:49 +0000 (GMT)
(envelope-from mjoyner@vbservices.net)
Received: from [192.168.4.160] (host-161.firewall.ewc.edu [68.152.80.161])
by mx01.ewc.edu (8.12.9p2/8.12.9) with ESMTP id i8SI9ixS039451;
Tue, 28 Sep 2004 14:09:44 -0400 (EDT)
(envelope-from mjoyner@vbservices.net)
Message-ID: <4159A8E2.5070207@vbservices.net>
Date: Tue, 28 Sep 2004 14:09:38 -0400
From: Michael Joyner <mjoyner@vbservices.net>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040906
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: cjclark@alum.mit.edu
References: <20040928051708.GA3706@blossom.cjclark.org>
In-Reply-To: <20040928051708.GA3706@blossom.cjclark.org>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavisd-new
cc: freebsd-current@freebsd.org
Subject: Re: nsupdate(8) rc.d Script
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 18:09:50 -0000
I think this would be exremely useful for *bsd machines on Active
Directory networks.
This way I can (hopefully) stop mucking around with /etc/dhclient.conf
to get it to send 'hostname' to the DNS server and DHCP server.
Crist J. Clark wrote:
> Silence from -net. Anyone have an opinion one way or the other
> whether this would be useful to add to the rc.d startup?
>
> ----- Forwarded message from "Crist J. Clark" <cristjc@comcast.net> -----
>
> Date: Fri, 24 Sep 2004 10:24:18 -0700
> From: "Crist J. Clark" <cristjc@comcast.net>
> To: freebsd-net@freebsd.org
> Subject: nsupdate(8) rc.d Script
>
> As I was setting up DNS for IPv6 on a test network, I started
> to get really tired of entering 128-bit addresses, for both
> forward and reverse lookups, into DNS by hand. It seemed somewhat
> silly to be doing all of this manually when the actual IPv6 hosts
> pretty much configure themselves with rtsol(8).
>
> So I went ahead setting up an nsupdate script to have the systems
> automatically use DNS updates to "register" themselves. I figured
> I might as well do IPv4 while I was at it.
>
> Now I'm wondering if this is something other people may find useful
> and whether I should commit it. I think there are enough knobs to
> make it work for most people. But there very well may be some
> assumptions that may make it totally unsuitable for a lot of systems
> too.
>
> I'm not 100% sure where to drop it into the rc.d order. Obviously,
> it is a network service, but it would be nice to sign up in DNS
> early so we have entries in DNS when other machines might try to
> look us up when we contact them in later rc.d scripts. One thing
> that might be nice is if we wait until a local DNS server starts
> in the case we are the server, but having a DNS server auto-update
> its own info... kinda a chicken-and-egg problem there, may not be a
> best practice.
>
> Finally, that is one long awk script. Is there a better tool or
> method for converting an IPv6 presentation address into the ip6.arpa
> format? And the script is not optimized to do the updates in the
> fewest number of packets. An update can only contain updates for a
> single zone. It makes the only safe assumption that any two domain
> names are not in the same zone unless they are the same. I do not
> know how to reduce the number of updates without making things a
> LOT more complicated and doing more total DNS queries to find out
> SOA information.
>
> To enable the updates, just add,
>
> nsupdate_enable="YES"
>
> To rc.conf(5). The patch to the default rc.conf has it disabled by
> default. IPv4 and IPv6 updates may be toggled individually, but
> IPv6 only works if ipv6_enable is also "on." Patch is against RELENG_5,
> but it should work fine in CURRENT.
>
> Suggestions, comments, or criticisms, public or private, are welcome.
>
>
> ------------------------------------------------------------------------
>
> Index: src/etc/rc.d/nsupdate
> ===================================================================
> RCS file: src/etc/rc.d/nsupdate
> diff -N src/etc/rc.d/nsupdate
> --- /dev/null 1 Jan 1970 00:00:00 -0000
> +++ src/etc/rc.d/nsupdate 26 Sep 2004 23:23:02 -0000
> @@ -0,0 +1,123 @@
> +#!/bin/sh
> +#
> +# $FreeBSD$
> +#
> +
> +# PROVIDE: nsupdate
> +# REQUIRE: NETWORKING named
> +# KEYWORD: FreeBSD
> +
> +. /etc/rc.subr
> +. /etc/network.subr
> +
> +name="nsupdate"
> +rcvar=`set_rcvar`
> +start_cmd="nsupdate_start"
> +stop_cmd="nsupdate_stop"
> +
> +nsupdate_run()
> +{
> + checkyesno nsupdate_ipv4
> + _ipv4_enable="$?"
> + checkyesno ipv6_enable && checkyesno nsupdate_ipv6
> + _ipv6_enable="$?"
> + checkyesno nsupdate_reverse
> + _do_reverse="$?"
> + case "$1" in
> + 'add')
> + _action='add'
> + _ttl="${nsupdate_ttl}"
> + ;;
> + 'delete')
> + _action='delete'
> + _ttl=''
> + ;;
> + *)
> + return 1
> + ;;
> + esac
> + case "${nsupdate_ifaces}" in
> + 'auto')
> + _interfaces=`list_net_interfaces`
> + ;;
> + 'dhcp')
> + _interfaces=`list_net_interfaces dhcp`
> + ;;
> + 'nodhcp')
> + _interfaces=`list_net_interfaces nodhcp`
> + ;;
> + *)
> + _interfaces="${nsupdate_ifaces}"
> + esac
> + for _iface in ${_interfaces}; do
> + eval _hostname="\$nsupdate_hostname_${_iface}"
> + if [ -z "${_hostname}" ]; then
> + _hostname=`hostname`
> + fi
> + ifconfig "${_iface}" |
> + awk -v "inet4=${_ipv4_enable}" -v "inet6=${_ipv6_enable}" \
> + -v "hostname=${_hostname}" -v "ttl=${_ttl}" \
> + -v "do_reverse=${_do_reverse}" -v "action=${_action}" \
> + '! inet4 && /inet / && $2 !~ /^127\./ {
> + printf "update %s %s %s a %s\n", action,
> + hostname, ttl, $2;
> + ip4[++i] = $2;
> + }
> + ! inet6 && /inet6 / && $2 !~ /^(fe80:|::1)/ {
> + printf "update %s %s %s aaaa %s\n", action,
> + hostname, ttl, $2;
> + ip6[++j] = $2;
> + }
> + END {
> + print "";
> + if (do_reverse != 0) {
> + exit 0;
> + }
> + for (i in ip4) {
> + split(ip4[i], oct, /\./);
> + printf "update %s %d.%d.%d.%d.in-addr.arpa %s ptr %s\n",
> + action,
> + oct[4], oct[3], oct[2], oct[1],
> + ttl, hostname;
> + print "";
> + }
> + for (j in ip6) {
> + cols = gsub(/:/, ":", ip6[j]);
> + zeroes = "";
> + for (i = cols; i < 8; i++) {
> + zeros = zeros ":0";
> + }
> + zeros = zeros ":";
> + sub(/::/, zeros, ip6[j]);
> + split(ip6[j], shorts, /:/);
> + ip6str = "";
> + for (i = 1; i <= 8; i++) {
> + ip6str = ip6str substr("000" shorts[i],
> + length(shorts[i]));
> + }
> + revstr = "ip6.arpa";
> + for (i = 1; i <= length(ip6str); i++) {
> + revstr = substr(ip6str, i, 1) "." revstr;
> + }
> + printf "update %s %s %s ptr %s\n",
> + action, revstr, ttl, hostname;
> + print "";
> + }
> + }'
> + done |
> + "${nsupdate_command}" ${nsupdate_flags}
> +}
> +
> +nsupdate_start()
> +{
> + nsupdate_run add
> +}
> +
> +nsupdate_stop()
> +{
> + checkyesno nsupdate_shutdown_remove || return 0
> + nsupdate_run delete
> +}
> +
> +load_rc_config $name
> +run_rc_command "$1"
> Index: src/etc/defaults/rc.conf
> ===================================================================
> RCS file: /ncvs/src/etc/defaults/rc.conf,v
> retrieving revision 1.212
> diff -u -r1.212 rc.conf
> --- src/etc/defaults/rc.conf 27 Jul 2004 00:28:16 -0000 1.212
> +++ src/etc/defaults/rc.conf 28 Sep 2004 05:11:11 -0000
> @@ -139,6 +139,22 @@
> # Choose correct tunnel addrs.
> #gifconfig_gif0="10.1.1.1 10.1.2.1" # Examples typically for a router.
> #gifconfig_gif1="10.1.1.2 10.1.2.2" # Examples typically for a router.
> +# Nsupdate(8) allows the machine to send DNS updates to "register" in DNS.
> +# IPv4 loopback (127/8), and IPv6 loopback (::1) and link-local (fe80::/10)
> +# addresses are not registered.
> +nsupdate_enable="NO" # Do any DNS updates.
> +nsupdate_flags="" # Pass additional arguments, e.g. to use DNSSEC TSIG,
> + # "-k /etc/namedb:MY_DYN_DNS_KEY"
> +nsupdate_command="/usr/sbin/nsupdate" # Default is base system's BIND.
> +nsupdate_ipv4="YES" # Register IPv4 addresses associated with interfaces.
> +nsupdate_ipv6="YES" # Register IPv6 addresses associated with interfaces.
> +nsupdate_ifaces="auto" # List interfaces, 'auto,' 'dhcp,' or 'nodhcp.'
> +nsupdate_ttl="3600" # Time-to-live for the DNS records.
> +nsupdate_reverse="YES" # Attempt to add "reverse" records, in-addr.arpa
> + # and ip6.arpa trees.
> +nsupdate_shutdown_remove="YES" # Remove our records at shutdown.
> +#nsupdate_hostname_ed0="dynamic-host.example.com" # Associate a hostname
> + # with an interface, otherwise system hostname used.
>
> # User ppp configuration.
> ppp_enable="NO" # Start user-ppp (or NO).
> Index: src/share/man/man5/rc.conf.5
> ===================================================================
> RCS file: /ncvs/src/share/man/man5/rc.conf.5,v
> retrieving revision 1.221
> diff -u -r1.221 rc.conf.5
> --- src/share/man/man5/rc.conf.5 18 Jul 2004 18:01:48 -0000 1.221
> +++ src/share/man/man5/rc.conf.5 28 Sep 2004 05:04:30 -0000
> @@ -1265,6 +1265,88 @@
> is not enabled.
> This variable is experimental.
> It may be removed or changed in the near future.
> +.It Va nsupdate_enable
> +.Pq Vt bool
> +Set to
> +.Dq Li YES
> +to have the system attempt to perform DNS updates using the
> +.Xr nsupdate 8
> +command at start up to add records for itself and at shutdown
> +to remove the same records.
> +The system will attempt to enter records for each non-loopback,
> +non-link-local address associated with the interfaces specified
> +in the
> +.Va nsupdate_interfaces
> +variable.
> +By default, the domain name used for the address records and as
> +the data for reverse entries is the system host name as returned by
> +.Xr hostname 1 .
> +The domain names associated with addresses on a specific interfaces
> +can be set with
> +.Va nsupdate_hostname_ Ns Aq Ar interface
> +entries.
> +.It Va nsupdate_flags
> +.Pq Vt str
> +Used to pass additional arguments to the
> +.Xr nsupdate 8
> +command.
> +For example, this may be used to pass key information to the program
> +when using DNSSEC TSIG.
> +.It Va nsupdate_command
> +.Pq Vt str
> +Set the full path of the
> +.Xr nsupdate 8
> +command to be uses.
> +For example, this may be changed to use an
> +.Xr nsupdate 8
> +command with a locally installed version of BIND.
> +.It Va nsupdate_ipv4
> +.Pq Vt bool
> +Set to
> +.Dq Li NO
> +to not attempt to register IPv4 address, A, records for the
> +hostname or reverse pointer, PTR, records in the in-addr.arpa tree.
> +.It Va nsupdate_ipv6
> +.Pq Vt bool
> +Set to
> +.Dq Li NO
> +to not attempt to register IPv6 address, AAAA, records for
> +the hostname or a reverse pointer, PTR, records in the ip6.arpa tree.
> +.It Va nsupdate_reverse
> +.Pq Vt bool
> +Set to
> +.Dq Li NO
> +to disable attempts to update the "reverse," in-addr.arpa and ip6.arpa,
> +zones.
> +Reverse zones are often not under the direct administrative control
> +the users of the IP space.
> +.It Va nsupdate_ifaces
> +.Pq Vt str
> +The default of
> +.Dq Li auto
> +attempts to determine all applicable interfaces on the system
> +automatically.
> +Set to
> +.Dq Li dhcp
> +to only perform updates with addresses associated with DHCP
> +configured interfaces.
> +Set to
> +.Dq Li nodhcp
> +to only perform updates with addresses associated with non-DHCP
> +configured interfaces.
> +The user may also provided an explicit list of interfaces.
> +.It Va nsupdate_ttl
> +.Pq Vt str
> +The time-to-live value for the DNS records.
> +This has to do with DNS caching lifetimes and has nothing to do
> +with how long the records will be kept in the zone on the master
> +server.
> +.It Va nsupdate_shutdown_remove
> +.Pq Vt bool
> +Set to
> +.Dq Li NO
> +to disable the use of DNS updates to remove the records added at
> +system startup during shutdown.
> .It Va kerberos5_server_enable
> .Pq Vt bool
> Set to
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> freebsd-current@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 18:12:30 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 49C6916A4CE
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 18:12:30 +0000 (GMT)
Received: from ptcnat.era.pl (ptcnat.era.pl [213.158.197.100])
by mx1.FreeBSD.org (Postfix) with ESMTP id 7367343D31
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 18:12:29 +0000 (GMT) (envelope-from zaks@era.pl)
Received: by localhost (Postfix, from userid 1001)
id 9168611652; Tue, 28 Sep 2004 20:12:22 +0200 (CEST)
Resent-To: freebsd-current@freebsd.org
Resent-From: szak@era.pl (=?iso-8859-2?q?S=B3awek_=AFak?=)
Resent-Date: Tue, 28 Sep 2004 20:12:22 +0200
Resent-Message-ID: <86y8iu460p.fsf@thirst.unx.era.pl>
X-From-Line: nobody Tue Sep 28 19:45:29 2004
From: =?iso-8859-2?q?S=B3awek_=AFak?= <zaks@prioris.mini.pw.edu.pl>
To: freebsd-current@freebsd.org
Date: Tue, 28 Sep 2004 19:45:28 +0200
Message-ID: <861xgm5ltz.fsf@thirst.unx.era.pl>
User-Agent: Gnus/5.110003 (No Gnus v0.3) XEmacs/21.4 (Reasonable Discussion,
berkeley-unix)
Lines: 65
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Subject: Bug in #! processing
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 18:12:30 -0000
Hi,
It seems that there is a long standing bug in processing of command-line
options for scripts and such. Take following files:
[main.c]
#include <stdio.h>
int main(int ac, char **av)
{
int i;
printf("Main.c test\n");
for(i = 0; i < ac; i++) {
printf("%s\n", av[i]);
}
}
[tst.sh]
#!./main -#!
print ok
On FreeBSD 5.x:
thirst<zaks>(1790)% ./tst.sh
Main.c test
./main
-
./tst.sh
On Solaris:
sb8:root> ./tst.sh
Main.c test
./main
-#!
./tst.sh
sb8:root> uname -a
SunOS sb8 5.8 Generic_108528-21 sun4u sparc SUNW,UltraAX-i2
On Tru64:
root@tytus> ./tst.sh
Main.c test
main
-#!
./tst.sh
root@tytus> uname -a
OSF1 tytus V5.1 2650 alpha
On AIX:
scooter:/tmp # ./tst.sh
Main.c test
./main
-#!
./tst.sh
scooter:/tmp # uname -a
AIX scooter 2 5 005EF19C4C00
Any takers?
/S
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 18:23:57 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id CDE9416A4CE
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 18:23:57 +0000 (GMT)
Received: from mail.gmx.net (pop.gmx.de [213.165.64.20])
by mx1.FreeBSD.org (Postfix) with SMTP id BD2CB43D5C
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 18:23:56 +0000 (GMT) (envelope-from incmc@gmx.de)
Received: (qmail 11138 invoked by uid 65534); 28 Sep 2004 18:23:55 -0000
Received: from pD9FF1CBF.dip.t-dialin.net (EHLO ms.homeip.net)
(217.255.28.191)
by mail.gmx.net (mp002) with SMTP; 28 Sep 2004 20:23:55 +0200
X-Authenticated: #15946415
Received: from [10.0.0.101] (helo=[10.0.0.101])
by ms.homeip.net with asmtp (TLSv1:AES256-SHA:256)
id 1CCMdj-000Bgh-VX; Tue, 28 Sep 2004 20:23:51 +0200
Message-ID: <4159AC2F.1010105@gmx.de>
Date: Tue, 28 Sep 2004 20:23:43 +0200
From: Jochen Gensch <incmc@gmx.de>
User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040826)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Jason Porter <leporter@xmission.com>,
freebsd-questions@freebsd.org, freebsd-ports@freebsd.org,
freebsd-current@freebsd.org
References: <41599AE9.70007@xmission.com>
In-Reply-To: <41599AE9.70007@xmission.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Subject: Re: enigmime doesn't install in 5.3BETA3
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 18:23:58 -0000
Jason Porter wrote:
> I'm trying to get enigmail to work in thunderbird (latest from
> ports) but it won't install.
From what I know, this port is marked as IGNORE.
http://www.freshports.org/mail/enigmail-thunderbird/
> I've tried installing in thunderbird and
> firefox, but I don't get anything.
You have tried to install enigmail in Firefox? Isn't that for
Thunderbird only?
Jochen
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 18:27:01 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 4773916A4CE; Tue, 28 Sep 2004 18:27:01 +0000 (GMT)
Received: from hub.org (hub.org [200.46.204.220])
by mx1.FreeBSD.org (Postfix) with ESMTP
id A879D43D54; Tue, 28 Sep 2004 18:26:59 +0000 (GMT)
(envelope-from scrappy@hub.org)
Received: from localhost (unknown [200.46.204.144])
by hub.org (Postfix) with ESMTP id 32748490648;
Tue, 28 Sep 2004 15:26:48 -0300 (ADT)
Received: from hub.org ([200.46.204.220])
by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024)
with ESMTP id 35200-07; Tue, 28 Sep 2004 18:26:48 +0000 (GMT)
Received: from ganymede.hub.org (blk-222-46-91.eastlink.ca [24.222.46.91])
by hub.org (Postfix) with ESMTP id CE691490647;
Tue, 28 Sep 2004 15:26:47 -0300 (ADT)
Received: by ganymede.hub.org (Postfix, from userid 1000)
id C1CAE373BC; Tue, 28 Sep 2004 15:26:47 -0300 (ADT)
Received: from localhost (localhost [127.0.0.1])
by ganymede.hub.org (Postfix) with ESMTP id C0E44371E1;
Tue, 28 Sep 2004 15:26:47 -0300 (ADT)
Date: Tue, 28 Sep 2004 15:26:47 -0300 (ADT)
From: "Marc G. Fournier" <scrappy@hub.org>
To: Don Lewis <truckman@FreeBSD.org>
In-Reply-To: <200409271718.i8RHIsrP032923@gw.catspoiler.org>
Message-ID: <20040928152545.X57211@ganymede.hub.org>
References: <200409271718.i8RHIsrP032923@gw.catspoiler.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
X-Virus-Scanned: by amavisd-new at hub.org
cc: freebsd-current@FreeBSD.org
cc: keramida@linux.gr
Subject: Re: what is fsck's "slowdown"?
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 18:27:01 -0000
On Mon, 27 Sep 2004, Don Lewis wrote:
> On 24 Sep, Marc G. Fournier wrote:
>>
>> Just curious as to whether or not this is going to get applied to the
>> source tree ... ? Just checked my -current, and it isn't there yet, just
>> wanted to see if maybe its been forgotten? :(
>
> There are a couple of tweaks that I want to do. My plan is to re-post
> the patch to current@ for further testing before I commit it. After it
> has had time to be sufficiently exercised in -CURRENT, I'll MFC it to
> RELENG_5 (after 5.3-RELEASE), and RELENG_4. The feedback I've gotten
> from those who reviewed the patch has been positive, but I want to take
> it slow because of the critical nature of fsck.
Cool to both points ... especially the MFC back to 4 :) Once its there,
I'll definitely do an upgrade on our servers, since that will
significantly reduce our downtimes :(
Thanks ...
----
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 18:30:47 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 2BF5516A4CE
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 18:30:47 +0000 (GMT)
Received: from mout1.freenet.de (mout1.freenet.de [194.97.50.132])
by mx1.FreeBSD.org (Postfix) with ESMTP id 41EF843D2F
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 18:30:46 +0000 (GMT)
(envelope-from jwolz@freenet.de)
Received: from [194.97.50.136] (helo=mx3.freenet.de)
by mout1.freenet.de with esmtpa (Exim 4.42)
id 1CCMkP-0000Hm-Lb
for freebsd-current@freebsd.org; Tue, 28 Sep 2004 20:30:45 +0200
Received: from p5083cecd.dip0.t-ipconnect.de ([80.131.206.205] helo=pc1)
#1) id 1CCMkO-0007qG-4Q
for freebsd-current@freebsd.org; Tue, 28 Sep 2004 20:30:45 +0200
Received: from jonas by pc1 with local (Exim 3.35 #1 (Debian))
id 1CCMkN-0000a4-00
for <freebsd-current@freebsd.org>; Tue, 28 Sep 2004 20:30:43 +0200
From: Jonas Wolz <jonas.wolz@freenet.de>
To: freebsd-current@freebsd.org
Date: Tue, 28 Sep 2004 20:30:42 +0200
User-Agent: KMail/1.6
MIME-Version: 1.0
Content-Disposition: inline
Content-Type: Multipart/Mixed;
boundary="Boundary-00=_S3aWB5bNQ54nbHk"
Message-Id: <200409282030.42870.jonas.wolz@freenet.de>
Sender: Jonas Wolz <jonas@pc1.FreeBSD.ORG>
Subject: "ad2: TIMEOUT - READ_DMA retrying (2 retries left) LBA=23444158"
with BETA6
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 18:30:47 -0000
--Boundary-00=_S3aWB5bNQ54nbHk
Content-Type: text/plain;
charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Hi,
this is kind of a "me too"-posting for the similar issue (with BETA5) reported
last week on this list.
On my Acer Aspire 1705SCi "laptop" (P4 processor with Hyperthreading enabled)
I tried booting BETA6 from the disc2 CD-ROM today, which seems to work fine
except that the error message
"ad2: TIMEOUT - READ_DMA retrying (2 retries left) LBA=234441585"
is printed once on boot-up (and just on boot-up so far).
It doesn't matter if I boot with ACPI enabled or disabled.
The reported LBA is always the same (the harddisk's SMART data looks fine,
however).
Nevertheless, I can read from the hard disk and mount file systems on it
without apparent problems (and without the message getting printed again).
FreeBSD 5.2.1 (currently installed on that computer) doesn't have this
problem.
I've attached the dmesg of BETA6.
Jonas Wolz
--Boundary-00=_S3aWB5bNQ54nbHk
Content-Type: text/plain;
charset="us-ascii";
name="dmesg.nobby.BETA6"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
filename="dmesg.nobby.BETA6"
Copyright (c) 1992-2004 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights reserved.
FreeBSD 5.3-BETA6 #0: Sat Sep 25 19:41:14 UTC 2004
root@wv1u.samsco.home:/usr/obj/usr/src/sys/GENERIC
Preloaded elf kernel "/boot/kernel/kernel" at 0xc0e44000.
Preloaded mfs_root "/boot/mfsroot" at 0xc0e4426c.
Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0e442b0.
Calibrating clock(s) ... i8254 clock: 1193202 Hz
CLK_USE_I8254_CALIBRATION not specified - using default frequency
Timecounter "i8254" frequency 1193182 Hz quality 0
Calibrating TSC clock ... TSC clock: 3054282612 Hz
CPU: Intel(R) Pentium(R) 4 CPU 3.06GHz (3054.28-MHz 686-class CPU)
Origin = "GenuineIntel" Id = 0xf27 Stepping = 7
Features=0xbfebfbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE>
Hyperthreading: 2 logical CPUs
real memory = 534708224 (509 MB)
Physical memory chunk(s):
0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages)
0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages)
0x0000000001029000 - 0x000000001f4c8fff, 508166144 bytes (124064 pages)
avail memory = 509399040 (485 MB)
Table 'FACP' at 0x1fdfaecf
Table 'SSDT' at 0x1fdfaf43
Table 'APIC' at 0x1fdfaf7a
MADT: Found table at 0x1fdfaf7a
MP Configuration Table version 1.4 found at 0xc009fc70
APIC: Using the MADT enumerator.
MADT: Found CPU APIC ID 0 ACPI ID 0: enabled
SMP: Added CPU 0 (AP)
MADT: Found CPU APIC ID 1 ACPI ID 1: enabled
SMP: Added CPU 1 (AP)
ACPI APIC Table: <PTLTD APIC >
APIC ID: physical 0, logical 0:0
APIC ID: physical 1, logical 0:1
FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs
cpu0 (BSP): APIC ID: 0
cpu1 (AP): APIC ID: 1
bios32: Found BIOS32 Service Directory header at 0xc00f6e60
bios32: Entry = 0xfd840 (c00fd840) Rev = 0 Len = 1
pcibios: PCI BIOS entry at 0xfd840+0x186
pnpbios: Found PnP BIOS data at 0xc00f6ee0
pnpbios: Entry = f0000:b303 Rev = 1.0
Other BIOS signatures found:
APIC: CPU 0 has ACPI ID 0
APIC: CPU 1 has ACPI ID 1
MADT: Found IO APIC ID 2, Interrupt 0 at 0xfec00000
ioapic0: Routing external 8259A's -> intpin 0
ioapic0: intpin 0 -> ExtINT (edge, high)
ioapic0: intpin 1 -> ISA IRQ 1 (edge, high)
ioapic0: intpin 2 -> ISA IRQ 2 (edge, high)
ioapic0: intpin 3 -> ISA IRQ 3 (edge, high)
ioapic0: intpin 4 -> ISA IRQ 4 (edge, high)
ioapic0: intpin 5 -> ISA IRQ 5 (edge, high)
ioapic0: intpin 6 -> ISA IRQ 6 (edge, high)
ioapic0: intpin 7 -> ISA IRQ 7 (edge, high)
ioapic0: intpin 8 -> ISA IRQ 8 (edge, high)
ioapic0: intpin 9 -> ISA IRQ 9 (edge, high)
ioapic0: intpin 10 -> ISA IRQ 10 (edge, high)
ioapic0: intpin 11 -> ISA IRQ 11 (edge, high)
ioapic0: intpin 12 -> ISA IRQ 12 (edge, high)
ioapic0: intpin 13 -> ISA IRQ 13 (edge, high)
ioapic0: intpin 14 -> ISA IRQ 14 (edge, high)
ioapic0: intpin 15 -> ISA IRQ 15 (edge, high)
ioapic0: intpin 16 -> PCI IRQ 16 (level, low)
ioapic0: intpin 17 -> PCI IRQ 17 (level, low)
ioapic0: intpin 18 -> PCI IRQ 18 (level, low)
ioapic0: intpin 19 -> PCI IRQ 19 (level, low)
ioapic0: intpin 20 -> PCI IRQ 20 (level, low)
ioapic0: intpin 21 -> PCI IRQ 21 (level, low)
ioapic0: intpin 22 -> PCI IRQ 22 (level, low)
ioapic0: intpin 23 -> PCI IRQ 23 (level, low)
MADT: intr override: source 0, irq 2
ioapic0: Routing IRQ 0 -> intpin 2
ioapic0: intpin 2 trigger: edge
ioapic0: intpin 2 polarity: high
lapic0: Routing NMI -> LINT1
lapic0: LINT1 trigger: edge
lapic0: LINT1 polarity: active-high
lapic1: Routing NMI -> LINT1
lapic1: LINT1 trigger: edge
lapic1: LINT1 polarity: active-high
MADT: Forcing active-low polarity and level trigger for SCI
ioapic0: intpin 9 polarity: low
ioapic0: intpin 9 trigger: level
ioapic0 <Version 1.1> irqs 0-23 on motherboard
cpu0 BSP:
ID: 0x00000000 VER: 0x00050014 LDR: 0x01000000 DFR: 0x0fffffff
lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff
wlan: <802.11 Link Layer>
random: <entropy source, Software, Yarrow>
io: <I/O>
mem: <memory>
Pentium Pro MTRR support enabled
null: <null device, zero device>
npx0: [FAST]
npx0: <math processor> on motherboard
npx0: INT 16 interface
acpi0: <PTLTD RSDT> on motherboard
acpi0: [MPSAFE]
ACPI-0438: *** Error: Looking up [Z00D] in namespace, AE_NOT_FOUND
SearchNode 0xc1db5c00 StartNode 0xc1db5c00 ReturnNode 0
ACPI-1303: *** Error: [NULL NAME], AE_NOT_FOUND
pci_open(1): mode 1 addr port (0x0cf8) is 0x80001048
pci_open(1a): mode1res=0x80000000 (0x80000000)
pci_cfgcheck: device 0 [class=060000] [hdr=80] is there (id=06501039)
pcibios: BIOS version 2.10
Found $PIR table, 7 entries at 0xc00fdf50
PCI-Only Interrupts: none
Location Bus Device Pin Link IRQs
embedded 0 1 A 0x41 7 10
embedded 0 1 B 0x43 5 10
embedded 0 2 B 0x42 3 4
embedded 0 2 C 0x43 5 10
embedded 0 3 A 0x60 7 10
embedded 0 3 B 0x61 7 10
embedded 0 3 C 0x62 7 10
embedded 0 3 D 0x63 7 10
embedded 0 4 A 0x44 7 10
embedded 0 10 A 0x42 3 4
embedded 0 11 A 0x43 5 10
embedded 0 11 B 0x44 7 10
AcpiOsDerivePciId: bus 0 dev 2 func 0
acpi0: Power Button (fixed)
AcpiOsDerivePciId: bus 0 dev 0 func 0
ACPI-0290: *** Error: Return object type is incorrect [\\_SB_.PCI0.LPCB.LNKA._CRS] (Node 0xc1d6da60), AE_TYPE
can't fetch resources for \\_SB_.PCI0.LPCB.LNKA - AE_TYPE
ACPI-0290: *** Error: Return object type is incorrect [\\_SB_.PCI0.LPCB.LNKC._CRS] (Node 0xc1d6d860), AE_TYPE
can't fetch resources for \\_SB_.PCI0.LPCB.LNKC - AE_TYPE
ACPI-0290: *** Error: Return object type is incorrect [\\_SB_.PCI0.LPCB.LNKD._CRS] (Node 0xc1d6d760), AE_TYPE
can't fetch resources for \\_SB_.PCI0.LPCB.LNKD - AE_TYPE
ACPI-0290: *** Error: Return object type is incorrect [\\_SB_.PCI0.LPCB.LNKE._CRS] (Node 0xc1d6d660), AE_TYPE
can't fetch resources for \\_SB_.PCI0.LPCB.LNKE - AE_TYPE
ACPI-0290: *** Error: Return object type is incorrect [\\_SB_.PCI0.LPCB.LNKF._CRS] (Node 0xc1db2920), AE_TYPE
can't fetch resources for \\_SB_.PCI0.LPCB.LNKF - AE_TYPE
ACPI-0290: *** Error: Return object type is incorrect [\\_SB_.PCI0.LPCB.LNKG._CRS] (Node 0xc1db2820), AE_TYPE
can't fetch resources for \\_SB_.PCI0.LPCB.LNKG - AE_TYPE
acpi_ec0: <Embedded Controller: GPE 0x19> port 0x66,0x62 on acpi0
acpi_ec0: info: new max delay is 50 us
acpi_ec0: info: new max delay is 790 us
acpi_ec0: info: new max delay is 1000 us
ACPI timer looks GOOD min = 2, max = 3, width = 1
ACPI timer looks GOOD min = 2, max = 3, width = 1
ACPI timer looks GOOD min = 2, max = 3, width = 1
ACPI timer looks GOOD min = 2, max = 3, width = 1
ACPI timer looks GOOD min = 2, max = 3, width = 1
ACPI timer looks GOOD min = 2, max = 3, width = 1
ACPI timer looks GOOD min = 2, max = 3, width = 1
ACPI timer looks GOOD min = 2, max = 3, width = 1
ACPI timer looks GOOD min = 2, max = 3, width = 1
ACPI timer looks GOOD min = 2, max = 3, width = 1
Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000
acpi_timer0: <24-bit timer at 3.579545MHz> port 0x8008-0x800b on acpi0
cpu0: <ACPI CPU> on acpi0
cpu1: <ACPI CPU> on acpi0
acpi_tz0: <Thermal Zone> on acpi0
pcib0: <ACPI Host-PCI bridge> port 0xcf8-0xcff on acpi0
ACPI PCI link initial configuration:
pci0: <ACPI PCI bus> on pcib0
pci0: physical bus=0
map[10]: type 1, range 32, base e0000000, size 26, enabled
found-> vendor=0x1039, dev=0x0650, revid=0x80
bus=0, slot=0, func=0
class=06-00-00, hdrtype=0x00, mfdev=1
cmdreg=0x0007, statreg=0x2210, cachelnsz=0 (dwords)
lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns)
found-> vendor=0x1039, dev=0x0001, revid=0x00
bus=0, slot=1, func=0
class=06-04-00, hdrtype=0x01, mfdev=0
cmdreg=0x0007, statreg=0x0000, cachelnsz=0 (dwords)
lattimer=0x63 (2970 ns), mingnt=0x0c (3000 ns), maxlat=0x00 (0 ns)
found-> vendor=0x1039, dev=0x0008, revid=0x14
bus=0, slot=2, func=0
class=06-01-00, hdrtype=0x00, mfdev=1
cmdreg=0x000f, statreg=0x0200, cachelnsz=0 (dwords)
lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns)
map[10]: type 1, range 32, base e4000000, size 12, memory disabled
found-> vendor=0x1039, dev=0x7007, revid=0x00
bus=0, slot=2, func=3
class=0c-00-10, hdrtype=0x00, mfdev=0
cmdreg=0x0000, statreg=0x0210, cachelnsz=0 (dwords)
lattimer=0x40 (1920 ns), mingnt=0x04 (1000 ns), maxlat=0x0c (3000 ns)
intpin=b, irq=255
powerspec 2 supports D0 D1 D2 D3 current D0
map[20]: type 4, range 32, base 00001000, size 4, enabled
found-> vendor=0x1039, dev=0x5513, revid=0x00
bus=0, slot=2, func=5
class=01-01-8a, hdrtype=0x00, mfdev=0
cmdreg=0x0005, statreg=0x0200, cachelnsz=0 (dwords)
lattimer=0x80 (3840 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns)
intpin=a, irq=255
map[10]: type 4, range 32, base 00001400, size 8, port disabled
map[14]: type 4, range 32, base 00001080, size 7, enabled
found-> vendor=0x1039, dev=0x7013, revid=0xa0
bus=0, slot=2, func=6
class=07-03-00, hdrtype=0x00, mfdev=0
cmdreg=0x0000, statreg=0x0290, cachelnsz=0 (dwords)
lattimer=0xad (5190 ns), mingnt=0x34 (13000 ns), maxlat=0x0b (2750 ns)
intpin=c, irq=255
powerspec 2 supports D0 D1 D2 D3 current D0
map[10]: type 4, range 32, base 00001c00, size 8, port disabled
map[14]: type 4, range 32, base 00001800, size 7, enabled
pcib0: matched entry for 0.2.INTC
pcib0: slot 2 INTC hardwired to IRQ 18
found-> vendor=0x1039, dev=0x7012, revid=0xa0
bus=0, slot=2, func=7
class=04-01-00, hdrtype=0x00, mfdev=0
cmdreg=0x0000, statreg=0x0290, cachelnsz=0 (dwords)
lattimer=0xad (5190 ns), mingnt=0x34 (13000 ns), maxlat=0x0b (2750 ns)
intpin=c, irq=18
powerspec 2 supports D0 D1 D2 D3 current D0
map[10]: type 1, range 32, base e4001000, size 12, enabled
pcib0: matched entry for 0.3.INTA
pcib0: slot 3 INTA hardwired to IRQ 20
found-> vendor=0x1039, dev=0x7001, revid=0x0f
bus=0, slot=3, func=0
class=0c-03-10, hdrtype=0x00, mfdev=1
cmdreg=0x0017, statreg=0x0280, cachelnsz=0 (dwords)
lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x50 (20000 ns)
intpin=a, irq=20
map[10]: type 1, range 32, base e4002000, size 12, enabled
pcib0: matched entry for 0.3.INTB
pcib0: slot 3 INTB hardwired to IRQ 21
found-> vendor=0x1039, dev=0x7001, revid=0x0f
bus=0, slot=3, func=1
class=0c-03-10, hdrtype=0x00, mfdev=0
cmdreg=0x0017, statreg=0x0280, cachelnsz=0 (dwords)
lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x50 (20000 ns)
intpin=b, irq=21
map[10]: type 1, range 32, base e4003000, size 12, enabled
pcib0: matched entry for 0.3.INTC
pcib0: slot 3 INTC hardwired to IRQ 22
found-> vendor=0x1039, dev=0x7001, revid=0x0f
bus=0, slot=3, func=2
class=0c-03-10, hdrtype=0x00, mfdev=0
cmdreg=0x0017, statreg=0x0280, cachelnsz=0 (dwords)
lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x50 (20000 ns)
intpin=c, irq=22
map[10]: type 1, range 32, base e4004000, size 12, memory disabled
found-> vendor=0x1039, dev=0x7002, revid=0x00
bus=0, slot=3, func=3
class=0c-03-20, hdrtype=0x00, mfdev=0
cmdreg=0x0000, statreg=0x0290, cachelnsz=0 (dwords)
lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x50 (20000 ns)
intpin=d, irq=255
powerspec 2 supports D0 D3 current D0
map[10]: type 4, range 32, base 00002000, size 8, enabled
map[14]: type 1, range 32, base e4005000, size 12, enabled
pcib0: matched entry for 0.4.INTA
pcib0: slot 4 INTA hardwired to IRQ 19
found-> vendor=0x1039, dev=0x0900, revid=0x91
bus=0, slot=4, func=0
class=02-00-00, hdrtype=0x00, mfdev=0
cmdreg=0x0007, statreg=0x0290, cachelnsz=0 (dwords)
lattimer=0xad (5190 ns), mingnt=0x34 (13000 ns), maxlat=0x0b (2750 ns)
intpin=a, irq=19
powerspec 2 supports D0 D1 D2 D3 current D0
map[10]: type 1, range 32, base 00000000, size 12, memory disabled
found-> vendor=0x1217, dev=0x6972, revid=0x00
bus=0, slot=10, func=0
class=06-07-00, hdrtype=0x02, mfdev=0
cmdreg=0x0000, statreg=0x0410, cachelnsz=0 (dwords)
lattimer=0x40 (1920 ns), mingnt=0x80 (32000 ns), maxlat=0x00 (0 ns)
intpin=a, irq=255
powerspec 2 supports D0 D1 D2 D3 current D0
map[10]: type 3, range 32, base e4006000, size 12, memory disabled
pcib0: matched entry for 0.11.INTA
pcib0: slot 11 INTA hardwired to IRQ 18
found-> vendor=0x1260, dev=0x3872, revid=0x01
bus=0, slot=11, func=0
class=02-80-00, hdrtype=0x00, mfdev=0
cmdreg=0x0010, statreg=0x0290, cachelnsz=4 (dwords)
lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns)
intpin=a, irq=18
powerspec 2 supports D0 D1 D2 D3 current D0
agp0: <SiS 650 host to AGP bridge> mem 0xe0000000-0xe3ffffff at device 0.0 on pci0
agp0: Reserved 0x4000000 bytes for rid 0x10 type 3 at 0xe0000000
agp0: allocating GATT for aperture of size 64M
pcib1: <ACPI PCI-PCI bridge> at device 1.0 on pci0
pcib1: secondary bus 1
pcib1: subordinate bus 1
pcib1: I/O decode 0xf000-0xfff
pcib1: memory decode 0xe5000000-0xe5ffffff
pcib1: prefetched decode 0xe8000000-0xefffffff
ACPI PCI link initial configuration:
pci1: <ACPI PCI bus> on pcib1
pci1: physical bus=1
map[10]: type 1, range 32, base e5000000, size 24, enabled
pcib1: device (null) requested decoded memory range 0xe5000000-0xe5ffffff
map[14]: type 3, range 32, base e8000000, size 27, enabled
pcib1: device (null) requested decoded memory range 0xe8000000-0xefffffff
pcib1: matched entry for 1.0.INTA
pcib1: slot 0 INTA hardwired to IRQ 16
found-> vendor=0x10de, dev=0x031a, revid=0xa1
bus=1, slot=0, func=0
class=03-00-00, hdrtype=0x00, mfdev=0
cmdreg=0x0003, statreg=0x02b0, cachelnsz=0 (dwords)
lattimer=0x40 (1920 ns), mingnt=0x05 (1250 ns), maxlat=0x01 (250 ns)
intpin=a, irq=16
powerspec 2 supports D0 D3 current D0
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
fwohci0: <SiS 7007> mem 0xe4000000-0xe4000fff at device 2.3 on pci0
fwohci0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xe4000000
pcib0: matched entry for 0.2.INTB
pcib0: slot 2 INTB hardwired to IRQ 17
fwohci0: [MPSAFE]
fwohci0: OHCI version 1.0 (ROM=1)
fwohci0: No. of Isochronous channels is 4.
fwohci0: EUI64 00:c0:9f:00:00:0c:a4:05
fwohci0: Phy 1394a available S400, 2 ports.
fwohci0: Link S400, max_rec 2048 bytes.
firewire0: <IEEE1394(FireWire) bus> on fwohci0
fwe0: <Ethernet over FireWire> on firewire0
if_fwe0: Fake Ethernet address: 02:c0:9f:0c:a4:05
fwe0: bpf attached
fwe0: Ethernet address: 02:c0:9f:0c:a4:05
fwe0: if_start running deferred for Giant
sbp0: <SBP-2/SCSI over FireWire> on firewire0
fwohci0: Initiate bus reset
fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode
firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me)
firewire0: bus manager 0 (me)
atapci0: <SiS 962/963 UDMA133 controller> port 0x1000-0x100f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 2.5 on pci0
atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x1000
ata0: channel #0 on atapci0
atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0
atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6
ata0: reset tp1 mask=03 ostat0=50 ostat1=00
ata0-master: stat=0x10 err=0x01 lsb=0x14 msb=0xeb
ata0-slave: stat=0x00 err=0x01 lsb=0x00 msb=0x00
ata0: reset tp2 stat0=10 stat1=00 devices=0x4<ATAPI_MASTER>
ata0: [MPSAFE]
ata1: channel #1 on atapci0
atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170
atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376
ata1: reset tp1 mask=03 ostat0=50 ostat1=00
ata1-master: stat=0x80 err=0x80 lsb=0x80 msb=0x80
ata1-master: stat=0x90 err=0x90 lsb=0x90 msb=0x90
ata1-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00
ata1-slave: stat=0x00 err=0x01 lsb=0x00 msb=0x00
ata1: reset tp2 stat0=50 stat1=00 devices=0x1<ATA_MASTER>
ata1: [MPSAFE]
pci0: <simple comms> at device 2.6 (no driver attached)
pci0: <multimedia, audio> at device 2.7 (no driver attached)
ohci0: <SiS 5571 USB controller> mem 0xe4001000-0xe4001fff irq 20 at device 3.0 on pci0
ohci0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xe4001000
ohci0: [GIANT-LOCKED]
usb0: OHCI version 1.0, legacy support
usb0: <SiS 5571 USB controller> on ohci0
usb0: USB revision 1.0
uhub0: SiS OHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub0: 2 ports with 2 removable, self powered
ohci1: <SiS 5571 USB controller> mem 0xe4002000-0xe4002fff irq 21 at device 3.1 on pci0
ohci1: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xe4002000
ohci1: [GIANT-LOCKED]
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: 2 ports with 2 removable, self powered
ohci2: <SiS 5571 USB controller> mem 0xe4003000-0xe4003fff irq 22 at device 3.2 on pci0
ohci2: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xe4003000
ohci2: [GIANT-LOCKED]
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
ukbd0: Cherry Mikroschalter My3000 keyboard, rev 1.00/9.08, addr 2, iclass 3/1
kbd: new array size 4
kbd1 at ukbd0
kbd1: ukbd0, generic (0), config:0x0, flags:0x1d0000
pci0: <serial bus, USB> at device 3.3 (no driver attached)
sis0: <SiS 900 10/100BaseTX> port 0x2000-0x20ff mem 0xe4005000-0xe4005fff irq 19 at device 4.0 on pci0
sis0: Reserved 0x100 bytes for rid 0x10 type 4 at 0x2000
miibus0: <MII bus> on sis0
acphy0: <AC101L 10/100 media interface> on miibus0
acphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
sis0: bpf attached
sis0: Ethernet address: 00:c0:9f:28:24:60
sis0: [MPSAFE]
cbb0: <O2Micro OZ6912/6972 PCI-CardBus Bridge> at device 10.0 on pci0
cbb0: Lazy allocation of 0x1000 bytes rid 0x10 type 3 at 0x80000000
cardbus0: <CardBus bus> on cbb0
pccard0: <16-bit PCCard bus> on cbb0
pcib0: matched entry for 0.10.INTA
pcib0: slot 10 INTA hardwired to IRQ 17
cbb0: [MPSAFE]
cbb0: PCI Configuration space:
0x00: 0x69721217 0x04100007 0x06070000 0x00024000
0x10: 0x80000000 0x020000a0 0x20030300 0xfffff000
0x20: 0x00000000 0xfffff000 0x00000000 0x0000fffd
0x30: 0x00000001 0x0000fffd 0x00000001 0x04000111
0x40: 0x00281025 0x00000001 0x00000000 0x00000000
0x50: 0x00000000 0x00000000 0x00000000 0x00000000
0x60: 0x00000000 0x00000000 0x00000000 0x00000000
0x70: 0x00000000 0x00000000 0x00000000 0x00000000
0x80: 0x00000000 0x00000000 0x00000000 0x01881882
0x90: 0x00008002 0x00000000 0x00000000 0x00000000
0xa0: 0xfe020001 0x00c04100 0x00000000 0x00000001
0xb0: 0x00000000 0x00000000 0x00000000 0x00000000
0xc0: 0x00000000 0x00000000 0x00000000 0x00000000
0xd0: 0x08004000 0x028203ca 0x00000000 0x00000000
0xe0: 0x00000000 0x00000000 0x00000000 0x00000000
0xf0: 0x00000000 0x00000000 0x00000000 0x00000000
wi0: <Intersil Prism3> mem 0xe4006000-0xe4006fff irq 18 at device 11.0 on pci0
wi0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xe4006000
wi0: [MPSAFE]
wi0: using RF:PRISM3(Mini-PCI)
wi0: Intersil Firmware: Primary (1.1.1), Station (1.5.6)
wi0: bpf attached
wi0: Ethernet address: 00:02:8a:a0:8a:96
wi0: bpf attached
wi0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps
wi0: bpf attached
acpi_button0: <Power Button> on acpi0
acpi_lid0: <Control Method Lid Switch> on acpi0
acpi_button1: <Sleep Button> on acpi0
acpi_acad0: <AC Adapter> on acpi0
acpi_cmbat0: <Control Method Battery> on acpi0
atkbdc0: <Keyboard controller (i8042)> port 0x64,0x60 irq 1 on acpi0
atkbd0: <AT Keyboard> irq 1 on atkbdc0
atkbd: the current kbd controller command byte 0047
atkbd: keyboard ID 0x41ab (2)
kbd0 at atkbd0
kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000
atkbd0: [GIANT-LOCKED]
psm0: unable to allocate IRQ
psmcpnp0 irq 12 on acpi0
psm0: current command byte:0047
psm0: <PS/2 Mouse> irq 12 on atkbdc0
psm0: [GIANT-LOCKED]
psm0: model IntelliMouse, device ID 3-00, 3 buttons
psm0: config:00000000, flags:00000008, packet size:4
psm0: syncmask:08, syncbits:00
sio0: irq maps: 0x1 0x11 0x1 0x1
sio0 port 0x3f8-0x3ff irq 4 on acpi0
sio0: type 16550A
fdc0: <floppy drive controller> port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0
fdc0: ic_type 90 part_id 80
fdc0: [MPSAFE]
fdc0: [FAST]
fd0: <1440-KB 3.5" drive> on fdc0 drive 0
ppc0: using extended I/O port range
ppc0: ECP SPP ECP+EPP SPP
ppc0 port 0x778-0x77f,0x378-0x37f irq 7 drq 3 on acpi0
ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode
ppc0: FIFO with 16/16/15 bytes threshold
ppbus0: <Parallel port bus> on ppc0
plip0: <PLIP network interface> on ppbus0
plip0: bpf attached
lpt0: <Printer> on ppbus0
lpt0: Interrupt-driven port
ppi0: <Parallel I/O> on ppbus0
ata: ata0 already exists; skipping it
ata: ata1 already exists; skipping it
atkbdc: atkbdc0 already exists; skipping it
fdc: fdc0 already exists; skipping it
ppc: ppc0 already exists; skipping it
sio: sio0 already exists; skipping it
Trying Read_Port at 203
Trying Read_Port at 243
Trying Read_Port at 283
Trying Read_Port at 2c3
Trying Read_Port at 303
Trying Read_Port at 343
Trying Read_Port at 383
Trying Read_Port at 3c3
ex_isa_identify()
unknown: status reg test failed ff
unknown: status reg test failed ff
unknown: status reg test failed ff
unknown: status reg test failed ff
unknown: status reg test failed ff
unknown: status reg test failed ff
ahc_isa_probe 1: ioport 0x1c00 alloc failed
sc: sc0 already exists; skipping it
vga: vga0 already exists; skipping it
isa_probe_children: disabling PnP devices
isa_probe_children: probing non-PnP devices
orm0: <ISA Option ROM> at iomem 0xdc000-0xe3fff on isa0
pmtimer0 on isa0
adv0: not probed (disabled)
aha0: not probed (disabled)
aic0: not probed (disabled)
bt0: not probed (disabled)
cs0: not probed (disabled)
ed0: not probed (disabled)
fe0: not probed (disabled)
ie0: not probed (disabled)
lnc0: not probed (disabled)
pcic0 failed to probe at port 0x3e0 iomem 0xd0000 on isa0
pcic1: not probed (disabled)
sc0: <System console> at flags 0x100 on isa0
sc0: VGA <16 virtual consoles, flags=0x300>
sc0: fb0, kbd0, terminal emulator: sc (syscons terminal)
sio1: configured irq 3 not in bitmap of probed irqs 0
sio1: port may not be enabled
sio1: irq maps: 0x81 0x81 0x81 0x81
sio1: probe failed test(s): 0 1 2 4 6 7 9
sio1 failed to probe at port 0x2f8-0x2ff irq 3 on isa0
sio2: not probed (disabled)
sio3: not probed (disabled)
sn0: not probed (disabled)
vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0
fb0: vga0, vga, type:VGA (5), flags:0x7007f
fb0: port:0x3c0-0x3df, crtc:0x3d4, mem:0xa0000 0x20000
fb0: init mode:24, bios mode:3, current mode:24
fb0: window:0xc00b8000 size:32k gran:32k, buf:0 size:32k
VGA parameters upon power-up
50 18 10 00 00 00 03 00 02 67 5f 4f 50 82 54 80
bf 1f 00 4f 0e 0f 00 00 07 80 9c 8e 8f 28 1f 96
b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c
3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff
VGA parameters in BIOS for mode 24
50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 54 80
bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96
b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c
3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff
EGA/VGA parameters to be used for mode 24
50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 54 80
bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96
b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c
3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff
vt0: not probed (disabled)
isa_probe_children: probing PnP devices
Device configuration finished.
procfs registered
Timecounter "TSC" frequency 3054282612 Hz quality -100
Timecounters tick every 10.000 msec
lo0: bpf attached
md0: Preloaded image </boot/mfsroot> 4423680 bytes at 0xc09b6c5c
acpi_acad0: acline initialization start
acpi_acad0: On Line
acpi_acad0: acline initialization done, tried 1 times
acpi_cmbat0: battery initialization start
ata0-master: pio=0x0c wdma=0x22 udma=0x42 cable=40pin
ATAPI_RESET time = 130us
GEOM: Configure md0a, start 0 length 4423680 end 4423679
GEOM: Configure md0c, start 0 length 4423680 end 4423679
[0] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0
[1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0
[2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0
[3] f:80 typ:165 s(CHS):0/0/1 e(CHS):1023/254/63 s:0 l:50000
ata0-master: setting PIO4 on SiS 5513 chip
ata0-master: setting UDMA33 on SiS 5513 chip
acpi_ec0: info: new max delay is 11000 us
ACPI-0438: *** Error: Looking up [Z00D] in namespace, AE_NOT_FOUND
SearchNode 0xc1db5c00 StartNode 0xc1db5c00 ReturnNode 0
ACPI-1303: *** Error: [NULL NAME], AE_NOT_FOUND
ACPI-1303: *** Error: Method execution failed [\\_SB_.BAT1._BST] (Node 0xc1db5b40), AE_NOT_FOUND
acpi_cmbat0: error fetching current battery status -- AE_NOT_FOUND
acpi_cmbat0: battery initialization done, tried 1 times
acd0: <QSI CD-RW/DVD-ROM SBW-242/UX08> CDRW drive at ata0 as master
acd0: read 2751KB/s (2751KB/s) write 1720KB/s (1720KB/s), 2048KB buffer, UDMA33
acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, packet
acd0: Writes: CDR, CDRW, test write, burnproof
acd0: Audio: play, 256 volume levels
acd0: Mechanism: ejectable tray, unlocked
acd0: Medium: CD-RW 120mm data disc
ata1-master: pio=0x0c wdma=0x22 udma=0x45 cable=40pin
ata1-master: setting PIO4 on SiS 5513 chip
acpi_tz0: switched from _AC0 to NONE: 40.0C
ata1-master: setting UDMA100 on SiS 5513 chip
ad2: <ST3120022A/3.04> ATA-6 disk at ata1-master
ad2: 114473MB (234441648 sectors), 232581 C, 16 H, 63 S, 512 B
ad2: 16 secs/int, 1 depth queue, UDMA100
GEOM: new disk ad2
ad2: TIMEOUT - READ_DMA retrying (2 retries left) LBA=234441585
ata1: reiniting channel ..
ata1: reset tp1 mask=03 ostat0=d0 ostat1=d0
ad2: stat=0x80 err=0x80 lsb=0x80 msb=0x80
ad2: stat=0x80 err=0x80 lsb=0x80 msb=0x80
ad2: stat=0x80 err=0x80 lsb=0x80 msb=0x80
ad2: stat=0x80 err=0x80 lsb=0x80 msb=0x80
ad2: stat=0x90 err=0x90 lsb=0x90 msb=0x90
ad2: stat=0x90 err=0x90 lsb=0x90 msb=0x90
ad2: stat=0x50 err=0x01 lsb=0x00 msb=0x00
ata1-slave: stat=0x00 err=0x01 lsb=0x00 msb=0x00
ata1: reset tp2 stat0=50 stat1=00 devices=0x1<ATA_MASTER>
ata1: resetting done ..
ad2: pio=0x0c wdma=0x22 udma=0x45 cable=40pin
ad2: setting PIO4 on SiS 5513 chip
ad2: setting UDMA100 on SiS 5513 chip
ata1: device config done ..
ar: FreeBSD check1 failed
[0] f:80 typ:7 s(CHS):0/1/1 e(CHS):1023/254/63 s:63 l:58588992
[1] f:00 typ:15 s(CHS):1023/254/63 e(CHS):1023/254/63 s:58589055 l:144103050
[2] f:00 typ:165 s(CHS):1023/254/63 e(CHS):1023/254/63 s:212957640 l:21478905
[3] f:00 typ:131 s(CHS):1023/254/63 e(CHS):1023/254/63 s:202692105 l:10265535
GEOM: Configure ad2s1, start 32256 length 29997563904 end 29997596159
GEOM: Configure ad2s2, start 29997596160 length 73780761600 end 103778357759
GEOM: Configure ad2s3, start 109034311680 length 10997199360 end 120031511039
GEOM: Configure ad2s4, start 103778357760 length 5255953920 end 109034311679
MBREXT Slice 5 on ad2s2:
[0] f:00 typ:130 s(CHS):1023/254/63 e(CHS):1023/254/63 s:63 l:2008062
[1] f:00 typ:5 s(CHS):1023/254/63 e(CHS):1023/254/63 s:2008125 l:58492665
GEOM: Configure ad2s5, start 32256 length 1028127744 end 1028159999
MBREXT Slice 6 on ad2s2:
[0] f:00 typ:131 s(CHS):1023/254/63 e(CHS):1023/254/63 s:63 l:58492602
[1] f:00 typ:5 s(CHS):1023/254/63 e(CHS):1023/254/63 s:60500790 l:96390
GEOM: Configure ad2s6, start 1028192256 length 29948212224 end 30976404479
MBREXT Slice 7 on ad2s2:
[0] f:00 typ:131 s(CHS):1023/254/63 e(CHS):1023/254/63 s:63 l:96327
[1] f:00 typ:5 s(CHS):1023/254/63 e(CHS):1023/254/63 s:60597180 l:63874440
GEOM: Configure ad2s7, start 30976436736 length 49319424 end 31025756159
MBREXT Slice 8 on ad2s2:
[0] f:00 typ:11 s(CHS):1023/254/63 e(CHS):1023/254/63 s:63 l:63874377
[1] f:00 typ:5 s(CHS):1023/254/63 e(CHS):1023/254/63 s:124471620 l:96390
GEOM: Configure ad2s8, start 31025788416 length 32703681024 end 63729469439
MBREXT Slice 9 on ad2s2:
[0] f:00 typ:131 s(CHS):1023/254/63 e(CHS):1023/254/63 s:63 l:96327
[1] f:00 typ:5 s(CHS):1023/254/63 e(CHS):1023/254/63 s:124568010 l:19535040
GEOM: Configure ad2s9, start 63729501696 length 49319424 end 63778821119
MBREXT Slice 10 on ad2s2:
[0] f:00 typ:165 s(CHS):1023/254/63 e(CHS):1023/254/63 s:63 l:19534977
[1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0
GEOM: Configure ad2s10, start 63778853376 length 10001908224 end 73780761599
GEOM: Configure ad2s3a, start 0 length 134217728 end 134217727
GEOM: Configure ad2s3b, start 134217728 length 536870912 end 671088639
GEOM: Configure ad2s3c, start 0 length 10997199360 end 10997199359
GEOM: Configure ad2s3d, start 671088640 length 268435456 end 939524095
GEOM: Configure ad2s3e, start 939524096 length 268435456 end 1207959551
GEOM: Configure ad2s3f, start 1207959552 length 9789239808 end 10997199359
(probe0:sbp0:0:0:0): error 22
(probe0:sbp0:0:0:0): Unretryable Error
(probe1:sbp0:0:1:0): error 22
(probe1:sbp0:0:1:0): Unretryable Error
(probe2:sbp0:0:2:0): error 22
(probe2:sbp0:0:2:0): Unretryable Error
(probe3:sbp0:0:3:0): error 22
(probe3:sbp0:0:3:0): Unretryable Error
(probe4:sbp0:0:4:0): error 22
(probe4:sbp0:0:4:0): Unretryable Error
(probe5:sbp0:0:5:0): error 22
(probe5:sbp0:0:5:0): Unretryable Error
(probe6:sbp0:0:6:0): error 22
(probe6:sbp0:0:6:0): Unretryable Error
SMP: AP CPU #1 Launched!
cpu1 AP:
ID: 0x01000000 VER: 0x00050014 LDR: 0x02000000 DFR: 0x0fffffff
lint0: 0x00010700 lint1: 0x00010400 TPR: 0x00000000 SVR: 0x000001ff
ioapic0: routing intpin 1 (ISA IRQ 1) to cluster 0
ioapic0: routing intpin 4 (ISA IRQ 4) to cluster 0
ioapic0: routing intpin 6 (ISA IRQ 6) to cluster 0
ioapic0: routing intpin 7 (ISA IRQ 7) to cluster 0
ioapic0: routing intpin 8 (ISA IRQ 8) to cluster 0
ioapic0: routing intpin 9 (ISA IRQ 9) to cluster 0
ioapic0: routing intpin 12 (ISA IRQ 12) to cluster 0
ioapic0: routing intpin 13 (ISA IRQ 13) to cluster 0
ioapic0: routing intpin 14 (ISA IRQ 14) to cluster 0
ioapic0: routing intpin 15 (ISA IRQ 15) to cluster 0
ioapic0: routing intpin 17 (PCI IRQ 17) to cluster 0
ioapic0: routing intpin 18 (PCI IRQ 18) to cluster 0
ioapic0: routing intpin 19 (PCI IRQ 19) to cluster 0
ioapic0: routing intpin 20 (PCI IRQ 20) to cluster 0
ioapic0: routing intpin 21 (PCI IRQ 21) to cluster 0
ioapic0: routing intpin 22 (PCI IRQ 22) to cluster 0
Mounting root from ufs:/dev/md0
start_init: trying /sbin/init
start_init: trying /sbin/oinit
start_init: trying /sbin/init.bak
start_init: trying /stand/sysinstall
--Boundary-00=_S3aWB5bNQ54nbHk--
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 18:40:12 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 4ECDC16A4D0
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 18:40:12 +0000 (GMT)
Received: from smtp.rdsnet.ro (smtp.rdsmail.ro [193.231.236.72])
by mx1.FreeBSD.org (Postfix) with ESMTP id 6900143D1F
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 18:40:11 +0000 (GMT)
(envelope-from itetcu@people.tecnik93.com)
Received: (qmail 15320 invoked by uid 89); 28 Sep 2004 18:40:10 -0000
Received: from unknown (HELO it.buh.tecnik93.com) (81.196.204.98)
by 0 with SMTP; 28 Sep 2004 18:40:10 -0000
Received: from it.buh.tecnik93.com (localhost.buh.tecnik93.com [127.0.0.1])
by it.buh.tecnik93.com (Postfix) with SMTP id 24A5810A;
Tue, 28 Sep 2004 21:40:10 +0300 (EEST)
Date: Tue, 28 Sep 2004 21:40:09 +0300
From: Ion-Mihai Tetcu <itetcu@people.tecnik93.com>
To: Adam Smith <adam@internode.com.au>
Message-ID: <20040928214009.10322f93@it.buh.tecnik93.com>
In-Reply-To: <20040928063212.GB58465@internode.com.au>
References: <20040928022301.GE33535@internode.com.au>
<20040928092126.1ddeb093@it.buh.tecnik93.com>
<20040928063212.GB58465@internode.com.au>
X-Mailer: Sylpheed-Claws 0.9.12a (GTK+ 1.2.10; i386-portbld-freebsd5.3)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
cc: freebsd-current@freebsd.org
cc: dougb@freebsd.org
Subject: Re: Mixer settings revert to zero
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 18:40:12 -0000
[ dougb@ last touched the rc.d/mixer, but a log ago and I don't see any
problem, cc'ed however, sorry for the noise ]
On Tue, 28 Sep 2004 16:02:12 +0930
Adam Smith <adam@internode.com.au> wrote:
> On Tue, Sep 28, 2004 at 09:21:26AM +0300, Ion-Mihai Tetcu said:
> > On Tue, 28 Sep 2004 11:53:02 +0930
> > > But this doesn't seem to be happening. The release notes also say the
> > > device driver's name is still pcm, however I couldn't find this in
> > > /boot/device.hints. In my particular case, I am using the device ich for
> > > my sound.
> > >
> *snip*
> >
> > At least for me not the detection is the problem, but the result is the same:
>
> Do you mean detection of the mixer itself, or the mixer detecting my sound
> device?
>
> My sound drivers are loaded as I have a /dev/dsp that works, but I think my
> mixer can't see my ich drivers.
>
> I have a /dev/mixer0.
What I meant is that I have the same problem (but different sound chip)
since BETA3, with all mixer's volumes 0 after a reboot. And it doesn't
seems to be a driver problem, since all the sound components seem to be
detected right and the current states are saved to /var/db/mixer0-state
/ restored when I start or stop by hand /etc/rc.d/mixer
Only on boot the volumes are set to 0, no matter what it is in
/var/db/mixer0-state
Maybe there has been a change in the rc subsystem and the keywords are
now wrong ? I didn't found any.
$FreeBSD: src/etc/rc.d/mixer,v 1.3 2004/03/27 09:26:22 dougb Exp $
# PROVIDE: mixer
# REQUIRE: LOGIN usbd
# KEYWORD: FreeBSD nojail shutdown
--
IOnut
Unregistered ;) FreeBSD "user"
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 18:54:44 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id AAA3016A4CF
for <current@freebsd.org>; Tue, 28 Sep 2004 18:54:44 +0000 (GMT)
Received: from omoikane.mb.skyweb.ca (64-42-246-34.mb.skyweb.ca
[64.42.246.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 41E6143D5C
for <current@freebsd.org>; Tue, 28 Sep 2004 18:54:44 +0000 (GMT)
(envelope-from mark@skyweb.ca)
Received: by omoikane.mb.skyweb.ca (Postfix, from userid 1001)
id 7893362B4F; Tue, 28 Sep 2004 13:54:42 -0500 (CDT)
From: Mark Johnston <mjohnston@skyweb.ca>
To: current@freebsd.org, freebsd-cvs-summary@lists.enderunix.org
Date: Tue, 28 Sep 2004 13:54:41 -0500
User-Agent: KMail/1.6.1
MIME-Version: 1.0
Content-Disposition: inline
Content-Type: text/plain;
charset="us-ascii"
Content-Transfer-Encoding: 7bit
Message-Id: <200409281354.41891.mjohnston@skyweb.ca>
Subject: cvs-src summary for September 20-27
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 18:54:44 -0000
FreeBSD cvs-src summary for 20/09/04 to 27/09/04
++++++++++++++++++++++++++++++++++++++++++++++++
This is a regular weekly summary of FreeBSD's cutting-edge development.
It is intended to help the FreeBSD community keep up with the fast-paced
work going on in FreeBSD-CURRENT by distilling the deluge of data from
the CVS mailing list into a (hopefully) easy-to-read newsletter. This
newsletter is marked up in reStructuredText_, so any odd punctuation
that you see is likely intended for the reST parser.
.. _reStructuredText: http://docutils.sourceforge.net/rst.html
You can get old summaries, and an HTML version of this one, at
http://www.xl0.org/FreeBSD/. Please send any comments to Mark Johnston
(mark at xl0.org).
If you would like to get the summary without subscribing to current@,
please send mail to freebsd-cvs-summary-subscribe@lists.enderunix.org.
Thanks to Omer Faruk Sen and EnderUNIX for hosting this list.
For Lukasz Dudek and Szymon Roczniak's Polish translations of these
summaries, which may lag the English ones slightly, please see
http://mocart.pinco.pl/FreeBSD/.
.. contents::
===============
Notable changes
===============
Vinum RAID driver removed from the kernel
-----------------------------------------
Poul-Henning Kamp (phk) removed Vinum, the old volume manager and RAID
subsystem, from the kernel build. It has been replaced by geom_vinum,
an implementation of the same functionality for the new GEOM disk access
layer, and all users should migrate to the new code.
http://www.freebsd.org/cgi/mid.cgi?200409230834.i8N8Yp3j015923
Device nodes on CD-ROM and ext2fs no longer supported
-----------------------------------------------------
Poul-Henning Kamp (phk) removed support for opening device nodes located
on cd9660 filesystems, as used on CD-ROMs, and on Linux-style ext2fs
filesystems. They can be seen, but not opened and used as devices. devfs
(the device filesystem) should be used instead.
http://www.freebsd.org/cgi/mid.cgi?200409210842.i8L8gbhO058704
http://www.freebsd.org/cgi/mid.cgi?200409272038.i8RKckod020697
Daily security diff style changed to unified
--------------------------------------------
Joseph Koshy (koshy) added an option to /etc/periodic.conf called
"daily_security_status_diff_flags", which allows the format of the diffs
generated by periodic(8) scripts to be changed. He also made the default
format "diff -u", for a unified diff. This is the most-commonly-seen diff
type, with lines starting with + or -, as opposed to the old-style diffs,
with > and <.
http://www.freebsd.org/cgi/mid.cgi?200409230200.i8N20q8Q096334
=================
Discussion topics
=================
Generating hardware interrupts manually
---------------------------------------
After a brief, unrelated discussion about release engineering for 5.3,
the topic of generating interrupts came up. It was first raised by Brian
Fundakowski Feldman (green), when he noted that on his hung system, "The
only way I can get reports other than 'it hung, serial DDB and SW_WATCHDOG
are no help' is if somehow I gain some kind of real hardware watchdog. :("
Peter Jeremy suggested, "If you have an ISA slot handy, you can trivially
generate NMI by shorting a [certain] pair of opposite pins [ . . . ]
Unfortunately, raising SERR# on a PCI bus appears to require some logic."
Scott Long (scottl) pointed out, "Not all PCI bridges are configured to
translate an SERR# signal to an NMI. Some let you configure it in the
BIOS, some simply ignore SERR# and continue merrily on."
Alfred Perlstein (alfred) also replied to Peter, saying, "You are correct
on both counts. However some ISA boards do not generate NMIs when
shorting the isa slot."
M. Warner Losh (imp) replied too, adding, "A1 and B1 pins. This clocks
#IOCHK. However, this doesn't work on all bridge chipsets, and many of
them don't reset correctly w/o changes to the tree. [ . . . ] However, it
will work on most chipsets."
Brian lamented, "Least of which my modern Athlon MP chipset which has no
physical ISA slots."
Daniel O'Connor speculated, "You can quite possibly do something similar
with PCI and #SERR directly.. I haven't tried it though :) Pin 42 is
#SERR and the other side of it in ground."
Peter wondered, "Does anyone with knowledge of the PCI spec know if just
shorting #SERR to ground will work? (Assuming that the BIOS/chipset maps
#SERR to NMI)."
Roman Kurakin (rik) offered a link to an interesting-looking PCI to
ISA bridge card, saying, "I wonder if this could solve ISA problem
http://www.costronic.com/Ev71p.htm :-)"
Gavin Atkinson responded to Peter's question about shorting #SERR, saying,
"It is possible. The PCI 2.2 spec (section 3.7.4.2) says that it should
be asserted for a *single* clock cycle, then tri-stated. [ . . . ] So it
depends on how strictly they enforce the need for assertion to last a
'single clock cycle'." He also noted, "Regardless of anything else, I
wouldn't like to just short SERR# to ground with a screwdriver as used to
be possible in the Good Ol' ISA Days... A bit of debounce logic would be
necessary to prevent multiple NMI's from being sent."
Daniel also replied to Peter, "You have to hold #SERR down for 1 PCI clock
and then tri-state it. I think you can do it with a basic 16V8 or so. I'm
thinking of making such a board at work :)"
http://www.freebsd.org/cgi/mid.cgi?20040925203122.GF83620
===============
Other bug fixes
===============
Alan Cox (alc) fixed a long-standing bug that could cause panics in
pmap_enter on SMP systems.
http://www.freebsd.org/cgi/mid.cgi?200409220501.i8M51m8l009598
M. Warner Losh (imp) fixed a bug causing panics on boot with a USB hub
attached, as well as panics when detaching a USB hub.
http://www.freebsd.org/cgi/mid.cgi?200409220602.i8M62AGf011468
Max Laier (mlaier) fixed a bug preventing kernels from being built with
the options FAST_IPSEC and PF. This closes `PR 71836`_.
.. _`PR 71836`: http://www.freebsd.org/cgi/query-pr.cgi?pr=71836
http://www.freebsd.org/cgi/mid.cgi?200409231244.i8NCiehC030045
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 19:05:56 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id E3FC516A4CE; Tue, 28 Sep 2004 19:05:56 +0000 (GMT)
Received: from mail.dt.e-technik.uni-dortmund.de
(krusty.dt.E-Technik.Uni-Dortmund.DE [129.217.163.1])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 9C49043D2F; Tue, 28 Sep 2004 19:05:56 +0000 (GMT)
(envelope-from ma@dt.e-technik.uni-dortmund.de)
Received: from localhost (localhost [127.0.0.1])D8D7540EFA;
Tue, 28 Sep 2004 21:05:55 +0200 (CEST)
Received: from mail.dt.e-technik.uni-dortmund.de ([127.0.0.1])
by localhost (krusty [127.0.0.1]) (amavisd-new, port 10024) with LMTP
id 03374-05; Tue, 28 Sep 2004 21:05:55 +0200 (CEST)
Received: from m2a2.dyndns.org (p508EEA9F.dip.t-dialin.net [80.142.234.159])
8596E40DEC; Tue, 28 Sep 2004 21:05:55 +0200 (CEST)
Received: from localhost (localhost [127.0.0.1])
by merlin.emma.line.org (Postfix) with ESMTP id D6E38D6AEC;
Tue, 28 Sep 2004 21:05:54 +0200 (CEST)
Received: from merlin.emma.line.org ([127.0.0.1])
by localhost (m2a2.dyndns.org [127.0.0.1]) (amavisd-new, port 10024)
with LMTP id 18470-05-2; Tue, 28 Sep 2004 21:05:54 +0200 (CEST)
Received: by merlin.emma.line.org (Postfix, from userid 500)
id 929BED6AEB; Tue, 28 Sep 2004 21:05:54 +0200 (CEST)
To: Ruslan Ermilov <ru@freebsd.org>
In-Reply-To: <20040928174000.GF18611@ip.net.ua> (Ruslan Ermilov's message of
"Tue, 28 Sep 2004 20:40:00 +0300")
References: <20040927224353.845381B217@merlin.emma.line.org>
<20040928043351.GA2400@frontfree.net>
<20040928071758.GB14942@ip.net.ua>
<m31xgmzt34.fsf@merlin.emma.line.org>
<20040928153537.GA3185@frontfree.net>
<20040928174000.GF18611@ip.net.ua>
From: Matthias Andree <ma@dt.e-technik.uni-dortmund.de>
Date: Tue, 28 Sep 2004 21:05:53 +0200
Message-ID: <m3k6uetdri.fsf@merlin.emma.line.org>
User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Virus-Scanned: by amavisd-new at dt.e-technik.uni-dortmund.de
cc: current@freebsd.org
cc: Matthias Andree <ma@dt.e-technik.uni-dortmund.de>
cc: Matthias Andree <matthias.andree@web.de>
Subject: Re: bin/72138: libc.so.5 isn't installed in a safe way
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 19:05:57 -0000
Ruslan Ermilov <ru@freebsd.org> writes:
> My patch does this for "precious" shared libraries. And yes, putting
> "INSTALL=install -S" is what I had in mind when suggesting to test
> installworld times.
INSTALL="install -S" makes zero difference for kernel installs on
FreeBSD 4. OK, it does make a difference which is less than 3%, and I
made a single run with and without that variable, so it's all buried in
the noise.
--
Matthias Andree
Encrypted mail welcome: my GnuPG key ID is 0x052E7D95 (PGP/MIME preferred)
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 19:15:50 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 4294216A4CE; Tue, 28 Sep 2004 19:15:50 +0000 (GMT)
Received: from avscan2.sentex.ca (avscan2.sentex.ca [199.212.134.19])
by mx1.FreeBSD.org (Postfix) with ESMTP
id DFCEB43D41; Tue, 28 Sep 2004 19:15:49 +0000 (GMT)
(envelope-from mike@sentex.net)
Received: from localhost (localhost.sentex.ca [127.0.0.1])
by avscan2.sentex.ca (8.12.11/8.12.11) with ESMTP id i8SJFoIN028602;
Tue, 28 Sep 2004 15:15:50 -0400 (EDT)
(envelope-from mike@sentex.net)
Received: from avscan2.sentex.ca ([127.0.0.1])
by localhost (avscan2.sentex.ca [127.0.0.1]) (amavisd-new, port 10024)
with LMTP id 28228-05; Tue, 28 Sep 2004 15:15:49 -0400 (EDT)
Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18])
by avscan2.sentex.ca (8.12.11/8.12.11) with ESMTP id i8SJFnvH028543;
Tue, 28 Sep 2004 15:15:49 -0400 (EDT)
(envelope-from mike@sentex.net)
Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27])
by lava.sentex.ca (8.12.11/8.12.11) with ESMTP id i8SJFfRF074240;
Tue, 28 Sep 2004 15:15:42 -0400 (EDT)
(envelope-from mike@sentex.net)
Message-Id: <6.1.2.0.0.20040928145711.09c0d7c8@64.7.153.2>
X-Sender: mdtpop@64.7.153.2 (Unverified)
X-Mailer: QUALCOMM Windows Eudora Version 6.1.2.0
Date: Tue, 28 Sep 2004 15:21:47 -0400
To: freebsd-current@freebsd.org
From: Mike Tancsa <mike@sentex.net>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
X-Virus-Scanned: by amavisd-new
X-Virus-Scanned: by amavisd-new at avscan2b
Subject: /usr/share/misc/pci_vendors
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 19:15:50 -0000
Any chance of updating the pci_vendors file in HEAD and RELENG_5 ? There
is a rather odd entry for 14F1 which should be
Conexant Systems, Inc
according to http://www.pcidatabase.com/reports.php?type=tab-delimeted
But in FreeBSD, it says
14F1 Zuhair mohammed Saeed
--------------------------------------------------------------------
Mike Tancsa, tel +1 519 651 3400
Sentex Communications, mike@sentex.net
Providing Internet since 1994 www.sentex.net
Cambridge, Ontario Canada www.sentex.net/mike
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 19:26:23 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 61EFF16A4CE
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 19:26:23 +0000 (GMT)
Received: from mail.mcneil.com (mcneil.com [24.199.45.54])
by mx1.FreeBSD.org (Postfix) with ESMTP id 4B2C843D1D
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 19:26:23 +0000 (GMT) (envelope-from sean@mcneil.com)
Received: from localhost (localhost.mcneil.com [127.0.0.1])
by mail.mcneil.com (Postfix) with ESMTP id 06289F1A1F
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 12:26:23 -0700 (PDT)
Received: from mail.mcneil.com ([127.0.0.1])
by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024)
with ESMTP id 00656-03 for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 12:26:12 -0700 (PDT)
Received: from [24.199.45.54] (mcneil.com [24.199.45.54])
by mail.mcneil.com (Postfix) with ESMTP id 93625F1A9C
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 12:26:12 -0700 (PDT)
From: Sean McNeil <sean@mcneil.com>
To: freebsd-current@freebsd.org
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="=-MYbWuu0WUTyDv6y0FjRp"
Message-Id: <1096399572.1234.2.camel@server.mcneil.com>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.6
Date: Tue, 28 Sep 2004 12:26:12 -0700
X-Virus-Scanned: by amavisd-new at mcneil.com
Subject: bind9: cannot stop/start it
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 19:26:23 -0000
--=-MYbWuu0WUTyDv6y0FjRp
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable
The latest version of BIND will properly stop on a running system, but
it will hang (and cause programs that access dns to hang) when I do a
start.
Let me know if there is anything I can do to help track down this
problem. -current/amd64 machine with many services running.
Sean
--=-MYbWuu0WUTyDv6y0FjRp
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)
iD8DBQBBWbrUyQsGN30uGE4RAnpxAKDAhM4n5gCPQSQ/61lU/UwHlkN7owCgzHO8
a+2v24Ko8hh1CgfzKl5uirY=
=gTnH
-----END PGP SIGNATURE-----
--=-MYbWuu0WUTyDv6y0FjRp--
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 19:37:55 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id A29EE16A4CE
for <freebsd-current@FreeBSD.org>;
Tue, 28 Sep 2004 19:37:55 +0000 (GMT)
Received: from supermail.ispro.net.tr (supermail.ispro.net.tr [217.21.68.5])
by mx1.FreeBSD.org (Postfix) with ESMTP id D91D343D31
for <freebsd-current@FreeBSD.org>;
Tue, 28 Sep 2004 19:37:53 +0000 (GMT)
(envelope-from yurtesen-dated-1097264270.b10007@ispro.net.tr)
Received: (qmail 22123 invoked by uid 89); 28 Sep 2004 19:37:50 -0000
Received: from [192.168.0.49] (perpetual.yok.utu.fi [130.232.138.155]) by
supermail.ispro.net.tr (tmda-ofmipd) with ESMTP;
Tue, 28 Sep 2004 22:37:42 +0300 (EEST)
Message-ID: <415A4A14.5000103@ispro.net.tr>
Date: Tue, 28 Sep 2004 22:37:24 -0700
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
rv:1.7.1) Gecko/20040707
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: John Baldwin <jhb@FreeBSD.org>
References: <Pine.NEB.3.96L.1040924134957.82478H-100000@fledge.watson.org>
<200409271628.02524.jhb@FreeBSD.org> <41594383.503@ispro.net.tr>
<200409281143.10421.jhb@FreeBSD.org>
In-Reply-To: <200409281143.10421.jhb@FreeBSD.org>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Delivery-Agent: TMDA/1.0.2 (Bold Forbes)
From: Evren Yurtesen <yurtesen@ispro.net.tr>
X-Primary-Address: yurtesen@ispro.net.tr
cc: freebsd-current@FreeBSD.org
cc: Robert Watson <rwatson@FreeBSD.org>
Subject: Re: panic: sorele
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 19:37:55 -0000
John Baldwin wrote:
> On Tuesday 28 September 2004 06:57 am, Evren Yurtesen wrote:
>
>>John Baldwin wrote:
>>
>>>On Monday 27 September 2004 09:34 pm, Evren Yurtesen wrote:
>>>
>>>>Robert Watson wrote:
>>>>
>>>>>On Thu, 23 Sep 2004, Evren Yurtesen wrote:
>>>>>
>>>>>>Does anybody know what is panic: sorele? :)
>>>>>
>>>>>It's the result of an inconsistency detected by the kernel regarding
>>>>>kernel invariants for sockets. The somewhat uninformative nature of the
>>>>>message is historical, and should probably be fixed. If this is
>>>>>reproduceable, could you rebuild your kernel with INVARIANTS support, as
>>>>>well as DDB so you can generate a stack trace and other debugging
>>>>>information (or, if you have a core, could you use gdb to extract
>>>>>debugging information per the Handbook?)
>>>>
>>>>I am not able to compile the kernel with DDB and INVARIANTS either...
>>>>When I put these options to kernel conf, I get this error
>>>>
>>>>Options Added:
>>>>
>>>>options INVARIANTS
>>>>options KDB
>>>>options DDB
>>>
>>>INVARIANTS requires the option 'INVARIANT_SUPPORT'.
>>
>>Good point, one sometimes wonders why options INVARIANTS doesnt
>>automatically include options INVARIANT_SUPPORT :)
>
>
> So you can build a kernel with INVARIANT_SUPPORT but no INVARIANTS but still
> build modules with INVARIANTS. Useful when working on a device driver for
> example. I think the dependency there is noted in sys/conf/NOTES btw.
Yes, probably, but it was just a suggestion, because DDB said that it
needs KDB to compile :) but INVARIANTS just stopped compiling with an
error so I couldnt guess what was the problem. The error could be more
informative maybe?
Just a cosmetic thing though. Nothing vital. But I guess there is a real
problem about this panic: sorele when the kernel is compiled with SMP
support. If this happens again and I cant get a kernel dump or
something, I will compile my kernel without SMP... since I dont even
have multiple processors, I was just testing hyperthreading...
Evren
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 19:48:55 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 58ED016A4CE
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 19:48:55 +0000 (GMT)
Received: from shrike.submonkey.net (cpc2-cdif3-6-0-cust204.cdif.cable.ntl.com
[81.103.67.204])
by mx1.FreeBSD.org (Postfix) with ESMTP id 02CC343D48
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 19:48:55 +0000 (GMT)
(envelope-from setantae@submonkey.net)
Received: from setantae by shrike.submonkey.net with local (Exim 4.42
(FreeBSD)) id 1CCNy1-0009ML-Vf; Tue, 28 Sep 2004 20:48:53 +0100
Date: Tue, 28 Sep 2004 20:48:53 +0100
From: Ceri Davies <ceri@submonkey.net>
To: S?awek ?ak <zaks@prioris.mini.pw.edu.pl>
Message-ID: <20040928194853.GT2493@submonkey.net>
Mail-Followup-To: Ceri Davies <ceri@submonkey.net>,
S?awek ?ak <zaks@prioris.mini.pw.edu.pl>, freebsd-current@freebsd.org
References: <861xgm5ltz.fsf@thirst.unx.era.pl>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="KbRlJ7rsgYPVCYDX"
Content-Disposition: inline
In-Reply-To: <861xgm5ltz.fsf@thirst.unx.era.pl>
X-PGP: finger ceri@FreeBSD.org
User-Agent: Mutt/1.5.6i
Sender: Ceri Davies <setantae@submonkey.net>
cc: freebsd-current@freebsd.org
Subject: Re: Bug in #! processing
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 19:48:55 -0000
--KbRlJ7rsgYPVCYDX
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Tue, Sep 28, 2004 at 07:45:28PM +0200, S?awek ?ak wrote:
> Hi,
>=20
> It seems that there is a long standing bug in processing of command-l=
ine
> options for scripts and such. Take following files:
>=20
> [main.c] =20
> #include <stdio.h>
>=20
> int main(int ac, char **av)
> {
> int i;
> printf("Main.c test\n");
> for(i =3D 0; i < ac; i++) {
> printf("%s\n", av[i]);
> }
> }
>=20
> [tst.sh]
> #!./main -#!
> print ok
>=20
> On FreeBSD 5.x:
> =20
> thirst<zaks>(1790)% ./tst.sh
> Main.c test
> ./main
> -
> ./tst.sh
>=20
> On Solaris:
>=20
> sb8:root> ./tst.sh
> Main.c test
> ./main
> -#!
> ./tst.sh
>=20
> sb8:root> uname -a
> SunOS sb8 5.8 Generic_108528-21 sun4u sparc SUNW,UltraAX-i2
[snip Tru64 and AIX]
> Any takers?
It's easy enough to fix this case, but Solaris looks buggy in other
areas (I do not have any other systems to hand):
FreeBSD 4.10-STABLE:
$ cat tst.sh
#!./main -f -o -#!
print ok
$ ./tst.sh
Main.c test
=2E/main
-f
-o
-
=2E/tst.sh
Solaris 9:
$ ./tst.sh
Main.c test
=2E/main
-f
=2E/tst.sh
Now which behaviour do you want?
Ceri
--=20
It is not tinfoil, it is my new skin. I am a robot.
--KbRlJ7rsgYPVCYDX
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)
iD8DBQFBWcAlocfcwTS3JF8RAm3WAKCjAo+EU05Izm6rEms1p7pMl/9HggCfWm8o
09eK+NN1yt+XQhm8IrXxd9s=
=JISu
-----END PGP SIGNATURE-----
--KbRlJ7rsgYPVCYDX--
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 20:08:10 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id D807516A4CE
for <current@freebsd.org>; Tue, 28 Sep 2004 20:08:10 +0000 (GMT)
Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163])
by mx1.FreeBSD.org (Postfix) with ESMTP id D686943D60
for <current@freebsd.org>; Tue, 28 Sep 2004 20:08:09 +0000 (GMT)
(envelope-from phk@critter.freebsd.dk)
Received: from critter.freebsd.dk (localhost [127.0.0.1])
by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id i8SK87Ck008329
for <current@freebsd.org>; Tue, 28 Sep 2004 22:08:07 +0200 (CEST)
(envelope-from phk@critter.freebsd.dk)
To: current@freebsd.org
From: Poul-Henning Kamp <phk@phk.freebsd.dk>
Date: Tue, 28 Sep 2004 22:08:07 +0200
Message-ID: <8328.1096402087@critter.freebsd.dk>
Sender: phk@critter.freebsd.dk
Subject: A mini-course in benchmark number crunching.
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 20:08:11 -0000
Hi there...
Since we'll be entering silly season benchmark-wise in a few weeks when
5.3 goes golden, I'll share an interesting benchmark I ran here today.
The situation: I have a kernel branch in perforce which I would like to
compare to "straight -current" on buildworld performance.
The target system has three disks in addition to the system disk, so
I made a tar copy of the a newly checked out src tree and put it on
one of the disks.
I then set up the computer to boot single-user, and created the following
script which would be run from the console in single user mode:
#!/bin/sh
# Always bail on errors.
set -e
# Avoid having cur-dir on one of the traffic disks.
cd /
# In single user root is mounted r/o so remount it.
mount -o rw -u /
# Unmount and mount the filesystem with the tar file.
# (the unmount is in case we re-run the test)
umount /hex > /dev/null 2>&1 || true
mount /hex
# Always get at least three samples.
# Three or more samples allows us to calculate a standard deviation.
for i in 1 2 3
do
# In case of rerun: unmount the two filesystems.
umount /usr/src > /dev/null 2>&1 || true
umount /usr/obj > /dev/null 2>&1 || true
# Create filesystems from scratch.
# This improves repeatability.
newfs -O 2 -U /dev/ad4 > /dev/null 2>&1
newfs -O 2 -U /dev/ad6 > /dev/null 2>&1
# Mount filesystems.
mount /usr/src
mount /usr/obj
# Extract source tree.
( cd /usr && tar xf /hex/src.tar )
# Run test.
# Note that stdout/stderr is not stored on disk, we are
# only interested in the last two lines anyway: one to tell
# us that the result was OK and one with the times.
(
cd /usr/src
/usr/bin/time make -j 12 buildworld 2>&1 | tail -2
)
done
So, I built the two kernels from the same kernel config file and ran
the test, and got these numbers:
Plain -current:
1476.48 real 1972.63 user 798.28 sys
1475.75 real 1965.80 user 814.99 sys
1482.53 real 1969.07 user 814.13 sys
buf_work branch:
1472.52 real 1965.67 user 792.49 sys
1469.86 real 1960.00 user 803.77 sys
1480.43 real 1958.09 user 814.67 sys
Running src/tools/tools/ministat on the numbers in turn tells us that
there is no statistical significant difference between the two datasets.
Real time:
x _current
+ _buf_work
+--------------------------------------------------------------------------+
| + + x x + x|
||___________________M________A_|_________M________A_______|___________| |
+--------------------------------------------------------------------------+
N Min Max Median Avg Stddev
x 3 1475.75 1482.53 1476.48 1478.2533 3.7216439
+ 3 1469.86 1480.43 1472.52 1474.27 5.4980087
No difference proven at 95.0% confidence
User time:
x _current
+ _buf_work
+--------------------------------------------------------------------------+
| + + * x x|
||____________M_____A__________________| |_______________A________________||
+--------------------------------------------------------------------------+
N Min Max Median Avg Stddev
x 3 1965.8 1972.63 1969.07 1969.1667 3.416026
+ 3 1958.09 1965.67 1960 1961.2533 3.9423639
System time:
x _current
+ _buf_work
+--------------------------------------------------------------------------+
|+ x + x+x |
||___________________|__________AM______________A_____________M|__________||
+--------------------------------------------------------------------------+
N Min Max Median Avg Stddev
x 3 798.28 814.99 814.13 809.13333 9.4090931
+ 3 792.49 814.67 803.77 803.64333 11.090543
No difference proven at 95.0% confidence
I have, in so many words, proven nothing with my test.
The direct statistical approach assumes that the three runs for
each kernel were run under identical circumstances, but this is not
the case here: The first is run right after a reboot, the other
two sequentially after that. This means that a large number of
tools may be cached in RAM for the second and third run. This
should not lead us to belive that the second and third run are in
identical circumstances: the third run may have filled ram to the
extent where things needs to be thrown out again for instance.
Let us look at the real time for the two kernels on a run by run basis:
current buf_work difference
1476.48 1472.52 -3.96
1475.75 1469.86 -5.89
1482.53 1480.43 -2.10
Hmm, seen this way, buf_work is consistently faster than current
by a fraction of a percent. The same situation holds for the user
time. The first two runs of system time show the same pattern but
in the last run buf_work is half a second slower than current.
Eight out of nine doesn't sound bad, and the probability of buf_work
being a tad better than current is probably very high, but we do
not have an actual statistical proven difference: we have no standard
deviation for the difference.
In a situation like this there are two ways one can proceed in order
to get that statistical proof: Either run more iterations per boot,
increase the three to four, five or however much is necessary to
get a better standard deviation so that the direct statstical
approach works. Often it helps to throw the first iteration out
since it is often atypical (loading a copy of make(1) etc into RAM).
But even with 20 iterations, it may not be possible to get the
standard deviation narrow enough. For instance a cyclic phenomena
relating to ram/vm contents could spread the points.
Running only one iteration per boot, and doing multile runs would
be a mistake though, because that would only measure the performance
right after boot, and that can vary distinctively from the real world
experience.
The correct method, is to run multiple runs (at least three) with
three iterations per boot, and then examine the difference for
each iteration separately. Three runs allows a standard deviation
to be calculated and "ministat" will do all the hard math for you.
I'm not a very good teacher, but I hope this example can inspire some
less lame benchmarking when people start to compare 5.3-R to other
versions, operating systems etc.
If nothing else, please just remember the first rule of statistics:
"You can't prove anything without a standard deviation".
Poul-Henning
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
phk@FreeBSD.ORG | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence.
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 20:37:33 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id A02FD16A4CF; Tue, 28 Sep 2004 20:37:33 +0000 (GMT)
Received: from mail.bitfreak.org (mail.bitfreak.org [65.75.198.146])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 63EFC43D45; Tue, 28 Sep 2004 20:37:33 +0000 (GMT)
(envelope-from dmp@bitfreak.org)
Received: from speck.loki.lan (c-24-21-241-225.client.comcast.net
[24.21.241.225])
by mail.bitfreak.org (Postfix) with ESMTP id 3609419F3C;
Tue, 28 Sep 2004 13:38:46 -0700 (PDT)
Received: from spud (d2.loki.lan [172.21.42.22])
by speck.loki.lan (Postfix) with ESMTP id 7165C322E;
Tue, 28 Sep 2004 13:37:31 -0700 (PDT)
From: "Darren Pilgrim" <dmp@bitfreak.org>
To: "'Roman Kurakin'" <rik@cronyx.ru>,
"'Dimitry Andric'" <dimitry@andric.com>
Date: Tue, 28 Sep 2004 13:37:22 -0700
Message-ID: <000201c4a59a$f8294f60$162a15ac@spud>
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
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441
Importance: Normal
In-Reply-To: <41591FFE.3040206@cronyx.ru>
cc: 'Andrew Boothman' <A.J.Boothman@sms.ed.ac.uk>
cc: questions@FreeBSD.ORG
cc: dwbear75@gmail.com
cc: current@FreeBSD.ORG
Subject: RE: "NTLDR missing" after 5-RELEASE install
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 20:37:33 -0000
[ Note to Roman: Please adjust your mail client to wrap lines at more
acceptable range of 72-76 characters. Thanks. ]
From: Roman Kurakin
>
> I've seen this before 5.0 release and made some investigation of this
> proble. I didn't look this thread carefully so excuse me if information
> I give to all you is useless.
>
> My investigation show that FreeBSD reads full partition table, and after
> modification puts it back. It fix all entries from its own point of view.
> Windows dies from change of end of partition entry. As I understand with
> large disk it shouldn't mean anything at all. But windows checks it. You
> may save this entry and after installation of FreeBSD put it back.
Just like in UFS, there are structures in NTFS that have to be changed if
the size of the volume changes. Also like UFS, NTFS doesn't place data
sequentially on the disk. A large, mostly-empty, NTFS volume can have data
at or near the end of the volume.
The slicing issue is well-known with NTFS. A reliable way to add a
non-Windows slice to a computer with Windows installed is to use a volume
management tool like PM. If you don't need to resize a slice, use the Disk
Management administrative tool to create an unformatted partition, then
change the media descriptor when you go to install FreeBSD. NT is so picky
it's even recommended that you use the NT boot loader.
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 20:52:29 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 4119616A4CE
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 20:52:29 +0000 (GMT)
Received: from ran.psg.com (ip192.186.dsl-acs2.seawa0.iinet.com
[209.20.186.192])
by mx1.FreeBSD.org (Postfix) with ESMTP id 1042B43D2F
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 20:52:29 +0000 (GMT) (envelope-from randy@psg.com)
Received: from localhost ([127.0.0.1] helo=ran.psg.com.psg.com)
by ran.psg.com with esmtp (Exim 4.34 (FreeBSD))
id 1CCOxY-000FsA-7T
for freebsd-current@freebsd.org; Tue, 28 Sep 2004 13:52:28 -0700
From: Randy Bush <randy@psg.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-ID: <16729.53003.771498.882796@ran.psg.com>
Date: Tue, 28 Sep 2004 13:52:27 -0700
To: FreeBSD Current <freebsd-current@freebsd.org>
Subject: simultaneous portupgrades
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 20:52:29 -0000
am i correct that there is no shared file consistency/integrity
in the portupgrade stuff, so i can not really run two different
portupgrades at the same time?
randy
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 21:21:30 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 6F95F16A4CE
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 21:21:30 +0000 (GMT)
Received: from ns1.jnielsen.net (ns1.jnielsen.net [69.55.238.237])
by mx1.FreeBSD.org (Postfix) with ESMTP id 1A56043D31
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 21:21:26 +0000 (GMT)
(envelope-from lists@jnielsen.net)
Received: from ns1.jnielsen.net (ns1 [69.55.238.237])
by ns1.jnielsen.net (8.12.9p2/8.12.9) with ESMTP id i8SLLM7j093178;
Tue, 28 Sep 2004 14:21:22 -0700 (PDT)
(envelope-from lists@jnielsen.net)
Received: (from www@localhost)
by ns1.jnielsen.net (8.12.9p2/8.12.9/Submit) id i8SLLMT6093177;
Tue, 28 Sep 2004 15:21:22 -0600 (MDT)
(envelope-from lists@jnielsen.net)
X-Authentication-Warning: ns1.jnielsen.net: www set sender to
lists@jnielsen.net using -f
Received: from csrouter.dcs.byu.edu (csrouter.dcs.byu.edu [128.187.0.58])
by webmail.jnielsen.net (IMP) with HTTP
for <j@ns1.jnielsen.net>; Tue, 28 Sep 2004 15:21:22 -0600
Message-ID: <1096406482.4159d5d27c165@webmail.jnielsen.net>
Date: Tue, 28 Sep 2004 15:21:22 -0600
From: John Nielsen <lists@jnielsen.net>
To: Randy Bush <randy@psg.com>
References: <16729.53003.771498.882796@ran.psg.com>
In-Reply-To: <16729.53003.771498.882796@ran.psg.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
User-Agent: Internet Messaging Program (IMP) 3.2.5 / FreeBSD-4.9
X-Virus-Scanned: clamd / ClamAV version 0.75.1, clamav-milter version 0.75c
on ns1.jnielsen.net
X-Virus-Status: Clean
cc: FreeBSD Current <freebsd-current@freebsd.org>
Subject: Re: simultaneous portupgrades
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 21:21:30 -0000
Quoting Randy Bush <randy@psg.com>:
> am i correct that there is no shared file consistency/integrity
> in the portupgrade stuff, so i can not really run two different
> portupgrades at the same time?
You are correct that it's not a good habit to get into. If you have a
fair idea of what depends on what, you can often get away with doing
multiple portupgrades at the same time, but don't be surprised when the
'clean' of one build clobbers the working directory of another. On the
plus side, it will usually fail loudly if it fails, so all you lose is
time (which you may have lost anyway doing things sequentially).
If I only have a handful of out-of-date ports, I will generally try to do
two batches at once. I'm better at dividing the batches than I used to
be... :)
JN
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 21:24:42 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id A766C16A4CE
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 21:24:42 +0000 (GMT)
Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75])
by mx1.FreeBSD.org (Postfix) with ESMTP id 7A2FF43D31
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 21:24:42 +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 i8SLSLJD006320;
Tue, 28 Sep 2004 14:28:21 -0700
Received: (from brdavis@localhost)
by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id i8SLSLss006319;
Tue, 28 Sep 2004 14:28:21 -0700
Date: Tue, 28 Sep 2004 14:28:21 -0700
From: Brooks Davis <brooks@one-eyed-alien.net>
To: John Nielsen <lists@jnielsen.net>
Message-ID: <20040928212821.GA5526@odin.ac.hmc.edu>
References: <16729.53003.771498.882796@ran.psg.com>
<1096406482.4159d5d27c165@webmail.jnielsen.net>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="G4iJoqBmSsgzjUCe"
Content-Disposition: inline
In-Reply-To: <1096406482.4159d5d27c165@webmail.jnielsen.net>
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: Randy Bush <randy@psg.com>
cc: FreeBSD Current <freebsd-current@freebsd.org>
Subject: Re: simultaneous portupgrades
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 21:24:42 -0000
--G4iJoqBmSsgzjUCe
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Tue, Sep 28, 2004 at 03:21:22PM -0600, John Nielsen wrote:
> Quoting Randy Bush <randy@psg.com>:
> > am i correct that there is no shared file consistency/integrity
> > in the portupgrade stuff, so i can not really run two different
> > portupgrades at the same time?
>=20
> You are correct that it's not a good habit to get into. If you have a
> fair idea of what depends on what, you can often get away with doing
> multiple portupgrades at the same time, but don't be surprised when the
> 'clean' of one build clobbers the working directory of another. On the
> plus side, it will usually fail loudly if it fails, so all you lose is
> time (which you may have lost anyway doing things sequentially).
>=20
> If I only have a handful of out-of-date ports, I will generally try to do
> two batches at once. I'm better at dividing the batches than I used to
> be... :)
I've also seen occational database corruption when two portupgrades use the
database at once. In general I avoid doing things that way.
-- 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
--G4iJoqBmSsgzjUCe
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)
iD8DBQFBWdd1XY6L6fI4GtQRAnlSAKCUGL3C/ScnoQw/i++7moO+YPOXdQCgmFs6
2IU9a4z0cy0N/xC2FRun/XI=
=b1ca
-----END PGP SIGNATURE-----
--G4iJoqBmSsgzjUCe--
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 21:27:53 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 44CA316A4CE
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 21:27:53 +0000 (GMT)
Received: from sccrmhc11.comcast.net (sccrmhc11.comcast.net [204.127.202.55])
by mx1.FreeBSD.org (Postfix) with ESMTP id 006E443D1D
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 21:27:53 +0000 (GMT)
(envelope-from DougB@freebsd.org)
Received: from dougb.net ([24.130.110.32]) by comcast.net (sccrmhc11) with
SMTP id <20040928212741011006km69e>;
Tue, 28 Sep 2004 21:27:52 +0000
Date: Tue, 28 Sep 2004 14:27:40 -0700 (PDT)
From: Doug Barton <DougB@FreeBSD.org>
To: Peter Schultz <pete@beforever.com>
In-Reply-To: <727FCC18-1156-11D9-BBA6-000D936BE398@beforever.com>
Message-ID: <20040928142532.M90002@qbhto.arg>
References: <20040928025635.Q5094@ync.qbhto.arg>
<727FCC18-1156-11D9-BBA6-000D936BE398@beforever.com>
Organization: http://www.FreeBSD.org/
X-message-flag: Outlook -- Not just for spreading viruses anymore!
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
cc: freebsd-current@freebsd.org
Subject: Re: HEADS UP: named now runs chroot'ed by default
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 21:27:53 -0000
On Tue, 28 Sep 2004, Peter Schultz wrote:
> Why not do it FreeBSD style and auto-jail named?
The simplest answer is that not every host can burn (or even obtain) an
extra IP address for the jail. It's also questionable what additional
benefit would be obtained.
Of course, if someone else finds the time to implement this, I will give
it a serious look. I'm not _opposed_ to the idea.
Doug
--
This .signature sanitized for your protection
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 21:28:46 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 42E5316A4CE; Tue, 28 Sep 2004 21:28:46 +0000 (GMT)
Received: from dns.p-i-n.com (dns.p-i-n.com [145.253.185.4])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 260E643D46; Tue, 28 Sep 2004 21:28:45 +0000 (GMT)
(envelope-from rabe@p-i-n.com)
Received: from p-i-n.com (inside.p-i-n.com [129.10.9.21])
by dns.p-i-n.com (8.12.9p2/8.12.9) with ESMTP id i8SLSfXt094845;
Tue, 28 Sep 2004 23:28:42 +0200 (CEST)
(envelope-from rabe@p-i-n.com)
Received: (from rabe@localhost)
by p-i-n.com (8.11.6/8.11.6) id i8SLSfr76431;
Tue, 28 Sep 2004 23:28:41 +0200 (CEST)
(envelope-from rabe)
Date: Tue, 28 Sep 2004 23:28:41 +0200
From: "Raphael H. Becker" <rabe@p-i-n.com>
To: freebsd-current@freebsd.org
Message-ID: <20040928232841.W55054@p-i-n.com>
References: <20040917104356.E55054@p-i-n.com> <414ADD15.FAC42CDB@freebsd.org>
<20040917231922.G55054@p-i-n.com> <414B567C.9060904@freebsd.org>
<20040917235056.I55054@p-i-n.com> <414B6234.8060904@freebsd.org>
<20040918011644.N55054@p-i-n.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20040918011644.N55054@p-i-n.com>;
from rabe@p-i-n.com on Sat, Sep 18, 2004 at 01:16:44AM +0200
Organization: PHOENIX Pharmahandel AG & Co KG, Mannheim, Deutschland
cc: freebsd-net@freebsd.org
Subject: if_bge with <Broadcom BCM5703 Gigabit Ethernet, ASIC rev. 0x1002>
(was: Re: Strange things on GBit / 1000->100 /
net.inet.tcp.inflight.* )
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 21:28:46 -0000
On Sat, Sep 18, 2004 at 01:16:44AM +0200, Raphael H. Becker wrote:
> On Sat, Sep 18, 2004 at 12:16:20AM +0200, Andre Oppermann wrote:
> > Would you mind trying a 5.3 to 5.3 transfer but the target 5.3 box forced to
> > only 100Mbit full-duplex? Same statistics again.
>
> Sorry, ifconfig is not possible now. See PM.
> I may retest with physical access (without ssh) next days, if needed.
Today I had some time for testing AND physical access ...
With bge0 bound to 100baseTX / full-duplex the transfer breaks down to
<100kBytes/sec, with 1000byseTX its about 250-350kBytes/sec, should be
~10MBytes/sec
ifconfig bge0 down
ifconfig bge0 media ...
ifconfig bge0 up
I will do some more and detailed testing next time I'm in our data
center, including the netstat-output etc.
Hmm. if_bge buggy?
But, same machine on a FE-Switich worked perfectly (with 100MBit).
By default ifconfig says:
bge0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
options=1a<TXCSUM,VLAN_MTU,VLAN_HWTAGGING>
inet 10.101.240.56 netmask 0xffffff00 broadcast 10.101.240.255
inet6 fe80::20d:56ff:febb:9c27%bge0 prefixlen 64 scopeid 0x1
ether 00:0d:56:bb:9c:27
media: Ethernet autoselect (1000baseTX <full-duplex>)
status: active
from dmesg:
FreeBSD 5.3-BETA6 #2: Mon Sep 27 10:40:24 CEST 2004
root@pinserv6.p-i-n.com:/usr/obj/usr/src/sys/PE2650 <-- PE2650 is a
copy of GENERIC this time.
[...]
acpi0: <DELL PE2650> on motherboard
[...]
pcib3: <ACPI Host-PCI bridge> on acpi0
pci3: <ACPI PCI bus> on pcib3
bge0: <Broadcom BCM5703 Gigabit Ethernet, ASIC rev. 0x1002> mem 0xfcf10000-0xfcf1ffff irq 28 at device 6.0 on pci3
miibus0: <MII bus> on bge0
brgphy0: <BCM5703 10/100/1000baseTX PHY> on miibus0
brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto
bge0: Ethernet address: 00:0d:56:bb:9c:27
bge1: <Broadcom BCM5703 Gigabit Ethernet, ASIC rev. 0x1002> mem 0xfcf00000-0xfcf0ffff irq 29 at device 8.0 on pci3
miibus1: <MII bus> on bge1
brgphy1: <BCM5703 10/100/1000baseTX PHY> on miibus1
brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto
bge1: Ethernet address: 00:0d:56:bb:9c:28
Any idea?
Regards
Raphael Becker
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 21:32:51 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 897E416A4CE
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 21:32:51 +0000 (GMT)
Received: from sccrmhc12.comcast.net (sccrmhc12.comcast.net [204.127.202.56])
by mx1.FreeBSD.org (Postfix) with ESMTP id 3E80943D1F
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 21:32:51 +0000 (GMT)
(envelope-from DougB@freebsd.org)
Received: from dougb.net ([24.130.110.32]) by comcast.net (sccrmhc12) with
SMTP id <2004092821325001200qrrbhe>;
Tue, 28 Sep 2004 21:32:50 +0000
Date: Tue, 28 Sep 2004 14:32:49 -0700 (PDT)
From: Doug Barton <DougB@FreeBSD.org>
To: Rob <spamrefuse@yahoo.com>
In-Reply-To: <4158F9ED.2090203@yahoo.com>
Message-ID: <20040928143048.U90002@qbhto.arg>
References: <1096042856.24267.6.camel@purgatory.ceribus.net>
<xzpsm97v49e.fsf@dwp.des.no>
<1096064849.1047.7.camel@server.mcneil.com>
<b34be84204092718334b4b77af@mail.gmail.com>
<b34be84204092719407a20d83f@mail.gmail.com>
<4158F9ED.2090203@yahoo.com>
Organization: http://www.FreeBSD.org/
X-message-flag: Outlook -- Not just for spreading viruses anymore!
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
cc: freebsd-current@freebsd.org
Subject: Re: Proper way to run bind9
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 21:32:51 -0000
On Tue, 28 Sep 2004, Rob wrote:
> Juha Saarinen wrote:
>>
>> /etc/rc.conf
>>
>> named_enable="YES" # Run named, the DNS server (or NO).
>> named_program="/usr/sbin/named" # path to named, if you want a different
>> one.
>> named_flags="-c /etc/namedb/named.conf -u bind" # Flags for named
>
> I feel that
>
> named_flags="-c /etc/namedb/named.conf -u bind"
>
> is going to be used as the default in too many cases, that it
> should go into /etc/default/rc.conf.
Given that this is already compiled in, and therefore completely
unecessary, I don't plan to add it. This is especially meaningful when
you consider all the people that are going to have problems because they
spuriously added "-b /etc/namedb/named.conf" to their named_flags for
BIND 8.
--
This .signature sanitized for your protection
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 22:06:23 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id EB8EA16A4CE
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 22:06:23 +0000 (GMT)
Received: from mail.paymentonline.com (hosting1.mx.paymentonline.com
[69.25.136.10]) by mx1.FreeBSD.org (Postfix) with SMTP id 55AF043D39
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 22:06:22 +0000 (GMT)
(envelope-from freebsd@paymentonline.net)
Received: (qmail 47418 invoked from network); 28 Sep 2004 22:04:51 -0000
Received: from evrtwa1-ar10-4-43-174-203.evrtwa1.dsl-verizon.net (HELO home)
(4.43.174.203)
by mail.paymentonline.com with SMTP; 28 Sep 2004 22:04:51 -0000
Message-ID: <0bca01c4a5a7$7bd64d20$0500a8c0@home>
From: "freebsd" <freebsd@paymentonline.net>
To: <freebsd-current@freebsd.org>
Date: Tue, 28 Sep 2004 15:07:02 -0700
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.2180
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180
Subject: Crash when using heavy rdist with BETA6
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 22:06:24 -0000
I don't have debugging enabled in the kernel and this is a remote machine so
all I really know is that it spontaneously reboots under the same
circumstances on a semi regular basis. But just in case this helps anyone
here is what I do have. This system has run fine for months on freebsd
5.2.1-RELEASE without any issues under the same workload.
Problem: Reboots (panic I assume) when rdisting to a freebsd 4.7 box over a
local 100mb link.
Dmesg after crash:
Copyright (c) 1992-2004 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights reserved.
FreeBSD 5.3-BETA6 #0: Sun Sep 26 14:37:21 PDT 2004
root@catalog1.paymentonline.net:/usr/obj/usr/src/sys/CATALOG1
ACPI APIC Table: <DELL PE2650 >
Timecounter "i8254" frequency 1193182 Hz quality 0
CPU: Intel(R) Xeon(TM) CPU 3.06GHz (3056.50-MHz 686-class CPU)
Origin = "GenuineIntel" Id = 0xf29 Stepping = 9
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 = 1073610752 (1023 MB)
avail memory = 1041031168 (992 MB)
FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs
cpu0 (BSP): APIC ID: 0
cpu1 (AP): APIC ID: 1
Security policy loaded: TrustedBSD MAC/seeotheruids (mac_seeotheruids)
Security policy loaded: TrustedBSD MAC/Biba (mac_biba)
Security policy loaded: TrustedBSD MAC/BSD Extended (mac_bsdextended)
Security policy loaded: TrustedBSD MAC/Partition (mac_partition)
ioapic0: Changing APIC ID to 8
ioapic1: Changing APIC ID to 9
ioapic2: Changing APIC ID to 10
MADT: Forcing active-low polarity and level trigger for SCI
ioapic0 <Version 1.1> irqs 0-15 on motherboard
ioapic1 <Version 1.1> irqs 16-31 on motherboard
ioapic2 <Version 1.1> irqs 32-47 on motherboard
npx0: [FAST]
npx0: <math processor> on motherboard
npx0: INT 16 interface
acpi0: <DELL PE2650> on motherboard
acpi0: Power Button (fixed)
Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000
acpi_timer0: <32-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0
cpu0: <ACPI CPU> on acpi0
cpu1: <ACPI CPU> on acpi0
pcib0: <ACPI Host-PCI bridge> port 0xcf8-0xcff on acpi0
pci0: <ACPI PCI bus> on pcib0
pci0: <unknown> at device 4.0 (no driver attached)
pci0: <unknown> at device 4.1 (no driver attached)
pci0: <unknown> at device 4.2 (no driver attached)
pci0: <display, VGA> at device 14.0 (no driver attached)
atapci0: <ServerWorks CSB5 UDMA100 controller> port
0x8b0-0x8bf,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 15.1 on pci0
ata0: channel #0 on atapci0
ata1: channel #1 on atapci0
ohci0: <OHCI (generic) USB controller> mem 0xfe100000-0xfe100fff irq 5 at
device 15.2 on pci0
ohci0: [GIANT-LOCKED]
usb0: OHCI version 1.0, legacy support
usb0: SMM does not respond, resetting
usb0: <OHCI (generic) USB controller> on ohci0
usb0: USB revision 1.0
uhub0: (0x1166) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub0: 4 ports with 4 removable, self powered
isab0: <PCI-ISA bridge> at device 15.3 on pci0
isa0: <ISA bus> on isab0
pcib1: <ACPI Host-PCI bridge> on acpi0
pci4: <ACPI PCI bus> on pcib1
pcib2: <ACPI PCI-PCI bridge> at device 8.0 on pci4
pci5: <ACPI PCI bus> on pcib2
ahc0: <Adaptec aic7899 Ultra160 SCSI adapter> port 0xcc00-0xccff mem
0xfccff000-0xfccfffff irq 30 at device 6.0 on pci5
ahc0: [GIANT-LOCKED]
aic7899: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs
ahc1: <Adaptec aic7899 Ultra160 SCSI adapter> port 0xc800-0xc8ff mem
0xfccfe000-0xfccfefff irq 31 at device 6.1 on pci5
ahc1: [GIANT-LOCKED]
aic7899: Ultra160 Wide Channel B, SCSI Id=7, 32/253 SCBs
pcib3: <ACPI Host-PCI bridge> on acpi0
pci3: <ACPI PCI bus> on pcib3
bge0: <Broadcom BCM5703 Gigabit Ethernet, ASIC rev. 0x1002> mem
0xfcf10000-0xfcf1ffff irq 28 at device 6.0 on pci3
miibus0: <MII bus> on bge0
brgphy0: <BCM5703 10/100/1000baseTX PHY> on miibus0
brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX,
1000baseTX-FDX, auto
bge0: Ethernet address: 00:0f:1f:6e:f2:84
bge1: <Broadcom BCM5703 Gigabit Ethernet, ASIC rev. 0x1002> mem
0xfcf00000-0xfcf0ffff irq 29 at device 8.0 on pci3
miibus1: <MII bus> on bge1
brgphy1: <BCM5703 10/100/1000baseTX PHY> on miibus1
brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX,
1000baseTX-FDX, auto
bge1: Ethernet address: 00:0f:1f:6e:f2:85
pcib4: <ACPI Host-PCI bridge> on acpi0
pci2: <ACPI PCI bus> on pcib4
pcib5: <ACPI Host-PCI bridge> on acpi0
pci1: <ACPI PCI bus> on pcib5
fdc0: <floppy drive controller> port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0
fdc0: [FAST]
fd0: <1440-KB 3.5" drive> on fdc0 drive 0
sio0 port 0x3f8-0x3ff irq 4 on acpi0
sio0: type 16550A
sio1 port 0x2f8-0x2ff irq 3 on acpi0
sio1: type 16550A
orm0: <ISA Option ROMs> at iomem
0xec000-0xeffff,0xc8000-0xcdfff,0xc0000-0xc7fff on isa0
pmtimer0 on isa0
atkbdc0: <Keyboard controller (i8042)> at port 0x64,0x60 on isa0
atkbd0: <AT Keyboard> irq 1 on atkbdc0
kbd0 at atkbd0
atkbd0: [GIANT-LOCKED]
ppc0: parallel port not found.
sc0: <System console> at flags 0x100 on isa0
sc0: VGA <16 virtual consoles, flags=0x300>
vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0
Timecounters tick every 10.000 msec
ipfw2 initialized, divert disabled, rule-based forwarding disabled, default
to accept, logging limited to 10 packets/entry by default
ATAPI_RESET time = 20us
acd0: CDROM <TEAC CD-ROM CD-224E/K.9A> at ata0-master UDMA33
Waiting 15 seconds for SCSI devices to settle
ses0 at ahc0 bus 0 target 6 lun 0
ses0: <PE/PV 1x5 SCSI BP 1.1> Fixed Processor SCSI-2 device
ses0: 3.300MB/s transfers
ses0: SAF-TE Compliant Device
da0 at ahc0 bus 0 target 0 lun 0
da0: <FUJITSU MAP3367NC 5608> Fixed Direct Access SCSI-3 device
da0: 160.000MB/s transfers (80.000MHz, offset 127, 16bit), Tagged Queueing
Enabled
da0: 34732MB (71132959 512 byte sectors: 255H 63S/T 4427C)
SMP: AP CPU #1 Launched!
Mounting root from ufs:/dev/da0s1a
WARNING: / was not properly dismounted
WARNING: /tmp was not properly dismounted
WARNING: /usr was not properly dismounted
/usr: mount pending error: blocks 188 files 16
/usr: superblock summary recomputed
WARNING: /var was not properly dismounted
Accounting enabled
Kernel Config (only parts that differ from GENERIC):
machine i386
cpu I686_CPU
ident CATALOG1
# To statically compile in device wiring instead of /boot/device.hints
#hints "GENERIC.hints" # Default places to look for
devices.
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 MAC
options IPFIREWALL
options IPFIREWALL_VERBOSE
options IPFIREWALL_VERBOSE_LIMIT=10
options IPFIREWALL_DEFAULT_TO_ACCEPT
## Up limits for postgres
options SHMMAXPGS=131072
options SEMMNI=128
options SEMMNS=512
options SEMUME=100
options SEMMNU=256
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 23:06:37 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id BEC6C16A4CE; Tue, 28 Sep 2004 23:06:37 +0000 (GMT)
Received: from mail2.bmount.com (mail2.bmount.com [209.247.160.17])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 8372543D55; Tue, 28 Sep 2004 23:06:37 +0000 (GMT)
(envelope-from mmca@2531.org)
Received: from one.2531.org (dsl081-080-209.lax1.dsl.speakeasy.net
[64.81.80.209])
by mail2.bmount.com (8.12.10/8.12.10) with SMTP id i8SN93l0049278;
Tue, 28 Sep 2004 16:09:04 -0700 (PDT) (envelope-from mmca@2531.org)
Date: Tue, 28 Sep 2004 16:08:10 -0700 (PDT)
From: mmca@2531.org
To: Sam Leffler <sam@errno.com>
In-Reply-To: <200409241106.50139.sam@errno.com>
Message-ID: <20040928160554.X50534@bar.2531.bet>
References: <200409241758.i8OHwGIW027716@mail2.bmount.com>
<200409241106.50139.sam@errno.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
X-Virus-Scanned: clamd / ClamAV version 0.71, clamav-milter version 0.71
X-Virus-Status: Clean
cc: hscholz@raisdorf.net
cc: freebsd-current@freebsd.org
cc: current@freebsd.org
Subject: Re: DWL AG530
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 23:06:37 -0000
On Fri, 24 Sep 2004, Sam Leffler wrote:
> On Friday 24 September 2004 10:56 am, mmca@2531.org wrote:
>> On 24 Sep, Hendrik Scholz wrote:
>>> Hi!
>>>
>>> mmca@2531.org wrote:
>>>> ath0: <Atheros 5212> mem 0xdb000000-0xdb00ffff irq 10 at device 8.0 on
>>>> pci1 ath0: mac 5.9 phy 4.3 5ghz radio 3.6
>>>> ath0: unable to collect channel list from hal
>>>> device_attach: ath0 attach returned 22
>>>>
>>>> Any help would be appreciated.
>>>
>>> Did you try turning ACPI off?
>>
>> Yes I have:
>> hint.acpi.0.disabled=1
>
> Your hal is old. You can try to use the patchset at
> http://www.freebsd.org/~sam; it has issues (no WEP) but should work for basic
> operation on -current.
>
http://people.freebsd.org/~sam/ath.patch.gz
tried that patch, no joy.
ath0: <Atheros 5212> mem 0xdb000000-0xdb00ffff irq 10 at device 8.0 on
pci1
ath0: mac 5.9 phy 4.3 5ghz radio 3.6
ath0: unable to collect channel list from hal
device_attach: ath0 attach returned 22
uname -a
FreeBSD store.comicsmash.com 5.3-BETA6
-M
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 23:06:37 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id BEC6C16A4CE; Tue, 28 Sep 2004 23:06:37 +0000 (GMT)
Received: from mail2.bmount.com (mail2.bmount.com [209.247.160.17])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 8372543D55; Tue, 28 Sep 2004 23:06:37 +0000 (GMT)
(envelope-from mmca@2531.org)
Received: from one.2531.org (dsl081-080-209.lax1.dsl.speakeasy.net
[64.81.80.209])
by mail2.bmount.com (8.12.10/8.12.10) with SMTP id i8SN93l0049278;
Tue, 28 Sep 2004 16:09:04 -0700 (PDT) (envelope-from mmca@2531.org)
Date: Tue, 28 Sep 2004 16:08:10 -0700 (PDT)
From: mmca@2531.org
To: Sam Leffler <sam@errno.com>
In-Reply-To: <200409241106.50139.sam@errno.com>
Message-ID: <20040928160554.X50534@bar.2531.bet>
References: <200409241758.i8OHwGIW027716@mail2.bmount.com>
<200409241106.50139.sam@errno.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
X-Virus-Scanned: clamd / ClamAV version 0.71, clamav-milter version 0.71
X-Virus-Status: Clean
cc: hscholz@raisdorf.net
cc: freebsd-current@freebsd.org
cc: current@freebsd.org
Subject: Re: DWL AG530
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 23:06:37 -0000
On Fri, 24 Sep 2004, Sam Leffler wrote:
> On Friday 24 September 2004 10:56 am, mmca@2531.org wrote:
>> On 24 Sep, Hendrik Scholz wrote:
>>> Hi!
>>>
>>> mmca@2531.org wrote:
>>>> ath0: <Atheros 5212> mem 0xdb000000-0xdb00ffff irq 10 at device 8.0 on
>>>> pci1 ath0: mac 5.9 phy 4.3 5ghz radio 3.6
>>>> ath0: unable to collect channel list from hal
>>>> device_attach: ath0 attach returned 22
>>>>
>>>> Any help would be appreciated.
>>>
>>> Did you try turning ACPI off?
>>
>> Yes I have:
>> hint.acpi.0.disabled=1
>
> Your hal is old. You can try to use the patchset at
> http://www.freebsd.org/~sam; it has issues (no WEP) but should work for basic
> operation on -current.
>
http://people.freebsd.org/~sam/ath.patch.gz
tried that patch, no joy.
ath0: <Atheros 5212> mem 0xdb000000-0xdb00ffff irq 10 at device 8.0 on
pci1
ath0: mac 5.9 phy 4.3 5ghz radio 3.6
ath0: unable to collect channel list from hal
device_attach: ath0 attach returned 22
uname -a
FreeBSD store.comicsmash.com 5.3-BETA6
-M
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 23:06:51 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 8C3D016A567
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 23:06:51 +0000 (GMT)
Received: from hellhound.ceribus.net (c-24-21-90-79.client.comcast.net
[24.21.90.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id 33E9143D31
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 23:06:51 +0000 (GMT)
(envelope-from grover@ceribus.net)
Received: (qmail 1241 invoked by uid 1002); 28 Sep 2004 23:07:39 -0000
Received: from grover@ceribus.net by hellhound.ceribus.net by uid 89 with
qmail-scanner-1.22
Processed in 0.103155 secs); 28 Sep 2004 23:07:39 -0000
Received: from unknown (HELO ?192.168.200.219?) (192.168.200.200)
by 192.168.200.225 with SMTP; 28 Sep 2004 23:07:38 -0000
From: Grover Lines <grover@ceribus.net>
To: freebsd-current@freebsd.org
Content-Type: text/plain
Date: Tue, 28 Sep 2004 16:04:51 -0700
Message-Id: <1096412691.1464.6.camel@purgatory.ceribus.net>
Mime-Version: 1.0
X-Mailer: Evolution 2.0.0FreeBSD GNOME Team Port
Content-Transfer-Encoding: 7bit
Subject: Re: Proper way to run bind9
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 23:06:51 -0000
I'd just like to thank the guys working on bind9. I just transfered all
my zone files to the new format of being in
the /var/named/etc/named/master or slave folders modified my named.conf
to reflect those, and set my rc.conf as named_enable="YES" and its
working KICKASS now with no hassles or problems. Auto chrooted and
everything. Thanks again. I had been waiting for this import for a long
time.
--
Grover Lines
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 23:22:49 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 8876416A4CE; Tue, 28 Sep 2004 23:22:49 +0000 (GMT)
Received: from ferengi.borderworlds.dk (ferengi.borderworlds.dk
[80.166.152.7]) by mx1.FreeBSD.org (Postfix) with ESMTP
id 11AB043D48; Tue, 28 Sep 2004 23:22:49 +0000 (GMT)
(envelope-from xi@borderworlds.dk)
Received: from borg.borderworlds.dk (localhost [127.0.0.1])
by ferengi.borderworlds.dk (Postfix) with ESMTP id 275B2B81C;
Wed, 29 Sep 2004 01:22:47 +0200 (CEST)
Received: by borg.borderworlds.dk (Postfix, from userid 1001)
id F1DB3B87B; Wed, 29 Sep 2004 01:22:46 +0200 (CEST)
Sender: xi@borderworlds.dk
To: John Baldwin <jhb@FreeBSD.org>
References: <867jqhwhav.fsf@borg.borderworlds.dk>
<200409281309.26841.jhb@FreeBSD.org>
From: Christian Laursen <xi@borderworlds.dk>
Date: 29 Sep 2004 01:22:46 +0200
In-Reply-To: <200409281309.26841.jhb@FreeBSD.org>
Message-ID: <86655y3rnd.fsf@borg.borderworlds.dk>
Lines: 16
User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
cc: Poul-Henning Kamp <phk@phk.freebsd.dk>
cc: freebsd-current@FreeBSD.org
cc: njl@FreeBSD.org
Subject: Re: 5.3-BETA5 panic on first boot - floppy related
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 23:22:49 -0000
John Baldwin <jhb@FreeBSD.org> writes:
> On Sunday 26 September 2004 04:44 am, Christian Laursen wrote:
> > I upgraded my laptop to 5.3-BETA4 a couple of days ago and have started
> > to experience it panic ont the first boot if ACPI is enabled.
[snip]
> There is a bug in the fdc_acpi driver in that it attaches drives via hints
> even if the controller fails to attach which leads to this panic. A possible
> fix for RELENG_5 is below:
It fixes the panic on my laptop.
--
Christian Laursen
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 23:49:30 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id AFC0716A4CE
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 23:49:30 +0000 (GMT)
Received: from mail.mcneil.com (mcneil.com [24.199.45.54])
by mx1.FreeBSD.org (Postfix) with ESMTP id 74E7E43D46
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 23:49:30 +0000 (GMT) (envelope-from sean@mcneil.com)
Received: from localhost (localhost.mcneil.com [127.0.0.1])
by mail.mcneil.com (Postfix) with ESMTP id E3E3CF1A9E
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 16:49:27 -0700 (PDT)
Received: from mail.mcneil.com ([127.0.0.1])
by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024)
with ESMTP id 00652-01 for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 16:49:27 -0700 (PDT)
Received: from [24.199.45.54] (mcneil.com [24.199.45.54])
by mail.mcneil.com (Postfix) with ESMTP id C20EEF1994
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 16:49:26 -0700 (PDT)
From: Sean McNeil <sean@mcneil.com>
To: freebsd-current@freebsd.org
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="=-mN+VM9r7Hbzvz8Tzuqo8"
Message-Id: <1096415366.1070.1.camel@server.mcneil.com>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.6
Date: Tue, 28 Sep 2004 16:49:26 -0700
X-Virus-Scanned: by amavisd-new at mcneil.com
Subject: bind9: /etc/namedb symlink problem
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 23:49:30 -0000
--=-mN+VM9r7Hbzvz8Tzuqo8
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable
It looks like the first time you do a make installworld it works right.=20
Second time it creates a symlink /etc/namedb/namedb. Third time and it
causes the make to fail.
Cheers,
Sean
--=-mN+VM9r7Hbzvz8Tzuqo8
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)
iD8DBQBBWfiGyQsGN30uGE4RAmkiAJ9eAUTVdObHCOn3A4UTJ5thd/wXdgCeNiRf
Ib8tAqfcMPVq/IQ9Ddz5uvc=
=CA1y
-----END PGP SIGNATURE-----
--=-mN+VM9r7Hbzvz8Tzuqo8--
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 23:56:40 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 1606816A4CF
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 23:56:40 +0000 (GMT)
Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.198])
by mx1.FreeBSD.org (Postfix) with ESMTP id B428743D45
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 23:56:39 +0000 (GMT)
(envelope-from juhasaarinen@gmail.com)
Received: by mproxy.gmail.com with SMTP id 79so3352327rnk
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 16:56:39 -0700 (PDT)
Received: by 10.38.77.44 with SMTP id z44mr1271815rna;
Tue, 28 Sep 2004 16:56:39 -0700 (PDT)
Received: by 10.38.73.29 with HTTP; Tue, 28 Sep 2004 16:56:39 -0700 (PDT)
Message-ID: <b34be84204092816568c11f12@mail.gmail.com>
Date: Wed, 29 Sep 2004 11:56:39 +1200
From: Juha Saarinen <juhasaarinen@gmail.com>
To: Sean McNeil <sean@mcneil.com>
In-Reply-To: <1096399572.1234.2.camel@server.mcneil.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
References: <1096399572.1234.2.camel@server.mcneil.com>
cc: freebsd-current@freebsd.org
Subject: Re: bind9: cannot stop/start it
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: Juha Saarinen <juhasaarinen@gmail.com>
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 23:56:40 -0000
On Tue, 28 Sep 2004 12:26:12 -0700, Sean McNeil <sean@mcneil.com> wrote:
> The latest version of BIND will properly stop on a running system, but
> it will hang (and cause programs that access dns to hang) when I do a
> start.
>
> Let me know if there is anything I can do to help track down this
> problem. -current/amd64 machine with many services running.
Anything in /var/log/messages? Does 'rndc status' tell you anything?
--
Juha
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 23:58:55 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id EDCE416A4CE
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 23:58:55 +0000 (GMT)
Received: from mail.mcneil.com (mcneil.com [24.199.45.54])
by mx1.FreeBSD.org (Postfix) with ESMTP id DB8E043D2F
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 23:58:55 +0000 (GMT) (envelope-from sean@mcneil.com)
Received: from localhost (localhost.mcneil.com [127.0.0.1])
by mail.mcneil.com (Postfix) with ESMTP id AB2D5F1AE9
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 16:58:55 -0700 (PDT)
Received: from mail.mcneil.com ([127.0.0.1])
by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024)
with ESMTP id 00651-03 for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 16:58:55 -0700 (PDT)
Received: from [24.199.45.54] (mcneil.com [24.199.45.54])
by mail.mcneil.com (Postfix) with ESMTP id E3C5AF18DC
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 16:58:54 -0700 (PDT)
From: Sean McNeil <sean@mcneil.com>
To: freebsd-current@freebsd.org
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="=-EmcJGbnkZ261n0DXXDH+"
Message-Id: <1096415934.1070.11.camel@server.mcneil.com>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.6
Date: Tue, 28 Sep 2004 16:58:54 -0700
X-Virus-Scanned: by amavisd-new at mcneil.com
Subject: ucom0 change - please add to UPDATING
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 23:58:56 -0000
--=-EmcJGbnkZ261n0DXXDH+
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable
I figured it out - ucom0 -> ttyU0, but I didn't see anything in
UPDATING. Can someone please add?
Thanks,
Sean
--=-EmcJGbnkZ261n0DXXDH+
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)
iD8DBQBBWfq+yQsGN30uGE4RAhs/AKDzULp5vD47au7B7KimqzSvW19urQCg3x+h
LF63nLmVjTxgdPU8AwsDxOU=
=BpPC
-----END PGP SIGNATURE-----
--=-EmcJGbnkZ261n0DXXDH+--
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 00:01:09 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 87DA816A4CE; Wed, 29 Sep 2004 00:01:09 +0000 (GMT)
Received: from gremlin.internode.com.au (gremlin.internode.com.au
[192.83.231.88]) by mx1.FreeBSD.org (Postfix) with ESMTP
id DC2D943D2D; Wed, 29 Sep 2004 00:01:08 +0000 (GMT)
(envelope-from adam@internode.com.au)
Received: from gremlin.internode.com.au (localhost [127.0.0.1])
i8T01784001076; Wed, 29 Sep 2004 09:31:07 +0930 (CST)
(envelope-from adam@internode.com.au)
Received: (from adam@localhost)
by gremlin.internode.com.au (8.13.1/8.13.1/Submit) id i8T016qv001075;
Wed, 29 Sep 2004 09:31:06 +0930 (CST)
(envelope-from adam@internode.com.au)
X-Authentication-Warning: gremlin.internode.com.au: adam set sender to
adam@internode.com.au using -f
Date: Wed, 29 Sep 2004 09:31:06 +0930
From: Adam Smith <adam@internode.com.au>
To: Ion-Mihai Tetcu <itetcu@people.tecnik93.com>
Message-ID: <20040929000106.GC696@internode.com.au>
Mail-Followup-To: Adam Smith <adam@internode.com.au>,
Ion-Mihai Tetcu <itetcu@people.tecnik93.com>,
freebsd-current@freebsd.org, dougb@freebsd.org
References: <20040928022301.GE33535@internode.com.au>
<20040928092126.1ddeb093@it.buh.tecnik93.com>
<20040928063212.GB58465@internode.com.au>
<20040928214009.10322f93@it.buh.tecnik93.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20040928214009.10322f93@it.buh.tecnik93.com>
X-Face: $vsV$1FNbZN\JVpjV#&+/!oVW`Kw$j?w_,te\SS}(tKD21c+l$t%\RCS(r$G;
XXk]6,(!N:&(N3EV0bY`3):UrgG7'*qsj3l.75IaHV1<`i*{[L\:F*l6fH##C:-p2]xW/R-Z:!bo;
5g3GP-{I{}7O>tN}`Xm/=-:8NG?f-r'$Qc3y[aW-7'W_S<`KYU!_;
`7K=kuC$-.7J2*kk=~`c@ADp+xhsv(!a@eW-R_5wtx+tC)(]%W+
User-Agent: Mutt/1.5.6i
cc: freebsd-current@freebsd.org
cc: dougb@freebsd.org
Subject: Re: Mixer settings revert to zero
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 00:01:09 -0000
On Tue, Sep 28, 2004 at 09:40:09PM +0300, Ion-Mihai Tetcu said:
>
> > My sound drivers are loaded as I have a /dev/dsp that works, but I think my
> > mixer can't see my ich drivers.
>
> What I meant is that I have the same problem (but different sound chip)
> since BETA3, with all mixer's volumes 0 after a reboot. And it doesn't
> seems to be a driver problem, since all the sound components seem to be
> detected right and the current states are saved to /var/db/mixer0-state
> / restored when I start or stop by hand /etc/rc.d/mixer
>
> Only on boot the volumes are set to 0, no matter what it is in
> /var/db/mixer0-state
In that case, my symptoms are the same. I wasn't aware there was a
/var/db/mixer0-state file, and when I checked it out, I had mixer settings
stored there, but these weren't being picked up when the mixer is
initialised during boot.
Is there anyone else out there experiencing this? Surely it can't just be
the two of us.
> Maybe there has been a change in the rc subsystem and the keywords are
> now wrong ? I didn't found any.
>
> $FreeBSD: src/etc/rc.d/mixer,v 1.3 2004/03/27 09:26:22 dougb Exp $
> # PROVIDE: mixer
> # REQUIRE: LOGIN usbd
> # KEYWORD: FreeBSD nojail shutdown
--
Adam Smith
Internode : http://www.internode.on.net
Phone : (08) 8228 2999
Dog for sale: Eats lots and is fond of children.
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 00:14:47 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id D540716A4CE
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 00:14:47 +0000 (GMT)
Received: from mail.mcneil.com (mcneil.com [24.199.45.54])
by mx1.FreeBSD.org (Postfix) with ESMTP id BFA1D43D41
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 00:14:47 +0000 (GMT) (envelope-from sean@mcneil.com)
Received: from localhost (localhost.mcneil.com [127.0.0.1])
by mail.mcneil.com (Postfix) with ESMTP id 403F7F1A3A;
Tue, 28 Sep 2004 17:14:47 -0700 (PDT)
Received: from mail.mcneil.com ([127.0.0.1])
by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024)
with ESMTP id 00648-01; Tue, 28 Sep 2004 17:14:46 -0700 (PDT)
Received: from [24.199.45.54] (mcneil.com [24.199.45.54])
by mail.mcneil.com (Postfix) with ESMTP id 48491F1A35;
Tue, 28 Sep 2004 17:14:46 -0700 (PDT)
From: Sean McNeil <sean@mcneil.com>
To: Juha Saarinen <juhasaarinen@gmail.com>
In-Reply-To: <b34be84204092816568c11f12@mail.gmail.com>
References: <1096399572.1234.2.camel@server.mcneil.com>
<b34be84204092816568c11f12@mail.gmail.com>
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="=-6Qgq3TCLyrw4Vn0bP2TA"
Message-Id: <1096416886.1078.4.camel@server.mcneil.com>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.6
Date: Tue, 28 Sep 2004 17:14:46 -0700
X-Virus-Scanned: by amavisd-new at mcneil.com
cc: freebsd-current@freebsd.org
Subject: Re: bind9: cannot stop/start it
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 00:14:47 -0000
--=-6Qgq3TCLyrw4Vn0bP2TA
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable
On Tue, 2004-09-28 at 16:56, Juha Saarinen wrote:
> On Tue, 28 Sep 2004 12:26:12 -0700, Sean McNeil <sean@mcneil.com> wrote:
> > The latest version of BIND will properly stop on a running system, but
> > it will hang (and cause programs that access dns to hang) when I do a
> > start.
> >=20
> > Let me know if there is anything I can do to help track down this
> > problem. -current/amd64 machine with many services running.
>=20
> Anything in /var/log/messages? Does 'rndc status' tell you anything?
All looks fine. I think it is related to another service as I cannot
even to an ls -l after I try to restart named. Maybe openldap is at
fault. I tried stopping that service first, but no difference.=20
syslogd?
When I have some time later I will try stopping services one by one to
see if I can isolate it.
Cheers,
Sean
--=-6Qgq3TCLyrw4Vn0bP2TA
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)
iD8DBQBBWf52yQsGN30uGE4RApuJAKDqP4/jh2JIZpefhwb4ldy713AO5wCgobf9
DmHcxHD+6Zg1dL1FqaK34Pc=
=tmL8
-----END PGP SIGNATURE-----
--=-6Qgq3TCLyrw4Vn0bP2TA--
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 03:05:48 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 80BAA16A4CE
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 03:05:48 +0000 (GMT)
Received: from electra.cse.Buffalo.EDU (electra.cse.Buffalo.EDU
[128.205.32.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1ADE243D1D
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 03:05:48 +0000 (GMT)
(envelope-from kensmith@cse.Buffalo.EDU)
Received: from electra.cse.Buffalo.EDU (localhost [127.0.0.1])
i8T35lTH018321 for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 23:05:47 -0400 (EDT)
Received: (from kensmith@localhost)
by electra.cse.Buffalo.EDU (8.12.10/8.12.9/Submit) id i8T35kA9018320
for freebsd-current@freebsd.org; Tue, 28 Sep 2004 23:05:46 -0400 (EDT)
Date: Tue, 28 Sep 2004 23:05:46 -0400
From: Ken Smith <kensmith@cse.Buffalo.EDU>
To: freebsd-current@freebsd.org
Message-ID: <20040929030546.GE16305@electra.cse.Buffalo.EDU>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.4.1i
Subject: HEADS-UP: Library version number bumps
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 03:05:48 -0000
>From the "Better late than never" Department...
It looks like we should probably bump the version of a couple of
the system libraries. With LOTS of help from Kris it looks like
this is the list we think needs a version bump, with the version
from 4.X being placed in compat4x:
libgnuregex.so.2
libhistory.so.4
libm.so.2
libncurses.so.5
libopie.so.2
libpcap.so.2
libreadline.so.4
libwrap.so.3
The bumps will be coming soon...
--
Ken Smith
- From there to here, from here to | kensmith@cse.buffalo.edu
there, funny things are everywhere. |
- Theodore Geisel |
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 03:24:45 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 997A616A4CE; Wed, 29 Sep 2004 03:24:45 +0000 (GMT)
Received: from horsey.gshapiro.net (horsey.gshapiro.net [64.105.95.154])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 54F8543D2F; Wed, 29 Sep 2004 03:24:45 +0000 (GMT)
(envelope-from gshapiro@gshapiro.net)
Received: from horsey.gshapiro.net (localhost [127.0.0.1])
i8T3OJuh075769
(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
Tue, 28 Sep 2004 20:24:19 -0700 (PDT)
Received: (from gshapiro@localhost)
by horsey.gshapiro.net (8.13.1/8.13.1.Beta1/Submit) id i8T3OI6D075768;
Tue, 28 Sep 2004 20:24:18 -0700 (PDT)
Date: Tue, 28 Sep 2004 20:24:18 -0700
From: Gregory Neil Shapiro <gshapiro@freebsd.org>
To: Doug Barton <DougB@freebsd.org>
Message-ID: <20040929032418.GD56445@horsey.gshapiro.net>
References: <20040928025635.Q5094@ync.qbhto.arg>
<727FCC18-1156-11D9-BBA6-000D936BE398@beforever.com>
<20040928142532.M90002@qbhto.arg>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20040928142532.M90002@qbhto.arg>
User-Agent: Mutt/1.5.6i
cc: Peter Schultz <pete@beforever.com>
cc: freebsd-current@freebsd.org
Subject: Re: HEADS UP: named now runs chroot'ed by default
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 03:24:45 -0000
> The simplest answer is that not every host can burn (or even obtain) an
> extra IP address for the jail. It's also questionable what additional
> benefit would be obtained.
>
> Of course, if someone else finds the time to implement this, I will give
> it a serious look. I'm not _opposed_ to the idea.
If someone does so, please make it optional as jails don't support
IPv6 yet and BIND 9 does.
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 03:33:45 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 0381416A4CE; Wed, 29 Sep 2004 03:33:45 +0000 (GMT)
Received: from fledge.watson.org (fledge.watson.org [204.156.12.50])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 5CFB143D45; Wed, 29 Sep 2004 03:33:44 +0000 (GMT)
(envelope-from robert@fledge.watson.org)
Received: from fledge.watson.org (localhost [127.0.0.1])
by fledge.watson.org (8.13.1/8.13.1) with ESMTP id i8T3Wk3W016037;
Tue, 28 Sep 2004 23:32:46 -0400 (EDT)
(envelope-from robert@fledge.watson.org)
Received: from localhost (robert@localhost)i8T3WecB016033;
Tue, 28 Sep 2004 23:32:46 -0400 (EDT)
(envelope-from robert@fledge.watson.org)
Date: Tue, 28 Sep 2004 23:32:40 -0400 (EDT)
From: Robert Watson <rwatosn@freebsd.org>
X-Sender: robert@fledge.watson.org
To: Evren Yurtesen <yurtesen@ispro.net.tr>
In-Reply-To: <4159431F.6010502@ispro.net.tr>
Message-ID: <Pine.NEB.3.96L.1040928232554.15557D-100000@fledge.watson.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
cc: Vlad <marchenko@gmail.com>
cc: freebsd-current@freebsd.org
Subject: Re: panic: sorele
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 03:33:45 -0000
On Tue, 28 Sep 2004, Evren Yurtesen wrote:
> So you say that disabling SMP fixes the problem? I can easily do that :)
> I dont even have 2 processors, I was trying this hyperthreading.
If you compile a kernel with NET_WITH_GIANT but keep SMP, does the problem
persist?
Are you using Netgraph or any other non-default kernel compile options
relating to the network stack? Do you make moderate or extensive use of
IPv6?
This is a somewhat odd assertion failure: sodealloc() asserts that
so_count is 0, but so does sofree(), and sofree() is only called by
sotryfree() in in_pcbdetach() if so_count is 0. This suggests that either
(a) we're looking at a race in which so_count is bumped in that window, or
(b) there's a problem with the compile of the kernel where the invariants
checks may be compiled into some objects but not others. In theory,
locking should prevent (a), so if it is (a) there's a bug in the locking.
I'll start reviewing use of so_count and work my way through the rest of
this thread. Knowing if compiling with NET_WITH_GIANT helps would be
useful, if possible.
Robert N M Watson FreeBSD Core Team, TrustedBSD Projects
robert@fledge.watson.org Principal Research Scientist, McAfee Research
>
> Evren
>
> Vlad wrote:
>
> > John,
> >
> > I've got some DDB output for the exactly the same problem - I think I
> > already sent u in email... note it crashes with a slitely different
> > panic message than when it's not compiled with kernel debugging stuff.
> >
> > I've submitted more details in bug report here:
> > http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/72126
> >
> > here is some DDB stuff:
> >
> > login: panic: sodealloc(): so_count 1
> > cpuid = 0
> > KDB: enter: panic
> > [thread 100044]
> > Stopped at kdb_enter+0x30: leave
> > db> tr
> > kdb_enter(c06497b7,0,c064f89d,e8955b18,c27df640) at kdb_enter+0x30
> > panic(c064f89d,1,122,c3a9fd78,c3a9fca8) at panic+0x14e
> > sodealloc(c3a9fca8,0,c064f87d,17d,c3a9fd10) at sodealloc+0x21
> > sofree(c3a9fca8,1,c0653b3a,2b4,c06c8b40) at sofree+0x301
> > in_pcbdetach(c359b9d8,c36f4e00,e8955c68,c058a645,c36f4e00) at in_pcbdetach+0xf8
> > tcp_close(c36f4e00,c28a5034,0,0,0) at tcp_close+0x1d
> > tcp_input(c3286800,14,c283a000,1,374a41cf) at tcp_input+0x1885
> > ip_input(c3286800,0,c065313d,e5,c06c78b8) at ip_input+0x592
> > netisr_processqueue(c06c78b8,c069acc0,1,c0648b1f,c27e6d00) at
> > netisr_processqueue+0x8e
> > swi_net(0,0,c0647164,269,0) at swi_net+0xe9
> > ithread_loop(c275d780,e8955d48,c0646f4f,323,0) at ithread_loop+0x172
> > fork_exit(c04d1970,c275d780,e8955d48) at fork_exit+0xc6
> > fork_trampoline() at fork_trampoline+0x8
> > --- trap 0x1, eip = 0, esp = 0xe8955d7c, ebp = 0 ---
> > db> show object
> > Object 0xc0504cf0: type=0, size=0x7400047b83ffffff, res=-121515895,
> > ref=-1265778039, flags=0x27bc
> > db> show witness
> > Sleep locks:
> > 0 ATAPI CD bioqueue lock -- last acquired @ /usr/src/sys/dev/ata/atapi-cd.c:1100
> > 0 g_xdown -- last acquired @ /usr/src/sys/geom/geom_io.c:374
> > 3 Giant -- last acquired @ /usr/src/sys/vm/vm_fault.c:294
> > 4 standard object -- last acquired @ /usr/src/sys/vm/vm_object.c:454
> > 5 vm object_list -- last acquired @ /usr/src/sys/vm/vm_object.c:222
> > 12 vm page queue mutex -- last acquired @ /usr/src/sys/vm/vm_fault.c:876
> > 13 CMAPCADDR12 -- last acquired @ /usr/src/sys/i386/i386/pmap.c:2486
> > 13 vnode interlock -- last acquired @ /usr/src/sys/kern/vfs_subr.c:2159
> > 14 spechash -- last acquired @ /usr/src/sys/kern/vfs_subr.c:1903
> > 14 cdev -- last acquired @ /usr/src/sys/kern/kern_conf.c:81
> > 14 vnode_free_list -- last acquired @ /usr/src/sys/kern/vfs_subr.c:745
> > 14 Syncer mtx -- last acquired @ /usr/src/sys/kern/vfs_subr.c:1854
> > 14 Name Cache -- last acquired @ /usr/src/sys/kern/vfs_cache.c:478
> > 13 pmap -- last acquired @ /usr/src/sys/i386/i386/pmap.c:2685
> > 14 uma object -- last acquired @ /usr/src/sys/vm/uma_core.c:963
> > 14 UMA pcpu -- last acquired @ /usr/src/sys/vm/uma_core.c:1800
> > 15 KMAP ENTRY -- last acquired @ /usr/src/sys/vm/uma_core.c:2224
> > 16 UMA zone -- last acquired @ /usr/src/sys/vm/uma_core.c:1817
> > 4 malloc -- last acquired @ /usr/src/sys/kern/kern_malloc.c:588
> > 4 struct mount mtx -- last acquired @ /usr/src/sys/kern/vfs_subr.c:901
> > 13 vnode interlock -- (already displayed)
> > 4 bounce pages lock -- last acquired @
> > /usr/src/sys/i386/i386/busdma_machdep.c:860
> > 4 eventhandler -- last acquired @ /usr/src/sys/kern/subr_eventhandler.c:213
> > 5 eventhandler list -- last acquired @ /usr/src/sys/kern/kern_exit.c:199
> > 4 UMA lock -- last acquired @ /usr/src/sys/vm/uma_core.c:889
> > 14 UMA pcpu -- (already displayed)
> > 4 random reseed -- last acquired @ /usr/src/sys/dev/random/yarrow.c:193
> > 4 kobj -- last acquired @ /usr/src/sys/kern/subr_kobj.c:298
> > 4 kernel linker -- last acquired @ /usr/src/sys/kern/kern_linker.c:431
> > 4 TID lock -- last acquired @ /usr/src/sys/kern/kern_thread.c:206
> > 4 GEOM orphanage -- last acquired @ /usr/src/sys/geom/geom_event.c:170
> > 4 vm86 lock -- last acquired @ /usr/src/sys/i386/i386/vm86.c:582
> > 4 ithread -- last acquired @ /usr/src/sys/kern/kern_intr.c:276
> > 4 taskqueue list -- last acquired @ /usr/src/sys/kern/subr_taskqueue.c:85
> > 4 acpica subsystem lock -- last acquired @
> > /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/Osd/OsdSynch.c:360
> > 5 ACPI semaphore -- last acquired @
> > /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/Osd/OsdSynch.c:300
> > 11 Malloc Stats -- last acquired @ /usr/src/sys/kern/kern_malloc.c:185
> > 5 taskqueue -- last acquired @ /usr/src/sys/kern/subr_taskqueue.c:193
> > 14 UMA pcpu -- (already displayed)
> > 4 if_cloners lock -- last acquired @ /usr/src/sys/net/if_clone.c:199
> > 4 rman head -- last acquired @ /usr/src/sys/kern/subr_rman.c:111
> > 4 arc4_mtx -- last acquired @ /usr/src/sys/libkern/arc4random.c:137
> > 4 devstat -- last acquired @ /usr/src/sys/kern/subr_devstat.c:83
> > 4 rman -- last acquired @ /usr/src/sys/kern/subr_rman.c:448
> > 11 Malloc Stats -- (already displayed)
> > 10 system map -- last acquired @ /usr/src/sys/vm/vm_kern.c:296
> > 11 kmem object -- last acquired @ /usr/src/sys/vm/vm_kern.c:398
> > 12 vm page queue mutex -- (already displayed)
> > 11 kernel object -- last acquired @ /usr/src/sys/vm/vm_object.c:454
> > 12 vm page queue mutex -- (already displayed)
> > 4 sf_buf -- last acquired @ /usr/src/sys/i386/i386/vm_machdep.c:674
> > 4 bdone lock -- last acquired @ /usr/src/sys/kern/vfs_bio.c:3768
> > 4 domain list -- last acquired @ /usr/src/sys/kern/uipc_domain.c:110
> > 4 bpf global lock -- last acquired @ /usr/src/sys/net/bpf.c:1446
> > 5 bpf interface lock -- last acquired @ order list:0
> > 6 bpf cdev lock -- last acquired @ order list:0
> > 4 pbuf mutex -- last acquired @ /usr/src/sys/vm/vm_pager.c:414
> > 4 ttylist -- last acquired @ /usr/src/sys/kern/tty.c:2745
> > 11 tty -- last acquired @ /usr/src/sys/kern/kern_event.c:1451
> > 4 pseudofs -- last acquired @ /usr/src/sys/fs/pseudofs/pseudofs_fileno.c:86
> > 4 if_clone lock -- last acquired @ /usr/src/sys/net/if_clone.c:321
> > 4 ACPI task queue -- last acquired @
> > /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/Osd/OsdSchedule.c:118
> > 4 so_glabel -- last acquired @ /usr/src/sys/kern/uipc_socket.c:169
> > 4 g_disk_done -- last acquired @ /usr/src/sys/geom/geom_disk.c:196
> > 5 bio queue -- last acquired @ /usr/src/sys/geom/geom_io.c:65
> > 14 UMA pcpu -- (already displayed)
> > 4 lo_mtx -- last acquired @ /usr/src/sys/net/if_loop.c:154
> > 4 IPFW static rules -- last acquired @ /usr/src/sys/netinet/ip_fw2.c:2510
> > 4 ATA queue lock -- last acquired @ /usr/src/sys/dev/ata/ata-queue.c:172
> > 4 pfil_head_mtx -- last acquired @ /usr/src/sys/net/pfil.c:81
> > 5 pfil_head_list lock -- last acquired @ /usr/src/sys/net/pfil.c:218
> > 4 buffer daemon lock -- last acquired @ /usr/src/sys/kern/vfs_bio.c:401
> > 4 dirhash list -- last acquired @ /usr/src/sys/ufs/ufs/ufs_dirhash.c:348
> > 5 dirhash -- last acquired @ /usr/src/sys/ufs/ufs/ufs_dirhash.c:367
> > 4 needsbuffer lock -- last acquired @ /usr/src/sys/kern/vfs_bio.c:296
> > 4 ufs ihash -- last acquired @ /usr/src/sys/ufs/ufs/ufs_ihash.c:156
> > 13 vnode interlock -- (already displayed)
> > 4 mntid -- last acquired @ /usr/src/sys/kern/vfs_subr.c:407
> > 5 mountlist -- last acquired @ /usr/src/sys/kern/vfs_syscalls.c:386
> > 4 pseudofs_vncache -- last acquired @
> > /usr/src/sys/fs/pseudofs/pseudofs_vncache.c:239
> > 4 buf queue lock -- last acquired @ /usr/src/sys/kern/vfs_bio.c:1505
> > 13 vnode interlock -- (already displayed)
> > 4 fdesc -- last acquired @ /usr/src/sys/kern/kern_descrip.c:1614
> > 5 filedesc structure -- last acquired @ /usr/src/sys/kern/kern_descrip.c:1356
> > 6 devd -- last acquired @ /usr/src/sys/kern/subr_bus.c:496
> > 9 sellck -- last acquired @ /usr/src/sys/kern/sys_generic.c:726
> > 6 accept -- last acquired @ /usr/src/sys/kern/uipc_socket.c:334
> > 7 so_snd -- last acquired @ /usr/src/sys/kern/uipc_socket.c:2091
> > 8 so_rcv -- last acquired @ /usr/src/sys/kern/uipc_socket.c:2092
> > 9 radix node head -- last acquired @ /usr/src/sys/net/route.c:662
> > 10 system map -- (already displayed)
> > 10 ifnet -- last acquired @ /usr/src/sys/net/if.c:1019
> > 10 rtentry -- last acquired @ /usr/src/sys/net/rtsock.c:398
> > 11 rts_inq -- last acquired @ /usr/src/sys/net/netisr.c:229
> > 11 Malloc Stats -- (already displayed)
> > 14 UMA pcpu -- (already displayed)
> > 11 ifaddr -- last acquired @ /usr/src/sys/net/route.c:788
> > 9 sellck -- (already displayed)
> > 9 process lock -- last acquired @ /usr/src/sys/kern/kern_descrip.c:1244
> > 10 ktrace -- last acquired @ /usr/src/sys/kern/kern_fork.c:609
> > 10 struct pargs.ref -- last acquired @ /usr/src/sys/kern/kern_proc.c:1100
> > 10 sigacts -- last acquired @ /usr/src/sys/kern/kern_sig.c:294
> > 10 session -- last acquired @ /usr/src/sys/kern/kern_fork.c:591
> > 11 tty -- (already displayed)
> > 11 uidinfo hash -- last acquired @
> > /usr/src/sys/kern/kern_resource.c:1004
> > 12 sleep mtxpool -- last acquired @ /usr/src/sys/kern/kern_prot.c:1739
> > 12 uidinfo struct -- last acquired @ order list:0
> > 13 allprison -- last acquired @ /usr/src/sys/kern/kern_jail.c:460
> > 6 pipe mutex -- last acquired @ /usr/src/sys/kern/sys_pipe.c:1520
> > 7 sigio lock -- last acquired @ /usr/src/sys/kern/kern_descrip.c:729
> > 8 process group -- last acquired @ /usr/src/sys/kern/kern_fork.c:581
> > 9 process lock -- (already displayed)
> > 4 rtsock route_cb lock -- last acquired @ /usr/src/sys/net/rtsock.c:234
> > 4 accounting -- last acquired @ /usr/src/sys/kern/kern_acct.c:232
> > 4 network driver -- last acquired @ /usr/src/sys/dev/fxp/if_fxp.c:1755
> > 11 Malloc Stats -- (already displayed)
> > 5 knlist lock for lockless objects -- last acquired @
> > /usr/src/sys/kern/kern_event.c:1451
> > 5 if send queue -- last acquired @ /usr/src/sys/dev/fxp/if_fxp.c:1267
> > 10 system map -- (already displayed)
> > 4 runningbufspace lock -- last acquired @ /usr/src/sys/kern/vfs_bio.c:314
> > 4 udp -- last acquired @ /usr/src/sys/netinet/udp_usrreq.c:995
> > 5 udpinp -- last acquired @ /usr/src/sys/netinet/udp_usrreq.c:1001
> > 7 so_snd -- (already displayed)
> > 4 unp -- last acquired @ /usr/src/sys/kern/uipc_usrreq.c:842
> > 7 so_snd -- (already displayed)
> > 0 g_xup -- last acquired @ /usr/src/sys/geom/geom_io.c:428
> > 3 Giant -- (already displayed)
> > 0 igmp_mtx -- last acquired @ /usr/src/sys/netinet/igmp.c:431
> > 0 ipqlock -- last acquired @ /usr/src/sys/netinet/ip_input.c:1096
> > 0 sem -- last acquired @ /usr/src/sys/kern/sysv_sem.c:1174
> > 0 if_afdata -- last acquired @ /usr/src/sys/net/if.c:489
> > 0 GEOM topology -- last acquired @ /usr/src/sys/geom/geom_event.c:202
> > 1 fdc lock -- last acquired @ /usr/src/sys/dev/fdc/fdc.c:772
> > 2 callout_wait_lock -- last acquired @ /usr/src/sys/kern/kern_timeout.c:289
> > 1 swapdev -- last acquired @ /usr/src/sys/vm/swap_pager.c:2124
> > 3 Giant -- (already displayed)
> > 0 p_peers -- last acquired @ /usr/src/sys/kern/kern_exit.c:243
> > 0 ACPI root bus -- last acquired @
> > /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi.c:832
> > 4 rman -- (already displayed)
> > 5 ACPI semaphore -- (already displayed)
> > 0 ACPI PCI bus methods -- last acquired @
> > /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi_pcib.c:123
> > 1 ACPI PCI link -- last acquired @
> > /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi_pci_link.c:1061
> > 11 Malloc Stats -- (already displayed)
> > 5 ACPI semaphore -- (already displayed)
> > 2 kernel environment -- last acquired @
> > /usr/src/sys/kern/kern_environment.c:285
> > 14 UMA pcpu -- (already displayed)
> > 0 ACPI thermal zone -- last acquired @
> > /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi_thermal.c:783
> > 0 ACPI embedded controller -- last acquired @
> > /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi_ec.c:302
> > 0 ACPI power resources -- last acquired @
> > /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi_powerres.c:324
> > 5 ACPI semaphore -- (already displayed)
> > 11 Malloc Stats -- (already displayed)
> > 14 UMA pcpu -- (already displayed)
> > 0 module subsystem sx lock -- last acquired @
> > /usr/src/sys/kern/kern_module.c:313
> > 0 rawcb -- last acquired @ /usr/src/sys/net/raw_usrreq.c:80
> > 8 so_rcv -- (already displayed)
> > 0 sysctl lock -- last acquired @ /usr/src/sys/kern/kern_sysctl.c:1315
> > 1 rip -- last acquired @ /usr/src/sys/netinet/raw_ip.c:844
> > 1 tcp -- last acquired @ /usr/src/sys/netinet/tcp_timer.c:138
> > 2 tcpinp -- last acquired @ order list:0
> > 7 so_snd -- (already displayed)
> > 1 filelist lock -- last acquired @ /usr/src/sys/kern/kern_descrip.c:1330
> > 5 filedesc structure -- (already displayed)
> > 1 allproc -- last acquired @ /usr/src/sys/kern/kern_fork.c:301
> > 2 user map -- last acquired @ /usr/src/sys/vm/vm_map.c:2997
> > 3 Giant -- (already displayed)
> > 0 ddp_list_mtx -- last acquired @ order list:0
> > 1 ddp_mtx -- last acquired @ order list:0
> > 0 slip_mtx -- last acquired @ order list:0
> > 1 slip sc_mtx -- last acquired @ order list:0
> > 0 proctree -- last acquired @ /usr/src/sys/kern/tty.c:2027
> > 1 allproc -- (already displayed)
> >
> > Spin locks:
> > 0 ap boot -- last acquired @ /usr/src/sys/i386/i386/mp_machdep.c:517
> > 1 sio -- last acquired @ /usr/src/sys/dev/sio/sio.c:1709
> > 2 cy -- last acquired @ order list:0
> > 3 uart_hwmtx -- last acquired @ order list:0
> > 4 sabtty -- last acquired @ order list:0
> > 5 zstty -- last acquired @ order list:0
> > 6 ng_node -- last acquired @ order list:0
> > 7 ng_worklist -- last acquired @ order list:0
> > 8 taskqueue_fast -- last acquired @ order list:0
> > 9 intr table -- last acquired @
> > /usr/src/sys/i386/i386/intr_machdep.c:89
> > 10 ithread table lock -- last acquired @ order list:0
> > 11 sleepq chain -- last acquired @
> > /usr/src/sys/kern/subr_sleepqueue.c:223
> > 12 sched lock -- last acquired @ /usr/src/sys/kern/sched_4bsd.c:1120
> > 13 turnstile chain -- last acquired @
> > /usr/src/sys/kern/subr_turnstile.c:411
> > 14 td_contested -- last acquired @ order list:0
> > 15 callout -- last acquired @ /usr/src/sys/kern/kern_timeout.c:398
> > 16 entropy harvest -- last acquired @
> > /usr/src/sys/dev/random/randomdev_soft.c:304
> > 17 entropy harvest buffers -- last acquired @
> > /usr/src/sys/dev/random/randomdev_soft.c:313
> > 18 allpmaps -- last acquired @
> > /usr/src/sys/i386/i386/pmap.c:1127
> > 19 vm page queue free mutex -- last acquired @
> > /usr/src/sys/vm/vm_page.c:774
> > 20 icu -- last acquired @ order list:0
> > 21 smp rendezvous -- last acquired @
> > /usr/src/sys/i386/i386/pmap.c:585
> > 22 tlb -- last acquired @ order list:0
> > 23 clk -- last acquired @
> > /usr/src/sys/i386/isa/clock.c:404
> > 24 mutex profiling lock -- last acquired @ order list:0
> > 25 kse zombie lock -- last acquired @ order list:0
> > 26 ALD Queue -- last acquired @ order list:0
> > 27 pcicfg -- last acquired @
> > /usr/src/sys/i386/pci/pci_cfgreg.c:230
> >
> > Locks which were never acquired:
> > swap_pager swhash
> > IPFW dynamic rules
> > arp_inq
> > tcp_hc_entry
> > ip_inq
> > pseudofs_fileno
> > ppp_softc_list_mtx
> > tunmtx
> > msq
> > semid
> > cd9660_ihash
> > msdosfs dehash
> > strategy
> > ACPI global lock
> > ACPI cmbat
> > ACPI generic battery
> > ACPI AC adapter
> > ACPI PCI power methods
> > ACPI lid
> > ACPI CPU
> > kqueue order
> > jumbo mutex
> > encapmtx
> > accept_filter_mtx
> > securelevel mutex lock
> > fifo mutex
> > UUID generator mutex lock
> > umtx
> > protect sysfilt_ops
> > phys_pager list
> > dev_pager list
> > dev_pager create
> > swap_pager list
> > vm map sleep mutex
> > lockmgr
> > db> show pciregs
> > hostb0@pci0:0:0: class=0x060000 card=0x00000000 chip=0x00091166
> > rev=0x05 hdr=0x00
> > hostb1@pci0:0:1: class=0x060000 card=0x00000000 chip=0x00091166
> > rev=0x05 hdr=0x00
> > none0@pci0:2:0: class=0x030000 card=0x47568086 chip=0x47561002 rev=0x7a hdr=0x00
> > fxp0@pci0:3:0: class=0x020000 card=0x12298086 chip=0x12298086 rev=0x08 hdr=0x00
> > pcib1@pci0:7:0: class=0x060400 card=0x00000068 chip=0xa5001044 rev=0x02 hdr=0x01
> > asr0@pci0:7:1: class=0x0e0001 card=0xc03c1044 chip=0xa5011044 rev=0x02 hdr=0x00
> > isab0@pci0:15:0: class=0x060100 card=0x02001166 chip=0x02001166
> > rev=0x4f hdr=0x00
> > atapci0@pci0:15:1: class=0x01018a card=0x00000000 chip=0x02111166
> > rev=0x00 hdr=0x00
> > none1@pci2:4:0: class=0x010000 card=0x00cf8086 chip=0x00cf9005 rev=0x01 hdr=0x00
> > none2@pci2:4:1: class=0x010000 card=0x00cf8086 chip=0x00cf9005 rev=0x01 hdr=0x00
> > db> show registers
> > cs 0x8
> > ds 0xe8950010
> > es 0x10
> > fs 0x18
> > ss 0x10
> > eax 0x12
> > ecx 0xc0c14000
> > edx 0
> > ebx 0xe8955b18
> > esp 0xe8955ad4
> > ebp 0xe8955adc
> > esi 0x1
> > edi 0x100
> > eip 0xc0504cf0 kdb_enter+0x30
> > efl 0x282
> > dr0 0
> > dr1 0
> > dr2 0
> > dr3 0
> > dr4 0xffff0ff0
> > dr5 0x400
> > dr6 0xffff0ff0
> > dr7 0x400
> > kdb_enter+0x30: leave
> > db> show threads
> > 100265 (0xc32067d0) sched_switch(c32067d0,0,1,11d,5aa48b0d) at
> > sched_switch+0x180
> > 100251 (0xc3204190) sched_switch(c3204190,0,1,11d,5db1e499) at
> > sched_switch+0x180
> > 100118 (0xc2bbdc80) sched_switch(c2bbdc80,0,1,11d,82553467) at
> > sched_switch+0x180
> > 100158 (0xc2e43c80) sched_switch(c2e43c80,0,1,11d,5a568cc1) at
> > sched_switch+0x180
> > 100135 (0xc2e1b7d0) sched_switch(c2e1b7d0,0,1,11d,43f9759f) at
> > sched_switch+0x180
> > 100271 (0xc33fe190) sched_switch(c33fe190,0,1,11d,1dc845c7) at
> > sched_switch+0x180
> > 100232 (0xc3199320) sched_switch(c3199320,0,1,11d,e09772f9) at
> > sched_switch+0x180
> > 100100 (0xc2bbb000)
> > sched_switch(eee41a94,c06c69a0,c06c69a0,437,c064d749) at
> > sched_switch+0x180
> > 100053 (0xc27e24b0) sched_switch(c27e24b0,0,1,11d,c2d83d01) at
> > sched_switch+0x180
> > 100248 (0xc319ac80) sched_switch(c319ac80,0,1,11d,7d8d3e1b) at
> > sched_switch+0x180
> > 100279 (0xc33fee10) sched_switch(c33fee10,0,1,11d,35fbfb91) at
> > sched_switch+0x180
> > 100195 (0xc30107d0) sched_switch(c30107d0,0,1,11d,9b3f1175) at
> > sched_switch+0x180
> > 100054 (0xc27e2640) sched_switch(c27e2640,0,1,11d,3a14f887) at
> > sched_switch+0x180
> > 100140 (0xc2e42000) sched_switch(c2e42000,0,1,11d,c759049f) at
> > sched_switch+0x180
> > 100254 (0xc3204640) sched_switch(c3204640,0,1,11d,203fa40f) at
> > sched_switch+0x180
> > 100257 (0xc3204af0) sched_switch(c3204af0,0,1,11d,71139bf5) at
> > sched_switch+0x180
> > 100266 (0xc3206960) sched_switch(c3206960,0,1,11d,14a393b3) at
> > sched_switch+0x180
> > 100115 (0xc2bbd7d0) sched_switch(c2bbd7d0,0,1,11d,3140338b) at
> > sched_switch+0x180
> > 100319 (0xc3893e10) sched_switch(c3893e10,0,1,11d,d00e7fff) at
> > sched_switch+0x180
> > 100290 (0xc3ae4000) sched_switch(c3ae4000,0,1,11d,f84f391) at
> > sched_switch+0x180
> > 100247 (0xc319aaf0) sched_switch(c319aaf0,0,1,11d,6b6ace79) at
> > sched_switch+0x180
> > 100187 (0xc2fb7af0) sched_switch(c2fb7af0,0,1,11d,2525f137) at
> > sched_switch+0x180
> > 100117 (0xc2bbdaf0) sched_switch(c2bbdaf0,0,1,11d,1064956d) at
> > sched_switch+0x180
> > 100104 (0xc2bbb640) sched_switch(c2bbb640,0,1,11d,f4dda92f) at
> > sched_switch+0x180
> > 100350 (0xc3a88000) sched_switch(c3a88000,0,1,11d,ec14fe77) at
> > sched_switch+0x180
> > 100095 (0xc2bb87d0) sched_switch(c2bb87d0,0,1,11d,ded7426b) at
> > sched_switch+0x180
> > 100160 (0xc2e46000) sched_switch(c2e46000,0,1,11d,6a3de8a5) at
> > sched_switch+0x180
> > 100274 (0xc33fe640) sched_switch(c33fe640,0,1,11d,de3a3cdf) at
> > sched_switch+0x180
> > 100310 (0xc3893000) sched_switch(c3893000,0,1,11d,5fd324ef) at
> > sched_switch+0x180
> > 100337 (0xc3a83af0) sched_switch(c3a83af0,0,1,11d,8c4f2c1d) at
> > sched_switch+0x180
> > 100108 (0xc2bbbc80) sched_switch(c2bbbc80,0,1,11d,f71adac1) at
> > sched_switch+0x180
> > 100218 (0xc3057c80) sched_switch(c3057c80,0,1,11d,3198796b) at
> > sched_switch+0x180
> > 100153 (0xc2e434b0) sched_switch(c2e434b0,0,1,11d,76cd2cdb) at
> > sched_switch+0x180
> > 100291 (0xc3ae4190) sched_switch(c3ae4190,0,1,11d,68406d3f) at
> > sched_switch+0x180
> > 100197 (0xc3010af0) sched_switch(c3010af0,0,1,11d,20da36eb) at
> > sched_switch+0x180
> > 100270 (0xc33fe000) sched_switch(c33fe000,0,1,11d,5f3a315) at
> > sched_switch+0x180
> > 100294 (0xc3ae4640) sched_switch(c3ae4640,0,1,11d,37dcbad9) at
> > sched_switch+0x180
> > 100323 (0xc38944b0) sched_switch(c38944b0,0,1,11d,1b6e368b) at
> > sched_switch+0x180
> > 100217 (0xc3057af0) sched_switch(c3057af0,0,1,11d,b13a0819) at
> > sched_switch+0x180
> > 100156 (0xc2e43960) sched_switch(c2e43960,0,1,11d,b2fbcc2d) at
> > sched_switch+0x180
> > 100231 (0xc3199190) sched_switch(c3199190,0,1,11d,720276ad) at
> > sched_switch+0x180
> > 100286 (0xc3ae2960) sched_switch(c3ae2960,0,1,11d,c048be07) at
> > sched_switch+0x180
> > 100143 (0xc2e424b0) sched_switch(c2e424b0,0,1,11d,5fae8b1b) at
> > sched_switch+0x180
> > 100275 (0xc33fe7d0) sched_switch(c33fe7d0,0,1,11d,77f0f3a3) at
> > sched_switch+0x180
> > 100101 (0xc2bbb190) sched_switch(c2bbb190,0,1,11d,a4d35a21) at
> > sched_switch+0x180
> > 100179 (0xc2fb6e10) sched_switch(c2fb6e10,0,1,11d,6a2f0e33) at
> > sched_switch+0x180
> > 100268 (0xc3206c80) sched_switch(c3206c80,0,1,11d,eca11829) at
> > sched_switch+0x180
> > 100240 (0xc319a000) sched_switch(c319a000,0,1,11d,5136c437) at
> > sched_switch+0x180
> > 100150 (0xc2e43000) sched_switch(c2e43000,0,1,11d,2d08bb99) at
> > sched_switch+0x180
> > 100090 (0xc2bb8000) sched_switch(c2bb8000,0,1,11d,35ede6a7) at
> > sched_switch+0x180
> > 100205 (0xc30117d0) sched_switch(c30117d0,0,1,11d,9ef63df5) at
> > sched_switch+0x180
> > 100136 (0xc2e1b960) sched_switch(c2e1b960,0,1,11d,a7a83071) at
> > sched_switch+0x180
> > 100148 (0xc2e42c80) sched_switch(c2e42c80,0,1,11d,7a8a9915) at
> > sched_switch+0x180
> > 100139 (0xc2e1be10) sched_switch(c2e1be10,0,1,11d,7c3a76d3) at
> > sched_switch+0x180
> > 100169 (0xc2e46e10) sched_switch(c2e46e10,0,1,11d,d6efc515) at
> > sched_switch+0x180
> > 100237 (0xc3199af0) sched_switch(c3199af0,0,1,11d,e07672c9) at
> > sched_switch+0x180
> > 100234 (0xc3199640) sched_switch(c3199640,0,1,11d,e7fafd81) at
> > sched_switch+0x180
> > 100235 (0xc31997d0) sched_switch(c31997d0,0,1,11d,dac1a0b1) at
> > sched_switch+0x180
> > 100170 (0xc2fb6000) sched_switch(c2fb6000,0,1,11d,f5857545) at
> > sched_switch+0x180
> > 100114 (0xc2bbd640) sched_switch(c2bbd640,0,1,11d,da2f9ac9) at
> > sched_switch+0x180
> > 100219 (0xc3057e10) sched_switch(c3057e10,0,1,11d,5ef6bfe9) at
> > sched_switch+0x180
> > 100245 (0xc319a7d0) sched_switch(c319a7d0,0,1,11d,5286fd) at
> > sched_switch+0x180
> > 100215 (0xc30577d0) sched_switch(c30577d0,0,1,11d,8ac81441) at
> > sched_switch+0x180
> > 100178 (0xc2fb6c80) sched_switch(c2fb6c80,0,1,11d,8b611a95) at
> > sched_switch+0x180
> > 100066 (0xc27e5960) sched_switch(c27e5960,0,1,11d,f8ff04b1) at
> > sched_switch+0x180
> > 100246 (0xc319a960) sched_switch(c319a960,0,1,11d,303b85b5) at
> > sched_switch+0x180
> > 100177 (0xc2fb6af0) sched_switch(c2fb6af0,0,1,11d,cacbc04f) at
> > sched_switch+0x180
> > 100065 (0xc27e57d0) sched_switch(c27e57d0,0,1,11d,5d2bec9) at
> > sched_switch+0x180
> > 100200 (0xc3011000) sched_switch(c3011000,0,1,11d,c3c865) at
> > sched_switch+0x180
> > 100106 (0xc2bbb960) sched_switch(c2bbb960,0,1,11d,dcf621a5) at
> > sched_switch+0x180
> > 100105 (0xc2bbb7d0) sched_switch(c2bbb7d0,0,1,11d,60cf4d39) at
> > sched_switch+0x180
> > 100069 (0xc27e5e10) sched_switch(c27e5e10,0,1,11d,49383521) at
> > sched_switch+0x180
> > 100107 (0xc2bbbaf0) sched_switch(c2bbbaf0,0,1,11d,3c6bcab5) at
> > sched_switch+0x180
> > 100110 (0xc2bbd000) sched_switch(c2bbd000,0,1,11d,2d219d87) at
> > sched_switch+0x180
> > 100067 (0xc27e5af0) sched_switch(c27e5af0,0,1,11d,e45ff411) at
> > sched_switch+0x180
> > 100080 (0xc2b65000) sched_switch(c2b65000,0,1,11d,53ec71a7) at
> > sched_switch+0x180
> > 100113 (0xc2bbd4b0) sched_switch(c2bbd4b0,0,1,11d,e062c4db) at
> > sched_switch+0x180
> > 100089 (0xc2b65e10) sched_switch(c2b65e10,0,1,11d,63e38f69) at
> > sched_switch+0x180
> > 100096 (0xc2bb8960) sched_switch(c2bb8960,0,1,11d,c20f2dbf) at
> > sched_switch+0x180
> > 100093 (0xc2bb84b0) sched_switch(c2bb84b0,0,1,11d,f0cf29c5) at
> > sched_switch+0x180
> > 100073 (0xc2b644b0) sched_switch(c2b644b0,0,1,11d,5406e9ef) at
> > sched_switch+0x180
> > 100072 (0xc2b64320) sched_switch(c2b64320,0,1,11d,78cee013) at
> > sched_switch+0x180
> > 100071 (0xc2b64190) sched_switch(c2b64190,0,1,11d,9790d9b7) at
> > sched_switch+0x180
> > 100039 (0xc27c3e10) sched_switch(c27c3e10,0,1,11d,96ad7513) at
> > sched_switch+0x180
> > 100038 (0xc27c3c80) sched_switch(c27c3c80,0,1,11d,ca744551) at
> > sched_switch+0x180
> > 100037 (0xc27c3af0) sched_switch(c27c3af0,0,1,11d,a3d309c5) at
> > sched_switch+0x180
> > 100036 (0xc27c3960) sched_switch(c27c3960,0,1,11d,b23a2533) at
> > sched_switch+0x180
> > 100064 (0xc27e5640) sched_switch(c27e5640,0,1,11d,9a1f276b) at
> > sched_switch+0x180
> > 100063 (0xc27e54b0) sched_switch(c27e54b0,0,1,11d,a08b2329) at
> > sched_switch+0x180
> > 100062 (0xc27e5320) sched_switch(c27e5320,0,1,11d,334e4c53) at
> > sched_switch+0x180
> > 100061 (0xc27e5190) sched_switch(c27e5190,0,1,11d,278c08d3) at
> > sched_switch+0x180
> > 100060 (0xc27e5000) sched_switch(c27e5000,0,1,11d,7bb99f0b) at
> > sched_switch+0x180
> > 100059 (0xc27e2e10) sched_switch(c27e2e10,0,1,11d,ebf94e5b) at
> > sched_switch+0x180
> > 100058 (0xc27e2c80) sched_switch(c27e2c80,0,1,11d,dfe1de45) at
> > sched_switch+0x180
> > 100057 (0xc27e2af0) sched_switch(c27e2af0,0,1,11d,d8b10679) at
> > sched_switch+0x180
> > 100056 (0xc27e2960) fork_trampoline() at fork_trampoline
> > 100055 (0xc27e27d0) sched_switch(c27e27d0,0,1,11d,7805ac1b) at
> > sched_switch+0x180
> > 100025 (0xc27687d0) fork_trampoline() at fork_trampoline
> > 100024 (0xc2768640) sched_switch(c2768640,0,1,11d,99382d45) at
> > sched_switch+0x180
> > 100023 (0xc27684b0) fork_trampoline() at fork_trampoline
> > 100049 (0xc27dfe10) fork_trampoline() at fork_trampoline
> > 100048 (0xc27dfc80) sched_switch(c27dfc80,0,1,11d,f4d93a93) at
> > sched_switch+0x180
> > 100047 (0xc27dfaf0) sched_switch(c27dfaf0,0,1,11d,6602877b) at
> > sched_switch+0x180
> > 100046 (0xc27df960) sched_switch(c27df960,0,1,11d,303d9b09) at
> > sched_switch+0x180
> > 100045 (0xc27df7d0) sched_switch(c27df7d0,0,1,11d,d1480c21) at
> > sched_switch+0x180
> > 100044 (0xc27df640)
> > kdb_enter(c06497b7,0,c064f89d,e8955b18,c27df640) at kdb_enter+0x30
> > 100043 (0xc27df4b0) fork_trampoline() at fork_trampoline
> > 100042 (0xc27df320) sched_switch(c27df320,0,1,11d,8f05e591) at
> > sched_switch+0x180
> > 100041 (0xc27df190) fork_trampoline() at fork_trampoline
> > 100040 (0xc27df000) fork_trampoline() at fork_trampoline
> > 100012 (0xc2764320) sched_switch(c2764320,0,1,11d,ad12d591) at
> > sched_switch+0x180
> > 100011 (0xc2764190) fork_trampoline() at fork_trampoline
> > 100035 (0xc27c37d0) fork_trampoline() at fork_trampoline
> > 100034 (0xc27c3640) fork_trampoline() at fork_trampoline
> > 100033 (0xc27c34b0) fork_trampoline() at fork_trampoline
> > 100032 (0xc27c3320) fork_trampoline() at fork_trampoline
> > 100031 (0xc27c3190) fork_trampoline() at fork_trampoline
> > 100030 (0xc27c3000) fork_trampoline() at fork_trampoline
> > 100029 (0xc2768e10) sched_switch(c2768e10,0,1,11d,4e7277ab) at
> > sched_switch+0x180
> > 100028 (0xc2768c80) fork_trampoline() at fork_trampoline
> > 100027 (0xc2768af0) fork_trampoline() at fork_trampoline
> > 100026 (0xc2768960) fork_trampoline() at fork_trampoline
> > 100000 (0xc275f000) fork_trampoline() at fork_trampoline
> > 100022 (0xc2768320) sched_switch(c2768320,0,1,11d,ad732327) at
> > sched_switch+0x180
> > 100021 (0xc2768190) fork_trampoline() at fork_trampoline
> > 100020 (0xc2768000) fork_trampoline() at fork_trampoline
> > 100019 (0xc2764e10) fork_trampoline() at fork_trampoline
> > 100018 (0xc2764c80) sched_switch(c2764c80,0,1,11d,8991dd45) at
> > sched_switch+0x180
> > 100017 (0xc2764af0) fork_trampoline() at fork_trampoline
> > 100016 (0xc2764960) fork_trampoline() at fork_trampoline
> > 100015 (0xc27647d0) fork_trampoline() at fork_trampoline
> > 100014 (0xc2764640) fork_trampoline() at fork_trampoline
> > 100013 (0xc27644b0) fork_trampoline() at fork_trampoline
> > 100010 (0xc2764000) fork_trampoline() at fork_trampoline
> > 100009 (0xc275fe10) fork_trampoline() at fork_trampoline
> > 100008 (0xc275fc80) fork_trampoline() at fork_trampoline
> > 100007 (0xc275faf0) fork_trampoline() at fork_trampoline
> > 100006 (0xc275f960) fork_trampoline() at fork_trampoline
> > 100005 (0xc275f7d0) sched_switch(c275f7d0,0,1,11d,ee0be6c5) at
> > sched_switch+0x180
> > 100004 (0xc275f640) sched_switch(c275f640,0,1,117,5f9ce7f9) at
> > sched_switch+0x180
> > 100003 (0xc275f4b0) sched_switch(c275f4b0,0,1,117,b7b18581) at
> > sched_switch+0x180
> > 100002 (0xc275f320) sched_switch(c275f320,0,1,11d,c07088eb) at
> > sched_switch+0x180
> > 100001 (0xc275f190) sched_switch(c275f190,0,1,11d,f5b6edc5) at
> > sched_switch+0x180
> > 0 (0xc0697020) sched_switch(c0697020,0,1,11d,704cd037) at
> > sched_switch+0x180
> > db>show map
> > Task map 0xc0504cf0: pmap=0x4c70424, nentries=-1869574000, version=2072190603
> > db> show page
> > cnt.v_free_count: 23492
> > cnt.v_cache_count: 13141
> > cnt.v_inactive_count: 124090
> > cnt.v_active_count: 180777
> > cnt.v_wire_count: 43501
> > cnt.v_free_reserved: 583
> > cnt.v_free_min: 2507
> > cnt.v_free_target: 10611
> > cnt.v_cache_min: 10611
> > cnt.v_inactive_target: 15916
> > db> show cbstat
> > tot = 107460 (active = 0, free = 107460 (reserved = 102060, slush = 5400))
> > db> show rtc
> > 04/09/26 09:22:38, A = 29, B = 42, C = d0
> > db> show intrcnt
> > irq1: atkbd0 4
> > irq4: sio0 273
> > irq6: fdc0 10
> > irq8: rtc 4186630
> > irq13: npx0 1
> > irq14: ata0 46
> > irq18: fxp0 14933714
> > irq23: asr0 100627
> > irq31: acpi0 24214
> > irq0: clk 3270470
> > db> show pcpu
> > cpuid = 0
> > curthread = 0xc27df640: pid 46 "swi1: net"
> > curpcb = 0xe8955da0
> > fpcurthread = none
> > idlethread = 0xc275f640: pid 12 "idle: cpu0"
> > APIC ID = 3
> > currentldt = 0x28
> > spin locks held:
> > db>
> >
> >
> >>INVARIANTS requires the option 'INVARIANT_SUPPORT'.
> >>
> >>--
> >>John Baldwin <jhb@FreeBSD.org> <>< http://www.FreeBSD.org/~jhb/
> >>"Power Users Use the Power to Serve" = http://www.FreeBSD.org
> >>_______________________________________________
> >>freebsd-current@freebsd.org mailing list
> >>http://lists.freebsd.org/mailman/listinfo/freebsd-current
> >>To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
> >>
> >
> >
> >
> >
>
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 04:03:10 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 4198F16A4CE
for <current@freebsd.org>; Wed, 29 Sep 2004 04:03:10 +0000 (GMT)
Received: from pandora.afflictions.org (asylum.afflictions.org [64.7.134.90])
by mx1.FreeBSD.org (Postfix) with ESMTP id 8088B43D2D
for <current@freebsd.org>; Wed, 29 Sep 2004 04:03:09 +0000 (GMT)
(envelope-from dgerow@afflictions.org)
Received: from localhost (localhost [127.0.0.1])
by pandora.afflictions.org (Postfix) with ESMTP id 639DA78C55
for <current@freebsd.org>; Wed, 29 Sep 2004 00:04:40 -0400 (EDT)
Received: from dementia.afflictions.org (dementia.afflictions.org
[172.19.206.56])
by pandora.afflictions.org (Postfix) with ESMTP id 907BE78C35
for <current@freebsd.org>; Wed, 29 Sep 2004 00:04:34 -0400 (EDT)
Received: by dementia.afflictions.org (Postfix, from userid 1001)
id 1C60C170E2; Wed, 29 Sep 2004 00:02:23 -0400 (EDT)
Date: Wed, 29 Sep 2004 00:02:22 -0400
From: Damian Gerow <dgerow@afflictions.org>
To: current@freebsd.org
Message-ID: <20040929040222.GI5115@afflictions.org>
Mail-Followup-To: current@freebsd.org
References: <20040927211341.GB30059@afflictions.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20040927211341.GB30059@afflictions.org>
X-Operating-System: FreeBSD 5.3-BETA6 on a i386
X-GPG-Fingerprint: B3D7 D901 A53A 1A99 BFD6 E6DF 9F3B 742B C288 9CC9
User-Agent: Mutt/1.5.6i
X-Virus-Scanned: by amavisd-new at afflictions.org
Subject: Random processes hanging in unkillable state in -BETA6
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 04:03:10 -0000
I have a number of processes hanging in an unkillable state now that I've
upgraded from -BETA2 to -BETA6. Two are ports (firefox and ogle), and one
is 'dig'.
I have no idea what's going on. I've yet to try to gdb any of the
processes. I remembered yesterday that I had changed my LANG to
en_CA.ISO8859-15 in a quest to get international character support on the
commandline, and some apps have been complaining about that. Could that be
causing the trouble?
Then today, after using dig successfully a few times, it just hung. Any
further attempts to use dig result in the same thing -- no output at all,
and I can't kill the process. It just sits there. If I try to attach to
the running process via ptrace, that hangs as well (though I *can* kill that
gdb process).
Does anyone have any suggestions?
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 04:37:19 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 0B6AD16A4CE
for <current@freebsd.org>; Wed, 29 Sep 2004 04:37:19 +0000 (GMT)
Received: from ylpvm43.prodigy.net (ylpvm43-ext.prodigy.net [207.115.57.74])
by mx1.FreeBSD.org (Postfix) with ESMTP id 5F26543D39
for <current@freebsd.org>; Wed, 29 Sep 2004 04:37:18 +0000 (GMT)
(envelope-from julian@elischer.org)
Received: from elischer.org (adsl-67-124-49-205.dsl.snfc21.pacbell.net
[67.124.49.205])i8T4bFCE009823; Wed, 29 Sep 2004 00:37:16 -0400
Message-ID: <415A3BF2.8010209@elischer.org>
Date: Tue, 28 Sep 2004 21:37:06 -0700
From: Julian Elischer <julian@elischer.org>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4b) Gecko/20030524
X-Accept-Language: en, hu
MIME-Version: 1.0
To: Damian Gerow <dgerow@afflictions.org>
References: <20040927211341.GB30059@afflictions.org>
<20040929040222.GI5115@afflictions.org>
In-Reply-To: <20040929040222.GI5115@afflictions.org>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
cc: current@freebsd.org
Subject: Re: Random processes hanging in unkillable state in -BETA6
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 04:37:19 -0000
Damian Gerow wrote:
> I have a number of processes hanging in an unkillable state now that I've
> upgraded from -BETA2 to -BETA6. Two are ports (firefox and ogle), and one
> is 'dig'.
>
> I have no idea what's going on. I've yet to try to gdb any of the
> processes. I remembered yesterday that I had changed my LANG to
> en_CA.ISO8859-15 in a quest to get international character support on the
> commandline, and some apps have been complaining about that. Could that be
> causing the trouble?
Possibly a scheduler problem I think..
I hope to get back to it inthe next day or so..
(maxed out at "RealJob" (TM))
>
> Then today, after using dig successfully a few times, it just hung. Any
> further attempts to use dig result in the same thing -- no output at all,
> and I can't kill the process. It just sits there. If I try to attach to
> the running process via ptrace, that hangs as well (though I *can* kill that
> gdb process).
>
> Does anyone have any suggestions?
> _______________________________________________
> freebsd-current@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 04:46:23 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id A5B1E16A4CE
for <current@freebsd.org>; Wed, 29 Sep 2004 04:46:23 +0000 (GMT)
Received: from ylpvm29.prodigy.net (ylpvm29-ext.prodigy.net [207.115.57.60])
by mx1.FreeBSD.org (Postfix) with ESMTP id 60BCD43D3F
for <current@freebsd.org>; Wed, 29 Sep 2004 04:46:23 +0000 (GMT)
(envelope-from julian@elischer.org)
Received: from elischer.org (adsl-67-124-49-205.dsl.snfc21.pacbell.net
[67.124.49.205])i8T4k3IV018553; Wed, 29 Sep 2004 00:46:04 -0400
Message-ID: <415A3E1B.5010404@elischer.org>
Date: Tue, 28 Sep 2004 21:46:19 -0700
From: Julian Elischer <julian@elischer.org>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4b) Gecko/20030524
X-Accept-Language: en, hu
MIME-Version: 1.0
To: Damian Gerow <dgerow@afflictions.org>
References: <20040927211341.GB30059@afflictions.org>
<20040929040222.GI5115@afflictions.org>
In-Reply-To: <20040929040222.GI5115@afflictions.org>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
cc: current@freebsd.org
Subject: Re: Random processes hanging in unkillable state in -BETA6
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 04:46:23 -0000
Damian Gerow wrote:
> I have a number of processes hanging in an unkillable state now that I've
> upgraded from -BETA2 to -BETA6. Two are ports (firefox and ogle), and one
> is 'dig'.
>
> I have no idea what's going on. I've yet to try to gdb any of the
> processes. I remembered yesterday that I had changed my LANG to
> en_CA.ISO8859-15 in a quest to get international character support on the
> commandline, and some apps have been complaining about that. Could that be
> causing the trouble?
>
> Then today, after using dig successfully a few times, it just hung. Any
> further attempts to use dig result in the same thing -- no output at all,
> and I can't kill the process. It just sits there. If I try to attach to
> the running process via ptrace, that hangs as well (though I *can* kill that
> gdb process).
>
> Does anyone have any suggestions?
> _______________________________________________
> freebsd-current@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
If you look at them with ps -alxH are they all (in particular dig)
all threaded programs?
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 05:02:37 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 219F716A4CE
for <current@freebsd.org>; Wed, 29 Sep 2004 05:02:37 +0000 (GMT)
Received: from pandora.afflictions.org (asylum.afflictions.org [64.7.134.90])
by mx1.FreeBSD.org (Postfix) with ESMTP id B802B43D2D
for <current@freebsd.org>; Wed, 29 Sep 2004 05:02:36 +0000 (GMT)
(envelope-from dgerow@afflictions.org)
Received: from localhost (localhost [127.0.0.1])
by pandora.afflictions.org (Postfix) with ESMTP id BB9DC78C55;
Wed, 29 Sep 2004 01:04:07 -0400 (EDT)
Received: from dementia.afflictions.org (dementia.afflictions.org
[172.19.206.56])
by pandora.afflictions.org (Postfix) with ESMTP id ED2AD78C35;
Wed, 29 Sep 2004 01:04:05 -0400 (EDT)
Received: by dementia.afflictions.org (Postfix, from userid 1001)
id CAC8B170E2; Wed, 29 Sep 2004 01:01:54 -0400 (EDT)
Date: Wed, 29 Sep 2004 01:01:54 -0400
From: Damian Gerow <dgerow@afflictions.org>
To: Julian Elischer <julian@elischer.org>
Message-ID: <20040929050154.GJ5115@afflictions.org>
Mail-Followup-To: Julian Elischer <julian@elischer.org>,
current@freebsd.org
References: <20040927211341.GB30059@afflictions.org>
<20040929040222.GI5115@afflictions.org> <415A3E1B.5010404@elischer.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <415A3E1B.5010404@elischer.org>
X-Operating-System: FreeBSD 5.3-BETA6 on a i386
X-GPG-Fingerprint: B3D7 D901 A53A 1A99 BFD6 E6DF 9F3B 742B C288 9CC9
User-Agent: Mutt/1.5.6i
X-Virus-Scanned: by amavisd-new at afflictions.org
cc: current@freebsd.org
Subject: Re: Random processes hanging in unkillable state in -BETA6
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 05:02:37 -0000
Thus spake Julian Elischer (julian@elischer.org) [29/09/04 00:48]:
: If you look at them with ps -alxH are they all (in particular dig)
: all threaded programs?
Yes, they are.
They all seem to be in an RL state. All the dig processes are in RL+,
whereas dig processes started by root are in RXL+. There is one hung gdb
dig process, which is in SL. Note that these have all been running for at
least three hours at this point.
Thanks, Julian.
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 05:24:30 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id F336F16A4CE
for <freebsd-current@FreeBSD.org>;
Wed, 29 Sep 2004 05:24:29 +0000 (GMT)
Received: from harmony.village.org (rover.village.org [168.103.84.182])
by mx1.FreeBSD.org (Postfix) with ESMTP id 848DF43D31
for <freebsd-current@FreeBSD.org>;
Wed, 29 Sep 2004 05:24:29 +0000 (GMT) (envelope-from imp@bsdimp.com)
Received: from localhost (harmony.village.org [10.0.0.6])
by harmony.village.org (8.13.1/8.13.1) with ESMTP id i8T5ONNt008251;
Tue, 28 Sep 2004 23:24:23 -0600 (MDT)
(envelope-from imp@bsdimp.com)
Date: Tue, 28 Sep 2004 23:25:40 -0600 (MDT)
Message-Id: <20040928.232540.94551800.imp@bsdimp.com>
To: David.Boyd@insightbb.com
From: "M. Warner Losh" <imp@bsdimp.com>
In-Reply-To: <DIEGJJFBNADMCJBGPCBKAEIHCOAA.David.Boyd@insightbb.com>
References: <20040928.095025.95903793.imp@bsdimp.com>
<DIEGJJFBNADMCJBGPCBKAEIHCOAA.David.Boyd@insightbb.com>
X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI)
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
cc: freebsd-current@FreeBSD.org
Subject: Re: FDC/ACPI/GEOM problems
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 05:24:30 -0000
In message: <DIEGJJFBNADMCJBGPCBKAEIHCOAA.David.Boyd@insightbb.com>
"David Boyd" <David.Boyd@insightbb.com> writes:
: > : Disabling the floppy controller results in a successful boot for me.
: >
: > What about removing the floppy drive w/o disabling the floppy
: > controller?
: Removing the floppy drive (with the floppy controller enabled) results on a
: successful boot for me.
Was this with -current or RELENG_5?
Warner
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 05:27:39 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 254EA16A4CE
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 05:27:39 +0000 (GMT)
Received: from harmony.village.org (rover.village.org [168.103.84.182])
by mx1.FreeBSD.org (Postfix) with ESMTP id A8B4643D48
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 05:27:38 +0000 (GMT) (envelope-from imp@bsdimp.com)
Received: from localhost (harmony.village.org [10.0.0.6])
by harmony.village.org (8.13.1/8.13.1) with ESMTP id i8T5OwTo008263;
Tue, 28 Sep 2004 23:24:58 -0600 (MDT)
(envelope-from imp@bsdimp.com)
Date: Tue, 28 Sep 2004 23:26:15 -0600 (MDT)
Message-Id: <20040928.232615.83622950.imp@bsdimp.com>
To: David.Boyd@insightbb.com
From: "M. Warner Losh" <imp@bsdimp.com>
In-Reply-To: <DIEGJJFBNADMCJBGPCBKIEIFCOAA.David.Boyd@insightbb.com>
References: <20040928.090457.115908926.imp@bsdimp.com>
<DIEGJJFBNADMCJBGPCBKIEIFCOAA.David.Boyd@insightbb.com>
X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI)
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
cc: freebsd-current@freebsd.org
Subject: Re: FDC/ACPI/GEOM problems
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 05:27:39 -0000
Oh, I see it was RELENG_5. Please try to update to latest fdc_isa.c
and let me know if you are still seeing the problem.
Warner
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 05:39:16 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 3D95E16A4CE
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 05:39:16 +0000 (GMT)
Received: from obh.snafu.de (obh.snafu.de [213.73.92.34])
by mx1.FreeBSD.org (Postfix) with ESMTP id E9E0843D31
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 05:39:15 +0000 (GMT) (envelope-from ob@gruft.de)
Received: from ob by obh.snafu.de with local (Exim 4.34 (FreeBSD))
id 1CCXBK-000CzP-Am
for freebsd-current@freebsd.org; Wed, 29 Sep 2004 07:39:14 +0200
Date: Wed, 29 Sep 2004 07:39:14 +0200
From: Oliver Brandmueller <ob@e-Gitt.NET>
To: freebsd-current@freebsd.org
Message-ID: <20040929053914.GA1831@e-Gitt.NET>
Mail-Followup-To: freebsd-current@freebsd.org
References: <414EB6CE.3000501@voicenet.com> <414ECAE9.7070909@voicenet.com>
<20040920133602.GB54785@e-Gitt.NET> <20040920140744.GC54785@e-Gitt.NET>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20040920140744.GC54785@e-Gitt.NET>
User-Agent: Mutt/1.5.6i
Sender: Oliver Brandmueller <ob@gruft.de>
Subject: Re: SMP problems with -CURRENT? (and BETA5)
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 05:39:16 -0000
Hi.
On Mon, Sep 20, 2004 at 04:07:45PM +0200, Oliver Brandmueller wrote:
> However, booting without ACPI worked. So it seems that this is the
> direction, where we have to look for the problem:
Inspired by thread "FDC/ACPI/GEOM problems" I tried disabling the Floppy
Disk Controller in the BIOS and that worked fine for me: I can boot with
ACPI enabled again.
- Oliver
--
| Oliver Brandmueller | Offenbacher Str. 1 | Germany D-14197 Berlin |
| Fon +49-172-3130856 | Fax +49-172-3145027 | WWW: http://the.addict.de/ |
| Ich bin das Internet. Sowahr ich Gott helfe. |
| Eine gewerbliche Nutzung aller enthaltenen Adressen ist nicht gestattet! |
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 05:41:04 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 70DFE16A4CE
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 05:41:04 +0000 (GMT)
Received: from obh.snafu.de (obh.snafu.de [213.73.92.34])
by mx1.FreeBSD.org (Postfix) with ESMTP id 27F3B43D3F
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 05:41:04 +0000 (GMT) (envelope-from ob@gruft.de)
Received: from ob by obh.snafu.de with local (Exim 4.34 (FreeBSD))
id 1CCXD5-000D1l-1g
for freebsd-current@freebsd.org; Wed, 29 Sep 2004 07:41:03 +0200
Date: Wed, 29 Sep 2004 07:41:02 +0200
From: Oliver Brandmueller <ob@e-Gitt.NET>
To: freebsd-current@freebsd.org
Message-ID: <20040929054102.GB1831@e-Gitt.NET>
Mail-Followup-To: freebsd-current@freebsd.org
References: <200409240741.i8O7fMmN043816@pooker.samsco.org>
<20040924084308.GA55290@e-Gitt.NET>
<200409240208.53908.dsyphers@u.washington.edu> <41541D9B.1050705@voicenet.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <41541D9B.1050705@voicenet.com>
User-Agent: Mutt/1.5.6i
Sender: Oliver Brandmueller <ob@gruft.de>
Subject: Re: 5.3-RELEASE TODO
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 05:41:04 -0000
On Fri, Sep 24, 2004 at 09:14:03AM -0400, Adam K Kirchhoff wrote:
> That would be me. Here's a summary of what I encountered (all this can
> be found in the "SMP problems with -CURRENT (and BETA5)":
>
> With HTT enabled in the BIOS:
>
> 1) With ACPI and APIC enabled: Locking up after detecting my hard drives
> and launching the second processor.
>
> 2) With ACPI disabled and APIC enabled: Crashing with a "Fatal trap 9".
>
> 3) With both ACPI and APIC disabled: Success.
>
> With HTT disabled in the BIOS:
>
> 1) With ACPI and APIC enabled: Locking up after detecting my hard drives.
>
> And, I'd agree with your assesment that, no matter the cause, this is a
> pretty significant show-stopping bug :-)
I tried (inspired by thread "FDC/ACPI/GEOM problems") booting with the
floppy disk controller disabled in the BIOS. That works fine for me. SO
it seems the problem is somewhere in that direction then.
- Oliver
--
| Oliver Brandmueller | Offenbacher Str. 1 | Germany D-14197 Berlin |
| Fon +49-172-3130856 | Fax +49-172-3145027 | WWW: http://the.addict.de/ |
| Ich bin das Internet. Sowahr ich Gott helfe. |
| Eine gewerbliche Nutzung aller enthaltenen Adressen ist nicht gestattet! |
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 06:10:02 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 2265016A4CE
for <current@freebsd.org>; Wed, 29 Sep 2004 06:10:02 +0000 (GMT)
Received: from smtp1.adl2.internode.on.net (smtp1.adl2.internode.on.net
[203.16.214.181])
by mx1.FreeBSD.org (Postfix) with ESMTP id 79B9243D46
for <current@freebsd.org>; Wed, 29 Sep 2004 06:10:01 +0000 (GMT)
(envelope-from smckay@internode.on.net)
Received: from dungeon.home (ppp238-227.lns1.bne3.internode.on.net
[203.122.238.227])i8T69x4Y017040;
Wed, 29 Sep 2004 15:39:59 +0930 (CST)
Received: from dungeon.home (localhost [127.0.0.1])
by dungeon.home (8.12.8p2/8.11.6) with ESMTP id i8T69wZD008877;
Wed, 29 Sep 2004 16:09:58 +1000 (EST)
(envelope-from mckay)
Message-Id: <200409290609.i8T69wZD008877@dungeon.home>
To: current@freebsd.org
References: <002b01c4a576$9b65f1d0$82fda3d1@sanmarcos.x25.net>
<200409282025.04107.taras-s-y@mail.ru>
In-Reply-To: <200409282025.04107.taras-s-y@mail.ru>
from Savchuk Taras at "Tue, 28 Sep 2004 20:25:03 +0000"
Date: Wed, 29 Sep 2004 16:09:58 +1000
From: Stephen McKay <smckay@internode.on.net>
cc: Savchuk Taras <taras-s-y@mail.ru>
cc: Stephen McKay <smckay@internode.on.net>
Subject: Re: dc0 acting up
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 06:10:02 -0000
On Tuesday, 28th September 2004, Savchuk Taras wrote:
>On Tuesday 28 September 2004 16:17, Jesse Marquez wrote:
>
>FreeBSD5.3-BETA4
>
>I have the same output during boot:
>> dc0: failed to force tx and rx to idle state
>> dc0: failed to force tx and rx to idle state
>> dc0: failed to force tx and rx to idle state
This one comes up every year or so and is my fault (more or less).
Maybe we can fix it now that people are reporting it, even though it
is actually pretty harmless.
What hardware do you have? Ie what other dc0: lines do you find in dmesg?
If you are willing to edit some code and try again, what happens when
you comment out the entire for loop at line 1379 of sys/pci/if_dc.c, which
looks like this:
for (i = 0; i < DC_TIMEOUT; i++) {
isr = CSR_READ_4(sc, DC_ISR);
if (isr & DC_ISR_TX_IDLE &&
((isr & DC_ISR_RX_STATE) == DC_RXSTATE_STOPPED ||
(isr & DC_ISR_RX_STATE) == DC_RXSTATE_WAIT))
break;
DELAY(10);
}
if (i == DC_TIMEOUT)
printf("dc%d: failed to force tx and "
"rx to idle state\n", sc->dc_unit);
Does your network card still work?
The long story is that this test is probably unnecessary, though the manual
for the original Intel 21143 requires it. If it was skipped for non-Intel
chips, I think everyone would be happy. It would be nice to have some
experimental verification of this theory though.
Stephen.
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 06:13:50 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id EEDFE16A4CE
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 06:13:50 +0000 (GMT)
Received: from cedar.ie.tusur.ru (fet-gw.ttk.tusur.ru [212.192.163.25])
by mx1.FreeBSD.org (Postfix) with ESMTP id 1B59E43D46
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 06:13:42 +0000 (GMT)
(envelope-from pg@rainbow.ie.tusur.ru)
Received: from rainbow.ie.tusur.ru (rainbow.ie.tusur.ru [212.192.122.75])
by cedar.ie.tusur.ru (8.12.11/8.12.11) with ESMTP id i8T6DSlb099600;
Wed, 29 Sep 2004 13:13:28 +0700 (TSD)
(envelope-from pg@rainbow.ie.tusur.ru)
Received: from rainbow.ie.tusur.ru (localhost.ie.tusur.ru [127.0.0.1])
by rainbow.ie.tusur.ru (8.12.9p2/8.12.9) with ESMTP id i8T6AO4D074442;
Wed, 29 Sep 2004 13:10:24 +0700 (TSD)
(envelope-from pg@rainbow.ie.tusur.ru)
Received: (from pg@localhost)
by rainbow.ie.tusur.ru (8.12.9p2/8.12.9/Submit) id i8T6AOhX074441;
Wed, 29 Sep 2004 13:10:24 +0700 (TSD)
(envelope-from pg)
Date: Wed, 29 Sep 2004 13:10:24 +0700
From: Pavel Gubin <pg@ie.tusur.ru>
To: Stephen Montgomery-Smith <stephen@math.missouri.edu>
Message-ID: <20040929061024.GA73877@ie.tusur.ru>
References: <41536FD5.20204@math.missouri.edu>
<20040926025935.GC2530@dragon.nuxi.com> <41563A3C.5080404@math.missouri.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <41563A3C.5080404@math.missouri.edu>
User-Agent: Mutt/1.4i
Organization: TUCSR, Industrial Electronics dept
X-Virus-Scanned: clamd / ClamAV version 0.75.1, clamav-milter version 0.75c
on cedar.ie.tusur.ru
X-Virus-Scanned: clamd / ClamAV version 0.75.1, clamav-milter version 0.75c
on rainbow.ie.tusur.ru
X-Virus-Status: Clean
X-Virus-Status: Clean
cc: freebsd-current@freebsd.org
Subject: Re: ACPI on Tyan Thunder K7
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: Pavel Gubin <pg@ie.tusur.ru>
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 06:13:51 -0000
On Sat, Sep 25, 2004 at 10:40:44PM -0500, Stephen Montgomery-Smith wrote:
> But more than that, if I do "shutdown -p now" the computer does halt,
> and then it switches off, but in a strange way - the fans are still
> going, all the lights are on, but the video card stops working, and the
> on/off button does nothing, even if I hold it down for several seconds.
On my Tiger or Thunder I've got the similar effect - pushing power button
only partly powers off the system, the fans are going, but the system is
off. So I think it's a Tyan bug.
--
Pavel Gubin
TUSC&R / Industrial Electronics dept / System Administrator
2:5005/14@fidonet / Phone +7-3822-423067 / ICQ 28835566
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 06:20:18 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id E534116A4CE
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 06:20:17 +0000 (GMT)
Received: from mail.au.sevenone.com (ppp53-126.lns1.adl2.internode.on.net
[150.101.53.126])
by mx1.FreeBSD.org (Postfix) with ESMTP id D25F243D2F
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 06:20:16 +0000 (GMT)
(envelope-from freebsd@sevenone.com)
Received: from email.sevenone.com (bsd2.au.sevenone.com [202.12.71.2])
i8T6KF31091578 for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 15:50:15 +0930 (CST)
(envelope-from freebsd@sevenone.com)
Received: from 143.216.237.212
(SquirrelMail authenticated user matt);
by email.sevenone.com with HTTP;
Wed, 29 Sep 2004 15:50:15 +0930 (CST)
Message-ID: <50228.143.216.237.212.1096438815.squirrel@143.216.237.212>
Date: Wed, 29 Sep 2004 15:50:15 +0930 (CST)
From: "matt baker" <freebsd@sevenone.com>
To: freebsd-current@freebsd.org
User-Agent: SquirrelMail/1.4.3a
X-Mailer: SquirrelMail/1.4.3a
MIME-Version: 1.0
Content-Type: text/plain;charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Priority: 3 (Normal)
Importance: Normal
Subject: Re: dc0 acting up
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 06:20:18 -0000
>>I have the same output during boot:
>>> dc0: failed to force tx and rx to idle state
>>> dc0: failed to force tx and rx to idle state
>>> dc0: failed to force tx and rx to idle state
>
> This one comes up every year or so and is my fault (more or less). Maybe
we can fix it now that people are reporting it, even though it is
actually pretty harmless.
>
> What hardware do you have? Ie what other dc0: lines do you find in dmesg?
>
> If you are willing to edit some code and try again, what happens when
you comment out the entire for loop at line 1379 of sys/pci/if_dc.c,
which looks like this:
>
> for (i = 0; i < DC_TIMEOUT; i++) {
> isr = CSR_READ_4(sc, DC_ISR);
> if (isr & DC_ISR_TX_IDLE &&
> ((isr & DC_ISR_RX_STATE) == DC_RXSTATE_STOPPED
> ||
> (isr & DC_ISR_RX_STATE) == DC_RXSTATE_WAIT))
> break;
> DELAY(10);
> }
>
> if (i == DC_TIMEOUT)
> printf("dc%d: failed to force tx and "
> "rx to idle state\n", sc->dc_unit);
>
> Does your network card still work?
>
> The long story is that this test is probably unnecessary, though the manual
> for the original Intel 21143 requires it. If it was skipped for
non-Intel chips, I think everyone would be happy. It would be nice to
have some experimental verification of this theory though.
>
> Stephen.
I am also seeing this error. Was seeing it originally in 5.2.1 and now
with 5.3-Beta6. Hope I can help find the problem.
With both I was seeing "dc0: failed to force tx and rx to idle state" with
5.3-Beta6 I am also now seeing "dc0: watchdog timeout"
dmesg | grep dc0 output:
dc0: <82c169 PNIC 10/100BaseTX> port 0x9400-0x94ff mem
0xeb200000-0xeb2000ff irq 17 at device 9.0 on pci0
miibus1: <MII bus> on dc0
dc0: Ethernet address: 00:02:e3:06:a1:8b
dc0: [GIANT-LOCKED]
I will try the patch above and see if it helps or not.
Regards,
Matt
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 06:23:27 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id B68A916A4CE
for <current@freebsd.org>; Wed, 29 Sep 2004 06:23:27 +0000 (GMT)
Received: from mail.gmx.net (pop.gmx.net [213.165.64.20])
by mx1.FreeBSD.org (Postfix) with SMTP id B99B543D49
for <current@freebsd.org>; Wed, 29 Sep 2004 06:23:26 +0000 (GMT)
(envelope-from tomonage2@gmx.de)
Received: (qmail 8028 invoked by uid 65534); 29 Sep 2004 06:23:25 -0000
Received: from pD90534A8.dip.t-dialin.net (EHLO [192.168.0.196])
(217.5.52.168)
by mail.gmx.net (mp005) with SMTP; 29 Sep 2004 08:23:25 +0200
X-Authenticated: #7843803
User-Agent: Microsoft-Entourage/11.0.0.040405
Date: Wed, 29 Sep 2004 08:23:22 +0200
From: Jonathan Weiss <tomonage2@gmx.de>
To: FreeBSD-Current <current@freebsd.org>
Message-ID: <BD80217A.B04A%tomonage2@gmx.de>
Mime-version: 1.0
Content-type: text/plain;
charset="US-ASCII"
Content-transfer-encoding: 7bit
Subject: Problems with Apache2 in Jail (BETA6)
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 06:23:27 -0000
Cheers,
I have a problem starting apache2 in a jail on my 5.3-BETA6 server.
The jail has the IP 127.0.0.4 and everything seems running fine (ssh,
syslog..). I can connect per ssh to the jail, but I cannot start apache:
The Apache on the host is configured only to bind to the extern ip-adress
and even if I stop it, the jailed apache wont start:
apachectl -e debug -k start
[Wed Sep 29 06:16:24 2004] [debug] mod_so.c(247): loaded module
access_module
[Wed Sep 29 06:16:24 2004] [debug] mod_so.c(247): loaded module auth_module
[Wed Sep 29 06:16:24 2004] [debug] mod_so.c(247): loaded module
auth_anon_module
[Wed Sep 29 06:16:24 2004] [debug] mod_so.c(247): loaded module
auth_dbm_module
[Wed Sep 29 06:16:24 2004] [debug] mod_so.c(247): loaded module
charset_lite_module
[Wed Sep 29 06:16:24 2004] [debug] mod_so.c(247): loaded module
include_module
[Wed Sep 29 06:16:24 2004] [debug] mod_so.c(247): loaded module
deflate_module
[Wed Sep 29 06:16:24 2004] [debug] mod_so.c(247): loaded module
log_config_module
[Wed Sep 29 06:16:24 2004] [debug] mod_so.c(247): loaded module logio_module
[Wed Sep 29 06:16:24 2004] [debug] mod_so.c(247): loaded module env_module
[Wed Sep 29 06:16:24 2004] [debug] mod_so.c(247): loaded module
mime_magic_module
[Wed Sep 29 06:16:24 2004] [debug] mod_so.c(247): loaded module
cern_meta_module
[Wed Sep 29 06:16:24 2004] [debug] mod_so.c(247): loaded module
expires_module
[Wed Sep 29 06:16:24 2004] [debug] mod_so.c(247): loaded module
headers_module
[Wed Sep 29 06:16:24 2004] [debug] mod_so.c(247): loaded module
usertrack_module
[Wed Sep 29 06:16:24 2004] [debug] mod_so.c(247): loaded module
unique_id_module
[Wed Sep 29 06:16:24 2004] [debug] mod_so.c(247): loaded module
setenvif_module
[Wed Sep 29 06:16:24 2004] [debug] mod_so.c(247): loaded module mime_module
[Wed Sep 29 06:16:24 2004] [debug] mod_so.c(247): loaded module
status_module
[Wed Sep 29 06:16:24 2004] [debug] mod_so.c(247): loaded module
autoindex_module
[Wed Sep 29 06:16:24 2004] [debug] mod_so.c(247): loaded module asis_module
[Wed Sep 29 06:16:24 2004] [debug] mod_so.c(247): loaded module info_module
[Wed Sep 29 06:16:24 2004] [debug] mod_so.c(247): loaded module cgi_module
[Wed Sep 29 06:16:24 2004] [debug] mod_so.c(247): loaded module
vhost_alias_module
[Wed Sep 29 06:16:24 2004] [debug] mod_so.c(247): loaded module
negotiation_module
[Wed Sep 29 06:16:24 2004] [debug] mod_so.c(247): loaded module dir_module
[Wed Sep 29 06:16:24 2004] [debug] mod_so.c(247): loaded module imap_module
[Wed Sep 29 06:16:24 2004] [debug] mod_so.c(247): loaded module
actions_module
[Wed Sep 29 06:16:24 2004] [debug] mod_so.c(247): loaded module
speling_module
[Wed Sep 29 06:16:24 2004] [debug] mod_so.c(247): loaded module
userdir_module
[Wed Sep 29 06:16:24 2004] [debug] mod_so.c(247): loaded module alias_module
[Wed Sep 29 06:16:24 2004] [debug] mod_so.c(247): loaded module
rewrite_module
[Wed Sep 29 06:16:24 2004] [debug] mod_so.c(247): loaded module php4_module
Exit 1
In rc.conf I have the apache2_enable="YES".
What have I forgotten or is it a general problem with BETA6?
I uesd to have multiple jails with the same config back in 5.2.1
Thanks,
Jonathan
---------------------------------------
diff -u /usr/local/etc/apache2/httpd.conf
/usr/local/etc/apache2/httpd-std.conf
--- /usr/local/etc/apache2/httpd.conf Wed Sep 29 06:12:13 2004
+++ /usr/local/etc/apache2/httpd-std.conf Thu Sep 23 18:53:36 2004
@@ -216,7 +216,7 @@
#
#Listen 12.34.56.78:80
-Listen 127.0.0.4:80
+Listen 80
#
# Dynamic Shared Object (DSO) Support
@@ -271,7 +271,6 @@
LoadModule userdir_module libexec/apache2/mod_userdir.so
LoadModule alias_module libexec/apache2/mod_alias.so
LoadModule rewrite_module libexec/apache2/mod_rewrite.so
-LoadModule php4_module libexec/apache2/libphp4.so
#
# ExtendedStatus controls whether Apache will generate "full" status
@@ -331,7 +330,6 @@
# redirections work in a sensible way.
#
#ServerName www.example.com:80
-ServerName 127.0.0.4:80
#
# UseCanonicalName: Determines how Apache constructs self-referencing
@@ -945,8 +943,7 @@
# Format: Action media/type /cgi-script/location
# Format: Action handler-name /cgi-script/location
#
-AddType application/x-httpd-php .php
-AddType application/x-httpd-php-source .phps
+
#
# Customizable error responses come in three flavors:
# 1) plain text 2) local redirects 3) external redirects
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 06:45:40 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 080E216A4CE; Wed, 29 Sep 2004 06:45:40 +0000 (GMT)
Received: from harmony.village.org (rover.village.org [168.103.84.182])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 903D743D39; Wed, 29 Sep 2004 06:45:39 +0000 (GMT)
(envelope-from imp@bsdimp.com)
Received: from localhost (harmony.village.org [10.0.0.6])
by harmony.village.org (8.13.1/8.13.1) with ESMTP id i8T6h9M0009451;
Wed, 29 Sep 2004 00:43:10 -0600 (MDT)
(envelope-from imp@bsdimp.com)
Date: Wed, 29 Sep 2004 00:44:26 -0600 (MDT)
Message-Id: <20040929.004426.119658018.imp@bsdimp.com>
To: vova@fbsd.ru
From: "M. Warner Losh" <imp@bsdimp.com>
In-Reply-To: <1096362254.993.50.camel@localhost>
References: <20040927111438.GA865@genius.tao.org.uk>
<20040927.101353.128335832.imp@bsdimp.com>
<1096362254.993.50.camel@localhost>
X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI)
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
cc: joe@freebsd.org
cc: current@freebsd.org
Subject: Re: Laptop recommendations?
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 06:45:40 -0000
In message: <1096362254.993.50.camel@localhost>
Vladimir Grebenschikov <vova@fbsd.ru> writes:
: Does you manage to get suspend/resume working on PCG-Z1WA ?
: It is only thing I dislike in it.
: All other - is almost ideal.
No.
Warner
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 06:48:42 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 083E116A4CF; Wed, 29 Sep 2004 06:48:42 +0000 (GMT)
Received: from harmony.village.org (rover.village.org [168.103.84.182])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 987A243D5D; Wed, 29 Sep 2004 06:48:41 +0000 (GMT)
(envelope-from imp@bsdimp.com)
Received: from localhost (harmony.village.org [10.0.0.6])
by harmony.village.org (8.13.1/8.13.1) with ESMTP id i8T6kcSs009481;
Wed, 29 Sep 2004 00:46:40 -0600 (MDT)
(envelope-from imp@bsdimp.com)
Date: Wed, 29 Sep 2004 00:47:54 -0600 (MDT)
Message-Id: <20040929.004754.129577385.imp@bsdimp.com>
To: matthias.andree@gmx.de
From: "M. Warner Losh" <imp@bsdimp.com>
In-Reply-To: <20040928131408.GA6887@merlin.emma.line.org>
References: <m3oejs3tom.fsf@merlin.emma.line.org>
<20040928125343.GA49465@walton.maths.tcd.ie>
<20040928131408.GA6887@merlin.emma.line.org>
X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI)
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
cc: re@freebsd.org
cc: current@freebsd.org
cc: developers@freebsd.org
cc: standards@freebsd.org
cc: dwmalone@maths.tcd.ie
cc: ma@dt.e-technik.uni-dortmund.de
Subject: Re: FreeBSD 5.3-BETA6 available
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 06:48:42 -0000
In message: <20040928131408.GA6887@merlin.emma.line.org>
Matthias Andree <matthias.andree@gmx.de> writes:
: On Tue, 28 Sep 2004, David Malone wrote:
:
: > On Mon, Sep 27, 2004 at 12:14:17PM +0200, Matthias Andree wrote:
: > > 3. data corruption on unaligned block access bug, kern/60313,
: > > is still open and unpatched AFAICS
: >
: > Bruce suggests that this one is fixed in geom, which is now used
: > by default. If this is the case, I can close the PR.
:
: Please do not close the PR yet, the bug persists in FreeBSD
: 4.10-RELEASE-p3 (tested a few minutes ago) and probably also in 4.8.
Does it persist in RELENG_4?
Warner
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 07:10:14 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 2B09816A4CE; Wed, 29 Sep 2004 07:10:14 +0000 (GMT)
Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 6C9BA43D31; Wed, 29 Sep 2004 07:10:13 +0000 (GMT)
(envelope-from ru@ip.net.ua)
Received: from localhost (oak.ip.net.ua [82.193.96.2])
by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i8T7ACqE019011;
Wed, 29 Sep 2004 10:10:12 +0300 (EEST)
(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 77789-01; Wed, 29 Sep 2004 10:10:10 +0300 (EEST)
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 i8T7AA6K019005
(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
Wed, 29 Sep 2004 10:10:10 +0300 (EEST)
(envelope-from ru@ip.net.ua)
Received: (from ru@localhost)
by heffalump.ip.net.ua (8.13.1/8.13.1) id i8T7A8Uw037695;
Wed, 29 Sep 2004 10:10:08 +0300 (EEST)
(envelope-from ru)
Date: Wed, 29 Sep 2004 10:10:08 +0300
From: Ruslan Ermilov <ru@FreeBSD.org>
To: Sean McNeil <sean@mcneil.com>
Message-ID: <20040929071007.GB33885@ip.net.ua>
References: <1096415366.1070.1.camel@server.mcneil.com>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="QTprm0S8XgL7H0Dt"
Content-Disposition: inline
In-Reply-To: <1096415366.1070.1.camel@server.mcneil.com>
User-Agent: Mutt/1.5.6i
X-Virus-Scanned: by amavisd-new at ip.net.ua
cc: Doug Barton <dougb@FreeBSD.org>
cc: freebsd-current@FreeBSD.org
Subject: Re: bind9: /etc/namedb symlink problem
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 07:10:14 -0000
--QTprm0S8XgL7H0Dt
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Tue, Sep 28, 2004 at 04:49:26PM -0700, Sean McNeil wrote:
> It looks like the first time you do a make installworld it works right.=
=20
> Second time it creates a symlink /etc/namedb/namedb. Third time and it
> causes the make to fail.
>=20
I just discovered this independently, and already committed a fix for
it (in src/etc/Makefile).
Cheers,
--=20
Ruslan Ermilov
ru@FreeBSD.org
FreeBSD committer
--QTprm0S8XgL7H0Dt
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)
iD8DBQFBWl/PqRfpzJluFF4RAtX2AJ0YW6raKvmHEQgO/uM64Ei+u6ZN3QCcCVlN
asT5RtOrseEmglouJfqOiNk=
=HWA/
-----END PGP SIGNATURE-----
--QTprm0S8XgL7H0Dt--
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 07:57:28 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id C470116A4CE
for <current@freebsd.org>; Wed, 29 Sep 2004 07:57:28 +0000 (GMT)
Received: from ylpvm43.prodigy.net (ylpvm43-ext.prodigy.net [207.115.57.74])
by mx1.FreeBSD.org (Postfix) with ESMTP id 506A643D5C
for <current@freebsd.org>; Wed, 29 Sep 2004 07:57:28 +0000 (GMT)
(envelope-from julian@elischer.org)
Received: from elischer.org (adsl-67-124-49-205.dsl.snfc21.pacbell.net
[67.124.49.205])i8T7vXCE031650; Wed, 29 Sep 2004 03:57:34 -0400
Message-ID: <415A6AE3.4050309@elischer.org>
Date: Wed, 29 Sep 2004 00:57:23 -0700
From: Julian Elischer <julian@elischer.org>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4b) Gecko/20030524
X-Accept-Language: en, hu
MIME-Version: 1.0
To: Damian Gerow <dgerow@afflictions.org>
References: <20040927211341.GB30059@afflictions.org>
<20040929040222.GI5115@afflictions.org> <415A3E1B.5010404@elischer.org>
<20040929050154.GJ5115@afflictions.org>
In-Reply-To: <20040929050154.GJ5115@afflictions.org>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
cc: current@freebsd.org
Subject: Re: Random processes hanging in unkillable state in -BETA6
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 07:57:28 -0000
Damian Gerow wrote:
> Thus spake Julian Elischer (julian@elischer.org) [29/09/04 00:48]:
> : If you look at them with ps -alxH are they all (in particular dig)
> : all threaded programs?
>
> Yes, they are.
>
> They all seem to be in an RL state. All the dig processes are in RL+,
> whereas dig processes started by root are in RXL+. There is one hung gdb
> dig process, which is in SL. Note that these have all been running for at
> least three hours at this point.
the time is not important they will never recover..
you might do the following.. if you have ddb in the kernel..
go to console
<CTL><ALT><ESC> to go to ddb
ps
look for the process.. note that several threads show up..
there will be a kg (ksegrp) associated with ech thread (some
may be associated with > 1 thread.)
of the address of the kg is 0xAB123456
then do:
x/xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 0xAB123456
for each kg
and let me see the result(s)..
>
> Thanks, Julian.
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 08:00:15 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 956DD16A4CE
for <current@freebsd.org>; Wed, 29 Sep 2004 08:00:15 +0000 (GMT)
Received: from ylpvm43.prodigy.net (ylpvm43-ext.prodigy.net [207.115.57.74])
by mx1.FreeBSD.org (Postfix) with ESMTP id 503D843D1F
for <current@freebsd.org>; Wed, 29 Sep 2004 08:00:15 +0000 (GMT)
(envelope-from julian@elischer.org)
Received: from elischer.org (adsl-67-124-49-205.dsl.snfc21.pacbell.net
[67.124.49.205])i8T80JCE001209; Wed, 29 Sep 2004 04:00:19 -0400
Message-ID: <415A6B8A.1040902@elischer.org>
Date: Wed, 29 Sep 2004 01:00:10 -0700
From: Julian Elischer <julian@elischer.org>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4b) Gecko/20030524
X-Accept-Language: en, hu
MIME-Version: 1.0
To: Julian Elischer <julian@elischer.org>
References: <20040927211341.GB30059@afflictions.org>
<20040929040222.GI5115@afflictions.org> <415A3E1B.5010404@elischer.org>
<20040929050154.GJ5115@afflictions.org> <415A6AE3.4050309@elischer.org>
In-Reply-To: <415A6AE3.4050309@elischer.org>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
cc: Damian Gerow <dgerow@afflictions.org>
cc: current@freebsd.org
Subject: Re: Random processes hanging in unkillable state in -BETA6
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 08:00:15 -0000
Julian Elischer wrote:
> Damian Gerow wrote:
>
>> Thus spake Julian Elischer (julian@elischer.org) [29/09/04 00:48]:
>> : If you look at them with ps -alxH are they all (in particular dig)
>> : all threaded programs?
>>
>> Yes, they are.
>>
>> They all seem to be in an RL state. All the dig processes are in RL+,
>> whereas dig processes started by root are in RXL+. There is one hung gdb
>> dig process, which is in SL. Note that these have all been running
>> for at
>> least three hours at this point.
>
>
> the time is not important they will never recover..
> you might do the following.. if you have ddb in the kernel..
>
> go to console
> <CTL><ALT><ESC> to go to ddb
>
> ps
> look for the process.. note that several threads show up..
> there will be a kg (ksegrp) associated with ech thread (some
> may be associated with > 1 thread.)
>
> of the address of the kg is 0xAB123456
> then do:
> x/xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 0xAB123456
>
> for each kg
>
> and let me see the result(s)..
>
oh yeahh the output of the ps for that process would be good to seetoo.
(the ps in ddb)
there is an option to make ddb use printf()
which will make it's outut show up in dmesg after you 'c'
(continue) back running again.. otherwise you'd need a serial consol to record
it all.
>>
>> Thanks, Julian.
>
>
>
> _______________________________________________
> freebsd-current@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 08:14:13 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id BA40916A4CE; Wed, 29 Sep 2004 08:14:13 +0000 (GMT)
Received: from blackwater.lemis.com (wantadilla.lemis.com [192.109.197.135])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 2CDC743D2D; Wed, 29 Sep 2004 08:14:12 +0000 (GMT)
(envelope-from grog@lemis.com)
Received: by blackwater.lemis.com (Postfix, from userid 1004)
id 37F4A85658; Wed, 29 Sep 2004 17:44:09 +0930 (CST)
Date: Wed, 29 Sep 2004 17:44:09 +0930
From: Greg 'groggy' Lehey <grog@FreeBSD.org>
To: fs@FreeBSD.org,
FreeBSD current users <FreeBSD-current@FreeBSD.ORG>
Message-ID: <20040929081409.GH20397@wantadilla.lemis.com>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="qVHblb/y9DPlgkHs"
Content-Disposition: inline
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
Subject: Daily panic in getnewvnode
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 08:14:13 -0000
--qVHblb/y9DPlgkHs
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
For the last month I've been getting a daily panic out of getvnode. A
brief summary:
- Panic message is "Cleaned vnode isn't". This means that the vnode
pulled off the free list and cleaned with vtryrecycle still has the
vp->v_data field set.
- It happens during the nightly cron jobs.
- The program in question is find, going through a large disk (200 GB,
several million files).
- The disk does not seem to be getting fsck'd.
- The test in question is part of the INVARIANTS checking code, so if
I turned INVARIANTS off, the panic would no longer occur.
I suspect that if I ran fsck on the disk, it would also solve the
problem. The reason I haven't done so is because I chose this
particular panic to document for my next kernel debugging tutorial.
Unfortunately, I'm running out of time, and I'd really like to find
the *real* cause of this bug. If anybody's seen anything like this,
please let me know. I have a draft of my tutorial notes at
http://www.lemis.com/grog/handout.pdf, and the description starts on
page 86. If anybody can help me clarify the problem, I'd be very
grateful.
Greg
--
See complete headers for address and phone numbers.
--qVHblb/y9DPlgkHs
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)
iD8DBQFBWm7RIubykFB6QiMRAicmAJ9IQHM5Hn6JaUKHykqARalM+XJTLQCfauf+
2dK6yz7TMrYZCqh7Pmgmnco=
=Ca80
-----END PGP SIGNATURE-----
--qVHblb/y9DPlgkHs--
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 08:20:07 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 140FE16A4CE; Wed, 29 Sep 2004 08:20:07 +0000 (GMT)
Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11])
by mx1.FreeBSD.org (Postfix) with SMTP
id AE37F43D3F; Wed, 29 Sep 2004 08:20:05 +0000 (GMT)
(envelope-from dwmalone@maths.tcd.ie)
Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP
id <aa18521@salmon>; 29 Sep 2004 09:18:06 +0100 (BST)
To: "M. Warner Losh" <imp@bsdimp.com>
In-reply-to: Your message of "Wed, 29 Sep 2004 00:47:54 MDT."
<20040929.004754.129577385.imp@bsdimp.com>
X-Request-Do:
Date: Wed, 29 Sep 2004 09:18:05 +0100
From: David Malone <dwmalone@maths.tcd.ie>
Message-ID: <200409290918.aa18521@salmon.maths.tcd.ie>
cc: ma@dt.e-technik.uni-dortmund.de
cc: matthias.andree@gmx.de
cc: re@freebsd.org
cc: current@freebsd.org
cc: developers@freebsd.org
Subject: Re: FreeBSD 5.3-BETA6 available
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 08:20:07 -0000
> : Please do not close the PR yet, the bug persists in FreeBSD
> : 4.10-RELEASE-p3 (tested a few minutes ago) and probably also in 4.8.
> Does it persist in RELENG_4?
Yes - Matthias and I had a quick go at backporting Bruce's patch,
but it looks like it isn't a straight back port because some code
doesn't fill out the offset field. Triggering the bug involves root
(or someone who can write to disk devices) doing some slightly
unusual things, so it shouldn't bite people in general. If Matthias
and I get a working patch, I'll look at committing it.
David.
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 08:23:37 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 92D0C16A4CE
for <current@freebsd.org>; Wed, 29 Sep 2004 08:23:37 +0000 (GMT)
Received: from www.cray1.de (i.would.like.to.spoof.my.realip.de
[64.27.85.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id B558C43D3F
for <current@freebsd.org>; Wed, 29 Sep 2004 08:23:36 +0000 (GMT)
(envelope-from ubm@u-boot-man.de)
Received: from greatsheep.marines (localhost [127.0.0.1])
by www.cray1.de (8.9.3/8.9.3) with SMTP id KAA20830
for <current@freebsd.org>; Wed, 29 Sep 2004 10:23:31 +0200
Date: Wed, 29 Sep 2004 10:27:30 +0200
From: Marc "UBM" Bocklet <ubm@u-boot-man.de>
To: current@freebsd.org
Message-Id: <20040929102730.0ca7337f.ubm@u-boot-man.de>
X-Mailer: Sylpheed version 0.9.12 (GTK+ 1.2.10; i386-portbld-freebsd5.2.1)
Mime-Version: 1.0
Content-Type: multipart/mixed;
boundary="Multipart=_Wed__29_Sep_2004_10_27_30_+0200_Hy89V/dxFjADUFzZ"
Subject: Hard freezes in -BETA4 and -BETA6
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 08:23:37 -0000
This is a multi-part message in MIME format.
--Multipart=_Wed__29_Sep_2004_10_27_30_+0200_Hy89V/dxFjADUFzZ
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Hiho! :-)
Since cvsupping to -BETA4, I've been getting hard freezes after a period
of usually 1-3 days. No debugger, no serial connection, nothing.
Only symptom that I can see is that the light on my switch where the
cable to my fxp nic is plugged in flashes constantly, as if there were
lots of traffic.
I've cvsupped again yesterday, hoping that the problem might have been
fixed, but it's still there, just encountered another freeze during the
night.
FreeBSD greatsheep 5.3-BETA6 FreeBSD 5.3-BETA6 #8: Tue Sep 28 13:25:50
CEST 2004 root@greatsheep:/usr/obj/usr/src/sys/SUBMARINE_SMP i386
dmesg and kernel config are attached.
Just an idea, might generating a NMI via my ISA-slot enable me to break
into the debugger?
And is there any danger for my mainboard? :-)
Bye
Marc
--
"A sudden blow: the great wings beating still
Above the staggering girl, her thighs caressed
By the dark webs, her nape caught in his bill,
He holds her helpless breast upon his breast."
W.B. Yeats, Lena and the Swan
--Multipart=_Wed__29_Sep_2004_10_27_30_+0200_Hy89V/dxFjADUFzZ
Content-Type: application/octet-stream;
name="dmesg.boot"
Content-Disposition: attachment;
filename="dmesg.boot"
Content-Transfer-Encoding: base64
Q29weXJpZ2h0IChjKSAxOTkyLTIwMDQgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0IChj
KSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAxOTkzLCAx
OTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmln
aHRzIHJlc2VydmVkLgpGcmVlQlNEIDUuMy1CRVRBNiAjODogVHVlIFNlcCAyOCAxMzoyNTo1MCBD
RVNUIDIwMDQKICAgIHJvb3RAZ3JlYXRzaGVlcDovdXNyL29iai91c3Ivc3JjL3N5cy9TVUJNQVJJ
TkVfU01QClRpbWVjb3VudGVyICJpODI1NCIgZnJlcXVlbmN5IDExOTMxODIgSHogcXVhbGl0eSAw
CkNQVTogUGVudGl1bSBJSUkvUGVudGl1bSBJSUkgWGVvbi9DZWxlcm9uICg0NTEuMDItTUh6IDY4
Ni1jbGFzcyBDUFUpCiAgT3JpZ2luID0gIkdlbnVpbmVJbnRlbCIgIElkID0gMHg2NzMgIFN0ZXBw
aW5nID0gMwogIEZlYXR1cmVzPTB4MzgzZmJmZjxGUFUsVk1FLERFLFBTRSxUU0MsTVNSLFBBRSxN
Q0UsQ1g4LEFQSUMsU0VQLE1UUlIsUEdFLE1DQSxDTU9WLFBBVCxQU0UzNixNTVgsRlhTUixTU0U+
CnJlYWwgbWVtb3J5ICA9IDUzNjczOTg0MCAoNTExIE1CKQphdmFpbCBtZW1vcnkgPSA1MTU1NjM1
MjAgKDQ5MSBNQikKQUNQSSBBUElDIFRhYmxlOiA8T0VNVFlOIE9FTVRZTlRCPgpGcmVlQlNEL1NN
UDogTXVsdGlwcm9jZXNzb3IgU3lzdGVtIERldGVjdGVkOiAyIENQVXMKIGNwdTAgKEJTUCk6IEFQ
SUMgSUQ6ICAwCiBjcHUxIChBUCk6IEFQSUMgSUQ6ICAxCmlvYXBpYzAgPFZlcnNpb24gMS4xPiBp
cnFzIDAtMjMgb24gbW90aGVyYm9hcmQKbnB4MDogW0ZBU1RdCm5weDA6IDxtYXRoIHByb2Nlc3Nv
cj4gb24gbW90aGVyYm9hcmQKbnB4MDogSU5UIDE2IGludGVyZmFjZQphY3BpMDogPE9FTVRZTiBP
RU1UWU5UQj4gb24gbW90aGVyYm9hcmQKYWNwaTA6IE92ZXJyaWRpbmcgU0NJIEludGVycnVwdCBm
cm9tIElSUSA5IHRvIElSUSAyMAphY3BpMDogUG93ZXIgQnV0dG9uIChmaXhlZCkKVGltZWNvdW50
ZXIgIkFDUEktc2FmZSIgZnJlcXVlbmN5IDM1Nzk1NDUgSHogcXVhbGl0eSAxMDAwCmFjcGlfdGlt
ZXIwOiA8MjQtYml0IHRpbWVyIGF0IDMuNTc5NTQ1TUh6PiBwb3J0IDB4NDA4LTB4NDBiIG9uIGFj
cGkwCmNwdTA6IDxBQ1BJIENQVT4gb24gYWNwaTAKY3B1MTogPEFDUEkgQ1BVPiBvbiBhY3BpMApj
cHUxOiBGYWlsZWQgdG8gYXR0YWNoIHRocm90dGxpbmcgUF9DTlQKcGNpYjA6IDxBQ1BJIEhvc3Qt
UENJIGJyaWRnZT4gcG9ydCAweGNmOC0weGNmZiBvbiBhY3BpMApwY2kwOiA8QUNQSSBQQ0kgYnVz
PiBvbiBwY2liMAphZ3AwOiA8SW50ZWwgODI0NDNHWCBob3N0IHRvIFBDSSBicmlkZ2U+IG1lbSAw
eGY4MDAwMDAwLTB4ZmJmZmZmZmYgYXQgZGV2aWNlIDAuMCBvbiBwY2kwCnBjaWIxOiA8UENJLVBD
SSBicmlkZ2U+IGF0IGRldmljZSAxLjAgb24gcGNpMApwY2kxOiA8UENJIGJ1cz4gb24gcGNpYjEK
cGNpMTogPGRpc3BsYXksIFZHQT4gYXQgZGV2aWNlIDAuMCAobm8gZHJpdmVyIGF0dGFjaGVkKQpp
c2FiMDogPFBDSS1JU0EgYnJpZGdlPiBhdCBkZXZpY2UgNy4wIG9uIHBjaTAKaXNhMDogPElTQSBi
dXM+IG9uIGlzYWIwCmF0YXBjaTA6IDxJbnRlbCBQSUlYNCBVRE1BMzMgY29udHJvbGxlcj4gcG9y
dCAweGZmYTAtMHhmZmFmLDB4Mzc2LDB4MTcwLTB4MTc3LDB4M2Y2LDB4MWYwLTB4MWY3IGF0IGRl
dmljZSA3LjEgb24gcGNpMAphdGEwOiBjaGFubmVsICMwIG9uIGF0YXBjaTAKYXRhMTogY2hhbm5l
bCAjMSBvbiBhdGFwY2kwCnVoY2kwOiA8SW50ZWwgODIzNzFBQi9FQiAoUElJWDQpIFVTQiBjb250
cm9sbGVyPiBwb3J0IDB4ZWY4MC0weGVmOWYgaXJxIDE5IGF0IGRldmljZSA3LjIgb24gcGNpMAp1
aGNpMDogW0dJQU5ULUxPQ0tFRF0KdXNiMDogPEludGVsIDgyMzcxQUIvRUIgKFBJSVg0KSBVU0Ig
Y29udHJvbGxlcj4gb24gdWhjaTAKdXNiMDogVVNCIHJldmlzaW9uIDEuMAp1aHViMDogSW50ZWwg
VUhDSSByb290IGh1YiwgY2xhc3MgOS8wLCByZXYgMS4wMC8xLjAwLCBhZGRyIDEKdWh1YjA6IDIg
cG9ydHMgd2l0aCAyIHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCmludHBtMDogPEludGVsIDgyMzcx
QUIgUG93ZXIgbWFuYWdlbWVudCBjb250cm9sbGVyPiBwb3J0IDB4NDQwLTB4NDRmIGlycSA5IGF0
IGRldmljZSA3LjMgb24gcGNpMAppbnRwbTA6IEkvTyBtYXBwZWQgNDQwCmludHBtMDogaW50ciBJ
UlEgOSBlbmFibGVkIHJldmlzaW9uIDAKaW50cG0wOiBbR0lBTlQtTE9DS0VEXQppbnRzbWIwOiA8
SW50ZWwgUElJWDQgU01CVVMgSW50ZXJmYWNlPiBvbiBpbnRwbTAKc21idXMwOiA8U3lzdGVtIE1h
bmFnZW1lbnQgQnVzPiBvbiBpbnRzbWIwCnNtYjA6IDxTTUJ1cyBnZW5lcmljIEkvTz4gb24gc21i
dXMwCmludHBtMDogUE0gSS9PIG1hcHBlZCA0MDAgCnN5bTA6IDw4OTY+IHBvcnQgMHhlNDAwLTB4
ZTRmZiBtZW0gMHhmZWJlMDAwMC0weGZlYmUxZmZmLDB4ZmViZTgwMDAtMHhmZWJlODNmZiBpcnEg
MTcgYXQgZGV2aWNlIDExLjAgb24gcGNpMApzeW0wOiBTeW1iaW9zIE5WUkFNLCBJRCA3LCBGYXN0
LTQwLCBMVkQsIHBhcml0eSBjaGVja2luZwpzeW0wOiBvcGVuIGRyYWluIElSUSBsaW5lIGRyaXZl
ciwgdXNpbmcgb24tY2hpcCBTUkFNCnN5bTA6IHVzaW5nIExPQUQvU1RPUkUtYmFzZWQgZmlybXdh
cmUuCnN5bTA6IGhhbmRsaW5nIHBoYXNlIG1pc21hdGNoIGZyb20gU0NSSVBUUy4Kc3ltMDogW0dJ
QU5ULUxPQ0tFRF0Kc3ltMTogPDg5Nj4gcG9ydCAweGU4MDAtMHhlOGZmIG1lbSAweGZlYmYwMDAw
LTB4ZmViZjFmZmYsMHhmZWJmODAwMC0weGZlYmY4M2ZmIGlycSAxOCBhdCBkZXZpY2UgMTEuMSBv
biBwY2kwCnN5bTE6IFN5bWJpb3MgTlZSQU0sIElEIDcsIEZhc3QtNDAsIExWRCwgcGFyaXR5IGNo
ZWNraW5nCnN5bTE6IG9wZW4gZHJhaW4gSVJRIGxpbmUgZHJpdmVyLCB1c2luZyBvbi1jaGlwIFNS
QU0Kc3ltMTogdXNpbmcgTE9BRC9TVE9SRS1iYXNlZCBmaXJtd2FyZS4Kc3ltMTogaGFuZGxpbmcg
cGhhc2UgbWlzbWF0Y2ggZnJvbSBTQ1JJUFRTLgpzeW0xOiBbR0lBTlQtTE9DS0VEXQpwY20wOiA8
QXVkaW9QQ0kgRVMxMzczLTg+IHBvcnQgMHhlZjAwLTB4ZWYzZiBpcnEgMTggYXQgZGV2aWNlIDEy
LjAgb24gcGNpMApwY20wOiA8Q2lycnVzIExvZ2ljIENTNDI5NyBBQzk3IENvZGVjPgpwY20wOiBb
R0lBTlQtTE9DS0VEXQpmeHAwOiA8SW50ZWwgODI1NTkgUHJvLzEwMCBFdGhlcm5ldD4gcG9ydCAw
eGVlODAtMHhlZWJmIG1lbSAweGZlYTAwMDAwLTB4ZmVhZmZmZmYsMHhmZWJkZjAwMC0weGZlYmRm
ZmZmIGlycSAxOSBhdCBkZXZpY2UgMTMuMCBvbiBwY2kwCm1paWJ1czA6IDxNSUkgYnVzPiBvbiBm
eHAwCmlucGh5MDogPGk4MjU1NSAxMC8xMDAgbWVkaWEgaW50ZXJmYWNlPiBvbiBtaWlidXMwCmlu
cGh5MDogIDEwYmFzZVQsIDEwYmFzZVQtRkRYLCAxMDBiYXNlVFgsIDEwMGJhc2VUWC1GRFgsIGF1
dG8KZnhwMDogRXRoZXJuZXQgYWRkcmVzczogMDA6ZTA6ODE6MTA6ZTQ6NDkKcGNpMDogPGRpc3Bs
YXksIFZHQT4gYXQgZGV2aWNlIDE0LjAgKG5vIGRyaXZlciBhdHRhY2hlZCkKeGwwOiA8M0NvbSAz
YzkwNUItRlgvU0MgRmFzdCBFdGhlcmxpbmsgWEw+IHBvcnQgMHhlYzAwLTB4ZWM3ZiBtZW0gMHhm
ZWJkZWY4MC0weGZlYmRlZmZmIGlycSAxNiBhdCBkZXZpY2UgMTYuMCBvbiBwY2kwCnhsMDogRXRo
ZXJuZXQgYWRkcmVzczogMDA6NTA6ZGE6MjY6Njk6MzAKYWN4MDogPFRleGFzIEluc3RydW1lbnRz
IChUSSkgODAyLjExYisgMjJNYnBzIFdpcmVsZXNzIEFkYXB0ZXI+IHBvcnQgMHhlZjQwLTB4ZWY1
ZiBtZW0gMHhmZWJjMDAwMC0weGZlYmNmZmZmLDB4ZmViZGQwMDAtMHhmZWJkZGZmZiBpcnEgMTcg
YXQgZGV2aWNlIDE3LjAgb24gcGNpMAphY3gwOiBFdGhlcm5ldCBhZGRyZXNzOiAwMDowMzoyZjow
OTphZDo5MQphY3gwOiAxMWIgcmF0ZXM6IDFNYnBzIDJNYnBzIDUuNU1icHMgMTFNYnBzCmFjeDA6
IDgwMi4xMSBhZGRyZXNzOiAwMDowMzoyZjowOTphZDo5MQphY3gwOiBFZXByb20gUmV2IDQgRG9t
YWluIEVUU0kgRXVyb3BlICgxLTEzKSwgRmlybXdhcmUgUmV2IDEuOS44LmIKYWN4MDogUmFkaW8g
VHlwZSAweDExLCBBbnRlbm5hIDB4MDAsIENDQSBNb2RlIDB4MGQsIEVEIFRocmVzaG9sZCAweDcw
CmFjeDA6IChjKSBodHRwOi8vd2xhbi5rZXdsLm9yZy8gMjAwMy0yMDA0CnhsMTogPDNDb20gM2M5
MDVDLVRYIEZhc3QgRXRoZXJsaW5rIFhMPiBwb3J0IDB4ZTA4MC0weGUwZmYgbWVtIDB4ZmViZGVm
MDAtMHhmZWJkZWY3ZiBpcnEgMTggYXQgZGV2aWNlIDE4LjAgb24gcGNpMAptaWlidXMxOiA8TUlJ
IGJ1cz4gb24geGwxCnhscGh5MDogPDNjOTA1QyAxMC8xMDAgaW50ZXJuYWwgUEhZPiBvbiBtaWli
dXMxCnhscGh5MDogIDEwYmFzZVQsIDEwYmFzZVQtRkRYLCAxMDBiYXNlVFgsIDEwMGJhc2VUWC1G
RFgsIGF1dG8KeGwxOiBFdGhlcm5ldCBhZGRyZXNzOiAwMDowMTowMjpiMzozMjpiYwphY3BpX2J1
dHRvbjA6IDxTbGVlcCBCdXR0b24+IG9uIGFjcGkwCmF0a2JkYzA6IDxLZXlib2FyZCBjb250cm9s
bGVyIChpODA0Mik+IHBvcnQgMHg2NCwweDYwIGlycSAxIG9uIGFjcGkwCmF0a2JkMDogPEFUIEtl
eWJvYXJkPiBpcnEgMSBvbiBhdGtiZGMwCmtiZDAgYXQgYXRrYmQwCmF0a2JkMDogW0dJQU5ULUxP
Q0tFRF0KcHNtMDogPFBTLzIgTW91c2U+IGlycSAxMiBvbiBhdGtiZGMwCnBzbTA6IFtHSUFOVC1M
T0NLRURdCnBzbTA6IG1vZGVsIEludGVsbGlNb3VzZSwgZGV2aWNlIElEIDMKZmRjMDogPGZsb3Bw
eSBkcml2ZSBjb250cm9sbGVyPiBwb3J0IDB4M2Y3LDB4M2Y0LTB4M2Y1LDB4M2YyLTB4M2YzIGly
cSA2IGRycSAyIG9uIGFjcGkwCmZkYzA6IFtGQVNUXQpmZDA6IDwxNDQwLUtCIDMuNSIgZHJpdmU+
IG9uIGZkYzAgZHJpdmUgMApzaW8wIHBvcnQgMHgzZjgtMHgzZmYgaXJxIDQgb24gYWNwaTAKc2lv
MDogdHlwZSAxNjU1MEEKc2lvMSBwb3J0IDB4MmY4LTB4MmZmIGlycSAzIG9uIGFjcGkwCnNpbzE6
IHR5cGUgMTY1NTBBCnBwYzAgcG9ydCAweDc3OC0weDc3ZiwweDM3OC0weDM3ZiBpcnEgNyBkcnEg
MyBvbiBhY3BpMApwcGMwOiBHZW5lcmljIGNoaXBzZXQgKEVDUC9QUzIvTklCQkxFKSBpbiBDT01Q
QVRJQkxFIG1vZGUKcHBjMDogRklGTyB3aXRoIDE2LzE2LzggYnl0ZXMgdGhyZXNob2xkCnBwYnVz
MDogPFBhcmFsbGVsIHBvcnQgYnVzPiBvbiBwcGMwCnBsaXAwOiA8UExJUCBuZXR3b3JrIGludGVy
ZmFjZT4gb24gcHBidXMwCmxwdDA6IDxQcmludGVyPiBvbiBwcGJ1czAKbHB0MDogSW50ZXJydXB0
LWRyaXZlbiBwb3J0CnBwaTA6IDxQYXJhbGxlbCBJL08+IG9uIHBwYnVzMApvcm0wOiA8SVNBIE9w
dGlvbiBST01zPiBhdCBpb21lbSAweGNjMDAwLTB4Y2M3ZmYsMHhjODAwMC0weGNiZmZmLDB4YzAw
MDAtMHhjN2ZmZiBvbiBpc2EwCnBtdGltZXIwIG9uIGlzYTAKc2MwOiA8U3lzdGVtIGNvbnNvbGU+
IGF0IGZsYWdzIDB4MTAwIG9uIGlzYTAKc2MwOiBWR0EgPDE2IHZpcnR1YWwgY29uc29sZXMsIGZs
YWdzPTB4MzAwPgp2Z2EwOiA8R2VuZXJpYyBJU0EgVkdBPiBhdCBwb3J0IDB4M2MwLTB4M2RmIGlv
bWVtIDB4YTAwMDAtMHhiZmZmZiBvbiBpc2EwCnNiYzA6IDxDcmVhdGl2ZSBTQjE2L1NCMzI+IGF0
IHBvcnQgMHgzODgtMHgzOGIsMHgzMzAtMHgzMzEsMHgyMjAtMHgyMmYgaXJxIDUgZHJxIDUsMSBv
biBpc2EwCnNiYzA6IFtHSUFOVC1MT0NLRURdCnBjbTE6IDxTQjE2IERTUCA0LjEzPiBvbiBzYmMw
CnBjbTE6IFtHSUFOVC1MT0NLRURdCmF0YTI6IDxHZW5lcmljIEVTREkvSURFL0FUQSBjb250cm9s
bGVyPiBhdCBwb3J0IDB4MzZlLTB4MzZmLDB4MTY4LTB4MTZmIGlycSAxMCBvbiBpc2EwClRpbWVj
b3VudGVycyB0aWNrIGV2ZXJ5IDEuMDAwIG1zZWMKYWNwaV9jcHU6IHRocm90dGxpbmcgZW5hYmxl
ZCwgOCBzdGVwcyAoMTAwJSB0byAxMi41JSksIGN1cnJlbnRseSAxMDAuMCUKYWQyOiA4MDU2TUIg
PFNUMzg0MjFBLzguMDE+IFsxNjM2OC8xNi82M10gYXQgYXRhMS1tYXN0ZXIgVURNQTMzCldhaXRp
bmcgNSBzZWNvbmRzIGZvciBTQ1NJIGRldmljZXMgdG8gc2V0dGxlCihub3BlcmlwaDpzeW0wOjA6
LTE6LTEpOiBTQ1NJIEJVUyByZXNldCBkZWxpdmVyZWQuCihub3BlcmlwaDpzeW0xOjA6LTE6LTEp
OiBTQ1NJIEJVUyByZXNldCBkZWxpdmVyZWQuCkludGVycnVwdCBzdG9ybSBkZXRlY3RlZCBvbiAi
aXJxOTogaW50cG0wIjsgdGhyb3R0bGluZyBpbnRlcnJ1cHQgc291cmNlClNNUDogQVAgQ1BVICMx
IExhdW5jaGVkIQpkYTAgYXQgc3ltMSBidXMgMCB0YXJnZXQgMCBsdW4gMApkYTA6IDxGVUpJVFNV
IE1BRzMxODJMQyA1MjEwPiBGaXhlZCBEaXJlY3QgQWNjZXNzIFNDU0ktMiBkZXZpY2UgCmRhMDog
ODAuMDAwTUIvcyB0cmFuc2ZlcnMgKDQwLjAwME1Ieiwgb2Zmc2V0IDMxLCAxNmJpdCksIFRhZ2dl
ZCBRdWV1ZWluZyBFbmFibGVkCmRhMDogMTc0MjlNQiAoMzU2OTQ4NjAgNTEyIGJ5dGUgc2VjdG9y
czogMjU1SCA2M1MvVCAyMjIxQykKTW91bnRpbmcgcm9vdCBmcm9tIHVmczovZGV2L2FkMnMxYQpX
QVJOSU5HOiAvIHdhcyBub3QgcHJvcGVybHkgZGlzbW91bnRlZApXQVJOSU5HOiAvc3R1ZmYgd2Fz
IG5vdCBwcm9wZXJseSBkaXNtb3VudGVkCldBUk5JTkc6IC90bXAgd2FzIG5vdCBwcm9wZXJseSBk
aXNtb3VudGVkCldBUk5JTkc6IC91c3Igd2FzIG5vdCBwcm9wZXJseSBkaXNtb3VudGVkCldBUk5J
Tkc6IC92YXIgd2FzIG5vdCBwcm9wZXJseSBkaXNtb3VudGVkCg==
--Multipart=_Wed__29_Sep_2004_10_27_30_+0200_Hy89V/dxFjADUFzZ
Content-Type: application/octet-stream;
name="SUBMARINE_SMP"
Content-Disposition: attachment;
filename="SUBMARINE_SMP"
Content-Transfer-Encoding: base64
CgptYWNoaW5lCQlpMzg2CmNwdQkJSTY4Nl9DUFUKaWRlbnQJCVNVQk1BUklORV9TTVAKCiMgVG8g
c3RhdGljYWxseSBjb21waWxlIGluIGRldmljZSB3aXJpbmcgaW5zdGVhZCBvZiAvYm9vdC9kZXZp
Y2UuaGludHMKI2hpbnRzCQkiR0VORVJJQy5oaW50cyIJCSMgRGVmYXVsdCBwbGFjZXMgdG8gbG9v
ayBmb3IgZGV2aWNlcy4KCm1ha2VvcHRpb25zCURFQlVHPS1nCQkjIEJ1aWxkIGtlcm5lbCB3aXRo
IGdkYigxKSBkZWJ1ZyBzeW1ib2xzCgojb3B0aW9ucyAJU0NIRURfVUxFCQkjIFVMRSBzY2hlZHVs
ZXIKb3B0aW9ucwkJU0NIRURfNEJTRAkJIyA0QlNEIHNjaGVkdWxlcgpvcHRpb25zIAlJTkVUCQkJ
IyBJbnRlck5FVHdvcmtpbmcKb3B0aW9ucyAJSU5FVDYJCQkjIElQdjYgY29tbXVuaWNhdGlvbnMg
cHJvdG9jb2xzCm9wdGlvbnMgCUZGUwkJCSMgQmVya2VsZXkgRmFzdCBGaWxlc3lzdGVtCm9wdGlv
bnMgCVNPRlRVUERBVEVTCQkjIEVuYWJsZSBGRlMgc29mdCB1cGRhdGVzIHN1cHBvcnQKb3B0aW9u
cyAJVUZTX0FDTAkJCSMgU3VwcG9ydCBmb3IgYWNjZXNzIGNvbnRyb2wgbGlzdHMKb3B0aW9ucyAJ
VUZTX0RJUkhBU0gJCSMgSW1wcm92ZSBwZXJmb3JtYW5jZSBvbiBiaWcgZGlyZWN0b3JpZXMKb3B0
aW9ucyAJTURfUk9PVAkJCSMgTUQgaXMgYSBwb3RlbnRpYWwgcm9vdCBkZXZpY2UKb3B0aW9ucyAJ
TkZTQ0xJRU5UCQkjIE5ldHdvcmsgRmlsZXN5c3RlbSBDbGllbnQKb3B0aW9ucyAJTkZTU0VSVkVS
CQkjIE5ldHdvcmsgRmlsZXN5c3RlbSBTZXJ2ZXIKb3B0aW9ucyAJTkZTX1JPT1QJCSMgTkZTIHVz
YWJsZSBhcyAvLCByZXF1aXJlcyBORlNDTElFTlQKb3B0aW9ucyAJTVNET1NGUwkJCSMgTVNET1Mg
RmlsZXN5c3RlbQpvcHRpb25zIAlDRDk2NjAJCQkjIElTTyA5NjYwIEZpbGVzeXN0ZW0Kb3B0aW9u
cyAJUFJPQ0ZTCQkJIyBQcm9jZXNzIGZpbGVzeXN0ZW0gKHJlcXVpcmVzIFBTRVVET0ZTKQpvcHRp
b25zIAlQU0VVRE9GUwkJIyBQc2V1ZG8tZmlsZXN5c3RlbSBmcmFtZXdvcmsKb3B0aW9ucyAJR0VP
TV9HUFQJCSMgR1VJRCBQYXJ0aXRpb24gVGFibGVzLgpvcHRpb25zIAlDT01QQVRfNDMJCSMgQ29t
cGF0aWJsZSB3aXRoIEJTRCA0LjMgW0tFRVAgVEhJUyFdCm9wdGlvbnMgCUNPTVBBVF9GUkVFQlNE
NAkJIyBDb21wYXRpYmxlIHdpdGggRnJlZUJTRDQKb3B0aW9ucyAJU0NTSV9ERUxBWT01MDAwCQkj
IERlbGF5IChpbiBtcykgYmVmb3JlIHByb2JpbmcgU0NTSQpvcHRpb25zIAlLVFJBQ0UJCQkjIGt0
cmFjZSgxKSBzdXBwb3J0Cm9wdGlvbnMgCVNZU1ZTSE0JCQkjIFNZU1Ytc3R5bGUgc2hhcmVkIG1l
bW9yeQpvcHRpb25zIAlTWVNWTVNHCQkJIyBTWVNWLXN0eWxlIG1lc3NhZ2UgcXVldWVzCm9wdGlv
bnMgCVNZU1ZTRU0JCQkjIFNZU1Ytc3R5bGUgc2VtYXBob3JlcwpvcHRpb25zIAlfS1BPU0lYX1BS
SU9SSVRZX1NDSEVEVUxJTkcgIyBQT1NJWCBQMTAwM18xQiByZWFsLXRpbWUgZXh0ZW5zaW9ucwpv
cHRpb25zIAlLQkRfSU5TVEFMTF9DREVWCSMgaW5zdGFsbCBhIENERVYgZW50cnkgaW4gL2Rldgpv
cHRpb25zIAlBSENfUkVHX1BSRVRUWV9QUklOVAkjIFByaW50IHJlZ2lzdGVyIGJpdGZpZWxkcyBp
biBkZWJ1ZwoJCQkJCSMgb3V0cHV0LiAgQWRkcyB+MTI4ayB0byBkcml2ZXIuCm9wdGlvbnMgCUFI
RF9SRUdfUFJFVFRZX1BSSU5UCSMgUHJpbnQgcmVnaXN0ZXIgYml0ZmllbGRzIGluIGRlYnVnCgkJ
CQkJIyBvdXRwdXQuICBBZGRzIH4yMTVrIHRvIGRyaXZlci4Kb3B0aW9ucyAJQURBUFRJVkVfR0lB
TlQJCSMgR2lhbnQgbXV0ZXggaXMgYWRhcHRpdmUuCgojIERlYnVnZ2luZyBmb3IgdXNlIGluIC1j
dXJyZW50Cm9wdGlvbnMgCUtEQgkJCSMgRW5hYmxlIGtlcm5lbCBkZWJ1Z2dlciBzdXBwb3J0Lgpv
cHRpb25zIAlEREIJCQkjIFN1cHBvcnQgRERCLgpvcHRpb25zIAlHREIJCQkjIFN1cHBvcnQgcmVt
b3RlIEdEQi4KI29wdGlvbnMgCUlOVkFSSUFOVFMJCSMgRW5hYmxlIGNhbGxzIG9mIGV4dHJhIHNh
bml0eSBjaGVja2luZwojb3B0aW9ucyAJSU5WQVJJQU5UX1NVUFBPUlQJIyBFeHRyYSBzYW5pdHkg
Y2hlY2tzIG9mIGludGVybmFsIHN0cnVjdHVyZXMsIHJlcXVpcmVkIGJ5IElOVkFSSUFOVFMKI29w
dGlvbnMgCVdJVE5FU1MJCQkjIEVuYWJsZSBjaGVja3MgdG8gZGV0ZWN0IGRlYWRsb2NrcyBhbmQg
Y3ljbGVzCiNvcHRpb25zIAlXSVRORVNTX1NLSVBTUElOCSMgRG9uJ3QgcnVuIHdpdG5lc3Mgb24g
c3BpbmxvY2tzIGZvciBzcGVlZAoKIyBUbyBtYWtlIGFuIFNNUCBrZXJuZWwsIHRoZSBuZXh0IHR3
byBhcmUgbmVlZGVkCm9wdGlvbnMgCVNNUAkJIyBTeW1tZXRyaWMgTXVsdGlQcm9jZXNzb3IgS2Vy
bmVsCmRldmljZQkJYXBpYwkJIyBJL08gQVBJQwoKIyBCdXMgc3VwcG9ydC4gIERvIG5vdCByZW1v
dmUgaXNhLCBldmVuIGlmIHlvdSBoYXZlIG5vIGlzYSBzbG90cwpkZXZpY2UJCWlzYQpkZXZpY2UJ
CWVpc2EKZGV2aWNlCQlwY2kKCiMgRmxvcHB5IGRyaXZlcwpkZXZpY2UJCWZkYwoKIyBBVEEgYW5k
IEFUQVBJIGRldmljZXMKZGV2aWNlCQlhdGEKZGV2aWNlCQlhdGFkaXNrCQkjIEFUQSBkaXNrIGRy
aXZlcwpkZXZpY2UJCWF0YXJhaWQJCSMgQVRBIFJBSUQgZHJpdmVzCmRldmljZQkJYXRhcGljZAkJ
IyBBVEFQSSBDRFJPTSBkcml2ZXMKZGV2aWNlCQlhdGFwaWZkCQkjIEFUQVBJIGZsb3BweSBkcml2
ZXMKZGV2aWNlCQlhdGFwaXN0CQkjIEFUQVBJIHRhcGUgZHJpdmVzCm9wdGlvbnMgCUFUQV9TVEFU
SUNfSUQJIyBTdGF0aWMgZGV2aWNlIG51bWJlcmluZwoKIyBTQ1NJIENvbnRyb2xsZXJzCiNkZXZp
Y2UJCWFoYgkJIyBFSVNBIEFIQTE3NDIgZmFtaWx5CmRldmljZQkJYWhjCQkjIEFIQTI5NDAgYW5k
IG9uYm9hcmQgQUlDN3h4eCBkZXZpY2VzCiNkZXZpY2UJCWFoZAkJIyBBSEEzOTMyMC8yOTMyMCBh
bmQgb25ib2FyZCBBSUM3OXh4IGRldmljZXMKI2RldmljZQkJYW1kCQkjIEFNRCA1M0M5NzQgKFRl
a3JhbSBEQy0zOTAoVCkpCiNkZXZpY2UJCWlzcAkJIyBRbG9naWMgZmFtaWx5CiNkZXZpY2UJCW1w
dAkJIyBMU0ktTG9naWMgTVBULUZ1c2lvbgojZGV2aWNlCQluY3IJCSMgTkNSL1N5bWJpb3MgTG9n
aWMKZGV2aWNlCQlzeW0JCSMgTkNSL1N5bWJpb3MgTG9naWMgKG5ld2VyIGNoaXBzZXRzICsgdGhv
c2Ugb2YgYG5jcicpCiNkZXZpY2UJCXRybQkJIyBUZWtyYW0gREMzOTVVL1VXL0YgREMzMTVVIGFk
YXB0ZXJzCgojZGV2aWNlCQlhZHYJCSMgQWR2YW5zeXMgU0NTSSBhZGFwdGVycwojZGV2aWNlCQlh
ZHcJCSMgQWR2YW5zeXMgd2lkZSBTQ1NJIGFkYXB0ZXJzCiNkZXZpY2UJCWFoYQkJIyBBZGFwdGVj
IDE1NHggU0NTSSBhZGFwdGVycwojZGV2aWNlCQlhaWMJCSMgQWRhcHRlYyAxNVswMTJdeCBTQ1NJ
IGFkYXB0ZXJzLCBBSUMtNlsyM102MC4KI2RldmljZQkJYnQJCSMgQnVzbG9naWMvTXlsZXggTXVs
dGlNYXN0ZXIgU0NTSSBhZGFwdGVycwoKI2RldmljZQkJbmN2CQkjIE5DUiA1M0M1MDAKI2Rldmlj
ZQkJbnNwCQkjIFdvcmtiaXQgTmluamEgU0NTSS0zCiNkZXZpY2UJCXN0ZwkJIyBUTUMgMThDMzAv
MThDNTAKCiMgU0NTSSBwZXJpcGhlcmFscwpkZXZpY2UJCXNjYnVzCQkjIFNDU0kgYnVzIChyZXF1
aXJlZCBmb3IgU0NTSSkKZGV2aWNlCQljaAkJIyBTQ1NJIG1lZGlhIGNoYW5nZXJzCmRldmljZQkJ
ZGEJCSMgRGlyZWN0IEFjY2VzcyAoZGlza3MpCmRldmljZQkJc2EJCSMgU2VxdWVudGlhbCBBY2Nl
c3MgKHRhcGUgZXRjKQpkZXZpY2UJCWNkCQkjIENECmRldmljZQkJcGFzcwkJIyBQYXNzdGhyb3Vn
aCBkZXZpY2UgKGRpcmVjdCBTQ1NJIGFjY2VzcykKZGV2aWNlCQlzZXMJCSMgU0NTSSBFbnZpcm9u
bWVudGFsIFNlcnZpY2VzIChhbmQgU0FGLVRFKQoKCiMgYXRrYmRjMCBjb250cm9scyBib3RoIHRo
ZSBrZXlib2FyZCBhbmQgdGhlIFBTLzIgbW91c2UKZGV2aWNlCQlhdGtiZGMJCSMgQVQga2V5Ym9h
cmQgY29udHJvbGxlcgpkZXZpY2UJCWF0a2JkCQkjIEFUIGtleWJvYXJkCmRldmljZQkJcHNtCQkj
IFBTLzIgbW91c2UKCmRldmljZQkJdmdhCQkjIFZHQSB2aWRlbyBjYXJkIGRyaXZlcgoKZGV2aWNl
CQlzcGxhc2gJCSMgU3BsYXNoIHNjcmVlbiBhbmQgc2NyZWVuIHNhdmVyIHN1cHBvcnQKCiMgc3lz
Y29ucyBpcyB0aGUgZGVmYXVsdCBjb25zb2xlIGRyaXZlciwgcmVzZW1ibGluZyBhbiBTQ08gY29u
c29sZQpkZXZpY2UJCXNjCgojIEVuYWJsZSB0aGlzIGZvciB0aGUgcGN2dCAoVlQyMjAgY29tcGF0
aWJsZSkgY29uc29sZSBkcml2ZXIKI2RldmljZQkJdnQKI29wdGlvbnMgCVhTRVJWRVIJCSMgc3Vw
cG9ydCBmb3IgWCBzZXJ2ZXIgb24gYSB2dCBjb25zb2xlCiNvcHRpb25zIAlGQVRfQ1VSU09SCSMg
c3RhcnQgd2l0aCBibG9jayBjdXJzb3IKCmRldmljZQkJYWdwCQkjIHN1cHBvcnQgc2V2ZXJhbCBB
R1AgY2hpcHNldHMKCiMgRmxvYXRpbmcgcG9pbnQgc3VwcG9ydCAtIGRvIG5vdCBkaXNhYmxlLgpk
ZXZpY2UJCW5weAoKIyBQb3dlciBtYW5hZ2VtZW50IHN1cHBvcnQgKHNlZSBOT1RFUyBmb3IgbW9y
ZSBvcHRpb25zKQojZGV2aWNlCQlhcG0KIyBBZGQgc3VzcGVuZC9yZXN1bWUgc3VwcG9ydCBmb3Ig
dGhlIGk4MjU0LgpkZXZpY2UJCXBtdGltZXIKCiMgUENDQVJEIChQQ01DSUEpIHN1cHBvcnQKIyBQ
Q01DSUEgYW5kIGNhcmRidXMgYnJpZGdlIHN1cHBvcnQKZGV2aWNlCQljYmIJCSMgY2FyZGJ1cyAo
eWVudGEpIGJyaWRnZQpkZXZpY2UJCXBjY2FyZAkJIyBQQyBDYXJkICgxNi1iaXQpIGJ1cwpkZXZp
Y2UJCWNhcmRidXMJCSMgQ2FyZEJ1cyAoMzItYml0KSBidXMKCiMgU2VyaWFsIChDT00pIHBvcnRz
CmRldmljZQkJc2lvCQkjIDgyNTAsIDE2WzQ1XTUwIGJhc2VkIHNlcmlhbCBwb3J0cwoKIyBQYXJh
bGxlbCBwb3J0CmRldmljZQkJcHBjCmRldmljZQkJcHBidXMJCSMgUGFyYWxsZWwgcG9ydCBidXMg
KHJlcXVpcmVkKQpkZXZpY2UJCWxwdAkJIyBQcmludGVyCmRldmljZQkJcGxpcAkJIyBUQ1AvSVAg
b3ZlciBwYXJhbGxlbApkZXZpY2UJCXBwaQkJIyBQYXJhbGxlbCBwb3J0IGludGVyZmFjZSBkZXZp
Y2UKI2RldmljZQkJdnBvCQkjIFJlcXVpcmVzIHNjYnVzIGFuZCBkYQoKCiMgUENJIEV0aGVybmV0
IE5JQ3MgdGhhdCB1c2UgdGhlIGNvbW1vbiBNSUkgYnVzIGNvbnRyb2xsZXIgY29kZS4KIyBOT1RF
OiBCZSBzdXJlIHRvIGtlZXAgdGhlICdkZXZpY2UgbWlpYnVzJyBsaW5lIGluIG9yZGVyIHRvIHVz
ZSB0aGVzZSBOSUNzIQpkZXZpY2UJCW1paWJ1cwkJIyBNSUkgYnVzIHN1cHBvcnQKI2RldmljZQkJ
YmZlCQkjIEJyb2FkY29tIEJDTTQ0MHggMTAvMTAwIEV0aGVybmV0CiNkZXZpY2UJCWJnZQkJIyBC
cm9hZGNvbSBCQ001NzB4eCBHaWdhYml0IEV0aGVybmV0CiNkZXZpY2UJCWRjCQkjIERFQy9JbnRl
bCAyMTE0MyBhbmQgdmFyaW91cyB3b3JrYWxpa2VzCmRldmljZQkJZnhwCQkjIEludGVsIEV0aGVy
RXhwcmVzcyBQUk8vMTAwQiAoODI1NTcsIDgyNTU4KQojZGV2aWNlCQlwY24JCSMgQU1EIEFtNzlD
OTd4IFBDSSAxMC8xMDAgKHByZWNlZGVuY2Ugb3ZlciAnbG5jJykKI2RldmljZQkJcmUJCSMgUmVh
bFRlayA4MTM5QysvODE2OS84MTY5Uy84MTEwUwpkZXZpY2UJCXJsCQkjIFJlYWxUZWsgODEyOS84
MTM5CiNkZXZpY2UJCXNmCQkjIEFkYXB0ZWMgQUlDLTY5MTUgKGBgU3RhcmZpcmUnJykKI2Rldmlj
ZQkJc2lzCQkjIFNpbGljb24gSW50ZWdyYXRlZCBTeXN0ZW1zIFNpUyA5MDAvU2lTIDcwMTYKI2Rl
dmljZQkJc2sJCSMgU3lzS29ubmVjdCBTSy05ODR4ICYgU0stOTgyeCBnaWdhYml0IEV0aGVybmV0
CiNkZXZpY2UJCXN0ZQkJIyBTdW5kYW5jZSBTVDIwMSAoRC1MaW5rIERGRS01NTBUWCkKI2Rldmlj
ZQkJdGkJCSMgQWx0ZW9uIE5ldHdvcmtzIFRpZ29uIEkvSUkgZ2lnYWJpdCBFdGhlcm5ldAojZGV2
aWNlCQl0bAkJIyBUZXhhcyBJbnN0cnVtZW50cyBUaHVuZGVyTEFOCiNkZXZpY2UJCXR4CQkjIFNN
QyBFdGhlclBvd2VyIElJICg4M2MxNzAgYGBFUElDJycpCiNkZXZpY2UJCXZyCQkjIFZJQSBSaGlu
ZSwgUmhpbmUgSUkKI2RldmljZQkJd2IJCSMgV2luYm9uZCBXODlDODQwRgpkZXZpY2UJCXhsCQkj
IDNDb20gM2M5MHggKGBgQm9vbWVyYW5nJycsIGBgQ3ljbG9uZScnKQoKIyBXaXJlbGVzcyBOSUMg
Y2FyZHMKZGV2aWNlCQl3bGFuCQkjIDgwMi4xMSBzdXBwb3J0CmRldmljZQkJYW4JCSMgQWlyb25l
dCA0NTAwLzQ4MDAgODAyLjExIHdpcmVsZXNzIE5JQ3MuCmRldmljZQkJYXdpCQkjIEJheVN0YWNr
IDY2MCBhbmQgb3RoZXJzCmRldmljZQkJd2kJCSMgV2F2ZUxBTi9JbnRlcnNpbC9TeW1ib2wgODAy
LjExIHdpcmVsZXNzIE5JQ3MuCiNkZXZpY2UJCXdsCQkjIE9sZGVyIG5vbiA4MDIuMTEgV2F2ZWxh
biB3aXJlbGVzcyBOSUMuCgojIFBzZXVkbyBkZXZpY2VzLgpkZXZpY2UJCWxvb3AJCSMgTmV0d29y
ayBsb29wYmFjawpkZXZpY2UJCW1lbQkJIyBNZW1vcnkgYW5kIGtlcm5lbCBtZW1vcnkgZGV2aWNl
cwpkZXZpY2UJCWlvCQkjIEkvTyBkZXZpY2UKZGV2aWNlCQlyYW5kb20JCSMgRW50cm9weSBkZXZp
Y2UKZGV2aWNlCQlldGhlcgkJIyBFdGhlcm5ldCBzdXBwb3J0CmRldmljZQkJc2wJCSMgS2VybmVs
IFNMSVAKZGV2aWNlCQlwcHAJCSMgS2VybmVsIFBQUApkZXZpY2UJCXR1bgkJIyBQYWNrZXQgdHVu
bmVsLgpkZXZpY2UJCXB0eQkJIyBQc2V1ZG8tdHR5cyAodGVsbmV0IGV0YykKZGV2aWNlCQltZAkJ
IyBNZW1vcnkgImRpc2tzIgpkZXZpY2UJCWdpZgkJIyBJUHY2IGFuZCBJUHY0IHR1bm5lbGluZwpk
ZXZpY2UJCWZhaXRoCQkjIElQdjYtdG8tSVB2NCByZWxheWluZyAodHJhbnNsYXRpb24pCgojIFRo
ZSBgYnBmJyBkZXZpY2UgZW5hYmxlcyB0aGUgQmVya2VsZXkgUGFja2V0IEZpbHRlci4KIyBCZSBh
d2FyZSBvZiB0aGUgYWRtaW5pc3RyYXRpdmUgY29uc2VxdWVuY2VzIG9mIGVuYWJsaW5nIHRoaXMh
CmRldmljZQkJYnBmCQkjIEJlcmtlbGV5IHBhY2tldCBmaWx0ZXIKCiMgVVNCIHN1cHBvcnQKZGV2
aWNlCQl1aGNpCQkjIFVIQ0kgUENJLT5VU0IgaW50ZXJmYWNlCmRldmljZQkJb2hjaQkJIyBPSENJ
IFBDSS0+VVNCIGludGVyZmFjZQpkZXZpY2UJCXVzYgkJIyBVU0IgQnVzIChyZXF1aXJlZCkKI2Rl
dmljZQkJdWRicAkJIyBVU0IgRG91YmxlIEJ1bGsgUGlwZSBkZXZpY2VzCmRldmljZQkJdWdlbgkJ
IyBHZW5lcmljCmRldmljZQkJdWhpZAkJIyAiSHVtYW4gSW50ZXJmYWNlIERldmljZXMiCmRldmlj
ZQkJdWtiZAkJIyBLZXlib2FyZApkZXZpY2UJCXVscHQJCSMgUHJpbnRlcgpkZXZpY2UJCXVtYXNz
CQkjIERpc2tzL01hc3Mgc3RvcmFnZSAtIFJlcXVpcmVzIHNjYnVzIGFuZCBkYQpkZXZpY2UJCXVt
cwkJIyBNb3VzZQpkZXZpY2UJCXVyaW8JCSMgRGlhbW9uZCBSaW8gNTAwIE1QMyBwbGF5ZXIKZGV2
aWNlCQl1c2Nhbm5lcgkjIFNjYW5uZXJzCiMgVVNCIEV0aGVybmV0LCByZXF1aXJlcyBtaWkKI2Rl
dmljZQkJYXVlCQkjIEFETXRlayBVU0IgRXRoZXJuZXQKI2RldmljZQkJYXhlCQkjIEFTSVggRWxl
Y3Ryb25pY3MgVVNCIEV0aGVybmV0CiNkZXZpY2UJCWN1ZQkJIyBDQVRDIFVTQiBFdGhlcm5ldAoj
ZGV2aWNlCQlrdWUJCSMgS2F3YXNha2kgTFNJIFVTQiBFdGhlcm5ldAojZGV2aWNlCQlydWUJCSMg
UmVhbFRlayBSVEw4MTUwIFVTQiBFdGhlcm5ldAoKCiMjIyBjdXN0b20gb3B0aW9ucyBmb3IgU1VC
TUFSSU5FX1NNUCAjIyMKCgojIHNvdW5kIGRldmljZXMKCmRldmljZQkJc291bmQKZGV2aWNlCQlz
bmRfc2JjCmRldmljZQkJInNuZF9zYjE2IgoKCiMjIG5ldHdvcmtpbmcgb3B0aW9ucyAjIwoKIyBw
ZiAKCmRldmljZQkJcGYKZGV2aWNlCQlwZmxvZwpkZXZpY2UJCXBmc3luYwoKIyBhbHRxCgpvcHRp
b25zCQlBTFRRCm9wdGlvbnMJCUFMVFFfQ0JRCm9wdGlvbnMJCUFMVFFfUkVECm9wdGlvbnMJCUFM
VFFfUklPCm9wdGlvbnMJCUFMVFFfSEZTQwpvcHRpb25zCQlBTFRRX0NETlIKb3B0aW9ucwkJQUxU
UV9QUklRCm9wdGlvbnMJCUFMVFFfTk9QQ0MKb3B0aW9ucwkJQUxUUV9ERUJVRwoKIyBydWRpbWVu
dGFyeSBwcm90ZWN0aW9uCgpvcHRpb25zCQlJUFNURUFMVEgKb3B0aW9ucwkJVENQX0RST1BfU1lO
RklOCgoKCiMgcmVhc29uYWJsZSBoeiBsZXZlbAoKb3B0aW9ucwkJSFo9MjAwMAoKCgojIyBzZXQg
Y29uc29sZSByZXNvbHV0aW9uIHRvIDgwMHg2MDAsIDEwMjR4NzY4IGF3YWl0cyEhICMjCgojIFZF
U0Egc3VwcG9ydAoKb3B0aW9ucwkJVkVTQQoKIyByYXN0ZXIgZGlzcGxheSBzdXBwb3J0IGZvciA4
MDB4NjAwIHJlc29sdXRpb24KCm9wdGlvbnMJCVNDX1BJWEVMX01PREUKCgoKIyBzdXBwb3J0IGZv
ciBJTlRFTCBQSUlYNCBTTUJ1cwoKZGV2aWNlCQlzbWJ1cwpkZXZpY2UJCWludHBtCmRldmljZQkJ
c21iCgoKCiMgZW5hYmxlIGRldmljZSBwb2xsaW5nCgojb3B0aW9ucyAJREVWSUNFX1BPTExJTkcK
CiA=
--Multipart=_Wed__29_Sep_2004_10_27_30_+0200_Hy89V/dxFjADUFzZ--
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 09:26:03 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id D4CDC16A4CE
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 09:26:03 +0000 (GMT)
Received: from smtp01.syd.iprimus.net.au (smtp01.syd.iprimus.net.au
[210.50.30.196])
by mx1.FreeBSD.org (Postfix) with ESMTP id A567543D49
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 09:26:03 +0000 (GMT)
(envelope-from tim@robbins.dropbear.id.au)
Received: from robbins.dropbear.id.au (210.50.217.243) by
smtp01.syd.iprimus.net.au (7.0.031.3)
id 4148DCF40055F951; Wed, 29 Sep 2004 19:25:42 +1000
Received: by robbins.dropbear.id.au (Postfix, from userid 1000)
id 657B64251; Wed, 29 Sep 2004 19:27:10 +1000 (EST)
Date: Wed, 29 Sep 2004 19:27:10 +1000
From: Tim Robbins <tjr@freebsd.org>
To: Ken Smith <kensmith@cse.Buffalo.EDU>
Message-ID: <20040929092710.GA59303@cat.robbins.dropbear.id.au>
References: <20040929030546.GE16305@electra.cse.Buffalo.EDU>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20040929030546.GE16305@electra.cse.Buffalo.EDU>
User-Agent: Mutt/1.4.1i
cc: freebsd-current@freebsd.org
Subject: Re: HEADS-UP: Library version number bumps
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 09:26:03 -0000
On Tue, Sep 28, 2004 at 11:05:46PM -0400, Ken Smith wrote:
>
> >From the "Better late than never" Department...
>
> It looks like we should probably bump the version of a couple of
> the system libraries. With LOTS of help from Kris it looks like
> this is the list we think needs a version bump, with the version
> from 4.X being placed in compat4x:
>
> libgnuregex.so.2
> libhistory.so.4
> libm.so.2
> libncurses.so.5
> libopie.so.2
> libpcap.so.2
> libreadline.so.4
> libwrap.so.3
>
> The bumps will be coming soon...
Why do they need to be bumped? Why use the version from 4.x? It sounds like
this will break a lot of 5.x binaries.
Tim
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 09:29:59 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 948A416A4CE
for <current@freebsd.org>; Wed, 29 Sep 2004 09:29:59 +0000 (GMT)
Received: from pandora.afflictions.org (asylum.afflictions.org [64.7.134.90])
by mx1.FreeBSD.org (Postfix) with ESMTP id E351B43D2F
for <current@freebsd.org>; Wed, 29 Sep 2004 09:29:58 +0000 (GMT)
(envelope-from dgerow@afflictions.org)
Received: from localhost (localhost [127.0.0.1])
by pandora.afflictions.org (Postfix) with ESMTP id 6B4E778C55;
Wed, 29 Sep 2004 05:31:30 -0400 (EDT)
Received: from dementia.afflictions.org (dementia.afflictions.org
[172.19.206.56])
by pandora.afflictions.org (Postfix) with ESMTP id A1B9178C35;
Wed, 29 Sep 2004 05:31:24 -0400 (EDT)
Received: by dementia.afflictions.org (Postfix, from userid 1001)
id 91A631703D; Wed, 29 Sep 2004 05:28:55 -0400 (EDT)
Date: Wed, 29 Sep 2004 05:28:55 -0400
From: Damian Gerow <dgerow@afflictions.org>
To: Julian Elischer <julian@elischer.org>
Message-ID: <20040929092854.GA29565@afflictions.org>
Mail-Followup-To: Julian Elischer <julian@elischer.org>,
current@freebsd.org
References: <20040927211341.GB30059@afflictions.org>
<20040929040222.GI5115@afflictions.org> <415A3E1B.5010404@elischer.org>
<20040929050154.GJ5115@afflictions.org> <415A6AE3.4050309@elischer.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <415A6AE3.4050309@elischer.org>
X-Operating-System: FreeBSD 5.3-BETA6 on a i386
X-GPG-Fingerprint: B3D7 D901 A53A 1A99 BFD6 E6DF 9F3B 742B C288 9CC9
User-Agent: Mutt/1.5.6i
X-Virus-Scanned: by amavisd-new at afflictions.org
cc: current@freebsd.org
Subject: Re: Random processes hanging in unkillable state in -BETA6
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 09:29:59 -0000
Thus spake Julian Elischer (julian@elischer.org) [29/09/04 03:59]:
: >They all seem to be in an RL state. All the dig processes are in RL+,
: >whereas dig processes started by root are in RXL+. There is one hung gdb
: >dig process, which is in SL. Note that these have all been running for at
: >least three hours at this point.
:
: the time is not important they will never recover..
I noted the time only because one process was in S. I'm just on my way to
pulling up the rest of the information, I'll post it in a bit.
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 09:42:30 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 616C516A4CE
for <current@freebsd.org>; Wed, 29 Sep 2004 09:42:30 +0000 (GMT)
Received: from pandora.afflictions.org (asylum.afflictions.org [64.7.134.90])
by mx1.FreeBSD.org (Postfix) with ESMTP id 2253343D2F
for <current@freebsd.org>; Wed, 29 Sep 2004 09:42:30 +0000 (GMT)
(envelope-from dgerow@afflictions.org)
Received: from localhost (localhost [127.0.0.1])
by pandora.afflictions.org (Postfix) with ESMTP id A40A378C55;
Wed, 29 Sep 2004 05:44:01 -0400 (EDT)
Received: from dementia.afflictions.org (dementia.afflictions.org
[172.19.206.56])
by pandora.afflictions.org (Postfix) with ESMTP id CD4AB78C35;
Wed, 29 Sep 2004 05:43:59 -0400 (EDT)
Received: by dementia.afflictions.org (Postfix, from userid 1001)
id F3E851703D; Wed, 29 Sep 2004 05:37:23 -0400 (EDT)
Date: Wed, 29 Sep 2004 05:37:23 -0400
From: Damian Gerow <dgerow@afflictions.org>
To: Julian Elischer <julian@elischer.org>
Message-ID: <20040929093723.GB29565@afflictions.org>
Mail-Followup-To: Julian Elischer <julian@elischer.org>,
current@freebsd.org
References: <20040927211341.GB30059@afflictions.org>
<20040929040222.GI5115@afflictions.org> <415A3E1B.5010404@elischer.org>
<20040929050154.GJ5115@afflictions.org> <415A6AE3.4050309@elischer.org>
<415A6B8A.1040902@elischer.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <415A6B8A.1040902@elischer.org>
X-Operating-System: FreeBSD 5.3-BETA6 on a i386
X-GPG-Fingerprint: B3D7 D901 A53A 1A99 BFD6 E6DF 9F3B 742B C288 9CC9
User-Agent: Mutt/1.5.6i
X-Virus-Scanned: by amavisd-new at afflictions.org
cc: current@freebsd.org
Subject: Re: Random processes hanging in unkillable state in -BETA6
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 09:42:30 -0000
Thus spake Julian Elischer (julian@elischer.org) [29/09/04 04:01]:
: oh yeahh the output of the ps for that process would be good to seetoo.
: (the ps in ddb)
:
: there is an option to make ddb use printf()
sysctl debug.ddb_use_print, for archival purposes.
: which will make it's outut show up in dmesg after you 'c'
: (continue) back running again.. otherwise you'd need a serial consol to
: record it all.
It's up at <http://www.afflictions.org/~dgerow/ddb.out>. I added in the
commands I typed, just for clarity (not needed, I know).
- Damian
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 09:54:15 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 20DD016A4CE
for <current@freebsd.org>; Wed, 29 Sep 2004 09:54:15 +0000 (GMT)
Received: from pandora.afflictions.org (asylum.afflictions.org [64.7.134.90])
by mx1.FreeBSD.org (Postfix) with ESMTP id E47A343D4C
for <current@freebsd.org>; Wed, 29 Sep 2004 09:54:14 +0000 (GMT)
(envelope-from dgerow@afflictions.org)
Received: from localhost (localhost [127.0.0.1])
by pandora.afflictions.org (Postfix) with ESMTP id 924AE78C55;
Wed, 29 Sep 2004 05:55:46 -0400 (EDT)
Received: from dementia.afflictions.org (dementia.afflictions.org
[172.19.206.56])
by pandora.afflictions.org (Postfix) with ESMTP id D9E9B78C35;
Wed, 29 Sep 2004 05:55:44 -0400 (EDT)
Received: by dementia.afflictions.org (Postfix, from userid 1001)
id 568451703D; Wed, 29 Sep 2004 05:49:09 -0400 (EDT)
Date: Wed, 29 Sep 2004 05:49:09 -0400
From: Damian Gerow <dgerow@afflictions.org>
To: current@freebsd.org
Message-ID: <20040929094909.GC29565@afflictions.org>
Mail-Followup-To: current@freebsd.org,
Julian Elischer <julian@elischer.org>
References: <20040927211341.GB30059@afflictions.org>
<20040929040222.GI5115@afflictions.org> <415A3E1B.5010404@elischer.org>
<20040929050154.GJ5115@afflictions.org> <415A6AE3.4050309@elischer.org>
<415A6B8A.1040902@elischer.org> <20040929093723.GB29565@afflictions.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20040929093723.GB29565@afflictions.org>
X-Operating-System: FreeBSD 5.3-BETA6 on a i386
X-GPG-Fingerprint: B3D7 D901 A53A 1A99 BFD6 E6DF 9F3B 742B C288 9CC9
User-Agent: Mutt/1.5.6i
X-Virus-Scanned: by amavisd-new at afflictions.org
cc: Julian Elischer <julian@elischer.org>
Subject: Re: Random processes hanging in unkillable state in -BETA6
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 09:54:15 -0000
Thus spake Damian Gerow (dgerow@afflictions.org) [29/09/04 05:44]:
: Thus spake Julian Elischer (julian@elischer.org) [29/09/04 04:01]:
: : oh yeahh the output of the ps for that process would be good to seetoo.
: : (the ps in ddb)
: :
: : there is an option to make ddb use printf()
:
: sysctl debug.ddb_use_print, for archival purposes.
Arg... s/print/printf/...
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 10:12:18 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id EED3E16A4CE; Wed, 29 Sep 2004 10:12:18 +0000 (GMT)
Received: from smtp.des.no (flood.des.no [217.116.83.31])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 46CFF43D1D; Wed, 29 Sep 2004 10:12:18 +0000 (GMT)
(envelope-from des@des.no)
Received: by smtp.des.no (Pony Express, from userid 666)
id DBF065310; Wed, 29 Sep 2004 12:12:16 +0200 (CEST)
Received: from dwp.des.no (des.no [80.203.228.37])
by smtp.des.no (Pony Express) with ESMTP id 72A86530A;
Wed, 29 Sep 2004 12:12:11 +0200 (CEST)
Received: by dwp.des.no (Postfix, from userid 2602)
id 4D6E0B873; Wed, 29 Sep 2004 12:12:11 +0200 (CEST)
To: Gregory Neil Shapiro <gshapiro@freebsd.org>
References: <20040928025635.Q5094@ync.qbhto.arg>
<727FCC18-1156-11D9-BBA6-000D936BE398@beforever.com>
<20040928142532.M90002@qbhto.arg>
<20040929032418.GD56445@horsey.gshapiro.net>
From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=)
Date: Wed, 29 Sep 2004 12:12:11 +0200
In-Reply-To: <20040929032418.GD56445@horsey.gshapiro.net> (Gregory Neil
Shapiro's message of "Tue, 28 Sep 2004 20:24:18 -0700")
Message-ID: <xzpbrfp1j0k.fsf@dwp.des.no>
User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 (berkeley-unix)
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on flood.des.no
X-Spam-Level:
X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.64
cc: Peter Schultz <pete@beforever.com>
cc: freebsd-current@freebsd.org
Subject: Re: HEADS UP: named now runs chroot'ed by default
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 10:12:19 -0000
Gregory Neil Shapiro <gshapiro@freebsd.org> writes:
> If someone does so, please make it optional as jails don't support
> IPv6 yet and BIND 9 does.
...badly. it will use IPv6 when recursing, but doesn't seem to want
to listen for IPv6 requests:
des@dma ~% sockstat -l | grep named
bind named 5139 20 udp4 10.0.0.10:53 *:*
bind named 5139 21 tcp4 10.0.0.10:53 *:*
bind named 5139 22 udp4 127.0.0.1:53 *:*
bind named 5139 23 tcp4 127.0.0.1:53 *:*
bind named 5139 24 udp4 *:50632 *:*
bind named 5139 25 udp6 *:50633 *:*
bind named 5139 26 tcp4 127.0.0.1:953 *:*
bind named 5139 27 tcp6 ::1:953 *:*
des@dma ~% dig @::1 . ns
; <<>> DiG 9.3.0 <<>> @::1 . ns
;; global options: printcmd
;; connection timed out; no servers could be reached
DES
--=20
Dag-Erling Sm=F8rgrav - des@des.no
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 10:27:24 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 6E44916A4CE; Wed, 29 Sep 2004 10:27:24 +0000 (GMT)
Received: from tensor.xs4all.nl (tensor.xs4all.nl [194.109.160.97])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 0B33D43D45; Wed, 29 Sep 2004 10:27:24 +0000 (GMT)
(envelope-from dimitry@andric.com)
Received: from kilgore.dim (kilgore.dim [192.168.0.3])
(using TLSv1 with cipher AES256-SHA (256/256 bits))
(No client certificate requested)
by tensor.xs4all.nl (Postfix) with ESMTP id 6028F22852;
Wed, 29 Sep 2004 12:27:21 +0200 (CEST)
Date: Wed, 29 Sep 2004 12:27:16 +0200
From: Dimitry Andric <dimitry@andric.com>
X-Mailer: The Bat! (v3.0.0.19) Professional
X-Priority: 3 (Normal)
Message-ID: <391196860.20040929122716@andric.com>
To: des@des.no (=?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= )
In-Reply-To: <xzpbrfp1j0k.fsf@dwp.des.no>
References: <20040928025635.Q5094@ync.qbhto.arg>
<727FCC18-1156-11D9-BBA6-000D936BE398@beforever.com>
<20040929032418.GD56445@horsey.gshapiro.net>
<xzpbrfp1j0k.fsf@dwp.des.no>
MIME-Version: 1.0
Content-Type: multipart/signed; protocol="application/pgp-signature";
micalg="pgp-sha1"; boundary="----------A310CE722D030C8"
cc: Gregory Neil Shapiro <gshapiro@freebsd.org>
cc: Peter Schultz <pete@beforever.com>
cc: freebsd-current@freebsd.org
Subject: Re: HEADS UP: named now runs chroot'ed by default
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 10:27:24 -0000
------------A310CE722D030C8
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
On 2004-09-29 at 12:12:11 Dag-Erling Sm=F8rgrav wrote:
> ...badly. it will use IPv6 when recursing, but doesn't seem to want
> to listen for IPv6 requests:
You need to explicitly add a listen-on-v6 { any; }; statement to your
configuration file.
------------A310CE722D030C8
Content-Type: application/pgp-signature
-----BEGIN PGP MESSAGE-----
Version: GnuPG v1.2.4 (MingW32)
iD8DBQFBWo4EsF6jCi4glqMRAiz2AJ4ks+UTdgfjj8mzIQetk1d0h57fvACg1Zqq
eOdBzHntQCN0eSPvvYY0D0A=
=O2oy
-----END PGP MESSAGE-----
------------A310CE722D030C8--
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 11:00:48 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 969D816A4D5
for <current@freebsd.org>; Wed, 29 Sep 2004 11:00:48 +0000 (GMT)
Received: from smtp.rdsnet.ro (smtp.rdsmail.ro [193.231.236.72])
by mx1.FreeBSD.org (Postfix) with ESMTP id 4D32343D31
for <current@freebsd.org>; Wed, 29 Sep 2004 11:00:23 +0000 (GMT)
(envelope-from itetcu@people.tecnik93.com)
Received: (qmail 9971 invoked by uid 89); 29 Sep 2004 11:00:22 -0000
Received: from unknown (HELO it.buh.tecnik93.com) (81.196.204.98)
by 0 with SMTP; 29 Sep 2004 11:00:22 -0000
Received: from it.buh.tecnik93.com (localhost.buh.tecnik93.com [127.0.0.1])
by it.buh.tecnik93.com (Postfix) with SMTP id 3E5D04C3;
Wed, 29 Sep 2004 14:00:21 +0300 (EEST)
Date: Wed, 29 Sep 2004 14:00:11 +0300
From: Ion-Mihai Tetcu <itetcu@people.tecnik93.com>
To: Julian Elischer <julian@elischer.org>
Message-ID: <20040929140011.7dcb007a@it.buh.tecnik93.com>
In-Reply-To: <415A6AE3.4050309@elischer.org>
References: <20040927211341.GB30059@afflictions.org>
<20040929040222.GI5115@afflictions.org>
<415A3E1B.5010404@elischer.org>
<20040929050154.GJ5115@afflictions.org>
<415A6AE3.4050309@elischer.org>
X-Mailer: Sylpheed-Claws 0.9.12a (GTK+ 1.2.10; i386-portbld-freebsd5.3)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
cc: Damian Gerow <dgerow@afflictions.org>
cc: current@freebsd.org
Subject: Re: Random processes hanging in unkillable state in -BETA6
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 11:00:48 -0000
[ I don't know / think is related, just gathering info ]
On Wed, 29 Sep 2004 00:57:23 -0700
Julian Elischer <julian@elischer.org> wrote:
> Damian Gerow wrote:
> > Thus spake Julian Elischer (julian@elischer.org) [29/09/04 00:48]:
> > : If you look at them with ps -alxH are they all (in particular dig)
> > : all threaded programs?
> >
> > Yes, they are.
> >
> > They all seem to be in an RL state. All the dig processes are in RL+,
> > whereas dig processes started by root are in RXL+. There is one hung gdb
> > dig process, which is in SL. Note that these have all been running for at
> > least three hours at this point.
>
> the time is not important they will never recover..
> you might do the following.. if you have ddb in the kernel..
>
> go to console
> <CTL><ALT><ESC> to go to ddb
Will the system recover if I have X running (my previous experiences
says no, but I haven't break in debugger for some time now)?
I have a dcgui-qt hang when I put it to recreate the share list (this is
after I've tried kill -1,-6,-9) :
# ps -alxH 75295
UID PID PPID CPU PRI NI VSZ RSS MWCHAN STAT TT TIME COMMAND
1001 75295 88546 0 76 -10 105252 94608 - T<XL ?? 200:59.34 /usr/local/bin/dcgui-qt
1001 75295 88546 0 76 -10 105252 94608 - T<XL ?? 200:59.34 /usr/local/bin/dcgui-qt
1001 75295 88546 0 20 -10 105252 94608 - T<XL ?? 200:59.34 /usr/local/bin/dcgui-qt
1001 75295 88546 0 8 -10 105252 94608 wait T<XL ?? 200:59.34 /usr/local/bin/dcgui-qt
1001 75295 88546 0 20 -10 105252 94608 - T<XL ?? 200:59.34 /usr/local/bin/dcgui-qt
# uname -a
FreeBSD it.buh.tecnik93.com 5.3-BETA5 FreeBSD 5.3-BETA5 #0: Fri Sep 24 05:51:02 EEST 2004 itetcu@it.buh.tecnik93.com:/usr/obj/usr/src/sys/IT53_d i386
# sysctl debug.witness
debug.witness.skipspin: 1
debug.witness.trace: 1
debug.witness.kdb: 0
debug.witness.watch: 0
> ps
> look for the process.. note that several threads show up..
> there will be a kg (ksegrp) associated with ech thread (some
> may be associated with > 1 thread.)
>
> of the address of the kg is 0xAB123456
> then do:
> x/xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 0xAB123456
>
> for each kg
>
> and let me see the result(s)..
How much text is it supposed to be (I don't have a serial console on
this machine).
Thanks,
--
IOnut
Unregistered ;) FreeBSD "user"
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 11:47:09 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 1501416A4CE
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 11:47:09 +0000 (GMT)
Received: from ptcnat.era.pl (ptcnat.era.pl [213.158.197.100])
by mx1.FreeBSD.org (Postfix) with ESMTP id C1A4B43D41
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 11:47:08 +0000 (GMT) (envelope-from zaks@era.pl)
Received: by localhost (Postfix, from userid 1001)
id 0409B11652; Wed, 29 Sep 2004 13:47:06 +0200 (CEST)
From: =?iso-8859-2?q?S=B3awek_=AFak?= <zaks@prioris.mini.pw.edu.pl>
To: Ceri Davies <ceri@submonkey.net>
References: <861xgm5ltz.fsf@thirst.unx.era.pl>
<20040928194853.GT2493@submonkey.net>
Date: Wed, 29 Sep 2004 13:47:06 +0200
In-Reply-To: <20040928194853.GT2493@submonkey.net> (Ceri Davies's message of
"Tue, 28 Sep 2004 20:48:53 +0100")
Message-ID: <86k6ud2t6t.fsf@thirst.unx.era.pl>
User-Agent: Gnus/5.110003 (No Gnus v0.3) XEmacs/21.4 (Reasonable Discussion,
berkeley-unix)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
cc: freebsd-current@freebsd.org
Subject: Re: Bug in #! processing
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 11:47:09 -0000
Ceri Davies <ceri@submonkey.net> writes:
> On Tue, Sep 28, 2004 at 07:45:28PM +0200, S?awek ?ak wrote:
>> Hi,
>>
>> It seems that there is a long standing bug in processing of command-line
>> options for scripts and such. Take following files:
>>
[...]
>> On FreeBSD 5.x:
>>
>> thirst<zaks>(1790)% ./tst.sh
>> Main.c test
>> ./main
>> -
>> ./tst.sh
>>
>> On Solaris:
>>
>> sb8:root> ./tst.sh
>> Main.c test
>> ./main
>> -#!
>> ./tst.sh
>>
>> sb8:root> uname -a
>> SunOS sb8 5.8 Generic_108528-21 sun4u sparc SUNW,UltraAX-i2
>
> [snip Tru64 and AIX]
>
>> Any takers?
>
> It's easy enough to fix this case, but Solaris looks buggy in other
> areas
You should speel buggy as 'POSIX' in this case I guess.
> (I do not have any other systems to hand):
>
> FreeBSD 4.10-STABLE:
>
> $ cat tst.sh
> #!./main -f -o -#!
> print ok
> $ ./tst.sh
> Main.c test
> ./main
> -f
> -o
> -
> ./tst.sh
Well, it is consistent with FreeBSD 5.x in this respect. Discards all after
second #! when passing arguments to the interpretter.
> Solaris 9:
>
> $ ./tst.sh
> Main.c test
> ./main
> -f
> ./tst.sh
This behavior is mandated by POSIX which, as I reckon, allows passing of
only the first argument to the interpreter. It is confirmed by other
supposedly compliant systems. I've checked before AIX 5.2, Solaris 8/9. Two
raisins in the pie are Tru64 5.1B and HP-UX 11, which return some erm,
strange results. For such script:
#!./main 1 2 3 -#!
print ok
You get:
Main.c test
./main
1 2 3 -#!
./tst.sh
Thus it seems that the systems squeeze all arguments in one and pass it that
way to our handsome interpreter. Nevertheless both Tru64 and HPUX are
dying and we got to move on with our lives.
The behavior I'd like to have, and which seems correct is not bothering with
second, 3rd and so on occurence of #! in the first line of script. Feasible?
I guess so. The only commercial product on my systems uses -#! switch on all
platforms as a script file mark. I don't see any explanation for current
behavior therefore I'm reporting it.
/S
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 20:41:28 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id BDC6416A4CE
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 20:41:28 +0000 (GMT)
Received: from bifrost.agrussell.com (bifrost.hos.net [204.251.33.236])
by mx1.FreeBSD.org (Postfix) with ESMTP id 5ED6643D53
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 20:41:28 +0000 (GMT)
(envelope-from arussell@agrussell.com)
Received: from bifrost.agrussell.com (localhost [127.0.0.1])
i8SKfRFp096893 for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 15:41:27 -0500 (CDT)
(envelope-from arussell@agrussell.com)
Received: (from arussell@localhost)
by bifrost.agrussell.com (8.12.8p2/8.12.8/Submit) id i8SKfRI7096892
for freebsd-current@freebsd.org; Tue, 28 Sep 2004 15:41:27 -0500 (CDT)
(envelope-from arussell)
Date: Tue, 28 Sep 2004 15:41:27 -0500
From: "A.G. Russell IV" <arussell@agrussell.com>
To: freebsd-current@freebsd.org
Message-ID: <20040928204127.GA96841@bifrost.agrussell.com>
References: <mailman.0.1096403528.50178.freebsd-current@freebsd.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <mailman.0.1096403528.50178.freebsd-current@freebsd.org>
User-Agent: Mutt/1.4.1i
X-Mailman-Approved-At: Wed, 29 Sep 2004 11:54:18 +0000
Subject: installed 5.2.1 can't find LINT
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 20:41:28 -0000
Hi, I've installed FreeBSD 5.2.1 from ISO, and
then cvsup'd with *default release=cvs tag=RELENG_5
and LINT is not in /sys/i386/conf. Is there a different file
I should be looking at?
This is my first build of a 5.x box getting ready for 5.x to go stable.
I've been tracking the 4.x, and got to LINT for kernel configs of firewall
options.
Thanks
_______________________________________________________________________________
A.G. Russell IV KC5KFD The Knife Company e-mail: ag4@theknifecompany.com
Phone 479-631-0055 FAX 479-631-8734
Old Klingon Saying -- 'oH majQa' yIn je bang, Qo' bang
-------------------------------------------------------------------------------
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 21:00:44 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id EAE8016A4D0
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 21:00:44 +0000 (GMT)
Received: from bifrost.agrussell.com (bifrost.hos.net [204.251.33.236])
by mx1.FreeBSD.org (Postfix) with ESMTP id 8325443D5C
for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 21:00:35 +0000 (GMT)
(envelope-from arussell@agrussell.com)
Received: from bifrost.agrussell.com (localhost [127.0.0.1])
i8SL0ZFp097099 for <freebsd-current@freebsd.org>;
Tue, 28 Sep 2004 16:00:35 -0500 (CDT)
(envelope-from arussell@agrussell.com)
Received: (from arussell@localhost)
by bifrost.agrussell.com (8.12.8p2/8.12.8/Submit) id i8SL0Z2e097098
for freebsd-current@freebsd.org; Tue, 28 Sep 2004 16:00:35 -0500 (CDT)
(envelope-from arussell)
Date: Tue, 28 Sep 2004 16:00:35 -0500
From: "A.G. Russell IV" <arussell@agrussell.com>
To: freebsd-current@freebsd.org
Message-ID: <20040928210035.GA97068@bifrost.agrussell.com>
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="WIyZ46R2i8wDzkSu"
Content-Disposition: inline
User-Agent: Mutt/1.4.1i
X-Mailman-Approved-At: Wed, 29 Sep 2004 11:54:18 +0000
Subject: [arussell@agrussell.com: installed 5.2.1 can't find LINT]
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 21:00:45 -0000
--WIyZ46R2i8wDzkSu
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Ok, I found it, make LINT, and also ... the file
/usr/src/sys/conf/NOTES which is what I was looking for.
I did not see anything in the FAQ about it, but I guess I was
asking the wrong question.
--
_______________________________________________________________________________
A.G. Russell IV KC5KFD The Knife Company e-mail: ag4@theknifecompany.com
Phone 479-631-0055 FAX 479-631-8734
Old Klingon Saying -- 'oH majQa' yIn je bang, Qo' bang
-------------------------------------------------------------------------------
--WIyZ46R2i8wDzkSu
Content-Type: message/rfc822
Content-Disposition: inline
Date: Tue, 28 Sep 2004 15:41:27 -0500
From: "A.G. Russell IV" <arussell@agrussell.com>
To: freebsd-current@freebsd.org
Subject: installed 5.2.1 can't find LINT
Message-ID: <20040928204127.GA96841@bifrost.agrussell.com>
References: <mailman.0.1096403528.50178.freebsd-current@freebsd.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <mailman.0.1096403528.50178.freebsd-current@freebsd.org>
User-Agent: Mutt/1.4.1i
Hi, I've installed FreeBSD 5.2.1 from ISO, and
then cvsup'd with *default release=cvs tag=RELENG_5
and LINT is not in /sys/i386/conf. Is there a different file
I should be looking at?
This is my first build of a 5.x box getting ready for 5.x to go stable.
I've been tracking the 4.x, and got to LINT for kernel configs of firewall
options.
Thanks
_______________________________________________________________________________
A.G. Russell IV KC5KFD The Knife Company e-mail: ag4@theknifecompany.com
Phone 479-631-0055 FAX 479-631-8734
Old Klingon Saying -- 'oH majQa' yIn je bang, Qo' bang
-------------------------------------------------------------------------------
--WIyZ46R2i8wDzkSu--
From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 21:31:37 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 310FC16A4CE
for <freebsd-current@FreeBSD.ORG>;
Tue, 28 Sep 2004 21:31:37 +0000 (GMT)
Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [128.30.28.20])
by mx1.FreeBSD.org (Postfix) with ESMTP id C87E443D39
for <freebsd-current@FreeBSD.ORG>;
Tue, 28 Sep 2004 21:31:36 +0000 (GMT)
(envelope-from wollman@khavrinen.lcs.mit.edu)
Received: from khavrinen.lcs.mit.edu (localhost [IPv6:::1])
by khavrinen.lcs.mit.edu (8.12.9/8.12.9) with ESMTP id i8SLVZ8g053062
(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256
verify=OK CN=khavrinen.lcs.mit.edu issuer=SSL+20Client+20CA);
Tue, 28 Sep 2004 17:31:35 -0400 (EDT)
(envelope-from wollman@khavrinen.lcs.mit.edu)
Received: (from wollman@localhost)
by khavrinen.lcs.mit.edu (8.12.9/8.12.9/Submit) id i8SLVZrp053059;
Tue, 28 Sep 2004 17:31:35 -0400 (EDT)
(envelope-from wollman)
Date: Tue, 28 Sep 2004 17:31:35 -0400 (EDT)
From: Garrett Wollman <wollman@khavrinen.lcs.mit.edu>
Message-Id: <200409282131.i8SLVZrp053059@khavrinen.lcs.mit.edu>
To: Brooks Davis <brooks@one-eyed-alien.net>
In-Reply-To: <20040928212821.GA5526@odin.ac.hmc.edu>
References: <16729.53003.771498.882796@ran.psg.com>
<1096406482.4159d5d27c165@webmail.jnielsen.net>
<20040928212821.GA5526@odin.ac.hmc.edu>
X-Spam-Score: -19.8 ()
IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES,REPLY_WITH_QUOTES
X-Scanned-By: MIMEDefang 2.37
X-Mailman-Approved-At: Wed, 29 Sep 2004 11:54:18 +0000
cc: FreeBSD Current <freebsd-current@FreeBSD.ORG>
Subject: Re: simultaneous portupgrades
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2004 21:31:37 -0000
<<On Tue, 28 Sep 2004 14:28:21 -0700, Brooks Davis <brooks@one-eyed-alien.net> said:
> I've also seen occational database corruption when two portupgrades use the
> database at once. In general I avoid doing things that way.
portupgrade has all the information to do parallel upgrades; it's just
a SMOP to make it launch two upgrades at once.
-GAWollman
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 00:04:51 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 002C616A4CE; Wed, 29 Sep 2004 00:04:50 +0000 (GMT)
Received: from pilchuck.reedmedia.net (pilchuck.reedmedia.net [209.166.74.74])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 629AB43D45; Wed, 29 Sep 2004 00:04:50 +0000 (GMT)
(envelope-from reed@reedmedia.net)
Received: from reed by pilchuck.reedmedia.net with local-esmtp (Exim 3.12 #1
(Debian)) id 1CCRxd-0001lq-00; Tue, 28 Sep 2004 17:04:45 -0700
Date: Tue, 28 Sep 2004 17:04:44 -0700 (PDT)
From: "Jeremy C. Reed" <reed@reedmedia.net>
To: freebsd-current@freebsd.org
Message-ID: <Pine.LNX.4.43.0409281657090.19002-100000@pilchuck.reedmedia.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Mailman-Approved-At: Wed, 29 Sep 2004 11:54:18 +0000
Subject: Re: panic "bio_completed can't be greater than bio_length" on
CURRENT
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 00:04:51 -0000
> Anyone seeing this?
>
> panic("bio_completed can't be greater than bio_length")
I upgraded and old laptop running 5.1 to -current this week. I have had
that message twice. Once on first reboot with new kernel but old userland
when I ran "fsck /usr". I typed in my notes:
ad0: TIMEOUT - READ retrying (2 retries left) LBA=235520522
panic: bio_completed can't be greater than bio_length
cpuid = 0
KDB: enter: panic
[thread 100027]
Stopped at kdb_enter+0x2b: nop
db>
I thought this was because of old fsck. So I rebooted, didn't run fsck,
and finished the install of userland.
Later, I started receiving random messages like:
ad0: TIMEOUT - READ retrying (2 retries left) LBA=101139222
ad0: WARNING - WRITE no interrupt but good status
(four times)
It went into kernel debugger again (but I don't know when):
panic: bio_completed can't be greater than bio_length
cpuid = 0
KDB: enter: panic
[thread 100027]
Stopped at kdb_enter+0x2b: nop
db>
It sits at that prompt now.
I am running OLDCARD kernel. (I don't know if it is needed still, but I
had to use it before.)
Jeremy C. Reed
p.s. Please CC me on replies.
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 05:54:29 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 33F7D16A4CE
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 05:54:29 +0000 (GMT)
Received: from sccrmhc12.comcast.net (sccrmhc12.comcast.net [204.127.202.56])
by mx1.FreeBSD.org (Postfix) with ESMTP id C6D0443D31
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 05:54:28 +0000 (GMT)
(envelope-from cristjc@comcast.net)
Received: from blossom.cjclark.org
(c-24-6-187-112.client.comcast.net[24.6.187.112])
by comcast.net (sccrmhc12) with ESMTP
id <200409290554270120099e7he>; Wed, 29 Sep 2004 05:54:27 +0000
Received: from blossom.cjclark.org (localhost. [127.0.0.1])
by blossom.cjclark.org (8.12.11/8.12.8) with ESMTP id i8T5sQBA047966;
Tue, 28 Sep 2004 22:54:26 -0700 (PDT)
(envelope-from cristjc@comcast.net)
Received: (from cjc@localhost)
by blossom.cjclark.org (8.12.11/8.12.11/Submit) id i8T5sPPG047965;
Tue, 28 Sep 2004 22:54:25 -0700 (PDT)
(envelope-from cristjc@comcast.net)
X-Authentication-Warning: blossom.cjclark.org: cjc set sender to
cristjc@comcast.net using -f
Date: Tue, 28 Sep 2004 22:54:25 -0700
From: "Crist J. Clark" <cristjc@comcast.net>
To: Michael Joyner <mjoyner@vbservices.net>
Message-ID: <20040929055425.GA47888@blossom.cjclark.org>
References: <20040928051708.GA3706@blossom.cjclark.org>
<4159A8E2.5070207@vbservices.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <4159A8E2.5070207@vbservices.net>
User-Agent: Mutt/1.4.2.1i
X-URL: http://people.freebsd.org/~cjc/
X-Mailman-Approved-At: Wed, 29 Sep 2004 11:54:18 +0000
cc: freebsd-current@freebsd.org
Subject: Re: nsupdate(8) rc.d Script
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: cjclark@alum.mit.edu
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 05:54:29 -0000
On Tue, Sep 28, 2004 at 02:09:38PM -0400, Michael Joyner wrote:
> I think this would be exremely useful for *bsd machines on Active
> Directory networks.
Microsoft Active Directory? I thought that was bastardized LDAP? It
uses DNS updates for something? If so, let me know if there is anything
to do to make the script more useful in such an environment.
> This way I can (hopefully) stop mucking around with /etc/dhclient.conf
> to get it to send 'hostname' to the DNS server and DHCP server.
Is it a ISC DHCP server? I've had a pretty easy time getting FreeBSD
clients to send hostname info which the DHCP server which then does
updates to a BIND DNS server. Like I said earlier, my original motivation
was self-updating for IPv6 addresses just like IPv6 hosts pretty much
configure themselves with rtsol(8). Well, since it's all ISC software,
you would hope it all plays well together. Does using MS in the mix make
life rough?
--
Crist J. Clark | cjclark@alum.mit.edu
| cjclark@jhu.edu
http://people.freebsd.org/~cjc/ | cjc@freebsd.org
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 08:41:46 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 38AC616A4CE
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 08:41:46 +0000 (GMT)
Received: from ctb-mesg3.saix.net (ctb-mesg3.saix.net [196.25.240.75])
by mx1.FreeBSD.org (Postfix) with ESMTP id BEB7443D2F
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 08:41:45 +0000 (GMT)
(envelope-from sheldonh@starjuice.net)
Received: from urchin.seasidesoftware.co.za (wbs-208-167.telkomadsl.co.za
[165.165.208.167]) by ctb-mesg3.saix.net (Postfix) with ESMTP
id C5EBC26C4; Wed, 29 Sep 2004 10:41:41 +0200 (SAST)
Received: from axl.seasidesoftware.co.za ([10.0.0.2])
by urchin.seasidesoftware.co.za with esmtp (Exim 4.34)
id 1CCa1t-000OSL-JM; Wed, 29 Sep 2004 10:41:41 +0200
From: Sheldon Hearn <sheldonh@starjuice.net>
To: Mike Tancsa <mike@sentex.net>
In-Reply-To: <6.1.2.0.0.20040928145711.09c0d7c8@64.7.153.2>
References: <6.1.2.0.0.20040928145711.09c0d7c8@64.7.153.2>
Content-Type: text/plain
Message-Id: <1096447301.22745.14.camel@axl.seasidesoftware.co.za>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.6
Date: Wed, 29 Sep 2004 10:41:41 +0200
Content-Transfer-Encoding: 7bit
X-Mailman-Approved-At: Wed, 29 Sep 2004 11:54:18 +0000
cc: freebsd-current@freebsd.org
Subject: Re: /usr/share/misc/pci_vendors
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 08:41:46 -0000
On Tue, 2004-09-28 at 21:21, Mike Tancsa wrote:
> Any chance of updating the pci_vendors file in HEAD and RELENG_5 ? There
> is a rather odd entry for 14F1 which should be
> Conexant Systems, Inc
>
> according to http://www.pcidatabase.com/reports.php?type=tab-delimeted
>
> But in FreeBSD, it says
>
> 14F1 Zuhair mohammed Saeed
Manual changes get blown away by the next automated merge from the two
sources we use.
So we need to try get this fixed in the offending upstream source.
Actually, that seems to have been a transient flake in one of them. It
doesn't appear in either one now.
I'll ask RE for permission to sync up.
Thanks,
Sheldon.
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 12:01:01 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 7626016A4CE
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 12:01:01 +0000 (GMT)
Received: from mx01.ewc.edu (mx01.ewc.edu [68.152.80.7])
by mx1.FreeBSD.org (Postfix) with ESMTP id 0746D43D1D
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 12:00:59 +0000 (GMT)
(envelope-from mjoyner@vbservices.net)
Received: from [192.168.4.160] (host-161.firewall.ewc.edu [68.152.80.161])
by mx01.ewc.edu (8.12.9p2/8.12.9) with ESMTP id i8TC0XxS058568;
Wed, 29 Sep 2004 08:00:38 -0400 (EDT)
(envelope-from mjoyner@vbservices.net)
Message-ID: <415AA3DC.6020409@vbservices.net>
Date: Wed, 29 Sep 2004 08:00:28 -0400
From: Michael Joyner <mjoyner@vbservices.net>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040906
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: "A.G. Russell IV" <arussell@agrussell.com>
References: <mailman.0.1096403528.50178.freebsd-current@freebsd.org>
<20040928204127.GA96841@bifrost.agrussell.com>
In-Reply-To: <20040928204127.GA96841@bifrost.agrussell.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavisd-new
cc: freebsd-current@freebsd.org
Subject: Re: installed 5.2.1 can't find LINT
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 12:01:01 -0000
A.G. Russell IV wrote:
> Hi, I've installed FreeBSD 5.2.1 from ISO, and
> then cvsup'd with *default release=cvs tag=RELENG_5
> and LINT is not in /sys/i386/conf. Is there a different file
> I should be looking at?
>
> This is my first build of a 5.x box getting ready for 5.x to go stable.
> I've been tracking the 4.x, and got to LINT for kernel configs of firewall
> options.
>
> Thanks
> _______________________________________________________________________________
> A.G. Russell IV KC5KFD The Knife Company e-mail: ag4@theknifecompany.com
> Phone 479-631-0055 FAX 479-631-8734
> Old Klingon Saying -- 'oH majQa' yIn je bang, Qo' bang
> -------------------------------------------------------------------------------
> _______________________________________________
> freebsd-current@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
cd /usr/src/sys/i386/conf
make LINT
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 12:02:50 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id D631716A4CE
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 12:02:50 +0000 (GMT)
Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.193])
by mx1.FreeBSD.org (Postfix) with ESMTP id 85D5B43D1D
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 12:02:50 +0000 (GMT)
(envelope-from marchenko@gmail.com)
Received: by mproxy.gmail.com with SMTP id 74so71668rnk
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 05:02:41 -0700 (PDT)
Received: by 10.38.181.36 with SMTP id d36mr413478rnf;
Wed, 29 Sep 2004 05:02:40 -0700 (PDT)
Received: by 10.38.22.66 with HTTP; Wed, 29 Sep 2004 05:02:40 -0700 (PDT)
Message-ID: <cd70c681040929050230e7b6fa@mail.gmail.com>
Date: Wed, 29 Sep 2004 08:02:40 -0400
From: Vlad <marchenko@gmail.com>
To: Robert Watson <rwatosn@freebsd.org>
In-Reply-To: <Pine.NEB.3.96L.1040928232554.15557D-100000@fledge.watson.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
References: <4159431F.6010502@ispro.net.tr>
<Pine.NEB.3.96L.1040928232554.15557D-100000@fledge.watson.org>
cc: freebsd-current@freebsd.org
cc: Evren Yurtesen <yurtesen@ispro.net.tr>
Subject: Re: panic: sorele
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: Vlad <marchenko@gmail.com>
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 12:02:51 -0000
> If you compile a kernel with NET_WITH_GIANT but keep SMP, does the problem
> persist?
>
I'll give it a try.
> Are you using Netgraph or any other non-default kernel compile options
> relating to the network stack? Do you make moderate or extensive use of
> IPv6?
no
> This is a somewhat odd assertion failure: sodealloc() asserts that
> so_count is 0, but so does sofree(), and sofree() is only called by
> sotryfree() in in_pcbdetach() if so_count is 0. This suggests that either
> (a) we're looking at a race in which so_count is bumped in that window, or
> (b) there's a problem with the compile of the kernel where the invariants
> checks may be compiled into some objects but not others. In theory,
> locking should prevent (a), so if it is (a) there's a bug in the locking.
> I'll start reviewing use of so_count and work my way through the rest of
> this thread. Knowing if compiling with NET_WITH_GIANT helps would be
> useful, if possible.
I'll keep list posted.
--
Vlad
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 12:08:38 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 0927716A4CE
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 12:08:38 +0000 (GMT)
Received: from mx01.ewc.edu (mx01.ewc.edu [68.152.80.7])
by mx1.FreeBSD.org (Postfix) with ESMTP id 9E18D43D4C
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 12:08:37 +0000 (GMT)
(envelope-from mjoyner@vbservices.net)
Received: from [192.168.4.160] (host-161.firewall.ewc.edu [68.152.80.161])
by mx01.ewc.edu (8.12.9p2/8.12.9) with ESMTP id i8TC8XxS058734;
Wed, 29 Sep 2004 08:08:34 -0400 (EDT)
(envelope-from mjoyner@vbservices.net)
Message-ID: <415AA5BC.6050302@vbservices.net>
Date: Wed, 29 Sep 2004 08:08:28 -0400
From: Michael Joyner <mjoyner@vbservices.net>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040906
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: cjclark@alum.mit.edu
References: <20040928051708.GA3706@blossom.cjclark.org>
<4159A8E2.5070207@vbservices.net> <20040929055425.GA47888@blossom.cjclark.org>
In-Reply-To: <20040929055425.GA47888@blossom.cjclark.org>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavisd-new
cc: freebsd-current@freebsd.org
Subject: Re: nsupdate(8) rc.d Script
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 12:08:38 -0000
M$ DNS runs on top of M$ AD
I am hoping your script (not tested it yet) will save me the hassle
of having to manually put the unit's hostname into /etc/dhclient.conf.
It would probably be nice if dhclient had an option to auto-send the
machine's assigned hostname in /etc/rc.conf to the DHCP server (M$)
as the M$ DHCP server, if set to, will auto-update the M$ DNS to add the
machine's hostname to DNS.
If there is such an option, I can't find it. :)
I am thinking that your script may allow a simple '="YES"' entry in
/etc/rc.conf and have it directly update the DNS records whether the
machine is using static IP or dynamic IP, which would be *extremely*
nice in a M$ controlled network.
Now if only someone would come up with "pam_add_user_to_master.passwd"
along with a "pam_make_user_a_home_dir" upon a successful KRB
authenticated login. :) (or maybe a pam_root_preexec ala SAMBA)
Maybe even a pam_cache_credentials for laptops. :)
Crist J. Clark wrote:
> On Tue, Sep 28, 2004 at 02:09:38PM -0400, Michael Joyner wrote:
>
>>I think this would be exremely useful for *bsd machines on Active
>>Directory networks.
>
>
> Microsoft Active Directory? I thought that was bastardized LDAP? It
> uses DNS updates for something? If so, let me know if there is anything
> to do to make the script more useful in such an environment.
>
>
>>This way I can (hopefully) stop mucking around with /etc/dhclient.conf
>>to get it to send 'hostname' to the DNS server and DHCP server.
>
>
> Is it a ISC DHCP server? I've had a pretty easy time getting FreeBSD
> clients to send hostname info which the DHCP server which then does
> updates to a BIND DNS server. Like I said earlier, my original motivation
> was self-updating for IPv6 addresses just like IPv6 hosts pretty much
> configure themselves with rtsol(8). Well, since it's all ISC software,
> you would hope it all plays well together. Does using MS in the mix make
> life rough?
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 12:31:02 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 9D27516A4CE; Wed, 29 Sep 2004 12:31:02 +0000 (GMT)
Received: from electra.cse.Buffalo.EDU (electra.cse.Buffalo.EDU
[128.205.32.2]) by mx1.FreeBSD.org (Postfix) with ESMTP
id 14BBC43D3F; Wed, 29 Sep 2004 12:31:02 +0000 (GMT)
(envelope-from kensmith@cse.Buffalo.EDU)
Received: from electra.cse.Buffalo.EDU (localhost [127.0.0.1])
i8TCV1TH001191; Wed, 29 Sep 2004 08:31:01 -0400 (EDT)
Received: (from kensmith@localhost)
by electra.cse.Buffalo.EDU (8.12.10/8.12.9/Submit) id i8TCV0lM001190;
Wed, 29 Sep 2004 08:31:00 -0400 (EDT)
Date: Wed, 29 Sep 2004 08:31:00 -0400
From: Ken Smith <kensmith@cse.Buffalo.EDU>
To: Tim Robbins <tjr@freebsd.org>
Message-ID: <20040929123100.GA600@electra.cse.Buffalo.EDU>
References: <20040929030546.GE16305@electra.cse.Buffalo.EDU>
<20040929092710.GA59303@cat.robbins.dropbear.id.au>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20040929092710.GA59303@cat.robbins.dropbear.id.au>
User-Agent: Mutt/1.4.1i
cc: Ken Smith <kensmith@cse.Buffalo.EDU>
cc: freebsd-current@freebsd.org
Subject: Re: HEADS-UP: Library version number bumps
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 12:31:02 -0000
On Wed, Sep 29, 2004 at 07:27:10PM +1000, Tim Robbins wrote:
> On Tue, Sep 28, 2004 at 11:05:46PM -0400, Ken Smith wrote:
> >
> > >From the "Better late than never" Department...
> >
> > It looks like we should probably bump the version of a couple of
> > the system libraries. With LOTS of help from Kris it looks like
> > this is the list we think needs a version bump, with the version
> > from 4.X being placed in compat4x:
> >
> > libgnuregex.so.2
> > libhistory.so.4
> > libm.so.2
> > libncurses.so.5
> > libopie.so.2
> > libpcap.so.2
> > libreadline.so.4
> > libwrap.so.3
> >
> > The bumps will be coming soon...
>
> Why do they need to be bumped? Why use the version from 4.x? It sounds like
> this will break a lot of 5.x binaries.
>
They need to be bumped because the internal workings of the libraries
have changed in such a way that a 4.X executable will either be
un-dynamically-linkable, will fail ungracefully (seg-fault, etc),
or (worse) run but it makes assumptions that are no longer valid
thus producing incorrect results. By putting the older versions of
the libraries in the compat directory the dynamic linker will find
and link to those instead when starting the executable and since we
will have taken them from a 4.X system the executable should run just
fine.
Normally development cycles are "much more sane" (Scott's usual phrasing
for it :-) so at least in theory they're much shorter, and we don't
usually have as many "end-user-type-people" using a development branch
as we have now with the 5.X series. So the fact we do this sort of thing
hasn't been a huge issue before - the developers should know how to cope
with it. You're right - there can be 5.X based binaries that will have
problems. At this point we need to decide which old executables break
and we're opting to break the 5.X executables - at least those users
had a little bit of a warning they were using a not-for-production-use
system. We're not particularly happy about needing to do this.
--
Ken Smith
- From there to here, from here to | kensmith@cse.buffalo.edu
there, funny things are everywhere. |
- Theodore Geisel |
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 12:40:17 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 058EA16A4CE; Wed, 29 Sep 2004 12:40:17 +0000 (GMT)
Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 12FCA43D53; Wed, 29 Sep 2004 12:40:16 +0000 (GMT)
(envelope-from ru@ip.net.ua)
Received: from localhost (oak.ip.net.ua [82.193.96.2])
by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i8TCeANr014800;
Wed, 29 Sep 2004 15:40:10 +0300 (EEST)
(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 07735-10; Wed, 29 Sep 2004 15:40:10 +0300 (EEST)
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 i8TCe9pD014797
(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
Wed, 29 Sep 2004 15:40:09 +0300 (EEST)
(envelope-from ru@ip.net.ua)
Received: (from ru@localhost)
by heffalump.ip.net.ua (8.13.1/8.13.1) id i8TCeBuQ040477;
Wed, 29 Sep 2004 15:40:11 +0300 (EEST)
(envelope-from ru)
Date: Wed, 29 Sep 2004 15:40:11 +0300
From: Ruslan Ermilov <ru@FreeBSD.org>
To: Ken Smith <kensmith@cse.Buffalo.EDU>,
Kris Kennaway <kris@FreeBSD.org>
Message-ID: <20040929124011.GB40412@ip.net.ua>
References: <20040929030546.GE16305@electra.cse.Buffalo.EDU>
<20040929092710.GA59303@cat.robbins.dropbear.id.au>
<20040929123100.GA600@electra.cse.Buffalo.EDU>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="VrqPEDrXMn8OVzN4"
Content-Disposition: inline
In-Reply-To: <20040929123100.GA600@electra.cse.Buffalo.EDU>
User-Agent: Mutt/1.5.6i
X-Virus-Scanned: by amavisd-new at ip.net.ua
cc: freebsd-current@FreeBSD.org
cc: Tim Robbins <tjr@FreeBSD.org>
Subject: Re: HEADS-UP: Library version number bumps
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 12:40:17 -0000
--VrqPEDrXMn8OVzN4
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Wed, Sep 29, 2004 at 08:31:00AM -0400, Ken Smith wrote:
> On Wed, Sep 29, 2004 at 07:27:10PM +1000, Tim Robbins wrote:
> > On Tue, Sep 28, 2004 at 11:05:46PM -0400, Ken Smith wrote:
> > >=20
> > > >From the "Better late than never" Department...
> > >=20
> > > It looks like we should probably bump the version of a couple of
> > > the system libraries. With LOTS of help from Kris it looks like
> > > this is the list we think needs a version bump, with the version
> > > from 4.X being placed in compat4x:
> > >=20
> > > libgnuregex.so.2
> > > libhistory.so.4
> > > libm.so.2
> > > libncurses.so.5
> > > libopie.so.2
> > > libpcap.so.2
> > > libreadline.so.4
> > > libwrap.so.3
> > >=20
> > > The bumps will be coming soon...
> >=20
> > Why do they need to be bumped? Why use the version from 4.x? It sounds =
like
> > this will break a lot of 5.x binaries.
> >=20
>=20
> They need to be bumped because the internal workings of the libraries
> have changed in such a way that a 4.X executable will either be
> un-dynamically-linkable, will fail ungracefully (seg-fault, etc),
> or (worse) run but it makes assumptions that are no longer valid
> thus producing incorrect results. By putting the older versions of
> the libraries in the compat directory the dynamic linker will find
> and link to those instead when starting the executable and since we
> will have taken them from a 4.X system the executable should run just
> fine.
>=20
> Normally development cycles are "much more sane" (Scott's usual phrasing
> for it :-) so at least in theory they're much shorter, and we don't
> usually have as many "end-user-type-people" using a development branch
> as we have now with the 5.X series. So the fact we do this sort of thing
> hasn't been a huge issue before - the developers should know how to cope
> with it. You're right - there can be 5.X based binaries that will have
> problems. At this point we need to decide which old executables break
> and we're opting to break the 5.X executables - at least those users
> had a little bit of a warning they were using a not-for-production-use
> system. We're not particularly happy about needing to do this.
>=20
Can you or Kris post some additional details of what in these
libraries have changed so they can't be used for 4.x binaries?
Cheers,
--=20
Ruslan Ermilov
ru@FreeBSD.org
FreeBSD committer
--VrqPEDrXMn8OVzN4
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)
iD8DBQFBWq0rqRfpzJluFF4RAhnXAJwN54yu9pb73wbNKHVatKjloaDm1gCfW6tp
EmeWu6KyaxWM9rmqvbxl1ck=
=TCQA
-----END PGP SIGNATURE-----
--VrqPEDrXMn8OVzN4--
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 13:11:39 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 1516A16A4CE
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 13:11:39 +0000 (GMT)
Received: from shrike.submonkey.net (cpc2-cdif3-6-0-cust204.cdif.cable.ntl.com
[81.103.67.204])
by mx1.FreeBSD.org (Postfix) with ESMTP id 73F0143D55
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 13:11:38 +0000 (GMT)
(envelope-from setantae@submonkey.net)
Received: from setantae by shrike.submonkey.net with local (Exim 4.42
(FreeBSD)) id 1CCeF7-000Gbn-2n; Wed, 29 Sep 2004 14:11:37 +0100
Date: Wed, 29 Sep 2004 14:11:37 +0100
From: Ceri Davies <ceri@submonkey.net>
To: S?awek ?ak <zaks@prioris.mini.pw.edu.pl>
Message-ID: <20040929131136.GA2493@submonkey.net>
Mail-Followup-To: Ceri Davies <ceri@submonkey.net>,
S?awek ?ak <zaks@prioris.mini.pw.edu.pl>, freebsd-current@freebsd.org
References: <861xgm5ltz.fsf@thirst.unx.era.pl>
<20040928194853.GT2493@submonkey.net> <86k6ud2t6t.fsf@thirst.unx.era.pl>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="yWPvFVzSs/idg2A5"
Content-Disposition: inline
In-Reply-To: <86k6ud2t6t.fsf@thirst.unx.era.pl>
X-PGP: finger ceri@FreeBSD.org
User-Agent: Mutt/1.5.6i
Sender: Ceri Davies <setantae@submonkey.net>
cc: freebsd-current@freebsd.org
Subject: Re: Bug in #! processing
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 13:11:39 -0000
--yWPvFVzSs/idg2A5
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Wed, Sep 29, 2004 at 01:47:06PM +0200, S?awek ?ak wrote:
> Ceri Davies <ceri@submonkey.net> writes:
>=20
> > On Tue, Sep 28, 2004 at 07:45:28PM +0200, S?awek ?ak wrote:
> >> Hi,
> >>=20
> >> It seems that there is a long standing bug in processing of comman=
d-line
> >> options for scripts and such. Take following files:
> >>=20
>=20
> [...]
>=20
>=20
> >> On FreeBSD 5.x:
> >> =20
> >> thirst<zaks>(1790)% ./tst.sh
> >> Main.c test
> >> ./main
> >> -
> >> ./tst.sh
> >>=20
> >> On Solaris:
> >>=20
> >> sb8:root> ./tst.sh
> >> Main.c test
> >> ./main
> >> -#!
> >> ./tst.sh
> >>=20
> >> sb8:root> uname -a
> >> SunOS sb8 5.8 Generic_108528-21 sun4u sparc SUNW,UltraAX-i2
> >
> > [snip Tru64 and AIX]
> >
> >> Any takers?
> >
> > It's easy enough to fix this case, but Solaris looks buggy in other
> > areas=20
> =20
> You should speel buggy as 'POSIX' in this case I guess.
You're actually guessing though, right? I can't find this in the
standard; if you know it's there then I'd appreciate a reference.
> > (I do not have any other systems to hand):
> >
> > FreeBSD 4.10-STABLE:
> >
> > $ cat tst.sh
> > #!./main -f -o -#!
> > print ok
> > $ ./tst.sh
> > Main.c test
> > ./main
> > -f
> > -o
> > -
> > ./tst.sh
>=20
> Well, it is consistent with FreeBSD 5.x in this respect. Discards all=
after
> second #! when passing arguments to the interpretter.
Yes.
> > Solaris 9:
> >
> > $ ./tst.sh
> > Main.c test
> > ./main
> > -f
> > ./tst.sh
>=20
> This behavior is mandated by POSIX which, as I reckon, allows passing=
of
> only the first argument to the interpreter.
Are you guessing again?
I believe that the FreeBSD behaviour is closer to "correct" than
anything else we're seeing in this thread. I should be able to specify
#!/usr/bin/perl -w -0
or whatever without having everything other than the first argument
ignored.
> It is confirmed by other
> supposedly compliant systems. I've checked before AIX 5.2, Solaris 8/=
9. Two
> raisins in the pie are Tru64 5.1B and HP-UX 11, which return some erm,
> strange results. For such script:
>=20
> #!./main 1 2 3 -#!
> print ok
>=20
> You get:
>=20
> Main.c test
> ./main
> 1 2 3 -#!
> ./tst.sh
Linux 2.4.20 does this too.
> Thus it seems that the systems squeeze all arguments in one and pass =
it that
> way to our handsome interpreter. Nevertheless both Tru64 and HPUX are
> dying and we got to move on with our lives.
>=20
> The behavior I'd like to have, and which seems correct is not botheri=
ng with
> second, 3rd and so on occurence of #! in the first line of script. Fe=
asible?
> I guess so. The only commercial product on my systems uses -#! switch=
on all
> platforms as a script file mark.
That seems wrong too. #! shouldn't be magic anywhere other than at the
beginning of a file.
> I don't see any explanation for current
> behavior therefore I'm reporting it.
The explanation is that we only process that line up to a '#' or
newline. Backing out revision 1.21 of sys/kern/imgact_shell.c is one
fix, or perhaps allowing a '#' character to be escaped. I'm not sure if
I see an overwhelming reason for either.
Ceri
--=20
It is not tinfoil, it is my new skin. I am a robot.
--yWPvFVzSs/idg2A5
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)
iD8DBQFBWrSIocfcwTS3JF8RAqT0AJ9Yw0hJby+VyTsIsoJGR2oCuRn+YACgt8OD
1hiNXqBUnlAB9NNSCxBIFlQ=
=qWWH
-----END PGP SIGNATURE-----
--yWPvFVzSs/idg2A5--
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 13:26:44 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id CAB3016A4CE; Wed, 29 Sep 2004 13:26:44 +0000 (GMT)
Received: from lark.auton.cs.cmu.edu (LARK.AUTON.CS.CMU.EDU [128.2.222.44])
by mx1.FreeBSD.org (Postfix) with SMTP
id 6E62143D45; Wed, 29 Sep 2004 13:26:44 +0000 (GMT)
(envelope-from dpelleg@lark.auton.cs.cmu.edu)
Sender: dpelleg@lark.auton.cs.cmu.edu
To: Doug Barton <DougB@FreeBSD.org>
References: <20040928025635.Q5094@ync.qbhto.arg>
<727FCC18-1156-11D9-BBA6-000D936BE398@beforever.com>
<20040928142532.M90002@qbhto.arg>
From: Dan Pelleg <daniel+bsd@pelleg.org>
Date: 29 Sep 2004 09:26:07 -0400
In-Reply-To: <20040928142532.M90002@qbhto.arg>
Message-ID: <u2ssm91mck0.fsf@lark.auton.cs.cmu.edu>
Lines: 18
User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.1 (Cuyahoga Valley)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
cc: freebsd-current@FreeBSD.org
cc: Peter Schultz <pete@beforever.com>
Subject: Re: HEADS UP: named now runs chroot'ed by default
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 13:26:44 -0000
Doug Barton <DougB@FreeBSD.org> writes:
> On Tue, 28 Sep 2004, Peter Schultz wrote:
>
> > Why not do it FreeBSD style and auto-jail named?
>
> The simplest answer is that not every host can burn (or even obtain) an
> extra IP address for the jail. It's also questionable what additional
> benefit would be obtained.
>
Benefit question aside, it's possible to run the jail on a RFC1918 address,
and run NAT on the host to make that fact transparent. A ugly hack, but it
definitely works.
--
Dan Pelleg
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 13:29:42 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 9124F16A4CE
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 13:29:42 +0000 (GMT)
Received: from web14126.mail.yahoo.com (web14126.mail.yahoo.com
[66.163.171.117])
by mx1.FreeBSD.org (Postfix) with SMTP id 5D93C43D41
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 13:29:42 +0000 (GMT)
(envelope-from cguttesen@yahoo.dk)
Message-ID: <20040929132942.91901.qmail@web14126.mail.yahoo.com>
Received: from [194.248.174.58] by web14126.mail.yahoo.com via HTTP;
Wed, 29 Sep 2004 15:29:42 CEST
Date: Wed, 29 Sep 2004 15:29:42 +0200 (CEST)
From: Claus Guttesen <cguttesen@yahoo.dk>
To: Peter Wemm <peter@wemm.org>, freebsd-current@freebsd.org
In-Reply-To: <200409281649.43801.peter@wemm.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
cc: Lawrence Farr <freebsd-smp@epcdirect.co.uk>
Subject: Re: unable to install beta6 [amd64] on Dell 2850 with 4 GB
RAM,workaround
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 13:29:42 -0000
> Regarding the 4G of ram thing below.. Several
> people have tinkered with
> the auto-tuning of kernel resources based on
Tried setting maxusers to 256 in kernel. Still crashes
with 4 GB RAM installed when load occurs, like 'make
-j 16 buildworld'.
Compiled a debug-kernel, but after a crash it says
"savecore: no dumps found".
Kernel has:
makeoptions DEBUG=-g
options KDB
options KDB_TRACE
options KDB_UNATTENDED
options DDB
options DDB_NUMSYM
options GDB
rc.conf:
dumpdir="/var/crash"
dumpdev="/dev/amrd0s1b"
Swap-area is 8 GB.
Disabling the onboard Intel ICH5 UDMA100 controller
make the server boot go into mulituser.
Running with DEBUG=-g seems to make the server crash
less frequently.
kern.sync_on_panic is unchanged (=0).
Am I compiling wrong settings into the kernel, since I
don't get a dump?
Claus
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 13:33:34 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 3671716A4CE
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 13:33:34 +0000 (GMT)
Received: from node15.coopprint.com (node15.cooperativeprinting.com
[208.4.77.15]) by mx1.FreeBSD.org (Postfix) with SMTP id A1A7D43D31
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 13:33:33 +0000 (GMT)
(envelope-from ryans@gamersimpact.com)
Received: (qmail 49775 invoked by uid 0); 29 Sep 2004 13:33:08 -0000
Received: from unknown (HELO ?192.168.0.5?) (216.160.49.134)
by node15.coopprint.com with SMTP; 29 Sep 2004 13:33:08 -0000
Message-ID: <415AB9BF.1070003@gamersimpact.com>
Date: Wed, 29 Sep 2004 08:33:51 -0500
From: Ryan Sommers <ryans@gamersimpact.com>
User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Ceri Davies <ceri@submonkey.net>
References: <861xgm5ltz.fsf@thirst.unx.era.pl>
<20040928194853.GT2493@submonkey.net> <86k6ud2t6t.fsf@thirst.unx.era.pl>
<20040929131136.GA2493@submonkey.net>
In-Reply-To: <20040929131136.GA2493@submonkey.net>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
cc: freebsd-current@freebsd.org
Subject: Re: Bug in #! processing
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 13:33:34 -0000
Ceri Davies wrote:
> That seems wrong too. #! shouldn't be magic anywhere other than at the
>
>beginning of a file.
>
>
I haven't looked at the code yet, on my list, but I'm guessing this was
done to avoid a possible circular reference. The interpreter magic is
only allowed one level of indirection to avoid such a case. This might
have been added to avoid a malicious condition.
--
Ryan Sommers
ryans@gamersimpact.com
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 13:44:47 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 491A716A4CE
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 13:44:47 +0000 (GMT)
Received: from ausc60ps301.us.dell.com (ausc60ps301.us.dell.com
[143.166.148.206])
by mx1.FreeBSD.org (Postfix) with ESMTP id B085F43D54
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 13:44:46 +0000 (GMT)
(envelope-from Muthu_T@Dell.com)
Received: from ausx2kcps314.aus.smer.dell.com (HELO
AUSX2KCPS314.aus.amer.dell.com) (10.166.224.136)
by ausc60ps301.us.dell.com with ESMTP; 29 Sep 2004 08:44:42 -0500
X-Ironport-AV: i="3.84,186,1091422800";
d="scan'208"; a="82725147:sNHT50787604"
Content-Class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
charset="US-ASCII"
Content-Transfer-Encoding: quoted-printable
X-MimeOLE: Produced By Microsoft Exchange V6.0.6527.0
Date: Wed, 29 Sep 2004 08:42:32 -0500
Message-ID: <71F713C5E3CB7F4F9ACCBBB8E9BE318A1E1DD2@blrx2kmbgl101.blr.amer.dell.com>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: PE2850 + FreeBSD 5.3-BETA6 - Keyboard not working
Thread-Index: AcSmKiuEMnOUWpR4QFqIxfhRyzUsFg==
From: <Muthu_T@Dell.com>
To: <freebsd-current@freebsd.org>
X-OriginalArrivalTime: 29 Sep 2004 13:42:32.0966 (UTC)
FILETIME=[2BF6FA60:01C4A62A]
Subject: PE2850 + FreeBSD 5.3-BETA6 - Keyboard not working
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 13:44:47 -0000
All,
Successfully installed FreeBSD 5.3-BETA6 on Dell PE2860.
After rebooting in the login prompt the system doesn't accept any
keystrokes.
I have 1 USB and 1 PS/2 Keyboard. Both keyboards are working (caps
on/off, Numlock on/off works), but the characters doesn't comes to the
system console.
Attaching the dmesg output.
Looks like DELL DRAC (Dell Remote Access Card) card is identified as
Keyboard.=20
See the line: (ukbd0: Dell DRAC4, rev 1.10/0.00, addr 2, iclass 3/1)
Any fixes?
------------------------------------------------------------------------
-------------------------
Copyright (c) 1992-2004 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights
reserved.
FreeBSD 5.3-BETA6 #0: Sat Sep 25 19:41:14 UTC 2004
root@wv1u.samsco.home:/usr/obj/usr/src/sys/GENERIC
Timecounter "i8254" frequency 1193182 Hz quality 0
CPU: Intel(R) Xeon(TM) CPU 3.40GHz (3391.52-MHz 686-class CPU)
Origin =3D "GenuineIntel" Id =3D 0xf34 Stepping =3D 4
=20
Features=3D0xbfebfbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PG=
E
,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE>
Hyperthreading: 2 logical CPUs
real memory =3D 1073479680 (1023 MB)
avail memory =3D 1040932864 (992 MB)
ACPI APIC Table: <DELL PE BKC >
FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs
cpu0 (BSP): APIC ID: 0
cpu1 (AP): APIC ID: 1
cpu2 (AP): APIC ID: 6
cpu3 (AP): APIC ID: 7
ioapic0: Changing APIC ID to 8
ioapic1: Changing APIC ID to 9
ioapic1: WARNING: intbase 32 !=3D expected base 24
ioapic2: Changing APIC ID to 10
ioapic2: WARNING: intbase 64 !=3D expected base 56
ioapic3: Changing APIC ID to 11
ioapic3: WARNING: intbase 96 !=3D expected base 88
ioapic0 <Version 2.0> irqs 0-23 on motherboard
ioapic1 <Version 2.0> irqs 32-55 on motherboard
ioapic2 <Version 2.0> irqs 64-87 on motherboard
ioapic3 <Version 2.0> irqs 96-119 on motherboard
npx0: [FAST]
npx0: <math processor> on motherboard
npx0: INT 16 interface
acpi0: <DELL PE BKC> on motherboard
acpi0: Power Button (fixed)
Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000
acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0
cpu0: <ACPI CPU> on acpi0
cpu1: <ACPI CPU> on acpi0
cpu2: <ACPI CPU> on acpi0
cpu3: <ACPI CPU> on acpi0
pcib0: <ACPI Host-PCI bridge> port 0xcf8-0xcff on acpi0
pci0: <ACPI PCI bus> on pcib0
pcib1: <ACPI PCI-PCI bridge> at device 2.0 on pci0
pci1: <ACPI PCI bus> on pcib1
pcib2: <ACPI PCI-PCI bridge> at device 0.0 on pci1
pci2: <ACPI PCI bus> on pcib2
amr0: <LSILogic MegaRAID> mem
0xdfdc0000-0xdfdfffff,0xd80f0000-0xd80fffff irq 46 at device 14.0 on
pci2
amr0: [GIANT-LOCKED]
amr0: <LSILogic PERC 4e/Di> Firmware 513O, BIOS H418, 256MB RAM
pcib3: <ACPI PCI-PCI bridge> at device 0.2 on pci1
pci3: <ACPI PCI bus> on pcib3
pcib4: <ACPI PCI-PCI bridge> at device 4.0 on pci0
pci4: <ACPI PCI bus> on pcib4
pcib5: <ACPI PCI-PCI bridge> at device 5.0 on pci0
pci5: <ACPI PCI bus> on pcib5
pcib6: <ACPI PCI-PCI bridge> at device 0.0 on pci5
pci6: <ACPI PCI bus> on pcib6
em0: <Intel(R) PRO/1000 Network Connection, Version - 1.7.25> port
0xecc0-0xecff mem 0xdfae0000-0xdfafffff irq 64 at device 7.0 on pci6
em0: Ethernet address: 00:11:43:30:cc:1e
em0: Speed:N/A Duplex:N/A
pcib7: <ACPI PCI-PCI bridge> at device 0.2 on pci5
pci7: <ACPI PCI bus> on pcib7
em1: <Intel(R) PRO/1000 Network Connection, Version - 1.7.25> port
0xdcc0-0xdcff mem 0xdf8e0000-0xdf8fffff irq 65 at device 8.0 on pci7
em1: Ethernet address: 00:11:43:30:cc:1f
em1: Speed:N/A Duplex:N/A
pcib8: <ACPI PCI-PCI bridge> at device 6.0 on pci0
pci8: <ACPI PCI bus> on pcib8
pcib9: <ACPI PCI-PCI bridge> at device 0.0 on pci8
pci9: <ACPI PCI bus> on pcib9
pcib10: <ACPI PCI-PCI bridge> at device 0.2 on pci8
pci10: <ACPI PCI bus> on pcib10
uhci0: <Intel 82801EB (ICH5) USB controller USB-A> port 0xbce0-0xbcff
irq 16 at device 29.0 on pci0
uhci0: [GIANT-LOCKED]
usb0: <Intel 82801EB (ICH5) USB controller USB-A> on uhci0
usb0: USB revision 1.0
uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub0: 2 ports with 2 removable, self powered
ukbd0: Dell DRAC4, rev 1.10/0.00, addr 2, iclass 3/1
kbd1 at ukbd0
ums0: Dell DRAC4, rev 1.10/0.00, addr 2, iclass 3/1
ums0: X report 0x0002 not supported
device_attach: ums0 attach returned 6
uhci1: <Intel 82801EB (ICH5) USB controller USB-B> port 0xbcc0-0xbcdf
irq 19 at device 29.1 on pci0
uhci1: [GIANT-LOCKED]
usb1: <Intel 82801EB (ICH5) USB controller USB-B> on uhci1
usb1: USB revision 1.0
uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub1: 2 ports with 2 removable, self powered
uhub2: Dell product 0xa001, class 9/0, rev 2.00/0.00, addr 2
uhub2: 2 ports with 2 removable, self powered
ukbd1: CHICONY USB Keyboard, rev 1.10/1.03, addr 3, iclass 3/1
kbd2 at ukbd1
ums0: CHICONY USB Keyboard, rev 1.10/1.03, addr 3, iclass 3/1
ums0: 3 buttons and Z dir.
uhci2: <Intel 82801EB (ICH5) USB controller USB-C> port 0xbca0-0xbcbf
irq 18 at device 29.2 on pci0
uhci2: [GIANT-LOCKED]
usb2: <Intel 82801EB (ICH5) USB controller USB-C> on uhci2
usb2: USB revision 1.0
uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub3: 2 ports with 2 removable, self powered
pci0: <serial bus, USB> at device 29.7 (no driver attached)
pcib11: <ACPI PCI-PCI bridge> at device 30.0 on pci0
pci11: <ACPI PCI bus> on pcib11
pci11: <unknown> at device 5.0 (no driver attached)
pci11: <unknown> at device 5.1 (no driver attached)
pci11: <unknown> at device 5.2 (no driver attached)
atapci0: <SiI 0680 UDMA133 controller> port
0xcc70-0xcc7f,0xccd0-0xccd3,0xccd8-0xccdf,0xcce4-0xcce7,0xccf0-0xccf7
irq 23 at device 6.0 on pci11
ata2: channel #0 on atapci0
ata3: channel #1 on atapci0
pci11: <display, VGA> at device 13.0 (no driver attached)
isab0: <PCI-ISA bridge> at device 31.0 on pci0
isa0: <ISA bus> on isab0
atapci1: <Intel ICH5 UDMA100 controller> port
0xfc00-0xfc0f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0
ata0: channel #0 on atapci1
ata1: channel #1 on atapci1
fdc0: <floppy drive controller> port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on
acpi0
fdc0: [FAST]
fd0: <1440-KB 3.5" drive> on fdc0 drive 0
atkbdc0: <Keyboard controller (i8042)> port 0x64,0x60 irq 1 on acpi0
atkbd0: <AT Keyboard> irq 1 on atkbdc0
kbd0 at atkbd0
atkbd0: [GIANT-LOCKED]
psm0: <PS/2 Mouse> irq 12 on atkbdc0
psm0: [GIANT-LOCKED]
psm0: model Generic PS/2 mouse, device ID 0
sio0 port 0x3f8-0x3ff irq 4 on acpi0
sio0: type 16550A
orm0: <ISA Option ROMs> at iomem
0xec000-0xeffff,0xd2800-0xd37ff,0xcb000-0xcbfff,0xc0000-0xcafff on isa0
pmtimer0 on isa0
ppc0: parallel port not found.
sc0: <System console> at flags 0x100 on isa0
sc0: VGA <16 virtual consoles, flags=3D0x300>
sio1: configured irq 3 not in bitmap of probed irqs 0
sio1: port may not be enabled
vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on
isa0
Timecounters tick every 10.000 msec
ATAPI_RESET time =3D 20us
acd0: CDROM <TEAC CD-ROM CD-224E/K.9A> at ata0-master UDMA33
ATAPI_RESET time =3D 540us
ATAPI_RESET time =3D 570us
ata2-master: FAILURE - SETFEATURES SET TRANSFER MODE
status=3D41<READY,ERROR> error=3D4<ABORTED>
ata2-slave: FAILURE - SETFEATURES SET TRANSFER MODE
status=3D41<READY,ERROR> error=3D4<ABORTED>
acd1: CDROM <VIRTUALCDROM DRIVE/> at ata2-slave BIOSPIO
amrd0: <LSILogic MegaRAID logical drive> on amr0
amrd0: 34680MB (71024640 sectors) RAID 1 (optimal)
amrd1: <LSILogic MegaRAID logical drive> on amr0
amrd1: 104040MB (213073920 sectors) RAID 5 (optimal)
ses0 at amr0 bus 0 target 6 lun 0
ses0: <PE/PV 1x2 SCSI BP 1.0> Fixed Processor SCSI-2 device=20
ses0: SAF-TE Compliant Device
ses1 at amr0 bus 1 target 6 lun 0
ses1: <PE/PV 1x4 SCSI BP 1.0> Fixed Processor SCSI-2 device=20
ses1: SAF-TE Compliant Device
SMP: AP CPU #2 Launched!
SMP: AP CPU #1 Launched!
SMP: AP CPU #3 Launched!
Mounting root from ufs:/dev/amrd0s1a
-----------------------------------------------
--T. Muthu Mohan
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 13:52:23 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 5CADD16A4CE
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 13:52:23 +0000 (GMT)
Received: from saltmine.radix.net (saltmine.radix.net [207.192.128.40])
by mx1.FreeBSD.org (Postfix) with ESMTP id 0319543D2F
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 13:52:23 +0000 (GMT)
(envelope-from dickey@saltmine.radix.net)
Received: from saltmine.radix.net (localhost [127.0.0.1])
by saltmine.radix.net (8.12.2/8.12.2) with ESMTP id i8TDqHbC017227
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 09:52:22 -0400 (EDT)
Received: (from dickey@localhost)
by saltmine.radix.net (8.12.2/8.12.2/Submit) id i8TDqHs2017226
for freebsd-current@freebsd.org; Wed, 29 Sep 2004 09:52:17 -0400 (EDT)
Date: Wed, 29 Sep 2004 09:52:17 -0400
From: Thomas Dickey <dickey@radix.net>
To: freebsd-current@freebsd.org
Message-ID: <20040929135217.GA16594@saltmine.radix.net>
References: <20040929030546.GE16305@electra.cse.Buffalo.EDU>
<20040929092710.GA59303@cat.robbins.dropbear.id.au>
<20040929123100.GA600@electra.cse.Buffalo.EDU>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="envbJBWh7q8WU6mo"
Content-Disposition: inline
In-Reply-To: <20040929123100.GA600@electra.cse.Buffalo.EDU>
User-Agent: Mutt/1.3.27i
Subject: Re: HEADS-UP: Library version number bumps
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 13:52:23 -0000
--envbJBWh7q8WU6mo
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Wed, Sep 29, 2004 at 08:31:00AM -0400, Ken Smith wrote:
> On Wed, Sep 29, 2004 at 07:27:10PM +1000, Tim Robbins wrote:
> > On Tue, Sep 28, 2004 at 11:05:46PM -0400, Ken Smith wrote:
> > >=20
> > > >From the "Better late than never" Department...
> > >=20
> > > It looks like we should probably bump the version of a couple of
> > > the system libraries. With LOTS of help from Kris it looks like
> > > this is the list we think needs a version bump, with the version
> > > from 4.X being placed in compat4x:
> > >=20
> > > libgnuregex.so.2
> > > libhistory.so.4
> > > libm.so.2
> > > libncurses.so.5
=2E...hmmm
> > Why do they need to be bumped? Why use the version from 4.x? It sounds =
like
> > this will break a lot of 5.x binaries.
> >=20
>=20
> They need to be bumped because the internal workings of the libraries
that doesn't answer the question (libncurses hasn't changed its interface f=
or
some time - unless you're stating that the dynamic linker's changed
incompatibly in some fashion).
--=20
Thomas E. Dickey
http://invisible-island.net
ftp://invisible-island.net
--envbJBWh7q8WU6mo
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (SunOS)
Comment: For info see http://www.gnupg.org
iD8DBQFBWr4PtIqByHxlDocRApMHAJsEX7CkZCbGduSYVd/io4b0LJS7SACgh9HO
Qmg3cnAJNniEpmtgZjmXYdE=
=m+57
-----END PGP SIGNATURE-----
--envbJBWh7q8WU6mo--
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 13:53:50 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id A371116A4CE
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 13:53:50 +0000 (GMT)
Received: from shrike.submonkey.net (cpc2-cdif3-6-0-cust204.cdif.cable.ntl.com
[81.103.67.204])
by mx1.FreeBSD.org (Postfix) with ESMTP id 28D4A43D2F
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 13:53:50 +0000 (GMT)
(envelope-from setantae@submonkey.net)
Received: from setantae by shrike.submonkey.net with local (Exim 4.42
(FreeBSD)) id 1CCetu-000Grc-73; Wed, 29 Sep 2004 14:53:46 +0100
Date: Wed, 29 Sep 2004 14:53:46 +0100
From: Ceri Davies <ceri@submonkey.net>
To: Ryan Sommers <ryans@gamersimpact.com>
Message-ID: <20040929135346.GB2493@submonkey.net>
Mail-Followup-To: Ceri Davies <ceri@submonkey.net>,
Ryan Sommers <ryans@gamersimpact.com>,
S?awek ?ak <zaks@prioris.mini.pw.edu.pl>, freebsd-current@freebsd.org
References: <861xgm5ltz.fsf@thirst.unx.era.pl>
<20040928194853.GT2493@submonkey.net> <86k6ud2t6t.fsf@thirst.unx.era.pl>
<20040929131136.GA2493@submonkey.net> <415AB9BF.1070003@gamersimpact.com>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="lgMUTs6uCzvRR5Zd"
Content-Disposition: inline
In-Reply-To: <415AB9BF.1070003@gamersimpact.com>
X-PGP: finger ceri@FreeBSD.org
User-Agent: Mutt/1.5.6i
Sender: Ceri Davies <setantae@submonkey.net>
cc: freebsd-current@freebsd.org
Subject: Re: Bug in #! processing
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 13:53:50 -0000
--lgMUTs6uCzvRR5Zd
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Wed, Sep 29, 2004 at 08:33:51AM -0500, Ryan Sommers wrote:
> Ceri Davies wrote:
>=20
> >That seems wrong too. #! shouldn't be magic anywhere other than at the
> >beginning of a file.
> >
> I haven't looked at the code yet, on my list, but I'm guessing this was=
=20
> done to avoid a possible circular reference. The interpreter magic is=20
> only allowed one level of indirection to avoid such a case. This might=20
> have been added to avoid a malicious condition.
That check doesn't actually exist.
The reason for ignoring # given in the relevant commit log (r1.21)
was to allow comments on the first line.
Ceri
--=20
It is not tinfoil, it is my new skin. I am a robot.
--lgMUTs6uCzvRR5Zd
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)
iD8DBQFBWr5qocfcwTS3JF8RAoRFAKC5DLpbt0ufdzIZGXNLUg+uycmhYACffXwI
VWeZs218qFxs8D+8Kom+TPk=
=uGyM
-----END PGP SIGNATURE-----
--lgMUTs6uCzvRR5Zd--
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 13:54:03 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id DD1D716A4CE
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 13:54:03 +0000 (GMT)
Received: from web14102.mail.yahoo.com (web14102.mail.yahoo.com
[216.136.172.132])
by mx1.FreeBSD.org (Postfix) with SMTP id CFFA843D45
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 13:54:03 +0000 (GMT)
(envelope-from cguttesen@yahoo.dk)
Message-ID: <20040929135403.7670.qmail@web14102.mail.yahoo.com>
Received: from [194.248.174.58] by web14102.mail.yahoo.com via HTTP;
Wed, 29 Sep 2004 15:54:03 CEST
Date: Wed, 29 Sep 2004 15:54:03 +0200 (CEST)
From: Claus Guttesen <cguttesen@yahoo.dk>
To: Muthu_T@Dell.com, freebsd-current@freebsd.org
In-Reply-To: <71F713C5E3CB7F4F9ACCBBB8E9BE318A1E1DD2@blrx2kmbgl101.blr.amer.dell.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
Subject: Re: PE2850 + FreeBSD 5.3-BETA6 - Keyboard not working
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 13:54:04 -0000
> After rebooting in the login prompt the system
> doesn't accept any
> keystrokes.
> I have 1 USB and 1 PS/2 Keyboard. Both keyboards are
> working (caps
> on/off, Numlock on/off works), but the characters
> doesn't comes to the
> system console.
In the system-setup (press F2 during post) you have
the option of setting the behaviour of the
USB-keyboard when and if a ps/2-keyboard is present.
Did you change the settings from there?
Claus
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 14:02:39 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id A44A816A4CE
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 14:02:39 +0000 (GMT)
Received: from ausc60pc101.us.dell.com (ausc60pc101.us.dell.com
[143.166.85.206])
by mx1.FreeBSD.org (Postfix) with ESMTP id 5900843D1D
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 14:02:39 +0000 (GMT)
(envelope-from Muthu_T@Dell.com)
Received: from ausx2kcpc114.aus.amer.dell.com (143.166.5.179)
by ausc60pc101.us.dell.com with ESMTP; 29 Sep 2004 09:02:38 -0500
X-Ironport-AV: i="3.84,186,1091422800";
d="scan'208"; a="100753646:sNHT23837488"
Content-Class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
charset="US-ASCII"
Content-Transfer-Encoding: quoted-printable
X-MimeOLE: Produced By Microsoft Exchange V6.0.6527.0
Date: Wed, 29 Sep 2004 09:02:27 -0500
Message-ID: <71F713C5E3CB7F4F9ACCBBB8E9BE318A1E1DD6@blrx2kmbgl101.blr.amer.dell.com>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: PE2850 + FreeBSD 5.3-BETA6 - Keyboard not working
Thread-Index: AcSmK8t7+VBFYl/yQAin8tPWKzVj+gAAHegw
From: <Muthu_T@Dell.com>
To: <cguttesen@yahoo.dk>, <freebsd-current@freebsd.org>
X-OriginalArrivalTime: 29 Sep 2004 14:02:28.0045 (UTC)
FILETIME=[F4498FD0:01C4A62C]
Subject: RE: PE2850 + FreeBSD 5.3-BETA6 - Keyboard not working
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 14:02:39 -0000
>From: Claus Guttesen [mailto:cguttesen@yahoo.dk]=20
>Sent: Wednesday, September 29, 2004 7:24 PM
>> After rebooting in the login prompt the system doesn't accept any=20
>> keystrokes.
>> I have 1 USB and 1 PS/2 Keyboard. Both keyboards are working (caps=20
>> on/off, Numlock on/off works), but the characters doesn't comes to
the=20
>> system console.
>
>In the system-setup (press F2 during post) you have the option of
setting the behaviour of the USB-keyboard >when and if a ps/2-keyboard
is present.
>Did you change the settings from there?
Initially I had only PS/2 keyboard, once I found it is not working, then
I plugged-in the USB keyboard.
Still the same issue. I can say that keyboards are working fine but the
system doesn't accepts the keys.
One more input: In single user mode PS/2 keyboard is working fine. But
when you enter into multiuser mode (after devfs) it doesn't accept any
keys. I had disabled the 'usbd' and 'moused' in rc.conf. After rebooting
also it is not accepting any keys in login prompt.
Any clues?
Thanks.
--T. Muthu Mohan
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 14:05:44 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id BFBB016A4CE
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 14:05:44 +0000 (GMT)
Received: from smtp.des.no (flood.des.no [217.116.83.31])
by mx1.FreeBSD.org (Postfix) with ESMTP id 2004343D2F
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 14:05:44 +0000 (GMT) (envelope-from des@des.no)
Received: by smtp.des.no (Pony Express, from userid 666)
id C31AF5310; Wed, 29 Sep 2004 16:05:42 +0200 (CEST)
Received: from dwp.des.no (des.no [80.203.228.37])
by smtp.des.no (Pony Express) with ESMTP id 2BEC3530A;
Wed, 29 Sep 2004 16:05:36 +0200 (CEST)
Received: by dwp.des.no (Postfix, from userid 2602)
id 0CBF0B873; Wed, 29 Sep 2004 16:05:36 +0200 (CEST)
To: Michael Joyner <mjoyner@vbservices.net>
References: <20040928051708.GA3706@blossom.cjclark.org>
<4159A8E2.5070207@vbservices.net>
<20040929055425.GA47888@blossom.cjclark.org>
<415AA5BC.6050302@vbservices.net>
From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=)
Date: Wed, 29 Sep 2004 16:05:35 +0200
In-Reply-To: <415AA5BC.6050302@vbservices.net> (Michael Joyner's message of
"Wed, 29 Sep 2004 08:08:28 -0400")
Message-ID: <xzp7jqd187k.fsf@dwp.des.no>
User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 (berkeley-unix)
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on flood.des.no
X-Spam-Level:
X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.64
cc: freebsd-current@freebsd.org
cc: cjclark@alum.mit.edu
Subject: Re: nsupdate(8) rc.d Script
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 14:05:44 -0000
Michael Joyner <mjoyner@vbservices.net> writes:
> Now if only someone would come up with "pam_add_user_to_master.passwd"
> along with a "pam_make_user_a_home_dir" upon a successful KRB
> authenticated login. :) (or maybe a pam_root_preexec ala SAMBA)
man pam_exec
DES
--=20
Dag-Erling Sm=F8rgrav - des@des.no
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 14:07:40 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 8A5ED16A4CE
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 14:07:40 +0000 (GMT)
Received: from smtp.des.no (flood.des.no [217.116.83.31])
by mx1.FreeBSD.org (Postfix) with ESMTP id 4E94A43D39
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 14:07:40 +0000 (GMT) (envelope-from des@des.no)
Received: by smtp.des.no (Pony Express, from userid 666)
id 27C975310; Wed, 29 Sep 2004 16:07:39 +0200 (CEST)
Received: from dwp.des.no (des.no [80.203.228.37])
by smtp.des.no (Pony Express) with ESMTP id B0D00530A;
Wed, 29 Sep 2004 16:07:33 +0200 (CEST)
Received: by dwp.des.no (Postfix, from userid 2602)
id 8820EB873; Wed, 29 Sep 2004 16:07:33 +0200 (CEST)
To: Claus Guttesen <cguttesen@yahoo.dk>
References: <20040929132942.91901.qmail@web14126.mail.yahoo.com>
From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=)
Date: Wed, 29 Sep 2004 16:07:33 +0200
In-Reply-To: <20040929132942.91901.qmail@web14126.mail.yahoo.com> (Claus
Guttesen's message of "Wed, 29 Sep 2004 15:29:42 +0200 (CEST)")
Message-ID: <xzp3c11184a.fsf@dwp.des.no>
User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 (berkeley-unix)
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on flood.des.no
X-Spam-Level:
X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.64
cc: freebsd-current@freebsd.org
cc: Lawrence Farr <freebsd-smp@epcdirect.co.uk>
Subject: Re: unable to install beta6 [amd64] on Dell 2850 with 4 GB
RAM,workaround
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 14:07:40 -0000
Claus Guttesen <cguttesen@yahoo.dk> writes:
> Tried setting maxusers to 256 in kernel. Still crashes
> with 4 GB RAM installed when load occurs, like 'make
> -j 16 buildworld'.
You need to increase VM_KMEM_SIZE_MAX in your kernel config, e.g.
options VM_KMEM_SIZE_MAX=3D536870912
DES
--=20
Dag-Erling Sm=F8rgrav - des@des.no
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 14:14:13 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id C992316A4CE; Wed, 29 Sep 2004 14:14:13 +0000 (GMT)
Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 55E2243D2F; Wed, 29 Sep 2004 14:14:13 +0000 (GMT)
(envelope-from deischen@freebsd.org)
Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11])
i8TEE8rx006773; Wed, 29 Sep 2004 10:14:08 -0400 (EDT)
Date: Wed, 29 Sep 2004 10:14:08 -0400 (EDT)
From: Daniel Eischen <deischen@freebsd.org>
X-X-Sender: eischen@sea.ntplx.net
To: Ken Smith <kensmith@cse.Buffalo.EDU>
In-Reply-To: <20040929123100.GA600@electra.cse.Buffalo.EDU>
Message-ID: <Pine.GSO.4.43.0409291006430.13426-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-current@freebsd.org
cc: Tim Robbins <tjr@freebsd.org>
Subject: Re: HEADS-UP: Library version number bumps
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: Daniel Eischen <deischen@freebsd.org>
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 14:14:13 -0000
On Wed, 29 Sep 2004, Ken Smith wrote:
> On Wed, Sep 29, 2004 at 07:27:10PM +1000, Tim Robbins wrote:
> > On Tue, Sep 28, 2004 at 11:05:46PM -0400, Ken Smith wrote:
> > >
> > > >From the "Better late than never" Department...
> > >
> > > It looks like we should probably bump the version of a couple of
> > > the system libraries. With LOTS of help from Kris it looks like
> > > this is the list we think needs a version bump, with the version
> > > from 4.X being placed in compat4x:
> > >
> > > libgnuregex.so.2
> > > libhistory.so.4
> > > libm.so.2
> > > libncurses.so.5
> > > libopie.so.2
> > > libpcap.so.2
> > > libreadline.so.4
> > > libwrap.so.3
> > >
> > > The bumps will be coming soon...
> >
> > Why do they need to be bumped? Why use the version from 4.x? It sounds like
> > this will break a lot of 5.x binaries.
> >
>
> They need to be bumped because the internal workings of the libraries
> have changed in such a way that a 4.X executable will either be
> un-dynamically-linkable, will fail ungracefully (seg-fault, etc),
> or (worse) run but it makes assumptions that are no longer valid
> thus producing incorrect results. By putting the older versions of
> the libraries in the compat directory the dynamic linker will find
> and link to those instead when starting the executable and since we
> will have taken them from a 4.X system the executable should run just
> fine.
>
> Normally development cycles are "much more sane" (Scott's usual phrasing
> for it :-) so at least in theory they're much shorter, and we don't
> usually have as many "end-user-type-people" using a development branch
> as we have now with the 5.X series. So the fact we do this sort of thing
> hasn't been a huge issue before - the developers should know how to cope
> with it. You're right - there can be 5.X based binaries that will have
> problems. At this point we need to decide which old executables break
> and we're opting to break the 5.X executables - at least those users
> had a little bit of a warning they were using a not-for-production-use
> system. We're not particularly happy about needing to do this.
This has been mentioned before, but when breaking (or potentially
breaking) ABI, can we bump the version numbers to libfoo.YYYYMMDD?
Once release comes, we can move them back to SHLIB_MAJOR + 1 (or
even decide to keep them at SHLIB_MAJOR if ABI wasn't really broken).
This helps folks running HEAD so they can update their ports over time.
--
Dan Eischen
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 14:23:18 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id D545516A4CE
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 14:23:18 +0000 (GMT)
Received: from web14123.mail.yahoo.com (web14123.mail.yahoo.com
[66.163.171.114])
by mx1.FreeBSD.org (Postfix) with SMTP id C8B5343D48
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 14:23:18 +0000 (GMT)
(envelope-from cguttesen@yahoo.dk)
Message-ID: <20040929142318.27822.qmail@web14123.mail.yahoo.com>
Received: from [194.248.174.58] by web14123.mail.yahoo.com via HTTP;
Wed, 29 Sep 2004 16:23:18 CEST
Date: Wed, 29 Sep 2004 16:23:18 +0200 (CEST)
From: Claus Guttesen <cguttesen@yahoo.dk>
To: Muthu_T@Dell.com, freebsd-current@freebsd.org
In-Reply-To: <71F713C5E3CB7F4F9ACCBBB8E9BE318A1E1DD6@blrx2kmbgl101.blr.amer.dell.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
Subject: RE: PE2850 + FreeBSD 5.3-BETA6 - Keyboard not working
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 14:23:19 -0000
> One more input: In single user mode PS/2 keyboard is
> working fine. But
> when you enter into multiuser mode (after devfs) it
> doesn't accept any
> keys. I had disabled the 'usbd' and 'moused' in
> rc.conf. After rebooting
> also it is not accepting any keys in login prompt.
Have a ps/2-mouse and -keyboard on a Dell 2850, works
fine. Usbd disabled both in kernel and rc.conf.
Claus
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 15:24:03 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 55D4416A4CF; Wed, 29 Sep 2004 15:24:03 +0000 (GMT)
Received: from telecom.net.et (sparrow.telecom.net.et [213.55.64.50])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 0CF6743D48; Wed, 29 Sep 2004 15:23:58 +0000 (GMT)
(envelope-from mtm@identd.net)
Received: from [213.55.68.250] (HELO rogue.acs.lan)
by telecom.net.et (CommuniGate Pro SMTP 3.4.8)
with ESMTP id 58581950; Wed, 29 Sep 2004 18:16:42 +0300
Received: by rogue.acs.lan (Postfix, from userid 1000)
id D8F44B833; Wed, 29 Sep 2004 18:24:03 +0300 (EAT)
Date: Wed, 29 Sep 2004 18:24:03 +0300
From: Mike Makonnen <mtm@identd.net>
To: freebsd-current@freebsd.org, freebsd-net@freebsd.org
Message-ID: <20040929152403.GA37746@rogue.acs.lan>
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="2fHTh5uZTiUOsy+g"
Content-Disposition: inline
User-Agent: Mutt/1.4.2.1i
X-Operating-System: FreeBSD/6.0-CURRENT (i386)
Subject: Making bfe MPSAFE
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 15:24:03 -0000
--2fHTh5uZTiUOsy+g
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Hi folks,
I've cleaned-up the bfe driver's locking. I've also fixed it up so
it doesn't need a recursive mute anymore. I'm running it locally and it's
working with mpsafenet=1. Please test it on your bfe nics and let me know
how it goes. I would also like to here from the networking folks as to the
correctness of the cleanups.
Cheers.
--
Mike Makonnen | GPG-KEY: http://www.identd.net/~mtm/mtm.asc
mtm@identd.net | Fingerprint: AC7B 5672 2D11 F4D0 EBF8 5279 5359 2B82 7CD4 1F55
mtm@FreeBSD.Org| FreeBSD - Unleash the Daemon !
--2fHTh5uZTiUOsy+g
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename=diff
Index: sys/dev/bfe/if_bfe.c
===================================================================
RCS file: /home/ncvs/src/sys/dev/bfe/if_bfe.c,v
retrieving revision 1.16
diff -u -r1.16 if_bfe.c
--- sys/dev/bfe/if_bfe.c 1 Sep 2004 06:10:11 -0000 1.16
+++ sys/dev/bfe/if_bfe.c 29 Sep 2004 08:24:53 -0000
@@ -94,8 +94,10 @@
static void bfe_release_resources (struct bfe_softc *);
static void bfe_intr (void *);
static void bfe_start (struct ifnet *);
+static void bfe_start_locked (struct ifnet *);
static int bfe_ioctl (struct ifnet *, u_long, caddr_t);
static void bfe_init (void *);
+static void bfe_init_locked (void *);
static void bfe_stop (struct bfe_softc *);
static void bfe_watchdog (struct ifnet *);
static void bfe_shutdown (device_t);
@@ -329,7 +331,7 @@
sc = device_get_softc(dev);
mtx_init(&sc->bfe_mtx, device_get_nameunit(dev), MTX_NETWORK_LOCK,
- MTX_DEF | MTX_RECURSE);
+ MTX_DEF);
unit = device_get_unit(dev);
sc->bfe_dev = dev;
@@ -411,7 +413,9 @@
bfe_get_config(sc);
/* Reset the chip and turn on the PHY */
+ BFE_LOCK(sc);
bfe_chip_reset(sc);
+ BFE_UNLOCK(sc);
if (mii_phy_probe(dev, &sc->bfe_miibus,
bfe_ifmedia_upd, bfe_ifmedia_sts)) {
@@ -433,7 +437,7 @@
/*
* Hook interrupt last to avoid having to lock softc
*/
- error = bus_setup_intr(dev, sc->bfe_irq, INTR_TYPE_NET,
+ error = bus_setup_intr(dev, sc->bfe_irq, INTR_TYPE_NET | INTR_MPSAFE,
bfe_intr, sc, &sc->bfe_intrhand);
if (error) {
@@ -456,7 +460,7 @@
sc = device_get_softc(dev);
KASSERT(mtx_initialized(&sc->bfe_mtx), ("bfe mutex not initialized"));
- BFE_LOCK(scp);
+ BFE_LOCK(sc);
ifp = &sc->arpcom.ac_if;
@@ -674,15 +678,13 @@
{
u_long reg;
- BFE_LOCK(sc);
+ BFE_LOCK_ASSERT(sc);
CSR_WRITE_4(sc, BFE_MIB_CTRL, BFE_MIB_CLR_ON_READ);
for (reg = BFE_TX_GOOD_O; reg <= BFE_TX_PAUSE; reg += 4)
CSR_READ_4(sc, reg);
for (reg = BFE_RX_GOOD_O; reg <= BFE_RX_NPAUSE; reg += 4)
CSR_READ_4(sc, reg);
-
- BFE_UNLOCK(sc);
}
static int
@@ -690,23 +692,20 @@
{
u_int32_t val;
- BFE_LOCK(sc);
bfe_writephy(sc, 0, BMCR_RESET);
DELAY(100);
bfe_readphy(sc, 0, &val);
if (val & BMCR_RESET) {
printf("bfe%d: PHY Reset would not complete.\n", sc->bfe_unit);
- BFE_UNLOCK(sc);
return (ENXIO);
}
- BFE_UNLOCK(sc);
return (0);
}
static void
bfe_chip_halt(struct bfe_softc *sc)
{
- BFE_LOCK(sc);
+ BFE_LOCK_ASSERT(sc);
/* disable interrupts - not that it actually does..*/
CSR_WRITE_4(sc, BFE_IMASK, 0);
CSR_READ_4(sc, BFE_IMASK);
@@ -717,8 +716,6 @@
CSR_WRITE_4(sc, BFE_DMARX_CTRL, 0);
CSR_WRITE_4(sc, BFE_DMATX_CTRL, 0);
DELAY(10);
-
- BFE_UNLOCK(sc);
}
static void
@@ -726,7 +723,7 @@
{
u_int32_t val;
- BFE_LOCK(sc);
+ BFE_LOCK_ASSERT(sc);
/* Set the interrupt vector for the enet core */
bfe_pci_setup(sc, BFE_INTVEC_ENET0);
@@ -804,8 +801,6 @@
bfe_resetphy(sc);
bfe_setupphy(sc);
-
- BFE_UNLOCK(sc);
}
static void
@@ -1032,7 +1027,6 @@
{
int err;
- BFE_LOCK(sc);
/* Clear MII ISR */
CSR_WRITE_4(sc, BFE_EMAC_ISTAT, BFE_EMAC_INT_MII);
CSR_WRITE_4(sc, BFE_MDIO_DATA, (BFE_MDIO_SB_START |
@@ -1043,7 +1037,6 @@
err = bfe_wait_bit(sc, BFE_EMAC_ISTAT, BFE_EMAC_INT_MII, 100, 0);
*val = CSR_READ_4(sc, BFE_MDIO_DATA) & BFE_MDIO_DATA_DATA;
- BFE_UNLOCK(sc);
return (err);
}
@@ -1052,7 +1045,6 @@
{
int status;
- BFE_LOCK(sc);
CSR_WRITE_4(sc, BFE_EMAC_ISTAT, BFE_EMAC_INT_MII);
CSR_WRITE_4(sc, BFE_MDIO_DATA, (BFE_MDIO_SB_START |
(BFE_MDIO_OP_WRITE << BFE_MDIO_OP_SHIFT) |
@@ -1061,7 +1053,6 @@
(BFE_MDIO_TA_VALID << BFE_MDIO_TA_SHIFT) |
(val & BFE_MDIO_DATA_DATA)));
status = bfe_wait_bit(sc, BFE_EMAC_ISTAT, BFE_EMAC_INT_MII, 100, 0);
- BFE_UNLOCK(sc);
return (status);
}
@@ -1074,7 +1065,6 @@
bfe_setupphy(struct bfe_softc *sc)
{
u_int32_t val;
- BFE_LOCK(sc);
/* Enable activity LED */
bfe_readphy(sc, 26, &val);
@@ -1085,7 +1075,6 @@
bfe_readphy(sc, 27, &val);
bfe_writephy(sc, 27, val | (1 << 6));
- BFE_UNLOCK(sc);
return (0);
}
@@ -1111,7 +1100,7 @@
struct ifnet *ifp;
int i, chipidx;
- BFE_LOCK(sc);
+ BFE_LOCK_ASSERT(sc);
ifp = &sc->arpcom.ac_if;
@@ -1141,8 +1130,6 @@
ifp->if_timer = 0;
else
ifp->if_timer = 5;
-
- BFE_UNLOCK(sc);
}
/* Pass a received packet up the stack */
@@ -1156,7 +1143,7 @@
int cons;
u_int32_t status, current, len, flags;
- BFE_LOCK(sc);
+ BFE_LOCK_ASSERT(sc);
cons = sc->bfe_rx_cons;
status = CSR_READ_4(sc, BFE_DMARX_STAT);
current = (status & BFE_STAT_CDMASK) / sizeof(struct bfe_desc);
@@ -1206,7 +1193,6 @@
BFE_INC(cons, BFE_RX_LIST_CNT);
}
sc->bfe_rx_cons = cons;
- BFE_UNLOCK(sc);
}
static void
@@ -1248,7 +1234,7 @@
ifp->if_ierrors++;
ifp->if_flags &= ~IFF_RUNNING;
- bfe_init(sc);
+ bfe_init_locked(sc);
}
/* A packet was received */
@@ -1261,7 +1247,7 @@
/* We have packets pending, fire them out */
if (ifp->if_flags & IFF_RUNNING && !IFQ_DRV_IS_EMPTY(&ifp->if_snd))
- bfe_start(ifp);
+ bfe_start_locked(ifp);
BFE_UNLOCK(sc);
}
@@ -1350,11 +1336,22 @@
}
/*
- * Set up to transmit a packet
+ * Set up to transmit a packet.
*/
static void
bfe_start(struct ifnet *ifp)
{
+ BFE_LOCK((struct bfe_softc *)ifp->if_softc);
+ bfe_start_locked(ifp);
+ BFE_UNLOCK((struct bfe_softc *)ifp->if_softc);
+}
+
+/*
+ * Set up to transmit a packet. The softc is already locked.
+ */
+static void
+bfe_start_locked(struct ifnet *ifp)
+{
struct bfe_softc *sc;
struct mbuf *m_head = NULL;
int idx;
@@ -1362,21 +1359,17 @@
sc = ifp->if_softc;
idx = sc->bfe_tx_prod;
- BFE_LOCK(sc);
+ BFE_LOCK_ASSERT(sc);
/*
* Not much point trying to send if the link is down
* or we have nothing to send.
*/
- if (!sc->bfe_link && ifp->if_snd.ifq_len < 10) {
- BFE_UNLOCK(sc);
+ if (!sc->bfe_link && ifp->if_snd.ifq_len < 10)
return;
- }
- if (ifp->if_flags & IFF_OACTIVE) {
- BFE_UNLOCK(sc);
+ if (ifp->if_flags & IFF_OACTIVE)
return;
- }
while(sc->bfe_tx_ring[idx].bfe_mbuf == NULL) {
IFQ_DRV_DEQUEUE(&ifp->if_snd, m_head);
@@ -1409,21 +1402,26 @@
* Set a timeout in case the chip goes out to lunch.
*/
ifp->if_timer = 5;
- BFE_UNLOCK(sc);
}
static void
bfe_init(void *xsc)
{
+ BFE_LOCK((struct bfe_softc *)xsc);
+ bfe_init_locked(xsc);
+ BFE_UNLOCK((struct bfe_softc *)xsc);
+}
+
+static void
+bfe_init_locked(void *xsc)
+{
struct bfe_softc *sc = (struct bfe_softc*)xsc;
struct ifnet *ifp = &sc->arpcom.ac_if;
- BFE_LOCK(sc);
+ BFE_LOCK_ASSERT(sc);
- if (ifp->if_flags & IFF_RUNNING) {
- BFE_UNLOCK(sc);
+ if (ifp->if_flags & IFF_RUNNING)
return;
- }
bfe_stop(sc);
bfe_chip_reset(sc);
@@ -1447,7 +1445,6 @@
ifp->if_flags &= ~IFF_OACTIVE;
sc->bfe_stat_ch = timeout(bfe_tick, sc, hz);
- BFE_UNLOCK(sc);
}
/*
@@ -1461,8 +1458,6 @@
sc = ifp->if_softc;
- BFE_LOCK(sc);
-
mii = device_get_softc(sc->bfe_miibus);
sc->bfe_link = 0;
if (mii->mii_instance) {
@@ -1473,7 +1468,6 @@
}
mii_mediachg(mii);
- BFE_UNLOCK(sc);
return (0);
}
@@ -1486,14 +1480,10 @@
struct bfe_softc *sc = ifp->if_softc;
struct mii_data *mii;
- BFE_LOCK(sc);
-
mii = device_get_softc(sc->bfe_miibus);
mii_pollstat(mii);
ifmr->ifm_active = mii->mii_media_active;
ifmr->ifm_status = mii->mii_media_status;
-
- BFE_UNLOCK(sc);
}
static int
@@ -1504,22 +1494,24 @@
struct mii_data *mii;
int error = 0;
- BFE_LOCK(sc);
-
switch(command) {
case SIOCSIFFLAGS:
+ BFE_LOCK(sc);
if(ifp->if_flags & IFF_UP)
if(ifp->if_flags & IFF_RUNNING)
bfe_set_rx_mode(sc);
else
- bfe_init(sc);
+ bfe_init_locked(sc);
else if(ifp->if_flags & IFF_RUNNING)
bfe_stop(sc);
+ BFE_UNLOCK(sc);
break;
case SIOCADDMULTI:
case SIOCDELMULTI:
+ BFE_LOCK(sc);
if(ifp->if_flags & IFF_RUNNING)
bfe_set_rx_mode(sc);
+ BFE_UNLOCK(sc);
break;
case SIOCGIFMEDIA:
case SIOCSIFMEDIA:
@@ -1532,7 +1524,6 @@
break;
}
- BFE_UNLOCK(sc);
return (error);
}
@@ -1548,7 +1539,7 @@
printf("bfe%d: watchdog timeout -- resetting\n", sc->bfe_unit);
ifp->if_flags &= ~IFF_RUNNING;
- bfe_init(sc);
+ bfe_init_locked(sc);
ifp->if_oerrors++;
@@ -1593,7 +1584,7 @@
{
struct ifnet *ifp;
- BFE_LOCK(sc);
+ BFE_LOCK_ASSERT(sc);
untimeout(bfe_tick, sc, sc->bfe_stat_ch);
@@ -1604,6 +1595,4 @@
bfe_rx_ring_free(sc);
ifp->if_flags &= ~(IFF_RUNNING | IFF_OACTIVE);
-
- BFE_UNLOCK(sc);
}
Index: sys/dev/bfe/if_bfereg.h
===================================================================
RCS file: /home/ncvs/src/sys/dev/bfe/if_bfereg.h,v
retrieving revision 1.4
diff -u -r1.4 if_bfereg.h
--- sys/dev/bfe/if_bfereg.h 1 Sep 2004 06:10:11 -0000 1.4
+++ sys/dev/bfe/if_bfereg.h 28 Sep 2004 19:37:25 -0000
@@ -445,8 +445,9 @@
#define BFE_AND(sc, name, val) \
CSR_WRITE_4(sc, name, CSR_READ_4(sc, name) & val)
-#define BFE_LOCK(scp) mtx_lock(&sc->bfe_mtx)
-#define BFE_UNLOCK(scp) mtx_unlock(&sc->bfe_mtx)
+#define BFE_LOCK_ASSERT(_sc) mtx_assert(&(_sc)->bfe_mtx, MA_OWNED)
+#define BFE_LOCK(_sc) mtx_lock(&(_sc)->bfe_mtx)
+#define BFE_UNLOCK(_sc) mtx_unlock(&(_sc)->bfe_mtx)
#define BFE_INC(x, y) (x) = ((x) == ((y)-1)) ? 0 : (x)+1
--2fHTh5uZTiUOsy+g--
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 16:14:17 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 1BECA16A4CE
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 16:14:17 +0000 (GMT)
Received: from main.gmane.org (main.gmane.org [80.91.229.2])
by mx1.FreeBSD.org (Postfix) with ESMTP id 7D1F543D5F
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 16:14:16 +0000 (GMT)
(envelope-from freebsd-current@m.gmane.org)
Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian))
id 1CCh5r-00050n-00
for <freebsd-current@freebsd.org>; Wed, 29 Sep 2004 18:14:15 +0200
Received: from gw65.f5.com ([65.197.145.5])
by main.gmane.org with esmtp (Gmexim 0.1 (Debian))
id 1AlnuQ-0007hv-00
for <freebsd-current@freebsd.org>; Wed, 29 Sep 2004 18:14:15 +0200
Received: from atkin901 by gw65.f5.com with local (Gmexim 0.1 (Debian))
id 1AlnuQ-0007hv-00
for <freebsd-current@freebsd.org>; Wed, 29 Sep 2004 18:14:15 +0200
X-Injected-Via-Gmane: http://gmane.org/
To: freebsd-current@freebsd.org
From: othermark <atkin901@yahoo.com>
Date: Wed, 29 Sep 2004 09:14:05 -0700
Lines: 14
Message-ID: <cjen0j$cui$1@sea.gmane.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7Bit
X-Complaints-To: usenet@sea.gmane.org
X-Gmane-NNTP-Posting-Host: gw65.f5.com
User-Agent: KNode/0.8.0
Sender: news <news@sea.gmane.org>
Subject: DGE-55OT - Sundance/Tamarack TC9021 based PCI adapters
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 16:14:17 -0000
Hi,
Anyone have any plans/patches to port the OpenBSD stge driver to -current?
The DGE-55OT is currently a very affordable 64bit pci gigabit card.
Sundance/Tamarack TC9021 based PCI adapters (stge),
including: [-]
D-Link DGE-550T (10/100/1000baseTX)
Antares Microsystems Gigabit Ethernet board
--
othermark
atkin901 at nospam dot yahoo dot com
(!wired)?(coffee++):(wired);
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 16:37:12 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 05B4C16A4CE; Wed, 29 Sep 2004 16:37:12 +0000 (GMT)
Received: from obsecurity.dyndns.org
(CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143])
by mx1.FreeBSD.org (Postfix) with ESMTP
id B987343D4C; Wed, 29 Sep 2004 16:37:11 +0000 (GMT)
(envelope-from kris@obsecurity.org)
Received: by obsecurity.dyndns.org (Postfix, from userid 1000)
id 0E5EF51262; Wed, 29 Sep 2004 09:37:33 -0700 (PDT)
Date: Wed, 29 Sep 2004 09:37:32 -0700
From: Kris Kennaway <kris@obsecurity.org>
To: Tim Robbins <tjr@freebsd.org>
Message-ID: <20040929163732.GA9182@xor.obsecurity.org>
References: <20040929030546.GE16305@electra.cse.Buffalo.EDU>
<20040929092710.GA59303@cat.robbins.dropbear.id.au>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="IJpNTDwzlM2Ie8A6"
Content-Disposition: inline
In-Reply-To: <20040929092710.GA59303@cat.robbins.dropbear.id.au>
User-Agent: Mutt/1.4.2.1i
cc: Ken Smith <kensmith@cse.Buffalo.EDU>
cc: freebsd-current@freebsd.org
Subject: Re: HEADS-UP: Library version number bumps
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 16:37:12 -0000
--IJpNTDwzlM2Ie8A6
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Wed, Sep 29, 2004 at 07:27:10PM +1000, Tim Robbins wrote:
> On Tue, Sep 28, 2004 at 11:05:46PM -0400, Ken Smith wrote:
> >=20
> > >From the "Better late than never" Department...
> >=20
> > It looks like we should probably bump the version of a couple of
> > the system libraries. With LOTS of help from Kris it looks like
> > this is the list we think needs a version bump, with the version
> > from 4.X being placed in compat4x:
> >=20
> > libgnuregex.so.2
> > libhistory.so.4
> > libm.so.2
> > libncurses.so.5
> > libopie.so.2
> > libpcap.so.2
> > libreadline.so.4
> > libwrap.so.3
> >=20
> > The bumps will be coming soon...
>=20
> Why do they need to be bumped? Why use the version from 4.x? It sounds li=
ke
> this will break a lot of 5.x binaries.
I compared the exported symbols in 4.x and 5.x, compiled the list of
libraries with incompatible changes, and then searched the 4.x package
collection for binaries that link to them. In most cases I was able
to demonstrate the resulting breakage (i.e. by running a relevant 4.x
binary), in other cases it was less clear (e.g. when a 5.x library
stops exporting an extern variable which is used in the 4.x version to
control some behaviour of the library; when run on 5.x the library
will behave differently than on 4.x).
Unfortunately, it will break compatibility with some older 5.x
binaries in the process of fixing compatibility with 4.x binaries,
which is the more important upgrade path (remember that 5.x->5.x
binary compat has already been explicitly broken many times over the
life of the branch). The lesson here is that we need to pay closer
attention to when incompatible changes are made to libraries to avoid
the problem in the future.
Kris
--IJpNTDwzlM2Ie8A6
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)
iD8DBQFBWuTMWry0BWjoQKURAletAJ4xOiGkI+3rO8EoTxwsFECz7GPJkQCguCRi
7qsRfiuaFQ27x+/W/RmCSRY=
=2zWr
-----END PGP SIGNATURE-----
--IJpNTDwzlM2Ie8A6--
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 16:43:03 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 5959A16A4CE
for <current@freebsd.org>; Wed, 29 Sep 2004 16:43:03 +0000 (GMT)
Received: from smtp-bedford-dr.mitre.org (smtp-bedford-dr-x.mitre.org
[192.160.51.65])
by mx1.FreeBSD.org (Postfix) with ESMTP id 90D8243D1F
for <current@freebsd.org>; Wed, 29 Sep 2004 16:43:02 +0000 (GMT)
(envelope-from jandrese@mitre.org)
Received: from smtp-bedford-dr.mitre.org (localhost.localdomain [127.0.0.1])
by smtp-bedford-dr.mitre.org (8.11.6/8.11.6) with SMTP id i8TGh2O03161
for <current@freebsd.org>; Wed, 29 Sep 2004 12:43:02 -0400
Received: from smtp-bedford-dr.mitre.org (localhost.localdomain [127.0.0.1])
by smtp-bedford-dr.mitre.org (Postfix) with ESMTP id DC2AB4F8E3
for <current@freebsd.org>; Wed, 29 Sep 2004 12:43:01 -0400 (EDT)
Received: from MAILHUB2 (mailhub2.mitre.org [129.83.221.18])
i8TGh1f03071; Wed, 29 Sep 2004 12:43:01 -0400
Received: from mm112324-2k.mitre.org (128.29.24.43) by mailhub2.mitre.org with
SMTP id 4952324; Wed, 29 Sep 2004 12:43:00 -0400
Message-ID: <415AE614.1070405@mitre.org>
Date: Wed, 29 Sep 2004 12:43:00 -0400
From: Jason Andresen <jandrese@mitre.org>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
rv:1.7.3) Gecko/20040910
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: "M. Warner Losh" <imp@bsdimp.com>
References: <16728.36042.147168.928629@satchel.alerce.com>
<1096323166.43375.8.camel@server.mcneil.com>
<86fz5341hh.fsf@kamino.rfc1149.org> <20040927.225056.85393812.imp@bsdimp.com>
In-Reply-To: <20040927.225056.85393812.imp@bsdimp.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
cc: arne@rfc2549.org
cc: current@freebsd.org
Subject: Re: Laptop recommendations?
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 16:43:03 -0000
M. Warner Losh wrote:
>In message: <86fz5341hh.fsf@kamino.rfc1149.org>
> Arne Schwabe <arne@rfc2549.org> writes:
>: Sean McNeil <sean@mcneil.com> writes:
>:
>:
>: >> Yeah, I'm an old weirdo [who also uses emacs a lot]. I grew up with
>: >> the control key being that big sucker just to the left of the 'A' key,
>: >> and reaching down and under to the bottom row bothers my left
>: >> wrist/hand. I'm otherwise keyboard agnostic (I don't care where the
>: >> esc key is, I just use ctrl-[ and I'm used to figuring out just what
>: >> the BS/Del key sends) but the ctrl key is important. Fortunately, on
>: >> PC hardware, it's easy enough to get it where i want/like/need it.
>: >
>: > I see what you mean. But they moved that a long time ago. I'm amazed
>: > you have managed to stick with the old positioning. The feel of a
>: > Logitech keyboard is pretty sweet.
>:
>: Hey, you can still buy a Sun Type 6 USB Keyboard with UNIX Layout
>: (note US Layout is different from UNIX Layout), where escape,
>: backspace and control have strange locations :)
>
>Happy Hacking Keyboard is to die for. It is the one true keyboard
>layout and all this PC, Johnny-come-lately crowd who F*D up a
>perfectly good keyboard layout can rot in h*** for all I care. The
>USB version even has two additional USB slots: mouse and memory card
>or cell phone work well there :-).
>
>Of course, the HHK is just a Sun Type 3 keyboard, with an inverted T
>arrows added. Sweet feedback on the keys, and really worth the price
>of a ticket to Japan to pick it up at PlatHome in Akihabara :-).
>
>
Isn't the inverted T an optional feature on that keyboard? I know I've
seen them without any arrow keys at all (which would drive me insane
since the arrow keys are the primary way I access previous-element
buffers in gnugettext apps and on the command line.
I do like how they dump capslock for control. The only thing I use
capslock for is to see if I still have keyboard interrupts when my
system appears to hang.
It's also annoying that (at least with the one I tried) the Delete key
was mapped to "forward delete" and you had to hit this awkward
function-delete combo to get backspace. I also hit esc a lot when going
for ` or ~ characters. It's definatly a keyboard you need to get used
to (probably not the keyboard for someone who has to switch between
keyboards a lot).
Personally, I decided to go without the HHK for the same reason I gave
up learning Dvorak. It works fine at home but I can't spend time
reconfiguring the keyboard at every machine I sit down at and my fingers
get confused. Heck, I can't even stand those keyboards that grow the
"enter" key to suck up the backslash key and cut the backspace (or
shift) key in half to fit in the backslah key. There's little worse
than getting to the 80 character mark on a shell command and
accidentally hitting enter instead of backslash enter and getting a ton
of garbage on the screen (which usually whacks the terminal to boot).
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 16:44:01 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 282AC16A4CE
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 16:44:01 +0000 (GMT)
Received: from obsecurity.dyndns.org
(CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143])
by mx1.FreeBSD.org (Postfix) with ESMTP id B5F2A43D53
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 16:44:00 +0000 (GMT)
(envelope-from kris@obsecurity.org)
Received: by obsecurity.dyndns.org (Postfix, from userid 1000)
id 8ACA851262; Wed, 29 Sep 2004 09:44:22 -0700 (PDT)
Date: Wed, 29 Sep 2004 09:44:22 -0700
From: Kris Kennaway <kris@obsecurity.org>
To: Thomas Dickey <dickey@radix.net>
Message-ID: <20040929164422.GA9262@xor.obsecurity.org>
References: <20040929030546.GE16305@electra.cse.Buffalo.EDU>
<20040929092710.GA59303@cat.robbins.dropbear.id.au>
<20040929123100.GA600@electra.cse.Buffalo.EDU>
<20040929135217.GA16594@saltmine.radix.net>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="UugvWAfsgieZRqgk"
Content-Disposition: inline
In-Reply-To: <20040929135217.GA16594@saltmine.radix.net>
User-Agent: Mutt/1.4.2.1i
cc: freebsd-current@freebsd.org
Subject: Re: HEADS-UP: Library version number bumps
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 16:44:01 -0000
--UugvWAfsgieZRqgk
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Wed, Sep 29, 2004 at 09:52:17AM -0400, Thomas Dickey wrote:
> On Wed, Sep 29, 2004 at 08:31:00AM -0400, Ken Smith wrote:
> > On Wed, Sep 29, 2004 at 07:27:10PM +1000, Tim Robbins wrote:
> > > On Tue, Sep 28, 2004 at 11:05:46PM -0400, Ken Smith wrote:
> > > >=20
> > > > >From the "Better late than never" Department...
> > > >=20
> > > > It looks like we should probably bump the version of a couple of
> > > > the system libraries. With LOTS of help from Kris it looks like
> > > > this is the list we think needs a version bump, with the version
> > > > from 4.X being placed in compat4x:
> > > >=20
> > > > libgnuregex.so.2
> > > > libhistory.so.4
> > > > libm.so.2
> > > > libncurses.so.5
> ....hmmm
> > > Why do they need to be bumped? Why use the version from 4.x? It sound=
s like
> > > this will break a lot of 5.x binaries.
> > >=20
> >=20
> > They need to be bumped because the internal workings of the libraries
>=20
> that doesn't answer the question (libncurses hasn't changed its interface=
for
> some time - unless you're stating that the dynamic linker's changed
> incompatibly in some fashion).
libncurses.so.5 in 5.x does not export many of the global variables
exported by 4.x version of libncurses.so.5. The missing symbols are:
23: 0003e270 4 OBJECT GLOBAL DEFAULT 12 SP
166: 0000ee58 26 FUNC GLOBAL DEFAULT 9 _nc_tracebits
170: 00037c0e 2 OBJECT GLOBAL DEFAULT 12 ospeed
175: 00037c2c 4 OBJECT GLOBAL DEFAULT 12 TABSIZE
188: 00036870 4 OBJECT GLOBAL DEFAULT 12 BC
247: 00037744 4 OBJECT GLOBAL DEFAULT 12 COLOR_PAIRS
333: 00037c0c 1 OBJECT GLOBAL DEFAULT 12 PC
370: 00037c1c 4 OBJECT GLOBAL DEFAULT 12 cur_term
406: 00037540 512 OBJECT GLOBAL DEFAULT 12 acs_map
434: 00037748 4 OBJECT GLOBAL DEFAULT 12 COLORS
450: 0003e260 4 OBJECT GLOBAL DEFAULT 12 stdscr
495: 00037c28 4 OBJECT GLOBAL DEFAULT 12 COLS
498: 0003e268 4 OBJECT GLOBAL DEFAULT 12 newscr
515: 0003e264 4 OBJECT GLOBAL DEFAULT 12 curscr
528: 0003686c 4 OBJECT GLOBAL DEFAULT 12 UP
545: 00037c24 4 OBJECT GLOBAL DEFAULT 12 LINES
A 4.x binary that calls _nc_tracebits() will fail outright when run on
5.x, but this is a debugging function and not likely to be widely used
in the real world, so that isn't a big deal.
However, if a 4.x binary sets one of the other variables in the above
list expecting it to have some effect on the library (or vice versa,
i.e. expects to read the state of the library by accessing the
globals), it will not behave the same way when run on 5.x.
If I'm mistaken about the implications (perhaps you can guarantee that
the above will not happen), please let us know.
Kris
--UugvWAfsgieZRqgk
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)
iD8DBQFBWuZmWry0BWjoQKURAg3ZAJ0cS2Y98sEkF0xXb0SoOdopSlkjdwCfeHVl
3dC5Yuh+6v2MdxeiZILOmNY=
=/kbR
-----END PGP SIGNATURE-----
--UugvWAfsgieZRqgk--
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 16:49:49 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id D660F16A4CE; Wed, 29 Sep 2004 16:49:49 +0000 (GMT)
Received: from electra.cse.Buffalo.EDU (electra.cse.Buffalo.EDU
[128.205.32.2]) by mx1.FreeBSD.org (Postfix) with ESMTP
id 502F743D31; Wed, 29 Sep 2004 16:49:49 +0000 (GMT)
(envelope-from kensmith@cse.Buffalo.EDU)
Received: from electra.cse.Buffalo.EDU (localhost [127.0.0.1])
i8TGnhTH009165; Wed, 29 Sep 2004 12:49:45 -0400 (EDT)
Received: (from kensmith@localhost)
by electra.cse.Buffalo.EDU (8.12.10/8.12.9/Submit) id i8TGnWCa009161;
Wed, 29 Sep 2004 12:49:32 -0400 (EDT)
Date: Wed, 29 Sep 2004 12:49:25 -0400
From: Ken Smith <kensmith@cse.Buffalo.EDU>
To: Ruslan Ermilov <ru@FreeBSD.org>
Message-ID: <20040929164924.GH4006@electra.cse.Buffalo.EDU>
References: <20040929030546.GE16305@electra.cse.Buffalo.EDU>
<20040929092710.GA59303@cat.robbins.dropbear.id.au>
<20040929123100.GA600@electra.cse.Buffalo.EDU>
<20040929124011.GB40412@ip.net.ua>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20040929124011.GB40412@ip.net.ua>
User-Agent: Mutt/1.4.1i
cc: freebsd-current@FreeBSD.org
Subject: Re: HEADS-UP: Library version number bumps
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 16:49:50 -0000
On Wed, Sep 29, 2004 at 03:40:11PM +0300, Ruslan Ermilov wrote:
> Can you or Kris post some additional details of what in these
> libraries have changed so they can't be used for 4.x binaries?
Kris has a script that compares the symbols in libraries. The raw
output of that run against 4.X and 5.X is here:
http://people.freebsd.org/~kensmith/library_symbols.txt
(at least until the next time /d gets full on freefall...).
And below is the analysis he sent us based on what libraries the
ports use and what level to expect breakage at. Keep in mind it's
not a perfect world so we're being a tiny bit conservative on a
couple of things. For example some of the libraries had 'extern'
keywords removed from some of their variables but a quick glance
at the code suggests that *might* be the only substantial change.
One would hope the developers of the library knew what they were
doing and those variables were not part of the library's published
interfaces. But programmers have been known to use unpublished
things like this from time to time so ...
From: Kris Kennaway <kris@obsecurity.org>
Subject: Re: Library symbol comparison
I did an audit of the 4.x package collection for binaries that link to
the libraries in my earlier list.
Summary: libpcap.so.2 must be bumped. It's likely libopie will need
to be too, but I haven't been able to exhibit the failure mode. I
also think libhistory and libreadline may have runtime failures in
certain situations because the unresolved mbrlen/mbrtowc symbols that
are present in the 5.x library, but I haven't worked out how to
trigger this. If so, they must be bumped too. =20
The others are still unclear because the symbols removed were global
(extern) variables. These do not cause runtime linker problems, but
if a 4.x binary sets the variable expecting the library to change its
behaviour as it would in 4.x, it will be disappointed since the 5.x
library has forgotten all about it. I think the only way to check for
this is to look closely at what the variables do and to audit the
source code for all affected ports.
libpcap.so.2
[5.x]
64: 00000000 0 NOTYPE GLOBAL DEFAULT UND __xuname
[4.x]
23: 000052ec 83 FUNC GLOBAL DEFAULT 9 yy_delete_buffer
35: 00005138 89 FUNC GLOBAL DEFAULT 9 yyrestart
41: 0001bb6c 4 OBJECT GLOBAL DEFAULT 18 yystacksize
52: 000053fc 169 FUNC GLOBAL DEFAULT 9 yy_scan_buffer
53: 00005260 135 FUNC GLOBAL DEFAULT 9 yy_create_buffer
54: 00005204 88 FUNC GLOBAL DEFAULT 9 yy_load_buffer_state
59: 0001bb70 4 OBJECT GLOBAL DEFAULT 18 yyerrflag
64: 0001bb40 4 OBJECT GLOBAL DEFAULT 18 yytext
72: 0000ec98 4048 FUNC GLOBAL DEFAULT 9 yyparse
77: 0001bb74 4 OBJECT GLOBAL DEFAULT 18 yysslim
90: 0001bb78 4 OBJECT GLOBAL DEFAULT 18 yyvsp
101: 000056b0 12 FUNC GLOBAL DEFAULT 9 yywrap
104: 0001bb7c 4 OBJECT GLOBAL DEFAULT 18 yyssp
120: 0001bb88 4 OBJECT GLOBAL DEFAULT 18 yynerrs
121: 0001af60 4 OBJECT GLOBAL DEFAULT 12 yyout
122: 0001bb8c 8 OBJECT GLOBAL DEFAULT 18 yyval
124: 0001bb44 4 OBJECT GLOBAL DEFAULT 18 yyleng
126: 0001bb94 4 OBJECT GLOBAL DEFAULT 18 yyss
139: 000053a4 83 FUNC GLOBAL DEFAULT 9 yy_flush_buffer
150: 000054ac 52 FUNC GLOBAL DEFAULT 9 yy_scan_string
163: 000054e4 151 FUNC GLOBAL DEFAULT 9 yy_scan_bytes
166: 0001af5c 4 OBJECT GLOBAL DEFAULT 12 yyin
173: 0001bb98 4 OBJECT GLOBAL DEFAULT 18 yydebug
191: 00005198 102 FUNC GLOBAL DEFAULT 9 yy_switch_to_buffer
193: 00005344 91 FUNC GLOBAL DEFAULT 9 yy_init_buffer
201: 00004070 2870 FUNC GLOBAL DEFAULT 9 yylex
208: 0001bb9c 4 OBJECT GLOBAL DEFAULT 18 yyvs
210: 0001bba0 4 OBJECT GLOBAL DEFAULT 18 yychar
Affected packages:
bandwidthd-1.2.1
bro-0.8_1
honeyd-0.8b
ipfm-0.11.5
rid-1.0
e.g.
pointyhat# ./ipfm
/usr/libexec/ld-elf.so.1: /usr/lib/libpcap.so.2: Undefined symbol "__xuname"
If this were fixed by removing the __xuname reference from libpcap, I
think binaries would still be broken because of the functions removed
from the 5.x version.
=3D=3D=3D=3D
libopie.so.2
[5.x]
37: 00000000 0 NOTYPE GLOBAL DEFAULT UND __xuname
Should have the same failure mode as libpcap. I havent been able to
test this because it requires configuring the software, but the
following ports link to libopie:
qpopper-2.53_4
tac_plus-F4.0.4_3
cyrus-sasl-2.1.19
wu-ftpd-2.6.2_5
wu-ftpd+ipv6-2.6.2_6
fetchmail-6.2.5_2
OTOH, running the 4.x opiekey binary on 5.x dumps core, so perhaps
something in the on-disk format changed too and this is all moot:
pointyhat# opiekey 1 foobar
Using the MD5 algorithm to compute response.
Reminder: Don't use opiekey from telnet or dial-in sessions.
Segmentation fault (core dumped)
pointyhat# gdb opiekey opiekey.core
GNU gdb 4.18 (FreeBSD)
Copyright 1998 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain 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-unknown-freebsd"...(no debugging symbols f=
ound)...
Core was generated by `opiekey'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /usr/lib/libopie.so.2...(no debugging symbols found)..=
.done.
Reading symbols from /usr/lib/libmd.so.2...(no debugging symbols found)...d=
one.
Reading symbols from /usr/lib/libc.so.4...(no debugging symbols found)...do=
ne.
Reading symbols from /usr/libexec/ld-elf.so.1...(no debugging symbols found=
)...done.
#0 0x2806d478 in __opiegetutmpentry () from /usr/lib/libopie.so.2
(gdb) bt
#0 0x2806d478 in __opiegetutmpentry () from /usr/lib/libopie.so.2
#1 0x2806c452 in opieinsecure () from /usr/lib/libopie.so.2
#2 0x8048e30 in opieversion ()
#3 0x80488fa in opieversion ()
=3D=3D=3D=3D
libhistory.so.4
1) mbrlen reference added to new version of common libraries but is unresol=
ved within common libraries
1) mbrtowc reference added to new version of common libraries but is unreso=
lved within common libraries
There are code paths in the new library that call these unresolved
functions, so 4.x binaries will fail if they hit these codepaths. I
don't know what triggers that though.
=3D=3D=3D=3D
libreadline.so.4:
1) mbrlen reference added to new version of common libraries but is unresol=
ved within common libraries
1) mbrtowc reference added to new version of common libraries but is unreso=
lved within common libraries
32: 000245a8 4 OBJECT GLOBAL DEFAULT 12 rl_line_buffer
44: 00021636 1 OBJECT GLOBAL DEFAULT 12 history_comment_char
47: 0002456c 4 OBJECT GLOBAL DEFAULT 12 rl_instream
91: 0002457c 4 OBJECT GLOBAL DEFAULT 12 rl_already_prompted
107: 00024574 4 OBJECT GLOBAL DEFAULT 12 readline_echoing_p
115: 000245ac 4 OBJECT GLOBAL DEFAULT 12 rl_line_buffer_len
127: 00024560 4 OBJECT GLOBAL DEFAULT 12 rl_explicit_arg
224: 00024568 4 OBJECT GLOBAL DEFAULT 12 rl_last_func
240: 00021660 4 OBJECT GLOBAL DEFAULT 12 _rl_last_c_pos
242: 00024594 4 OBJECT GLOBAL DEFAULT 12 rl_terminal_name
265: 00024590 4 OBJECT GLOBAL DEFAULT 12 rl_pending_input
271: 000215f0 4 OBJECT GLOBAL DEFAULT 12 rl_event_hook
283: 00024570 4 OBJECT GLOBAL DEFAULT 12 rl_outstream
336: 000218a4 4 OBJECT GLOBAL DEFAULT 12 rl_completion_type
350: 000245a4 4 OBJECT GLOBAL DEFAULT 12 rl_erase_empty_line
375: 00024588 4 OBJECT GLOBAL DEFAULT 12 rl_pre_input_hook
456: 000218c0 4 OBJECT GLOBAL DEFAULT 12 rl_special_prefixes
552: 00021600 4 OBJECT GLOBAL DEFAULT 12 _rl_executing_macro
555: 00024584 4 OBJECT GLOBAL DEFAULT 12 rl_startup_hook
559: 000218dc 4 OBJECT GLOBAL DEFAULT 12 rl_char_is_quoted_p
=3D=3D=3D=3D
libm.so.2
221: 00019de0 4 OBJECT GLOBAL DEFAULT 12 signgam
Global variables.
=3D=3D=3D=3D
libgnuregex.so.2
22: 000075cc 4 OBJECT GLOBAL DEFAULT 12 re_syntax_options
Global variables.
=3D=3D=3D=3D
libwrap.so.3
83: 00006b78 4 OBJECT GLOBAL DEFAULT 12 dry_run
Global variables.
=3D=3D=3D=3D
libncurses.so.5
23: 0003e270 4 OBJECT GLOBAL DEFAULT 12 SP
166: 0000ee58 26 FUNC GLOBAL DEFAULT 9 _nc_tracebits
170: 00037c0e 2 OBJECT GLOBAL DEFAULT 12 ospeed
175: 00037c2c 4 OBJECT GLOBAL DEFAULT 12 TABSIZE
188: 00036870 4 OBJECT GLOBAL DEFAULT 12 BC
247: 00037744 4 OBJECT GLOBAL DEFAULT 12 COLOR_PAIRS
333: 00037c0c 1 OBJECT GLOBAL DEFAULT 12 PC
370: 00037c1c 4 OBJECT GLOBAL DEFAULT 12 cur_term
406: 00037540 512 OBJECT GLOBAL DEFAULT 12 acs_map
434: 00037748 4 OBJECT GLOBAL DEFAULT 12 COLORS
450: 0003e260 4 OBJECT GLOBAL DEFAULT 12 stdscr
495: 00037c28 4 OBJECT GLOBAL DEFAULT 12 COLS
498: 0003e268 4 OBJECT GLOBAL DEFAULT 12 newscr
515: 0003e264 4 OBJECT GLOBAL DEFAULT 12 curscr
528: 0003686c 4 OBJECT GLOBAL DEFAULT 12 UP
545: 00037c24 4 OBJECT GLOBAL DEFAULT 12 LINES
py23-ncurses-0.3_1: lib/python2.3/site-packages/ncurses/_curses.so (libncur=
ses.so.5) matches symbols _nc_tracebits TABSIZE COLOR_PAIRS acs_map COLORS =
stdscr COLS LINES _nc_tracebits TABSIZE COLOR_PAIRS acs_map COLORS stdscr C=
OLS LINES
ruby18-ncurses-0.9.1: lib/ruby/site_ruby/1.8/i386-freebsd4/ncurses.so (libn=
curses.so.5) matches symbols _nc_tracebits TABSIZE COLOR_PAIRS acs_map COLO=
RS stdscr COLS newscr curscr LINES _nc_tracebits TABSIZE COLOR_PAIRS acs_ma=
p COLORS stdscr COLS newscr curscr LINES
These ports appear to provide bindings for the ncurses.so.5 API, so
the only new problem here is if a ruby or python script called
_nc_tracebits, which is probably unlikely (According to curs_trace(3)
this is a debugging function).
Every other library in my earlier list is unused by the ports
collection, but may be used by other third party applications, so
certain libraries may still warrant bumps.
Kris
--lrZ03NoBR/3+SXJZ
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)
iD4DBQFBWDqtWry0BWjoQKURAtUUAJ4nWrdS5ASnN6Ig+iT5mm2rzj5hVQCYkUck
Zy2GH0pXsFp1/UvxIp+u9Q==
=i27U
-----END PGP SIGNATURE-----
--lrZ03NoBR/3+SXJZ--
--
Ken Smith
- From there to here, from here to | kensmith@cse.buffalo.edu
there, funny things are everywhere. |
- Theodore Geisel |
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 16:56:32 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 99AA416A4CE
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 16:56:32 +0000 (GMT)
Received: from saltmine.radix.net (saltmine.radix.net [207.192.128.40])
by mx1.FreeBSD.org (Postfix) with ESMTP id 3518D43D5C
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 16:56:32 +0000 (GMT)
(envelope-from dickey@saltmine.radix.net)
Received: from saltmine.radix.net (localhost [127.0.0.1])
by saltmine.radix.net (8.12.2/8.12.2) with ESMTP id i8TGuVbC027162
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 12:56:31 -0400 (EDT)
Received: (from dickey@localhost)
by saltmine.radix.net (8.12.2/8.12.2/Submit) id i8TGuVd0027155
for freebsd-current@freebsd.org; Wed, 29 Sep 2004 12:56:31 -0400 (EDT)
Date: Wed, 29 Sep 2004 12:56:31 -0400
From: Thomas Dickey <dickey@radix.net>
To: freebsd-current@freebsd.org
Message-ID: <20040929165631.GA26065@saltmine.radix.net>
References: <20040929030546.GE16305@electra.cse.Buffalo.EDU>
<20040929092710.GA59303@cat.robbins.dropbear.id.au>
<20040929163732.GA9182@xor.obsecurity.org>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="DocE+STaALJfprDB"
Content-Disposition: inline
In-Reply-To: <20040929163732.GA9182@xor.obsecurity.org>
User-Agent: Mutt/1.3.27i
Subject: Re: HEADS-UP: Library version number bumps
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 16:56:32 -0000
--DocE+STaALJfprDB
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Wed, Sep 29, 2004 at 09:37:32AM -0700, Kris Kennaway wrote:
> On Wed, Sep 29, 2004 at 07:27:10PM +1000, Tim Robbins wrote:
> > On Tue, Sep 28, 2004 at 11:05:46PM -0400, Ken Smith wrote:
> > >=20
> > > >From the "Better late than never" Department...
> > >=20
> > > It looks like we should probably bump the version of a couple of
> > > the system libraries. With LOTS of help from Kris it looks like
> > > this is the list we think needs a version bump, with the version
> > > from 4.X being placed in compat4x:
> > >=20
> > > libgnuregex.so.2
> > > libhistory.so.4
> > > libm.so.2
> > > libncurses.so.5
This is ncurses 5.2
I understood the comment for "4.X" to denote the FreeBSD 4.9 (or whatever).
> > > libopie.so.2
> > > libpcap.so.2
> > > libreadline.so.4
> > > libwrap.so.3
> > >=20
> > > The bumps will be coming soon...
> >=20
> > Why do they need to be bumped? Why use the version from 4.x? It sounds =
like
> > this will break a lot of 5.x binaries.
>=20
> I compared the exported symbols in 4.x and 5.x, compiled the list of
We're talking about ncurses 5.2 "libncurses.so.5".
The differences between 4.2 and 5.0 were listed in the release announcement.
There are additions for the private "_nc_" symbols across the 5.x releases,
but those are used only in the tools - tic, infocmp, etc. - which FreeBSD
does not install, so there's nothing to discuss with those.
So - what changes have you found from 5.2 to 5.4 which break an application?
--=20
Thomas E. Dickey
http://invisible-island.net
ftp://invisible-island.net
--DocE+STaALJfprDB
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (SunOS)
Comment: For info see http://www.gnupg.org
iD8DBQFBWuk3tIqByHxlDocRAtkzAJ91xxDqQT8gCBHxg6vsom2EvVbqlwCfTVy7
H3FXxJtsY6Ihjas/5kftIuA=
=K34c
-----END PGP SIGNATURE-----
--DocE+STaALJfprDB--
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 17:02:45 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id D74AD16A4CE
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 17:02:45 +0000 (GMT)
Received: from obsecurity.dyndns.org
(CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143])
by mx1.FreeBSD.org (Postfix) with ESMTP id AD61E43D54
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 17:02:45 +0000 (GMT)
(envelope-from kris@obsecurity.org)
Received: by obsecurity.dyndns.org (Postfix, from userid 1000)
id 635B65150E; Wed, 29 Sep 2004 10:03:07 -0700 (PDT)
Date: Wed, 29 Sep 2004 10:03:07 -0700
From: Kris Kennaway <kris@obsecurity.org>
To: Thomas Dickey <dickey@radix.net>
Message-ID: <20040929170306.GA9694@xor.obsecurity.org>
References: <20040929030546.GE16305@electra.cse.Buffalo.EDU>
<20040929092710.GA59303@cat.robbins.dropbear.id.au>
<20040929163732.GA9182@xor.obsecurity.org>
<20040929165631.GA26065@saltmine.radix.net>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="bp/iNruPH9dso1Pn"
Content-Disposition: inline
In-Reply-To: <20040929165631.GA26065@saltmine.radix.net>
User-Agent: Mutt/1.4.2.1i
cc: freebsd-current@freebsd.org
Subject: Re: HEADS-UP: Library version number bumps
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 17:02:45 -0000
--bp/iNruPH9dso1Pn
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Wed, Sep 29, 2004 at 12:56:31PM -0400, Thomas Dickey wrote:
> On Wed, Sep 29, 2004 at 09:37:32AM -0700, Kris Kennaway wrote:
> > On Wed, Sep 29, 2004 at 07:27:10PM +1000, Tim Robbins wrote:
> > > On Tue, Sep 28, 2004 at 11:05:46PM -0400, Ken Smith wrote:
> > > >=20
> > > > >From the "Better late than never" Department...
> > > >=20
> > > > It looks like we should probably bump the version of a couple of
> > > > the system libraries. With LOTS of help from Kris it looks like
> > > > this is the list we think needs a version bump, with the version
> > > > from 4.X being placed in compat4x:
> > > >=20
> > > > libgnuregex.so.2
> > > > libhistory.so.4
> > > > libm.so.2
> > > > libncurses.so.5
>=20
> This is ncurses 5.2
> I understood the comment for "4.X" to denote the FreeBSD 4.9 (or whatever=
).
Correct. FreeBSD 4.10-STABLE also has a libncurses.so.5, with the
aforementioned properties when someone runs a FreeBSD 4.x ncurses
binary on a FreeBSD 5.x system. Looking at the contrib/ncurses
directories, it looks like those versions are ncurses-5.1 and
ncurses-5.2-20010512 respectively.
Kris
--bp/iNruPH9dso1Pn
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)
iD8DBQFBWurKWry0BWjoQKURAqHrAJ98QctX17kOyYo9OPIN4r8Et3BWawCdHDQ2
RAIXWZjPqByZ2Nb6UnqFmkk=
=M6TX
-----END PGP SIGNATURE-----
--bp/iNruPH9dso1Pn--
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 17:07:58 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 4E30616A4D1; Wed, 29 Sep 2004 17:07:58 +0000 (GMT)
Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22])
by mx1.FreeBSD.org (Postfix) with ESMTP
id B513143D5A; Wed, 29 Sep 2004 17:07:57 +0000 (GMT)
(envelope-from nate@root.org)
Received: from [10.0.0.34] (h-67-102-66-178.snfccasy.covad.net
[67.102.66.178])
by www.cryptography.com (8.12.8/8.12.8) with ESMTP id i8TH7kHr013287
(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT);
Wed, 29 Sep 2004 10:07:48 -0700
Message-ID: <415AEBA9.2080007@root.org>
Date: Wed, 29 Sep 2004 10:06:49 -0700
From: Nate Lawson <nate@root.org>
User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: John Baldwin <jhb@FreeBSD.org>
References: <867jqhwhav.fsf@borg.borderworlds.dk>
<200409281309.26841.jhb@FreeBSD.org>
In-Reply-To: <200409281309.26841.jhb@FreeBSD.org>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
cc: Poul-Henning Kamp <phk@phk.freebsd.dk>
cc: freebsd-current@FreeBSD.org
cc: Christian Laursen <xi@borderworlds.dk>
cc: njl@FreeBSD.org
Subject: Re: 5.3-BETA5 panic on first boot - floppy related
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 17:07:58 -0000
John Baldwin wrote:
> On Sunday 26 September 2004 04:44 am, Christian Laursen wrote:
>
>>I upgraded my laptop to 5.3-BETA4 a couple of days ago and have started
>>to experience it panic ont the first boot if ACPI is enabled.
>>
>>Without ACPI it boots fine and after the panic and subsequently typing
>>'reset' in the kernel debugger it boots fine with ACPI enabled.
>>
>>The dmesg output including a stack trace is here:
>>http://borderworlds.dk/~xi/vulcan/dmesg.txt
>>
>>My kernel configuration is here:
>>http://borderworlds.dk/~xi/vulcan/VULCAN
>>
>>I just tried to boot with the floppy drive attached, but that doesn't
>>make any difference.
>
>
> There is a bug in the fdc_acpi driver in that it attaches drives via hints
> even if the controller fails to attach which leads to this panic. A possible
> fix for RELENG_5 is below:
I'm fine with this patch, feel free to commit.
--
Nate
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 17:08:52 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 169F116A4CE; Wed, 29 Sep 2004 17:08:52 +0000 (GMT)
Received: from ms1.as.pvp.se (dns.pvp.se [213.64.187.226])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 69A4843D48; Wed, 29 Sep 2004 17:08:51 +0000 (GMT)
(envelope-from kama@pvp.se)
Received: by ms1.as.pvp.se (Postfix, from userid 1001)
id 895A3B3; Wed, 29 Sep 2004 19:08:49 +0200 (CEST)
Received: from localhost (localhost [127.0.0.1])
by ms1.as.pvp.se (Postfix) with ESMTP
id 87FC1B2; Wed, 29 Sep 2004 19:08:49 +0200 (CEST)
Date: Wed, 29 Sep 2004 19:08:49 +0200 (CEST)
From: kama <kama@pvp.se>
X-X-Sender: kama@ns1.as.pvp.se
To: "Raphael H. Becker" <rabe@p-i-n.com>
In-Reply-To: <20040928232841.W55054@p-i-n.com>
Message-ID: <20040929185852.C9118@ns1.as.pvp.se>
References: <20040917104356.E55054@p-i-n.com> <414ADD15.FAC42CDB@freebsd.org>
<20040917231922.G55054@p-i-n.com> <414B567C.9060904@freebsd.org>
<20040917235056.I55054@p-i-n.com> <414B6234.8060904@freebsd.org>
<20040918011644.N55054@p-i-n.com> <20040928232841.W55054@p-i-n.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
cc: freebsd-net@freebsd.org
cc: freebsd-current@freebsd.org
Subject: Re: if_bge with <Broadcom BCM5703 Gigabit Ethernet, ASIC rev.0x1002>
(was: Re: Strange things on GBit / 1000->100 / net.inet.tcp.inflight.* )
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 17:08:52 -0000
On Tue, 28 Sep 2004, Raphael H. Becker wrote:
> Hmm. if_bge buggy?
> But, same machine on a FE-Switich worked perfectly (with 100MBit).
>
> By default ifconfig says:
>
> bge0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
> options=1a<TXCSUM,VLAN_MTU,VLAN_HWTAGGING>
> inet 10.101.240.56 netmask 0xffffff00 broadcast 10.101.240.255
> inet6 fe80::20d:56ff:febb:9c27%bge0 prefixlen 64 scopeid 0x1
> ether 00:0d:56:bb:9c:27
> media: Ethernet autoselect (1000baseTX <full-duplex>)
> status: active
>
If the switch is manageable. Force the settings to 1000baseTX fd on both
ends.
I only have a crappy non manageable 1Gbps switch, so I tested to link the
two servers with a crossed linked cable instead of through the switch. I
now seems to have no noticable problems with the cards. If I connect it to
the switch I get that link goes down and up all the time. It seems that it
cant stop negotiating for the speed and update the settings all the time.
Btw, I have the bge patch, posted earlier this month, installed. This
happens on both 5.2.1p10 and BETA6. with or without the patch.
/Bjorn
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 17:16:20 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id A1D5A16A4CE
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 17:16:20 +0000 (GMT)
Received: from saltmine.radix.net (saltmine.radix.net [207.192.128.40])
by mx1.FreeBSD.org (Postfix) with ESMTP id 233B843D31
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 17:16:20 +0000 (GMT)
(envelope-from dickey@saltmine.radix.net)
Received: from saltmine.radix.net (localhost [127.0.0.1])
by saltmine.radix.net (8.12.2/8.12.2) with ESMTP id i8THGJbC001228
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 13:16:19 -0400 (EDT)
Received: (from dickey@localhost)
by saltmine.radix.net (8.12.2/8.12.2/Submit) id i8THGJ1M001227
for freebsd-current@freebsd.org; Wed, 29 Sep 2004 13:16:19 -0400 (EDT)
Date: Wed, 29 Sep 2004 13:16:19 -0400
From: Thomas Dickey <dickey@radix.net>
To: freebsd-current@freebsd.org
Message-ID: <20040929171619.GC26065@saltmine.radix.net>
References: <20040929030546.GE16305@electra.cse.Buffalo.EDU>
<20040929092710.GA59303@cat.robbins.dropbear.id.au>
<20040929123100.GA600@electra.cse.Buffalo.EDU>
<20040929135217.GA16594@saltmine.radix.net>
<20040929164422.GA9262@xor.obsecurity.org>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="RIYY1s2vRbPFwWeW"
Content-Disposition: inline
In-Reply-To: <20040929164422.GA9262@xor.obsecurity.org>
User-Agent: Mutt/1.3.27i
Subject: Re: HEADS-UP: Library version number bumps
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 17:16:20 -0000
--RIYY1s2vRbPFwWeW
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Wed, Sep 29, 2004 at 09:44:22AM -0700, Kris Kennaway wrote:
>=20
> libncurses.so.5 in 5.x does not export many of the global variables
> exported by 4.x version of libncurses.so.5. The missing symbols are:
>=20
> 23: 0003e270 4 OBJECT GLOBAL DEFAULT 12 SP
> 166: 0000ee58 26 FUNC GLOBAL DEFAULT 9 _nc_tracebits
> 170: 00037c0e 2 OBJECT GLOBAL DEFAULT 12 ospeed
> 175: 00037c2c 4 OBJECT GLOBAL DEFAULT 12 TABSIZE
> 188: 00036870 4 OBJECT GLOBAL DEFAULT 12 BC
> 247: 00037744 4 OBJECT GLOBAL DEFAULT 12 COLOR_PAIRS
> 333: 00037c0c 1 OBJECT GLOBAL DEFAULT 12 PC
> 370: 00037c1c 4 OBJECT GLOBAL DEFAULT 12 cur_term
> 406: 00037540 512 OBJECT GLOBAL DEFAULT 12 acs_map
> 434: 00037748 4 OBJECT GLOBAL DEFAULT 12 COLORS
> 450: 0003e260 4 OBJECT GLOBAL DEFAULT 12 stdscr
> 495: 00037c28 4 OBJECT GLOBAL DEFAULT 12 COLS
> 498: 0003e268 4 OBJECT GLOBAL DEFAULT 12 newscr
> 515: 0003e264 4 OBJECT GLOBAL DEFAULT 12 curscr
> 528: 0003686c 4 OBJECT GLOBAL DEFAULT 12 UP
> 545: 00037c24 4 OBJECT GLOBAL DEFAULT 12 LINES
Something is going wrong with your script, since most of those are
well-defined symbols that are present in the normal and wide-character
libraries. (None are functions, all are variables).
** If the script is blameless, then there's a change in the way the
** linker builds shared libraries (the point I was trying to establish).
The wide-character library uses a macro for acs_map (but then, we're not
talking about that ;-).
The only other one that is noticeable is the private _nc_tracebits
symbol (not the topic of this discussion, since applications that use
private symbols aren't supported by anyone that I recall).
> A 4.x binary that calls _nc_tracebits() will fail outright when run on
> 5.x, but this is a debugging function and not likely to be widely used
> in the real world, so that isn't a big deal.
_nc_tracebits is a variable, not a function. You can't "call" it.
Also - checking the changelog - _nc_tracebits was not in ncurses 4.2
(it was introduced in late 1998).
=20
> However, if a 4.x binary sets one of the other variables in the above
> list expecting it to have some effect on the library (or vice versa,
> i.e. expects to read the state of the library by accessing the
> globals), it will not behave the same way when run on 5.x.
>=20
> If I'm mistaken about the implications (perhaps you can guarantee that
> the above will not happen), please let us know.
>=20
> Kris
--=20
Thomas E. Dickey
http://invisible-island.net
ftp://invisible-island.net
--RIYY1s2vRbPFwWeW
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (SunOS)
Comment: For info see http://www.gnupg.org
iD8DBQFBWu3htIqByHxlDocRAqmwAKCJHFZDBeMcv4SL66fDH7NuGivzuwCfTV5i
p5ayuSH1p5N2ni3yUCZFsqs=
=EcsM
-----END PGP SIGNATURE-----
--RIYY1s2vRbPFwWeW--
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 17:18:57 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id A525A16A4CE
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 17:18:57 +0000 (GMT)
Received: from mail.parodius.com (mail.parodius.com [64.62.145.229])
by mx1.FreeBSD.org (Postfix) with ESMTP id 8FD2143D3F
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 17:18:57 +0000 (GMT)
(envelope-from jdc@pentarou.parodius.com)
Received: from pentarou.parodius.com (jdc@localhost [127.0.0.1])
by mail.parodius.com (8.13.1/8.13.1) with ESMTP id i8THIvTB015045
(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 10:18:57 -0700 (PDT)
(envelope-from jdc@pentarou.parodius.com)
Received: (from jdc@localhost)
by pentarou.parodius.com (8.13.1/8.13.1/Submit) id i8THIvrB015044
for freebsd-current@freebsd.org; Wed, 29 Sep 2004 10:18:57 -0700 (PDT)
(envelope-from jdc)
Date: Wed, 29 Sep 2004 10:18:57 -0700
From: Jeremy Chadwick <freebsd@jdc.parodius.com>
To: freebsd-current@freebsd.org
Message-ID: <20040929171857.GA14879@parodius.com>
Mail-Followup-To: freebsd-current@freebsd.org
References: <mailman.0.1096403528.50178.freebsd-current@freebsd.org>
<20040928204127.GA96841@bifrost.agrussell.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20040928204127.GA96841@bifrost.agrussell.com>
User-Agent: Mutt/1.5.6i
Subject: Re: installed 5.2.1 can't find LINT
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 17:18:57 -0000
Two places:
/sys/<architecture>/conf/NOTES
/sys/conf/NOTES
Probably /sys/conf/NOTES is what you're looking for, as the NOTES for
the architectures (e.g. i386) are usually smaller.
You can build LINT as recommended in another post, but a built LINT
does not include any comments, which is worthless unless you know
exactly what you're looking for.
--
| Jeremy Chadwick jdc at parodius.com |
| Parodius Networking http://www.parodius.com/ |
| UNIX Systems Administrator Mountain View, CA, USA |
| Making life hard for others since 1977. |
On Tue, Sep 28, 2004 at 03:41:27PM -0500, A.G. Russell IV wrote:
> Hi, I've installed FreeBSD 5.2.1 from ISO, and
> then cvsup'd with *default release=cvs tag=RELENG_5
> and LINT is not in /sys/i386/conf. Is there a different file
> I should be looking at?
>
> This is my first build of a 5.x box getting ready for 5.x to go stable.
> I've been tracking the 4.x, and got to LINT for kernel configs of firewall
> options.
>
> Thanks
> _______________________________________________________________________________
> A.G. Russell IV KC5KFD The Knife Company e-mail: ag4@theknifecompany.com
> Phone 479-631-0055 FAX 479-631-8734
> Old Klingon Saying -- 'oH majQa' yIn je bang, Qo' bang
> -------------------------------------------------------------------------------
> _______________________________________________
> freebsd-current@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 17:26:04 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id EA95F16A4CE
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 17:26:04 +0000 (GMT)
Received: from saltmine.radix.net (saltmine.radix.net [207.192.128.40])
by mx1.FreeBSD.org (Postfix) with ESMTP id 8B24443D46
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 17:26:04 +0000 (GMT)
(envelope-from dickey@saltmine.radix.net)
Received: from saltmine.radix.net (localhost [127.0.0.1])
by saltmine.radix.net (8.12.2/8.12.2) with ESMTP id i8THQ3bC003255
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 13:26:03 -0400 (EDT)
Received: (from dickey@localhost)
by saltmine.radix.net (8.12.2/8.12.2/Submit) id i8THQ3ab003253
for freebsd-current@freebsd.org; Wed, 29 Sep 2004 13:26:03 -0400 (EDT)
Date: Wed, 29 Sep 2004 13:26:03 -0400
From: Thomas Dickey <dickey@radix.net>
To: freebsd-current@freebsd.org
Message-ID: <20040929172602.GA2864@saltmine.radix.net>
References: <20040929030546.GE16305@electra.cse.Buffalo.EDU>
<20040929092710.GA59303@cat.robbins.dropbear.id.au>
<20040929123100.GA600@electra.cse.Buffalo.EDU>
<20040929135217.GA16594@saltmine.radix.net>
<20040929164422.GA9262@xor.obsecurity.org>
<20040929171619.GC26065@saltmine.radix.net>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="2fHTh5uZTiUOsy+g"
Content-Disposition: inline
In-Reply-To: <20040929171619.GC26065@saltmine.radix.net>
User-Agent: Mutt/1.3.27i
Subject: Re: HEADS-UP: Library version number bumps
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 17:26:05 -0000
--2fHTh5uZTiUOsy+g
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Wed, Sep 29, 2004 at 01:16:19PM -0400, Thomas Dickey wrote:
> _nc_tracebits is a variable, not a function. You can't "call" it.
sorry (it's a function - other comments still apply).
--=20
Thomas E. Dickey
http://invisible-island.net
ftp://invisible-island.net
--2fHTh5uZTiUOsy+g
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (SunOS)
Comment: For info see http://www.gnupg.org
iD8DBQFBWvAptIqByHxlDocRAi9FAKCJ8tA6pQ1BvPzQZKtXr9Vl5/R4FQCePfD1
eL1xMKpFPjrhsEZIWG6E77M=
=/lSJ
-----END PGP SIGNATURE-----
--2fHTh5uZTiUOsy+g--
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 17:27:00 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 02A4E16A4CE
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 17:27:00 +0000 (GMT)
Received: from obsecurity.dyndns.org
(CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143])
by mx1.FreeBSD.org (Postfix) with ESMTP id C2F8143D1F
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 17:26:59 +0000 (GMT)
(envelope-from kris@obsecurity.org)
Received: by obsecurity.dyndns.org (Postfix, from userid 1000)
id C897C51262; Wed, 29 Sep 2004 10:27:21 -0700 (PDT)
Date: Wed, 29 Sep 2004 10:27:21 -0700
From: Kris Kennaway <kris@obsecurity.org>
To: Thomas Dickey <dickey@radix.net>
Message-ID: <20040929172721.GA12793@xor.obsecurity.org>
References: <20040929030546.GE16305@electra.cse.Buffalo.EDU>
<20040929092710.GA59303@cat.robbins.dropbear.id.au>
<20040929123100.GA600@electra.cse.Buffalo.EDU>
<20040929135217.GA16594@saltmine.radix.net>
<20040929164422.GA9262@xor.obsecurity.org>
<20040929171619.GC26065@saltmine.radix.net>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="9jxsPFA5p3P2qPhR"
Content-Disposition: inline
In-Reply-To: <20040929171619.GC26065@saltmine.radix.net>
User-Agent: Mutt/1.4.2.1i
cc: freebsd-current@freebsd.org
Subject: Re: HEADS-UP: Library version number bumps
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 17:27:00 -0000
--9jxsPFA5p3P2qPhR
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Wed, Sep 29, 2004 at 01:16:19PM -0400, Thomas Dickey wrote:
> On Wed, Sep 29, 2004 at 09:44:22AM -0700, Kris Kennaway wrote:
> >=20
> > libncurses.so.5 in 5.x does not export many of the global variables
> > exported by 4.x version of libncurses.so.5. The missing symbols are:
> >=20
> > 23: 0003e270 4 OBJECT GLOBAL DEFAULT 12 SP
> > 166: 0000ee58 26 FUNC GLOBAL DEFAULT 9 _nc_tracebits
> > 170: 00037c0e 2 OBJECT GLOBAL DEFAULT 12 ospeed
> > 175: 00037c2c 4 OBJECT GLOBAL DEFAULT 12 TABSIZE
> > 188: 00036870 4 OBJECT GLOBAL DEFAULT 12 BC
> > 247: 00037744 4 OBJECT GLOBAL DEFAULT 12 COLOR_PAIRS
> > 333: 00037c0c 1 OBJECT GLOBAL DEFAULT 12 PC
> > 370: 00037c1c 4 OBJECT GLOBAL DEFAULT 12 cur_term
> > 406: 00037540 512 OBJECT GLOBAL DEFAULT 12 acs_map
> > 434: 00037748 4 OBJECT GLOBAL DEFAULT 12 COLORS
> > 450: 0003e260 4 OBJECT GLOBAL DEFAULT 12 stdscr
> > 495: 00037c28 4 OBJECT GLOBAL DEFAULT 12 COLS
> > 498: 0003e268 4 OBJECT GLOBAL DEFAULT 12 newscr
> > 515: 0003e264 4 OBJECT GLOBAL DEFAULT 12 curscr
> > 528: 0003686c 4 OBJECT GLOBAL DEFAULT 12 UP
> > 545: 00037c24 4 OBJECT GLOBAL DEFAULT 12 LINES
>=20
> Something is going wrong with your script, since most of those are
> well-defined symbols that are present in the normal and wide-character
> libraries. (None are functions, all are variables).
>=20
> ** If the script is blameless, then there's a change in the way the
> ** linker builds shared libraries (the point I was trying to establish).
OK, I think my script is confused because objdump thinks the symbols
moved from .data to .bss. I'll take a closer look (and switch it over
to use readelf instead).
> The only other one that is noticeable is the private _nc_tracebits
> symbol (not the topic of this discussion, since applications that use
> private symbols aren't supported by anyone that I recall).
>=20
> > A 4.x binary that calls _nc_tracebits() will fail outright when run on
> > 5.x, but this is a debugging function and not likely to be widely used
> > in the real world, so that isn't a big deal.
>=20
> _nc_tracebits is a variable, not a function. You can't "call" it.
The linker, curs_trace(3) and <curses.h> beg to differ:
extern char *_nc_tracebits(void);
> Also - checking the changelog - _nc_tracebits was not in ncurses 4.2
> (it was introduced in late 1998).
We're not talking about ncurses 4.2, as I tried to clarify in my
previous email.
Kris
--9jxsPFA5p3P2qPhR
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)
iD8DBQFBWvB5Wry0BWjoQKURAnewAKC1X1vznzf4VPbAdYHvNxvOMcuhiwCglAoc
yjd6DPeLFW6wUr6dT5caBqs=
=h8lu
-----END PGP SIGNATURE-----
--9jxsPFA5p3P2qPhR--
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 17:41:22 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 41B0B16A4CE
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 17:41:22 +0000 (GMT)
Received: from saltmine.radix.net (saltmine.radix.net [207.192.128.40])
by mx1.FreeBSD.org (Postfix) with ESMTP id C89C043D31
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 17:41:21 +0000 (GMT)
(envelope-from dickey@saltmine.radix.net)
Received: from saltmine.radix.net (localhost [127.0.0.1])
by saltmine.radix.net (8.12.2/8.12.2) with ESMTP id i8THfJbC006386
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 13:41:19 -0400 (EDT)
Received: (from dickey@localhost)
by saltmine.radix.net (8.12.2/8.12.2/Submit) id i8THfIqS006384
for freebsd-current@freebsd.org; Wed, 29 Sep 2004 13:41:18 -0400 (EDT)
Date: Wed, 29 Sep 2004 13:41:18 -0400
From: Thomas Dickey <dickey@radix.net>
To: freebsd-current@freebsd.org
Message-ID: <20040929174116.GA5464@saltmine.radix.net>
References: <20040929030546.GE16305@electra.cse.Buffalo.EDU>
<20040929092710.GA59303@cat.robbins.dropbear.id.au>
<20040929123100.GA600@electra.cse.Buffalo.EDU>
<20040929135217.GA16594@saltmine.radix.net>
<20040929164422.GA9262@xor.obsecurity.org>
<20040929171619.GC26065@saltmine.radix.net>
<20040929172721.GA12793@xor.obsecurity.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
In-Reply-To: <20040929172721.GA12793@xor.obsecurity.org>
User-Agent: Mutt/1.3.27i
Subject: Re: HEADS-UP: Library version number bumps
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 17:41:22 -0000
On Wed, Sep 29, 2004 at 10:27:21AM -0700, Kris Kennaway wrote:
=20
> The linker, curs_trace(3) and <curses.h> beg to differ:
>=20
> extern char *_nc_tracebits(void);
right.
=20
> > Also - checking the changelog - _nc_tracebits was not in ncurses 4.2
> > (it was introduced in late 1998).
>=20
> We're not talking about ncurses 4.2, as I tried to clarify in my
> previous email.
yes - just habit on my part.
--=20
Thomas E. Dickey
http://invisible-island.net
ftp://invisible-island.net
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 18:03:18 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 3AE7316A4CE
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 18:03:18 +0000 (GMT)
Received: from rwcrmhc11.comcast.net (rwcrmhc11.comcast.net [204.127.198.35])
by mx1.FreeBSD.org (Postfix) with ESMTP id 2052243D3F
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 18:03:18 +0000 (GMT)
(envelope-from DougB@freebsd.org)
Received: from dougb.net ([24.130.110.32])
by comcast.net (rwcrmhc11) with ESMTP
id <2004092918031601300f9jgee>; Wed, 29 Sep 2004 18:03:17 +0000
Date: Wed, 29 Sep 2004 11:03:16 -0700 (PDT)
From: Doug Barton <DougB@FreeBSD.org>
To: Dimitry Andric <dimitry@andric.com>
In-Reply-To: <391196860.20040929122716@andric.com>
Message-ID: <20040929110207.S90578@qbhto.arg>
References: <20040928025635.Q5094@ync.qbhto.arg>
<727FCC18-1156-11D9-BBA6-000D936BE398@beforever.com>
<xzpbrfp1j0k.fsf@dwp.des.no> <391196860.20040929122716@andric.com>
Organization: http://www.FreeBSD.org/
X-message-flag: Outlook -- Not just for spreading viruses anymore!
MIME-Version: 1.0
Content-Type: MULTIPART/MIXED; BOUNDARY="0-2096730745-1096480996=:90578"
cc: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= <des@des.no>
cc: freebsd-current@freebsd.org
Subject: Re: HEADS UP: named now runs chroot'ed by default
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 18:03:18 -0000
This message is in MIME format. The first part should be readable text,
while the remaining parts are likely unreadable without MIME-aware tools.
--0-2096730745-1096480996=:90578
Content-Type: TEXT/PLAIN; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8BIT
On Wed, 29 Sep 2004, Dimitry Andric wrote:
> On 2004-09-29 at 12:12:11 Dag-Erling Smørgrav wrote:
>
>> ...badly. it will use IPv6 when recursing, but doesn't seem to want
>> to listen for IPv6 requests:
>
> You need to explicitly add a listen-on-v6 { any; }; statement to your
> configuration file.
Dag-Erling,
Dmitry beat me to it, but yes, I'm 99% sure that'll do it for you. Can
you please test it and confirm that Dmitry is correct, and if so I can
add a commented out entry to the named.conf file.
Doug
--
This .signature sanitized for your protection
--0-2096730745-1096480996=:90578--
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 18:06:42 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 44ECE16A4D0; Wed, 29 Sep 2004 18:06:42 +0000 (GMT)
Received: from obsecurity.dyndns.org
(CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143])
by mx1.FreeBSD.org (Postfix) with ESMTP
id A48FB43D49; Wed, 29 Sep 2004 18:06:41 +0000 (GMT)
(envelope-from kris@obsecurity.org)
Received: by obsecurity.dyndns.org (Postfix, from userid 1000)
id 6EB2E51262; Wed, 29 Sep 2004 11:07:03 -0700 (PDT)
Date: Wed, 29 Sep 2004 11:07:03 -0700
From: Kris Kennaway <kris@obsecurity.org>
To: Kris Kennaway <kris@obsecurity.org>
Message-ID: <20040929180703.GA16806@xor.obsecurity.org>
References: <20040929030546.GE16305@electra.cse.Buffalo.EDU>
<20040929092710.GA59303@cat.robbins.dropbear.id.au>
<20040929123100.GA600@electra.cse.Buffalo.EDU>
<20040929135217.GA16594@saltmine.radix.net>
<20040929164422.GA9262@xor.obsecurity.org>
<20040929171619.GC26065@saltmine.radix.net>
<20040929172721.GA12793@xor.obsecurity.org>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="ZPt4rx8FFjLCG7dd"
Content-Disposition: inline
In-Reply-To: <20040929172721.GA12793@xor.obsecurity.org>
User-Agent: Mutt/1.4.2.1i
cc: re@FreeBSD.org
cc: freebsd-current@freebsd.org
cc: Thomas Dickey <dickey@radix.net>
Subject: Re: HEADS-UP: Library version number bumps (revised)
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 18:06:42 -0000
--ZPt4rx8FFjLCG7dd
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Wed, Sep 29, 2004 at 10:27:21AM -0700, Kris Kennaway wrote:
> > ** If the script is blameless, then there's a change in the way the
> > ** linker builds shared libraries (the point I was trying to establish).
>=20
> OK, I think my script is confused because objdump thinks the symbols
> moved from .data to .bss. I'll take a closer look (and switch it over
> to use readelf instead).
(As peter keeps telling me) readelf does a much better job, and also
finds some things that objdump missed.
Summary: ncurses is probably OK since the only removed symbols are the
_nc_* private interface. Thanks for the sanity check.
The libraries
libhistory
libopie
libpcap
libreadline =20
must be bumped as previously discussed. I'm not sure about libm since
the remaining problems seem to have been fixed already. The others
would be problems and should be bumped if anything can be shown to use
the symbols listed, but at least nothing in the 4.x package
collections uses them so we can probably get away without it.
The new full list of differences is:
=3D=3D> Comparing symbols in libalias.so.4
2) packetAliasMode removed with no replacement
2) skinnyPort removed with no replacement
=3D=3D> Comparing symbols in libcam.so.2
2) scsi_interpret_sense removed with no replacement
2) scsi_sense_key_text removed with no replacement
=3D=3D> Comparing symbols in libcrypt.so.2
2) Blowfish_decipher removed with no replacement
2) Blowfish_encipher removed with no replacement
2) bcrypt_gensalt removed with no replacement
2) blf_cbc_decrypt removed with no replacement
2) blf_cbc_encrypt removed with no replacement
2) blf_dec removed with no replacement
2) blf_ecb_decrypt removed with no replacement
2) blf_ecb_encrypt removed with no replacement
2) blf_key removed with no replacement
=3D=3D> Comparing symbols in libg2c.so.1
2) __G77_LIBF77_VERSION__ removed with no replacement
2) __G77_LIBI77_VERSION__ removed with no replacement
2) __G77_LIBU77_VERSION__ removed with no replacement
2) g77__ivers__ removed with no replacement
2) g77__uvers__ removed with no replacement
=3D=3D> Comparing symbols in libhistory.so.4
1) mbrlen reference added to new version of common libraries but is unresol=
ved within common libraries
1) mbrtowc reference added to new version of common libraries but is unreso=
lved within common libraries
2) get_env_value removed with no replacement
2) get_home_dir removed with no replacement
2) set_lines_and_columns removed with no replacement
2) single_quote removed with no replacement
2) unset_nodelay_mode removed with no replacement
=3D=3D> Comparing symbols in libisc.so.1
1) pselect reference added to new version of common libraries but is unreso=
lved within common libraries
=3D=3D> Comparing symbols in libm.so.2
2) __arch___ieee754_acos removed with no replacement
2) __arch___ieee754_asin removed with no replacement
2) __arch___ieee754_atan2 removed with no replacement
2) __arch___ieee754_exp removed with no replacement
2) __arch___ieee754_fmod removed with no replacement
2) __arch___ieee754_log removed with no replacement
2) __arch___ieee754_log10 removed with no replacement
2) __arch___ieee754_remainde removed with no replacement
2) __arch___ieee754_scalb removed with no replacement
2) __arch___ieee754_sqrt removed with no replacement
2) __arch_atan removed with no replacement
2) __arch_ceil removed with no replacement
2) __arch_copysign removed with no replacement
2) __arch_cos removed with no replacement
2) __arch_finite removed with no replacement
2) __arch_floor removed with no replacement
2) __arch_ilogb removed with no replacement
2) __arch_logb removed with no replacement
2) __arch_rint removed with no replacement
2) __arch_scalbn removed with no replacement
2) __arch_significand removed with no replacement
2) __arch_sin removed with no replacement
2) __arch_tan removed with no replacement
2) __generic___ieee754_acos removed with no replacement
2) __generic___ieee754_asin removed with no replacement
2) __generic___ieee754_atan2 removed with no replacement
2) __generic___ieee754_exp removed with no replacement
2) __generic___ieee754_fmod removed with no replacement
2) __generic___ieee754_log removed with no replacement
2) __generic___ieee754_log10 removed with no replacement
2) __generic___ieee754_remai removed with no replacement
2) __generic___ieee754_scalb removed with no replacement
2) __generic___ieee754_sqrt removed with no replacement
2) __generic_atan removed with no replacement
2) __generic_ceil removed with no replacement
2) __generic_copysign removed with no replacement
2) __generic_cos removed with no replacement
2) __generic_finite removed with no replacement
2) __generic_floor removed with no replacement
2) __generic_ilogb removed with no replacement
2) __generic_logb removed with no replacement
2) __generic_rint removed with no replacement
2) __generic_scalbn removed with no replacement
2) __generic_significand removed with no replacement
2) __generic_sin removed with no replacement
2) __generic_tan removed with no replacement
2) __get_hw_float removed with no replacement
2) __i387___ieee754_acos removed with no replacement
2) __i387___ieee754_asin removed with no replacement
2) __i387___ieee754_atan2 removed with no replacement
2) __i387___ieee754_exp removed with no replacement
2) __i387___ieee754_fmod removed with no replacement
2) __i387___ieee754_log removed with no replacement
2) __i387___ieee754_log10 removed with no replacement
2) __i387___ieee754_remainde removed with no replacement
2) __i387___ieee754_scalb removed with no replacement
2) __i387___ieee754_sqrt removed with no replacement
2) __i387_atan removed with no replacement
2) __i387_ceil removed with no replacement
2) __i387_copysign removed with no replacement
2) __i387_cos removed with no replacement
2) __i387_finite removed with no replacement
2) __i387_floor removed with no replacement
2) __i387_ilogb removed with no replacement
2) __i387_logb removed with no replacement
2) __i387_rint removed with no replacement
2) __i387_scalbn removed with no replacement
2) __i387_significand removed with no replacement
2) __i387_sin removed with no replacement
2) __i387_tan removed with no replacement
=3D=3D> Comparing symbols in libncp.so.1
1) _getprogname reference added to new version of common libraries but is u=
nresolved within common libraries
2) sysentoffset removed with no replacement
=3D=3D> Comparing symbols in libncurses.so.5
2) _nc_background removed with no replacement
2) _nc_lib_traceatr removed with no replacement
2) _nc_lib_tracechr removed with no replacement
2) _nc_lib_tracedmp removed with no replacement
2) _nc_lib_tracemouse removed with no replacement
2) _nc_trace_buf removed with no replacement
2) _nc_trace_tries removed with no replacement
2) _nc_trace_xnames removed with no replacement
2) _nc_tracebits removed with no replacement
=3D=3D> Comparing symbols in libopie.so.2
1) __xuname reference added to new version of common libraries but is unres=
olved within common libraries
2) opielogin removed with no replacement
2) opielogwtmp removed with no replacement
=3D=3D> Comparing symbols in libpcap.so.2
1) __xuname reference added to new version of common libraries but is unres=
olved within common libraries
2) pcap_lval removed with no replacement
2) yy_create_buffer removed with no replacement
2) yy_delete_buffer removed with no replacement
2) yy_flush_buffer removed with no replacement
2) yy_init_buffer removed with no replacement
2) yy_load_buffer_state removed with no replacement
2) yy_scan_buffer removed with no replacement
2) yy_scan_bytes removed with no replacement
2) yy_scan_string removed with no replacement
2) yy_switch_to_buffer removed with no replacement
2) yychar removed with no replacement
2) yycheck removed with no replacement
2) yydebug removed with no replacement
2) yydefred removed with no replacement
2) yydgoto removed with no replacement
2) yyerrflag removed with no replacement
2) yygindex removed with no replacement
2) yyin removed with no replacement
2) yylen removed with no replacement
2) yyleng removed with no replacement
2) yylex removed with no replacement
2) yylhs removed with no replacement
2) yynerrs removed with no replacement
2) yyout removed with no replacement
2) yyparse removed with no replacement
2) yyrestart removed with no replacement
2) yyrindex removed with no replacement
2) yysindex removed with no replacement
2) yyss removed with no replacement
2) yysslim removed with no replacement
2) yyssp removed with no replacement
2) yystacksize removed with no replacement
2) yytable removed with no replacement
2) yytext removed with no replacement
2) yyval removed with no replacement
2) yyvs removed with no replacement
2) yyvsp removed with no replacement
2) yywrap removed with no replacement
=3D=3D> Comparing symbols in libreadline.so.4
1) mbrlen reference added to new version of common libraries but is unresol=
ved within common libraries
1) mbrtowc reference added to new version of common libraries but is unreso=
lved within common libraries
2) _rl_defining_kbd_macro removed with no replacement
2) _rl_executing_macro removed with no replacement
2) get_env_value removed with no replacement
2) get_home_dir removed with no replacement
2) possible_control_prefixes removed with no replacement
2) possible_meta_prefixes removed with no replacement
2) saved_line_for_history removed with no replacement
2) screenchars removed with no replacement
2) screenheight removed with no replacement
2) screenwidth removed with no replacement
2) set_lines_and_columns removed with no replacement
2) single_quote removed with no replacement
2) term_DC removed with no replacement
2) term_IC removed with no replacement
2) term_backspace removed with no replacement
2) term_clreol removed with no replacement
2) term_clrpag removed with no replacement
2) term_cr removed with no replacement
2) term_dc removed with no replacement
2) term_ei removed with no replacement
2) term_goto removed with no replacement
2) term_ic removed with no replacement
2) term_im removed with no replacement
2) term_ip removed with no replacement
2) term_pc removed with no replacement
2) term_up removed with no replacement
2) terminal_can_insert removed with no replacement
2) unset_nodelay_mode removed with no replacement
=3D=3D> Comparing symbols in libssh.so.2
1) ___res reference added to new version of common libraries but is unresol=
ved within common libraries
1) __h_error reference added to new version of common libraries but is unre=
solved within common libraries
2) auth_input_open_request removed with no replacement
2) debug removed with no replacement
2) debug2 removed with no replacement
2) debug3 removed with no replacement
2) error removed with no replacement
2) fatal removed with no replacement
2) fatal_add_cleanup removed with no replacement
2) fatal_cleanup removed with no replacement
2) fatal_remove_all_cleanups removed with no replacement
2) fatal_remove_cleanup removed with no replacement
2) get_progname removed with no replacement
2) kexdh removed with no replacement
2) kexgex removed with no replacement
4) log removed with no replacement which is not a common library
2) mm_auth2_read_banner removed with no replacement
2) mm_auth_password removed with no replacement
2) mm_auth_rhosts_rsa_key_al removed with no replacement
2) mm_auth_rsa_generate_chal removed with no replacement
2) mm_auth_rsa_key_allowed removed with no replacement
2) mm_auth_rsa_verify_respon removed with no replacement
2) mm_bsdauth_query removed with no replacement
2) mm_bsdauth_respond removed with no replacement
2) mm_choose_dh removed with no replacement
2) mm_getpwnamallow removed with no replacement
2) mm_hostbased_key_allowed removed with no replacement
2) mm_inform_authserv removed with no replacement
2) mm_key_allowed removed with no replacement
2) mm_key_sign removed with no replacement
2) mm_key_verify removed with no replacement
2) mm_newkeys_from_blob removed with no replacement
2) mm_newkeys_to_blob removed with no replacement
2) mm_pam_free_ctx removed with no replacement
2) mm_pam_init_ctx removed with no replacement
2) mm_pam_query removed with no replacement
2) mm_pam_respond removed with no replacement
2) mm_pty_allocate removed with no replacement
2) mm_receive_fd removed with no replacement
2) mm_request_receive removed with no replacement
2) mm_request_receive_expect removed with no replacement
2) mm_request_send removed with no replacement
2) mm_send_fd removed with no replacement
2) mm_send_keystate removed with no replacement
2) mm_session_pty_cleanup2 removed with no replacement
2) mm_ssh1_session_id removed with no replacement
2) mm_ssh1_session_key removed with no replacement
2) mm_start_pam removed with no replacement
2) mm_terminate removed with no replacement
2) mm_user_key_allowed removed with no replacement
2) packet_get_seqnr removed with no replacement
2) packet_set_seqnr removed with no replacement
2) pmonitor removed with no replacement
2) use_privsep removed with no replacement
2) verbose removed with no replacement
=3D=3D> Comparing symbols in libz.so.2
2) inflate_blocks removed with no replacement
2) inflate_blocks_free removed with no replacement
2) inflate_blocks_new removed with no replacement
2) inflate_blocks_reset removed with no replacement
2) inflate_blocks_sync_point removed with no replacement
2) inflate_codes removed with no replacement
2) inflate_codes_free removed with no replacement
2) inflate_codes_new removed with no replacement
2) inflate_flush removed with no replacement
2) inflate_mask removed with no replacement
2) inflate_set_dictionary removed with no replacement
2) inflate_trees_bits removed with no replacement
2) inflate_trees_dynamic removed with no replacement
2) inflate_trees_fixed removed with no replacement
Explanation of errors:
1) will cause runtime failures with LD_BIND_NOW
2), 3) will cause runtime failures if an old binary references the symbo=
l and is run with the new libraries
4) will cause runtime failures if an old binary references the symbol an=
d is not linked against <newlib>
/tmp/checkcompat.WS4PkkLG
>=20
> > The only other one that is noticeable is the private _nc_tracebits
> > symbol (not the topic of this discussion, since applications that use
> > private symbols aren't supported by anyone that I recall).
> >=20
> > > A 4.x binary that calls _nc_tracebits() will fail outright when run on
> > > 5.x, but this is a debugging function and not likely to be widely used
> > > in the real world, so that isn't a big deal.
> >=20
> > _nc_tracebits is a variable, not a function. You can't "call" it.
>=20
> The linker, curs_trace(3) and <curses.h> beg to differ:
>=20
> extern char *_nc_tracebits(void);
>=20
> > Also - checking the changelog - _nc_tracebits was not in ncurses 4.2
> > (it was introduced in late 1998).
>=20
> We're not talking about ncurses 4.2, as I tried to clarify in my
> previous email.
>=20
> Kris
--ZPt4rx8FFjLCG7dd
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)
iD8DBQFBWvnHWry0BWjoQKURAg1JAKCWBft1ftmZxh6f2djObxmyMauL5wCg27tw
74KnHFarScdN90I9O9M3aHc=
=5aG6
-----END PGP SIGNATURE-----
--ZPt4rx8FFjLCG7dd--
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 18:11:25 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id D4D8516A4CE; Wed, 29 Sep 2004 18:11:25 +0000 (GMT)
Received: from smtp2.jazztel.es (smtp2.jazztel.es [62.14.3.162])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 4458B43D31; Wed, 29 Sep 2004 18:11:25 +0000 (GMT)
(envelope-from josemi@freebsd.jazztel.es)
Received: from antivirus
by smtp2.jazztel.es
with antivirus id 1CCiv9-0001RH-00
Wed, 29 Sep 2004 20:11:19 +0200
Received: from [212.106.253.234] (helo=rguez.homeunix.net)
by smtp2.jazztel.es
with esmtp id 1CCiv9-0001R6-00
Wed, 29 Sep 2004 20:11:19 +0200
Received: from localhost.redesjm.local (orion.redesjm.local [192.168.254.16])
by rguez.homeunix.net (8.13.1/8.13.1) with ESMTP id i8TIBM2k026924;
Wed, 29 Sep 2004 20:11:23 +0200 (CEST)
(envelope-from josemi@freebsd.jazztel.es)
Date: Wed, 29 Sep 2004 20:11:21 +0200
To: "Doug Barton" <DougB@freebsd.org>
References: <20040928025635.Q5094@ync.qbhto.arg>
<727FCC18-1156-11D9-BBA6-000D936BE398@beforever.com>
<xzpbrfp1j0k.fsf@dwp.des.no> <391196860.20040929122716@andric.com>
<20040929110207.S90578@qbhto.arg>
From: "Jose M Rodriguez" <josemi@freebsd.jazztel.es>
Content-Type: text/plain; format=flowed; delsp=yes; charset=iso-8859-1
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
Message-ID: <opse3os7m46abrq7@localhost.redesjm.local>
In-Reply-To: <20040929110207.S90578@qbhto.arg>
User-Agent: Opera M2/7.54 (FreeBSD, build 751)
X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.27.0.11; VDF 6.27.0.70
(host: antares.redesjm.local)
X-Virus-Scanned: by antivirus
cc: freebsd-current@freebsd.org
Subject: IPv6 recursion [was] HEADS UP: named now runs chroot'ed by default
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 18:11:26 -0000
On Wed, 29 Sep 2004 11:03:16 -0700 (PDT), Doug Barton <DougB@FreeBSD.org>
wrote:
> On Wed, 29 Sep 2004, Dimitry Andric wrote:
>
>> On 2004-09-29 at 12:12:11 Dag-Erling Smørgrav wrote:
>>
>>> ...badly. it will use IPv6 when recursing, but doesn't seem to want
>>> to listen for IPv6 requests:
>> ...
And about this...
Is any way to disable this without define NOIPv& and rebuild anything?
I can't get a IPv4 only resolver/named in FreeBSD-4.x with bind8
--
josemi
--
Using Opera's revolutionary e-mail client: http://www.opera.com/m2/
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 18:15:27 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 4866B16A4D0; Wed, 29 Sep 2004 18:15:27 +0000 (GMT)
Received: from mail-gw0.york.ac.uk (mail-gw0.york.ac.uk [144.32.128.245])
by mx1.FreeBSD.org (Postfix) with ESMTP
id ACA0943D48; Wed, 29 Sep 2004 18:15:26 +0000 (GMT)
(envelope-from gavin.atkinson@ury.york.ac.uk)
Received: from ury.york.ac.uk (ury.york.ac.uk [144.32.108.81])
by mail-gw0.york.ac.uk (8.12.10/8.12.10) with ESMTP id i8TIFL4j024068;
Wed, 29 Sep 2004 19:15:21 +0100 (BST)
Received: from ury.york.ac.uk (localhost.york.ac.uk [127.0.0.1])
by ury.york.ac.uk (8.12.9p2/8.12.9) with ESMTP id i8TIFBMu015624;
Wed, 29 Sep 2004 19:15:11 +0100 (BST)
(envelope-from gavin.atkinson@ury.york.ac.uk)
Received: from localhost (gavin@localhost)i8TIF58w015621;
Wed, 29 Sep 2004 19:15:10 +0100 (BST)
(envelope-from gavin.atkinson@ury.york.ac.uk)
X-Authentication-Warning: ury.york.ac.uk: gavin owned process doing -bs
Date: Wed, 29 Sep 2004 19:15:05 +0100 (BST)
From: Gavin Atkinson <gavin.atkinson@ury.york.ac.uk>
X-X-Sender: gavin@ury.york.ac.uk
To: "M. Warner Losh" <imp@bsdimp.com>
In-Reply-To: <1096387493.792.3.camel@buffy.york.ac.uk>
Message-ID: <20040929191134.T15486@ury.york.ac.uk>
References: <DIEGJJFBNADMCJBGPCBKGEGNCOAA.David.Boyd@insightbb.com>
<20040928.090457.115908926.imp@bsdimp.com>
<1096387493.792.3.camel@buffy.york.ac.uk>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-York-MailScanner: Found to be clean
X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk
cc: David.Boyd@insightbb.com
cc: freebsd-current@freebsd.org
cc: nate@root.org
Subject: Re: FDC/ACPI/GEOM problems
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 18:15:27 -0000
On Tue, 28 Sep 2004, Gavin Atkinson wrote:
> On Tue, 2004-09-28 at 16:04, M. Warner Losh wrote:
> > In message: <1096380248.911.7.camel@buffy.york.ac.uk>
> > Gavin Atkinson <gavin.atkinson@ury.york.ac.uk> writes:
> > :
> > : I have spent a little time today looking at this problem in more detail.
> > : The hangs on BETA5 that several people have reported are indeed related
> > : to the above file revisions. Apparently systems only hang with ACPI
> > : enabled, and seem to hang in g_waitidle(), presumably waiting for the
> > : floppy drive to become idle.
> >
> > Does removing the fd drive change things? The fdc worker thread is
> > still there in that case...
>
> Unplugging the floppy drive fixes the problem for me.
For the record, this has been fixed for me in sys/dev/fdc/fdc_isa.c rev.
1.9.2.3.
Thanks to phk and imp for investigating this and finding a solution.
Gavin
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 18:16:22 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 0E05916A4CE
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 18:16:22 +0000 (GMT)
Received: from sccimhc92.asp.att.net (sccimhc92.asp.att.net [63.240.76.166])
by mx1.FreeBSD.org (Postfix) with ESMTP id 8E16A43D60
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 18:16:21 +0000 (GMT)
(envelope-from David.Boyd@insightbb.com)
Received: from happy (12-202-176-78.client.insightbb.com[12.202.176.78])
by sccimhc92.asp.att.net (sccimhc92) with SMTP
id <20040929181619i920072s9qe>; Wed, 29 Sep 2004 18:16:21 +0000
From: "David Boyd" <David.Boyd@insightbb.com>
To: "M. Warner Losh" <imp@bsdimp.com>
Date: Wed, 29 Sep 2004 14:16:19 -0400
Message-ID: <DIEGJJFBNADMCJBGPCBKAEJPCOAA.David.Boyd@insightbb.com>
MIME-Version: 1.0
Content-Type: text/plain;
charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0)
In-Reply-To: <20040928.232615.83622950.imp@bsdimp.com>
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441
Importance: Normal
cc: freebsd-current@freebsd.org
Subject: RE: FDC/ACPI/GEOM problems
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 18:16:22 -0000
M. Warner Losh wrote:
> -----Original Message-----
> From: M. Warner Losh [mailto:imp@bsdimp.com]
> Sent: Wednesday, September 29, 2004 01:26
> To: David.Boyd@insightbb.com
> Cc: freebsd-current@freebsd.org
> Subject: Re: FDC/ACPI/GEOM problems
>
>
> Oh, I see it was RELENG_5. Please try to update to latest fdc_isa.c
> and let me know if you are still seeing the problem.
>
> Warner
Yes, the latest fix seems to have corrected the problem (at least for me).
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 18:30:07 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 8660216A4CE; Wed, 29 Sep 2004 18:30:07 +0000 (GMT)
Received: from rwcrmhc13.comcast.net (rwcrmhc13.comcast.net [204.127.198.39])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 7446743D45; Wed, 29 Sep 2004 18:30:07 +0000 (GMT)
(envelope-from DougB@freebsd.org)
Received: from dougb.net ([24.130.110.32]) by comcast.net (rwcrmhc13) with
SMTP id <20040929183002015006qiu0e>;
Wed, 29 Sep 2004 18:30:07 +0000
Date: Wed, 29 Sep 2004 11:30:02 -0700 (PDT)
From: Doug Barton <DougB@FreeBSD.org>
To: John <strgout@unixjunkie.com>
In-Reply-To: <20040928161107.GA44604@mail.unixjunkie.com>
Message-ID: <20040929111757.T90578@qbhto.arg>
References: <20040920232312.GA17065@mail.unixjunkie.com>
<20040928161107.GA44604@mail.unixjunkie.com>
Organization: http://www.FreeBSD.org/
X-message-flag: Outlook -- Not just for spreading viruses anymore!
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
cc: freebsd-current@freebsd.org
Subject: Re: odd cvsup error. (cvsup.uk.FreeBSD.org)
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 18:30:07 -0000
Problems with cvsup.uk were reported last week as well, it seems to be
badly out of date.
Meanwhile, you might want to check out ports/sysutils/fastest_cvsup.
HTH,
Doug
--
This .signature sanitized for your protection
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 18:31:27 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 9E57B16A4CF; Wed, 29 Sep 2004 18:31:27 +0000 (GMT)
Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57])
by mx1.FreeBSD.org (Postfix) with ESMTP
id C9C8043D2D; Wed, 29 Sep 2004 18:31:26 +0000 (GMT)
(envelope-from scottl@FreeBSD.org)
Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11])
(authenticated bits=0)
by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i8TIWB6k068872;
Wed, 29 Sep 2004 12:32:11 -0600 (MDT)
(envelope-from scottl@FreeBSD.org)
Message-ID: <415AFF26.8010603@FreeBSD.org>
Date: Wed, 29 Sep 2004 12:29:58 -0600
From: Scott Long <scottl@FreeBSD.org>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040831
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Kris Kennaway <kris@obsecurity.org>
References: <20040929030546.GE16305@electra.cse.Buffalo.EDU>
<20040929092710.GA59303@cat.robbins.dropbear.id.au>
<20040929123100.GA600@electra.cse.Buffalo.EDU>
<20040929135217.GA16594@saltmine.radix.net>
<20040929164422.GA9262@xor.obsecurity.org>
<20040929171619.GC26065@saltmine.radix.net>
<20040929172721.GA12793@xor.obsecurity.org>
<20040929180703.GA16806@xor.obsecurity.org>
In-Reply-To: <20040929180703.GA16806@xor.obsecurity.org>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Status: No, hits=0.5 required=3.8 tests=REMOVE_REMOVAL_2WORD
autolearn=no version=2.63
X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org
cc: re@FreeBSD.org
cc: freebsd-current@FreeBSD.org
cc: Thomas Dickey <dickey@radix.net>
Subject: Re: HEADS-UP: Library version number bumps (revised)
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 18:31:27 -0000
Kris Kennaway wrote:
> On Wed, Sep 29, 2004 at 10:27:21AM -0700, Kris Kennaway wrote:
>
>
>>>** If the script is blameless, then there's a change in the way the
>>>** linker builds shared libraries (the point I was trying to establish).
>>
>>OK, I think my script is confused because objdump thinks the symbols
>>moved from .data to .bss. I'll take a closer look (and switch it over
>>to use readelf instead).
>
>
> (As peter keeps telling me) readelf does a much better job, and also
> finds some things that objdump missed.
>
> Summary: ncurses is probably OK since the only removed symbols are the
> _nc_* private interface. Thanks for the sanity check.
>
> The libraries
>
> libhistory
> libopie
> libpcap
From the list below, I wonder if all of the yy* symbols are from yacc.
Would these actually be considered to be part of the public interface?
The only two symbols that aren't in the yy* form look to definitely be
for internal use only. Can we fix __xuname instead?
> libreadline
The readline(3) manpage seems to imply that this library only has one
public symbol. Is this true?
>
> must be bumped as previously discussed. I'm not sure about libm since
> the remaining problems seem to have been fixed already. The others
> would be problems and should be bumped if anything can be shown to use
> the symbols listed, but at least nothing in the 4.x package
> collections uses them so we can probably get away without it.
>
> The new full list of differences is:
>
> ==> Comparing symbols in libalias.so.4
> 2) packetAliasMode removed with no replacement
> 2) skinnyPort removed with no replacement
> ==> Comparing symbols in libcam.so.2
> 2) scsi_interpret_sense removed with no replacement
> 2) scsi_sense_key_text removed with no replacement
> ==> Comparing symbols in libcrypt.so.2
> 2) Blowfish_decipher removed with no replacement
> 2) Blowfish_encipher removed with no replacement
> 2) bcrypt_gensalt removed with no replacement
> 2) blf_cbc_decrypt removed with no replacement
> 2) blf_cbc_encrypt removed with no replacement
> 2) blf_dec removed with no replacement
> 2) blf_ecb_decrypt removed with no replacement
> 2) blf_ecb_encrypt removed with no replacement
> 2) blf_key removed with no replacement
> ==> Comparing symbols in libg2c.so.1
> 2) __G77_LIBF77_VERSION__ removed with no replacement
> 2) __G77_LIBI77_VERSION__ removed with no replacement
> 2) __G77_LIBU77_VERSION__ removed with no replacement
> 2) g77__ivers__ removed with no replacement
> 2) g77__uvers__ removed with no replacement
> ==> Comparing symbols in libhistory.so.4
> 1) mbrlen reference added to new version of common libraries but is unresolved within common libraries
> 1) mbrtowc reference added to new version of common libraries but is unresolved within common libraries
> 2) get_env_value removed with no replacement
> 2) get_home_dir removed with no replacement
> 2) set_lines_and_columns removed with no replacement
> 2) single_quote removed with no replacement
> 2) unset_nodelay_mode removed with no replacement
> ==> Comparing symbols in libisc.so.1
> 1) pselect reference added to new version of common libraries but is unresolved within common libraries
> ==> Comparing symbols in libm.so.2
> 2) __arch___ieee754_acos removed with no replacement
> 2) __arch___ieee754_asin removed with no replacement
> 2) __arch___ieee754_atan2 removed with no replacement
> 2) __arch___ieee754_exp removed with no replacement
> 2) __arch___ieee754_fmod removed with no replacement
> 2) __arch___ieee754_log removed with no replacement
> 2) __arch___ieee754_log10 removed with no replacement
> 2) __arch___ieee754_remainde removed with no replacement
> 2) __arch___ieee754_scalb removed with no replacement
> 2) __arch___ieee754_sqrt removed with no replacement
> 2) __arch_atan removed with no replacement
> 2) __arch_ceil removed with no replacement
> 2) __arch_copysign removed with no replacement
> 2) __arch_cos removed with no replacement
> 2) __arch_finite removed with no replacement
> 2) __arch_floor removed with no replacement
> 2) __arch_ilogb removed with no replacement
> 2) __arch_logb removed with no replacement
> 2) __arch_rint removed with no replacement
> 2) __arch_scalbn removed with no replacement
> 2) __arch_significand removed with no replacement
> 2) __arch_sin removed with no replacement
> 2) __arch_tan removed with no replacement
> 2) __generic___ieee754_acos removed with no replacement
> 2) __generic___ieee754_asin removed with no replacement
> 2) __generic___ieee754_atan2 removed with no replacement
> 2) __generic___ieee754_exp removed with no replacement
> 2) __generic___ieee754_fmod removed with no replacement
> 2) __generic___ieee754_log removed with no replacement
> 2) __generic___ieee754_log10 removed with no replacement
> 2) __generic___ieee754_remai removed with no replacement
> 2) __generic___ieee754_scalb removed with no replacement
> 2) __generic___ieee754_sqrt removed with no replacement
> 2) __generic_atan removed with no replacement
> 2) __generic_ceil removed with no replacement
> 2) __generic_copysign removed with no replacement
> 2) __generic_cos removed with no replacement
> 2) __generic_finite removed with no replacement
> 2) __generic_floor removed with no replacement
> 2) __generic_ilogb removed with no replacement
> 2) __generic_logb removed with no replacement
> 2) __generic_rint removed with no replacement
> 2) __generic_scalbn removed with no replacement
> 2) __generic_significand removed with no replacement
> 2) __generic_sin removed with no replacement
> 2) __generic_tan removed with no replacement
> 2) __get_hw_float removed with no replacement
> 2) __i387___ieee754_acos removed with no replacement
> 2) __i387___ieee754_asin removed with no replacement
> 2) __i387___ieee754_atan2 removed with no replacement
> 2) __i387___ieee754_exp removed with no replacement
> 2) __i387___ieee754_fmod removed with no replacement
> 2) __i387___ieee754_log removed with no replacement
> 2) __i387___ieee754_log10 removed with no replacement
> 2) __i387___ieee754_remainde removed with no replacement
> 2) __i387___ieee754_scalb removed with no replacement
> 2) __i387___ieee754_sqrt removed with no replacement
> 2) __i387_atan removed with no replacement
> 2) __i387_ceil removed with no replacement
> 2) __i387_copysign removed with no replacement
> 2) __i387_cos removed with no replacement
> 2) __i387_finite removed with no replacement
> 2) __i387_floor removed with no replacement
> 2) __i387_ilogb removed with no replacement
> 2) __i387_logb removed with no replacement
> 2) __i387_rint removed with no replacement
> 2) __i387_scalbn removed with no replacement
> 2) __i387_significand removed with no replacement
> 2) __i387_sin removed with no replacement
> 2) __i387_tan removed with no replacement
> ==> Comparing symbols in libncp.so.1
> 1) _getprogname reference added to new version of common libraries but is unresolved within common libraries
> 2) sysentoffset removed with no replacement
> ==> Comparing symbols in libncurses.so.5
> 2) _nc_background removed with no replacement
> 2) _nc_lib_traceatr removed with no replacement
> 2) _nc_lib_tracechr removed with no replacement
> 2) _nc_lib_tracedmp removed with no replacement
> 2) _nc_lib_tracemouse removed with no replacement
> 2) _nc_trace_buf removed with no replacement
> 2) _nc_trace_tries removed with no replacement
> 2) _nc_trace_xnames removed with no replacement
> 2) _nc_tracebits removed with no replacement
> ==> Comparing symbols in libopie.so.2
> 1) __xuname reference added to new version of common libraries but is unresolved within common libraries
> 2) opielogin removed with no replacement
> 2) opielogwtmp removed with no replacement
> ==> Comparing symbols in libpcap.so.2
> 1) __xuname reference added to new version of common libraries but is unresolved within common libraries
> 2) pcap_lval removed with no replacement
> 2) yy_create_buffer removed with no replacement
> 2) yy_delete_buffer removed with no replacement
> 2) yy_flush_buffer removed with no replacement
> 2) yy_init_buffer removed with no replacement
> 2) yy_load_buffer_state removed with no replacement
> 2) yy_scan_buffer removed with no replacement
> 2) yy_scan_bytes removed with no replacement
> 2) yy_scan_string removed with no replacement
> 2) yy_switch_to_buffer removed with no replacement
> 2) yychar removed with no replacement
> 2) yycheck removed with no replacement
> 2) yydebug removed with no replacement
> 2) yydefred removed with no replacement
> 2) yydgoto removed with no replacement
> 2) yyerrflag removed with no replacement
> 2) yygindex removed with no replacement
> 2) yyin removed with no replacement
> 2) yylen removed with no replacement
> 2) yyleng removed with no replacement
> 2) yylex removed with no replacement
> 2) yylhs removed with no replacement
> 2) yynerrs removed with no replacement
> 2) yyout removed with no replacement
> 2) yyparse removed with no replacement
> 2) yyrestart removed with no replacement
> 2) yyrindex removed with no replacement
> 2) yysindex removed with no replacement
> 2) yyss removed with no replacement
> 2) yysslim removed with no replacement
> 2) yyssp removed with no replacement
> 2) yystacksize removed with no replacement
> 2) yytable removed with no replacement
> 2) yytext removed with no replacement
> 2) yyval removed with no replacement
> 2) yyvs removed with no replacement
> 2) yyvsp removed with no replacement
> 2) yywrap removed with no replacement
> ==> Comparing symbols in libreadline.so.4
> 1) mbrlen reference added to new version of common libraries but is unresolved within common libraries
> 1) mbrtowc reference added to new version of common libraries but is unresolved within common libraries
> 2) _rl_defining_kbd_macro removed with no replacement
> 2) _rl_executing_macro removed with no replacement
> 2) get_env_value removed with no replacement
> 2) get_home_dir removed with no replacement
> 2) possible_control_prefixes removed with no replacement
> 2) possible_meta_prefixes removed with no replacement
> 2) saved_line_for_history removed with no replacement
> 2) screenchars removed with no replacement
> 2) screenheight removed with no replacement
> 2) screenwidth removed with no replacement
> 2) set_lines_and_columns removed with no replacement
> 2) single_quote removed with no replacement
> 2) term_DC removed with no replacement
> 2) term_IC removed with no replacement
> 2) term_backspace removed with no replacement
> 2) term_clreol removed with no replacement
> 2) term_clrpag removed with no replacement
> 2) term_cr removed with no replacement
> 2) term_dc removed with no replacement
> 2) term_ei removed with no replacement
> 2) term_goto removed with no replacement
> 2) term_ic removed with no replacement
> 2) term_im removed with no replacement
> 2) term_ip removed with no replacement
> 2) term_pc removed with no replacement
> 2) term_up removed with no replacement
> 2) terminal_can_insert removed with no replacement
> 2) unset_nodelay_mode removed with no replacement
> ==> Comparing symbols in libssh.so.2
> 1) ___res reference added to new version of common libraries but is unresolved within common libraries
> 1) __h_error reference added to new version of common libraries but is unresolved within common libraries
> 2) auth_input_open_request removed with no replacement
> 2) debug removed with no replacement
> 2) debug2 removed with no replacement
> 2) debug3 removed with no replacement
> 2) error removed with no replacement
> 2) fatal removed with no replacement
> 2) fatal_add_cleanup removed with no replacement
> 2) fatal_cleanup removed with no replacement
> 2) fatal_remove_all_cleanups removed with no replacement
> 2) fatal_remove_cleanup removed with no replacement
> 2) get_progname removed with no replacement
> 2) kexdh removed with no replacement
> 2) kexgex removed with no replacement
> 4) log removed with no replacement which is not a common library
> 2) mm_auth2_read_banner removed with no replacement
> 2) mm_auth_password removed with no replacement
> 2) mm_auth_rhosts_rsa_key_al removed with no replacement
> 2) mm_auth_rsa_generate_chal removed with no replacement
> 2) mm_auth_rsa_key_allowed removed with no replacement
> 2) mm_auth_rsa_verify_respon removed with no replacement
> 2) mm_bsdauth_query removed with no replacement
> 2) mm_bsdauth_respond removed with no replacement
> 2) mm_choose_dh removed with no replacement
> 2) mm_getpwnamallow removed with no replacement
> 2) mm_hostbased_key_allowed removed with no replacement
> 2) mm_inform_authserv removed with no replacement
> 2) mm_key_allowed removed with no replacement
> 2) mm_key_sign removed with no replacement
> 2) mm_key_verify removed with no replacement
> 2) mm_newkeys_from_blob removed with no replacement
> 2) mm_newkeys_to_blob removed with no replacement
> 2) mm_pam_free_ctx removed with no replacement
> 2) mm_pam_init_ctx removed with no replacement
> 2) mm_pam_query removed with no replacement
> 2) mm_pam_respond removed with no replacement
> 2) mm_pty_allocate removed with no replacement
> 2) mm_receive_fd removed with no replacement
> 2) mm_request_receive removed with no replacement
> 2) mm_request_receive_expect removed with no replacement
> 2) mm_request_send removed with no replacement
> 2) mm_send_fd removed with no replacement
> 2) mm_send_keystate removed with no replacement
> 2) mm_session_pty_cleanup2 removed with no replacement
> 2) mm_ssh1_session_id removed with no replacement
> 2) mm_ssh1_session_key removed with no replacement
> 2) mm_start_pam removed with no replacement
> 2) mm_terminate removed with no replacement
> 2) mm_user_key_allowed removed with no replacement
> 2) packet_get_seqnr removed with no replacement
> 2) packet_set_seqnr removed with no replacement
> 2) pmonitor removed with no replacement
> 2) use_privsep removed with no replacement
> 2) verbose removed with no replacement
> ==> Comparing symbols in libz.so.2
> 2) inflate_blocks removed with no replacement
> 2) inflate_blocks_free removed with no replacement
> 2) inflate_blocks_new removed with no replacement
> 2) inflate_blocks_reset removed with no replacement
> 2) inflate_blocks_sync_point removed with no replacement
> 2) inflate_codes removed with no replacement
> 2) inflate_codes_free removed with no replacement
> 2) inflate_codes_new removed with no replacement
> 2) inflate_flush removed with no replacement
> 2) inflate_mask removed with no replacement
> 2) inflate_set_dictionary removed with no replacement
> 2) inflate_trees_bits removed with no replacement
> 2) inflate_trees_dynamic removed with no replacement
> 2) inflate_trees_fixed removed with no replacement
>
> Explanation of errors:
> 1) will cause runtime failures with LD_BIND_NOW
> 2), 3) will cause runtime failures if an old binary references the symbol and is run with the new libraries
> 4) will cause runtime failures if an old binary references the symbol and is not linked against <newlib>
> /tmp/checkcompat.WS4PkkLG
>
>
>
>>>The only other one that is noticeable is the private _nc_tracebits
>>>symbol (not the topic of this discussion, since applications that use
>>>private symbols aren't supported by anyone that I recall).
>>>
>>>
>>>>A 4.x binary that calls _nc_tracebits() will fail outright when run on
>>>>5.x, but this is a debugging function and not likely to be widely used
>>>>in the real world, so that isn't a big deal.
>>>
>>>_nc_tracebits is a variable, not a function. You can't "call" it.
>>
>>The linker, curs_trace(3) and <curses.h> beg to differ:
>>
>>extern char *_nc_tracebits(void);
>>
>>
>>>Also - checking the changelog - _nc_tracebits was not in ncurses 4.2
>>>(it was introduced in late 1998).
>>
>>We're not talking about ncurses 4.2, as I tried to clarify in my
>>previous email.
>>
>>Kris
>
>
>
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 18:32:32 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 8732816A4CE
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 18:32:32 +0000 (GMT)
Received: from sccrmhc11.comcast.net (sccrmhc11.comcast.net [204.127.202.55])
by mx1.FreeBSD.org (Postfix) with ESMTP id EDB3E43D2D
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 18:32:31 +0000 (GMT)
(envelope-from DougB@freebsd.org)
Received: from dougb.net ([24.130.110.32]) by comcast.net (sccrmhc11) with
SMTP id <20040929183230011001j4p2e>;
Wed, 29 Sep 2004 18:32:31 +0000
Date: Wed, 29 Sep 2004 11:32:29 -0700 (PDT)
From: Doug Barton <DougB@FreeBSD.org>
To: Grover Lines <grover@ceribus.net>
In-Reply-To: <1096412691.1464.6.camel@purgatory.ceribus.net>
Message-ID: <20040929113100.I90578@qbhto.arg>
References: <1096412691.1464.6.camel@purgatory.ceribus.net>
Organization: http://www.FreeBSD.org/
X-message-flag: Outlook -- Not just for spreading viruses anymore!
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
cc: freebsd-current@freebsd.org
Subject: Re: Proper way to run bind9
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 18:32:32 -0000
On Tue, 28 Sep 2004, Grover Lines wrote:
> I'd just like to thank the guys working on bind9. I just transfered all
> my zone files to the new format of being in
> the /var/named/etc/named/master or slave folders modified my named.conf
> to reflect those, and set my rc.conf as named_enable="YES" and its
> working KICKASS now with no hassles or problems. Auto chrooted and
> everything. Thanks again. I had been waiting for this import for a long
> time.
Thanks for the kind words, it is very nice to hear. :)
The only thing I would add is that you might want to look through the
sample named.conf file and the documentation in /usr/share/doc/bind9 to
see if there are any new configuration options that would be useful in
your situation.
Doug
--
This .signature sanitized for your protection
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 18:35:18 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 228A816A4CE
for <current@freebsd.org>; Wed, 29 Sep 2004 18:35:18 +0000 (GMT)
Received: from rwcrmhc11.comcast.net (rwcrmhc11.comcast.net [204.127.198.35])
by mx1.FreeBSD.org (Postfix) with ESMTP id 0FC7E43D45
for <current@freebsd.org>; Wed, 29 Sep 2004 18:35:18 +0000 (GMT)
(envelope-from DougB@freebsd.org)
Received: from dougb.net ([24.130.110.32]) by comcast.net (rwcrmhc11) with
SMTP id <2004092918351701300fejsqe>;
Wed, 29 Sep 2004 18:35:17 +0000
Date: Wed, 29 Sep 2004 11:35:17 -0700 (PDT)
From: Doug Barton <DougB@FreeBSD.org>
To: Jamie Bowden <ragnar@sysabend.org>
In-Reply-To: <20040928074510.W80789-100000@moo.sysabend.org>
Message-ID: <20040929113316.H90578@qbhto.arg>
References: <20040928074510.W80789-100000@moo.sysabend.org>
Organization: http://www.FreeBSD.org/
X-message-flag: Outlook -- Not just for spreading viruses anymore!
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
cc: current@FreeBSD.org
Subject: Re: NFS with 5.3-B6
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 18:35:18 -0000
On Tue, 28 Sep 2004, Jamie Bowden wrote:
> On Tue, 28 Sep 2004, Jamie Bowden wrote:
>
>> 10:28am ghast /boot/kernel %kldload nfsclient.ko
>> kldload: can't load nfsclient.ko: No such file or directory
>
> Damnit, this was my problem. Is ther eany particular reason why
> mergemaster doesn't update loader.rc?
mm only knows about things that are built and installed through
src/etc/Makefile. It would be possible to add other Makefiles to that
mix, but what I want to be very careful NOT to do is to give mm a bunch
of "special knowledge" about various files in the system because that
becomes very hard to keep up to date, deal with upgrades across
milestones, etc.
That said, I think that the issue of mm updating loader.rc has come up
in the past, and it was vetoed by people who understand the loader stuff
a lot better than I do.
Doug
--
This .signature sanitized for your protection
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 18:37:27 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id D095D16A4DD; Wed, 29 Sep 2004 18:37:27 +0000 (GMT)
Received: from obsecurity.dyndns.org
(CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 559FA43D39; Wed, 29 Sep 2004 18:37:27 +0000 (GMT)
(envelope-from kris@obsecurity.org)
Received: by obsecurity.dyndns.org (Postfix, from userid 1000)
id A055A51262; Wed, 29 Sep 2004 11:37:49 -0700 (PDT)
Date: Wed, 29 Sep 2004 11:37:49 -0700
From: Kris Kennaway <kris@obsecurity.org>
To: Scott Long <scottl@FreeBSD.org>
Message-ID: <20040929183749.GA29571@xor.obsecurity.org>
References: <20040929030546.GE16305@electra.cse.Buffalo.EDU>
<20040929092710.GA59303@cat.robbins.dropbear.id.au>
<20040929123100.GA600@electra.cse.Buffalo.EDU>
<20040929135217.GA16594@saltmine.radix.net>
<20040929164422.GA9262@xor.obsecurity.org>
<20040929171619.GC26065@saltmine.radix.net>
<20040929172721.GA12793@xor.obsecurity.org>
<20040929180703.GA16806@xor.obsecurity.org> <415AFF26.8010603@FreeBSD.org>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="qMm9M+Fa2AknHoGS"
Content-Disposition: inline
In-Reply-To: <415AFF26.8010603@FreeBSD.org>
User-Agent: Mutt/1.4.2.1i
cc: Thomas Dickey <dickey@radix.net>
cc: freebsd-current@FreeBSD.org
cc: re@FreeBSD.org
cc: Kris Kennaway <kris@obsecurity.org>
Subject: Re: HEADS-UP: Library version number bumps (revised)
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 18:37:28 -0000
--qMm9M+Fa2AknHoGS
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Wed, Sep 29, 2004 at 12:29:58PM -0600, Scott Long wrote:
> > libpcap
>=20
> From the list below, I wonder if all of the yy* symbols are from yacc.
> Would these actually be considered to be part of the public interface?
> The only two symbols that aren't in the yy* form look to definitely be
> for internal use only. Can we fix __xuname instead?
Perhaps. There's also the pcap_lval symbol. I haven't checked
whether anything uses it or the yy_*.
> >=3D=3D> Comparing symbols in libpcap.so.2
> >1) __xuname reference added to new version of common libraries but is=20
> >unresolved within common libraries
> >2) pcap_lval removed with no replacement
> >2) yy_create_buffer removed with no replacement
> >2) yy_delete_buffer removed with no replacement
> >2) yy_flush_buffer removed with no replacement
> >2) yy_init_buffer removed with no replacement
> >2) yy_load_buffer_state removed with no replacement
> >2) yy_scan_buffer removed with no replacement
> >2) yy_scan_bytes removed with no replacement
> >2) yy_scan_string removed with no replacement
> >2) yy_switch_to_buffer removed with no replacement
> >2) yychar removed with no replacement
> >2) yycheck removed with no replacement
> >2) yydebug removed with no replacement
> >2) yydefred removed with no replacement
> >2) yydgoto removed with no replacement
> >2) yyerrflag removed with no replacement
> >2) yygindex removed with no replacement
> >2) yyin removed with no replacement
> >2) yylen removed with no replacement
> >2) yyleng removed with no replacement
> >2) yylex removed with no replacement
> >2) yylhs removed with no replacement
> >2) yynerrs removed with no replacement
> >2) yyout removed with no replacement
> >2) yyparse removed with no replacement
> >2) yyrestart removed with no replacement
> >2) yyrindex removed with no replacement
> >2) yysindex removed with no replacement
> >2) yyss removed with no replacement
> >2) yysslim removed with no replacement
> >2) yyssp removed with no replacement
> >2) yystacksize removed with no replacement
> >2) yytable removed with no replacement
> >2) yytext removed with no replacement
> >2) yyval removed with no replacement
> >2) yyvs removed with no replacement
> >2) yyvsp removed with no replacement
> >2) yywrap removed with no replacement
> > libreadline =20
>=20
> The readline(3) manpage seems to imply that this library only has one
> public symbol. Is this true?
The issue here is that certain code paths in the 5.x library call
mbrlen() and mbrtowc() which are not present in 5.x, so the 4.x binary
will abort if it hits them.
> >1) mbrlen reference added to new version of common libraries but is=20
> >unresolved within common libraries
> >1) mbrtowc reference added to new version of common libraries but is=20
> >unresolved within common libraries
> >2) _rl_defining_kbd_macro removed with no replacement
> >2) _rl_executing_macro removed with no replacement
> >2) get_env_value removed with no replacement
> >2) get_home_dir removed with no replacement
> >2) possible_control_prefixes removed with no replacement
> >2) possible_meta_prefixes removed with no replacement
> >2) saved_line_for_history removed with no replacement
> >2) screenchars removed with no replacement
> >2) screenheight removed with no replacement
> >2) screenwidth removed with no replacement
> >2) set_lines_and_columns removed with no replacement
> >2) single_quote removed with no replacement
> >2) term_DC removed with no replacement
> >2) term_IC removed with no replacement
> >2) term_backspace removed with no replacement
> >2) term_clreol removed with no replacement
> >2) term_clrpag removed with no replacement
> >2) term_cr removed with no replacement
> >2) term_dc removed with no replacement
> >2) term_ei removed with no replacement
> >2) term_goto removed with no replacement
> >2) term_ic removed with no replacement
> >2) term_im removed with no replacement
> >2) term_ip removed with no replacement
> >2) term_pc removed with no replacement
> >2) term_up removed with no replacement
> >2) terminal_can_insert removed with no replacement
> >2) unset_nodelay_mode removed with no replacement
Kris
--qMm9M+Fa2AknHoGS
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)
iD8DBQFBWwD9Wry0BWjoQKURAlpQAJ9pWpVwlNQOXr4AsnaYi8a5yz0cUgCdHXtO
L/Nqm0BIJHuoPfDQ9Ssofao=
=Ht68
-----END PGP SIGNATURE-----
--qMm9M+Fa2AknHoGS--
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 18:38:42 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 150EE16A4CE
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 18:38:42 +0000 (GMT)
Received: from saltmine.radix.net (saltmine.radix.net [207.192.128.40])
by mx1.FreeBSD.org (Postfix) with ESMTP id 6FBC543D3F
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 18:38:40 +0000 (GMT)
(envelope-from dickey@saltmine.radix.net)
Received: from saltmine.radix.net (localhost [127.0.0.1])
by saltmine.radix.net (8.12.2/8.12.2) with ESMTP id i8TIcdbC017617
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 14:38:40 -0400 (EDT)
Received: (from dickey@localhost)
by saltmine.radix.net (8.12.2/8.12.2/Submit) id i8TIcdgY017616
for freebsd-current@freebsd.org; Wed, 29 Sep 2004 14:38:39 -0400 (EDT)
Date: Wed, 29 Sep 2004 14:38:39 -0400
From: Thomas Dickey <dickey@radix.net>
To: freebsd-current@freebsd.org
Message-ID: <20040929183839.GA16061@saltmine.radix.net>
References: <20040929030546.GE16305@electra.cse.Buffalo.EDU>
<20040929092710.GA59303@cat.robbins.dropbear.id.au>
<20040929123100.GA600@electra.cse.Buffalo.EDU>
<20040929135217.GA16594@saltmine.radix.net>
<20040929164422.GA9262@xor.obsecurity.org>
<20040929171619.GC26065@saltmine.radix.net>
<20040929172721.GA12793@xor.obsecurity.org>
<20040929180703.GA16806@xor.obsecurity.org>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="UlVJffcvxoiEqYs2"
Content-Disposition: inline
In-Reply-To: <20040929180703.GA16806@xor.obsecurity.org>
User-Agent: Mutt/1.3.27i
Subject: Re: HEADS-UP: Library version number bumps (revised)
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 18:38:42 -0000
--UlVJffcvxoiEqYs2
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Wed, Sep 29, 2004 at 11:07:03AM -0700, Kris Kennaway wrote:
> (As peter keeps telling me) readelf does a much better job, and also
> finds some things that objdump missed.
>=20
> Summary: ncurses is probably OK since the only removed symbols are the
> _nc_* private interface. Thanks for the sanity check.
thanks. (Changes outside the _nc_* interface should of course be reported
as a bug). For the trace functions, those were supposedly not used by
applications and I don't recall anyone reporting problems as a result of
that change.
--=20
Thomas E. Dickey
http://invisible-island.net
ftp://invisible-island.net
--UlVJffcvxoiEqYs2
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (SunOS)
Comment: For info see http://www.gnupg.org
iD8DBQFBWwEutIqByHxlDocRAl56AJ926hCWIxZAn78AmYEix8CMs2+StgCeP3rZ
qvoQaK2GbyOC152p9UVtDhg=
=IXSW
-----END PGP SIGNATURE-----
--UlVJffcvxoiEqYs2--
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 18:39:11 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 0553416A4CE; Wed, 29 Sep 2004 18:39:11 +0000 (GMT)
Received: from moutng.kundenserver.de (moutng.kundenserver.de
[212.227.126.191]) by mx1.FreeBSD.org (Postfix) with ESMTP
id F39AF43D49; Wed, 29 Sep 2004 18:39:09 +0000 (GMT)
(envelope-from max@love2party.net)
Received: from [212.227.126.205] (helo=mrelayng.kundenserver.de)
by moutng.kundenserver.de with esmtp (Exim 3.35 #1)
id 1CCjM4-00016l-00; Wed, 29 Sep 2004 20:39:08 +0200
Received: from [217.227.157.226] (helo=donor.laier.local)
by mrelayng.kundenserver.de with asmtp (TLSv1:RC4-MD5:128)
(Exim 3.35 #1)
id 1CCjM4-0000B4-00; Wed, 29 Sep 2004 20:39:08 +0200
From: Max Laier <max@love2party.net>
To: freebsd-current@freebsd.org
Date: Wed, 29 Sep 2004 20:38:14 +0200
User-Agent: KMail/1.7
References: <Pine.NEB.3.96L.1040924135726.82478I-100000@fledge.watson.org>
In-Reply-To: <Pine.NEB.3.96L.1040924135726.82478I-100000@fledge.watson.org>
MIME-Version: 1.0
Content-Type: multipart/signed;
boundary="nextPart1208317.dBTlZHnssG";
protocol="application/pgp-signature";
micalg=pgp-sha1
Content-Transfer-Encoding: 7bit
Message-Id: <200409292038.23349.max@love2party.net>
X-Provags-ID: kundenserver.de abuse@kundenserver.de
auth:61c499deaeeba3ba5be80f48ecc83056
cc: Shunsuke SHINOMIYA <shino@fornext.org>
cc: Robert Watson <rwatson@freebsd.org>
Subject: Re: High rate traffic silence an em interface.
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 18:39:11 -0000
--nextPart1208317.dBTlZHnssG
Content-Type: multipart/mixed;
boundary="Boundary-01=_YEwWB2PanWTc3dH"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
--Boundary-01=_YEwWB2PanWTc3dH
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
This might be my fault! Just committed a fix from Mike Makonnen, that might=
=20
solve the problem you are seeing. It's just a missing "!" so it should be=20
easy to apply to RELENG_5 as well. Please give it a try (and accept my=20
apology for the headache caused).
On Friday 24 September 2004 20:01, Robert Watson wrote:
> On Sat, 25 Sep 2004, Shunsuke SHINOMIYA wrote:
> > traffic over output interface's transmission rate silence an em
> > interface with 5.3-BETA5.
> >
> > I configured a P4 with HTT box with two em interfaces for a router, one
> > interface is set to 100BaseTX, the other is set to 10BaseT.
> >
> > And I sent the IPv4 11Mbps(only 1Mbps exceed 10Mbps) traffic for 10
> > seconds from 100BaseTX side to 10BaseT side by smartbits, most of
> > packets dropped and this measurement terminated with failure.
> > Then I did ping to a host over 10baseT side at the box, ping outputted
> > with "No buffers space avilable".
>
> I'm seeing this also. For me, the threshold to trigger the problem is
> somewhere between 50Kpps and 250Kpps, depending on factors I can't
> identify. However, the box I'm running on also has some interesting
> interrupt configuration issues, so I'm wondering if what I'm looking at is
> a driver race condition. It seems not to be related to Giant over the
> network stack -- I see the weding with and without debug.mpsafenet=3D1.
>
> I saw Sam Leffler also report a similar problem today. Bosko and I have
> been seeing this if_em problem on some test hardware we have been using
> for several months. Bosko tried updating to the latest version of the
> driver from Intel's web site, and it appeared to make the problem go away.
> However, the version on Intel's web site doesn't have busdma support or
> fine-grained locking, so if it is a race condition, maybe their version of
> the driver doesn't trigger it because it's doing these things differently
> (i.e., might still exist there).
>
> You might try using the netrate tool I committed to
> src/tools/tools/netrate to try and figure out the threshold transmission
> level necessary to trigger the problem.
>
> Robert N M Watson FreeBSD Core Team, TrustedBSD Projects
> robert@fledge.watson.org Principal Research Scientist, McAfee Resear=
ch
>
> > >> ping 10.1.1.3
> > >
> > >PING 10.1.1.3 (10.1.1.3): 56 data bytes
> > >ping: sendto: No buffer space available
> > >^C
> > >--- 10.1.1.3 ping statistics ---
> > >1 packets transmitted, 0 packets received, 100% packet loss
> >
> > I found two methods for recovery. One is up & down the interface of
> > 10BaseT side, the other (strange?) one is ping6 to the host over 10baseT
> > side like "ping6 ff02::1%em1".
> >
> > "Tx Descriptors not avail1" counter by hw.em1.debug_info increased.
> > Another counters kept zero.
> >
> > > em1: Adapter hardware address =3D 0xc3dc6b34
> > > em1:CTRL =3D 0x40f01849
> > > em1:RCTL =3D 0x8002 PS=3D(0x8402)
> > > em1:tx_int_delay =3D 0, tx_abs_int_delay =3D 0
> > > em1:rx_int_delay =3D 0, rx_abs_int_delay =3D 0
> > > em1: fifo workaround =3D 0, fifo_reset =3D 0
> > > em1: hw tdh =3D 132, hw tdt =3D 132
> > > em1: Num Tx descriptors avail =3D 256
> > > em1: Tx Descriptors not avail1 =3D 6430
> > > em1: Tx Descriptors not avail2 =3D 0
> > > em1: Std mbuf failed =3D 0
> > > em1: Std mbuf cluster failed =3D 0
> > > em1: Driver dropped packets =3D 0
> >
> > Is this a peculiar problem just with me?
> >
> > --
> > Shunsuke SHINOMIYA <shino@fornext.org>
=2D-=20
/"\ Best regards, | mlaier@freebsd.org
\ / Max Laier | ICQ #67774661
X http://pf4freebsd.love2party.net/ | mlaier@EFnet
/ \ ASCII Ribbon Campaign | Against HTML Mail and News
--Boundary-01=_YEwWB2PanWTc3dH
Content-Type: text/x-diff;
charset="iso-8859-1";
name="if_em.c.diff"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: attachment;
filename="if_em.c.diff"
Index: sys/dev/em/if_em.c
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
RCS file: /home/ncvs/src/sys/dev/em/if_em.c,v
retrieving revision 1.45
diff -u -r1.45 if_em.c
=2D-- sys/dev/em/if_em.c 1 Sep 2004 23:22:41 -0000 1.45
+++ sys/dev/em/if_em.c 28 Sep 2004 21:08:54 -0000
@@ -1019,7 +1019,7 @@
loop_cnt--;
}
=20
=2D if (ifp->if_flags & IFF_RUNNING && IFQ_DRV_IS_EMPTY(&ifp->if_snd=
))
+ if (ifp->if_flags & IFF_RUNNING && !IFQ_DRV_IS_EMPTY(&ifp->if_snd))
em_start_locked(ifp);
=20
EM_UNLOCK(adapter);
--Boundary-01=_YEwWB2PanWTc3dH--
--nextPart1208317.dBTlZHnssG
Content-Type: application/pgp-signature
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)
iD8DBQBBWwEfXyyEoT62BG0RArFiAJoDYU0Pu1xG7amFZir9EAnaFhrCHQCfQ+HK
X+ZFF3bRpQfRLBfoZ+5jpRw=
=YpGn
-----END PGP SIGNATURE-----
--nextPart1208317.dBTlZHnssG--
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 18:43:27 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id B6FBD16A4CE
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 18:43:27 +0000 (GMT)
Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75])
by mx1.FreeBSD.org (Postfix) with ESMTP id 6A41643D45
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 18:43:27 +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 i8TIlGl0028263;
Wed, 29 Sep 2004 11:47:16 -0700
Received: (from brdavis@localhost)
by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id i8TIlG2x028262;
Wed, 29 Sep 2004 11:47:16 -0700
Date: Wed, 29 Sep 2004 11:47:16 -0700
From: Brooks Davis <brooks@one-eyed-alien.net>
To: Muthu_T@Dell.com
Message-ID: <20040929184716.GB14050@odin.ac.hmc.edu>
References: <71F713C5E3CB7F4F9ACCBBB8E9BE318A1E1DD2@blrx2kmbgl101.blr.amer.dell.com>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="Md/poaVZ8hnGTzuv"
Content-Disposition: inline
In-Reply-To: <71F713C5E3CB7F4F9ACCBBB8E9BE318A1E1DD2@blrx2kmbgl101.blr.amer.dell.com>
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new
X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63
X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu
cc: freebsd-current@freebsd.org
Subject: Re: PE2850 + FreeBSD 5.3-BETA6 - Keyboard not working
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 18:43:27 -0000
--Md/poaVZ8hnGTzuv
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Wed, Sep 29, 2004 at 08:42:32AM -0500, Muthu_T@Dell.com wrote:
> All,
>=20
> Successfully installed FreeBSD 5.3-BETA6 on Dell PE2860.
> After rebooting in the login prompt the system doesn't accept any
> keystrokes.
> I have 1 USB and 1 PS/2 Keyboard. Both keyboards are working (caps
> on/off, Numlock on/off works), but the characters doesn't comes to the
> system console.
>=20
> Attaching the dmesg output.
>=20
> Looks like DELL DRAC (Dell Remote Access Card) card is identified as
> Keyboard.=20
> See the line: (ukbd0: Dell DRAC4, rev 1.10/0.00, addr 2, iclass 3/1)
>=20
> Any fixes?
=46rom your other message, I think I see what's happening. The
information that the PS/2 keyboard works in single user mode was
critical. The root problem is that you can have one and only one
console keyboard today. I'm working on fixing that, but it's going
to take time. For now we're attemting to work around this problem by
making ukbd0 the console keyboard in multiuser mode via devd rules.
In your case this backfires because ukbd0 is your DRAC card not yoru
external USB keyboard. A workaround that should work in your case is
to boot into single user and comment out the ukbd related lines in
/etc/devd.conf. Then your PS/2 keyboard will remain your console
keyboard.
-- Brooks
--Md/poaVZ8hnGTzuv
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)
iD8DBQFBWwMzXY6L6fI4GtQRAtGrAKCzVRwG70w5cMuCaDMzbPStmIUGmQCfRDBn
KS2mYj4BqlUZBKzIp2kQ7+w=
=g3Ca
-----END PGP SIGNATURE-----
--Md/poaVZ8hnGTzuv--
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 18:45:06 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 668B516A512; Wed, 29 Sep 2004 18:45:06 +0000 (GMT)
Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57])
by mx1.FreeBSD.org (Postfix) with ESMTP
id EB03B43D39; Wed, 29 Sep 2004 18:45:05 +0000 (GMT)
(envelope-from scottl@FreeBSD.org)
Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11])
(authenticated bits=0)
by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i8TIjoLC068958;
Wed, 29 Sep 2004 12:45:50 -0600 (MDT)
(envelope-from scottl@FreeBSD.org)
Message-ID: <415B0259.9000400@FreeBSD.org>
Date: Wed, 29 Sep 2004 12:43:37 -0600
From: Scott Long <scottl@FreeBSD.org>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040831
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Kris Kennaway <kris@obsecurity.org>
References: <20040929030546.GE16305@electra.cse.Buffalo.EDU>
<20040929092710.GA59303@cat.robbins.dropbear.id.au>
<20040929123100.GA600@electra.cse.Buffalo.EDU>
<20040929135217.GA16594@saltmine.radix.net>
<20040929164422.GA9262@xor.obsecurity.org>
<20040929171619.GC26065@saltmine.radix.net>
<20040929172721.GA12793@xor.obsecurity.org>
<20040929180703.GA16806@xor.obsecurity.org> <415AFF26.8010603@FreeBSD.org>
<20040929183749.GA29571@xor.obsecurity.org>
In-Reply-To: <20040929183749.GA29571@xor.obsecurity.org>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63
X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org
cc: Thomas Dickey <dickey@radix.net>
cc: freebsd-current@FreeBSD.org
cc: re@FreeBSD.org
Subject: Re: HEADS-UP: Library version number bumps (revised)
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 18:45:06 -0000
Kris Kennaway wrote:
> On Wed, Sep 29, 2004 at 12:29:58PM -0600, Scott Long wrote:
>
>
>>> libpcap
>>
>>From the list below, I wonder if all of the yy* symbols are from yacc.
>>Would these actually be considered to be part of the public interface?
>>The only two symbols that aren't in the yy* form look to definitely be
>>for internal use only. Can we fix __xuname instead?
>
>
> Perhaps. There's also the pcap_lval symbol. I haven't checked
> whether anything uses it or the yy_*.
pcap_lval is a redefinition of yylval. It is not present in pcap.h.
>
>
>>>==> Comparing symbols in libpcap.so.2
>>>1) __xuname reference added to new version of common libraries but is
>>>unresolved within common libraries
>>>2) pcap_lval removed with no replacement
>>>2) yy_create_buffer removed with no replacement
>>>2) yy_delete_buffer removed with no replacement
>>>2) yy_flush_buffer removed with no replacement
>>>2) yy_init_buffer removed with no replacement
>>>2) yy_load_buffer_state removed with no replacement
>>>2) yy_scan_buffer removed with no replacement
>>>2) yy_scan_bytes removed with no replacement
>>>2) yy_scan_string removed with no replacement
>>>2) yy_switch_to_buffer removed with no replacement
>>>2) yychar removed with no replacement
>>>2) yycheck removed with no replacement
>>>2) yydebug removed with no replacement
>>>2) yydefred removed with no replacement
>>>2) yydgoto removed with no replacement
>>>2) yyerrflag removed with no replacement
>>>2) yygindex removed with no replacement
>>>2) yyin removed with no replacement
>>>2) yylen removed with no replacement
>>>2) yyleng removed with no replacement
>>>2) yylex removed with no replacement
>>>2) yylhs removed with no replacement
>>>2) yynerrs removed with no replacement
>>>2) yyout removed with no replacement
>>>2) yyparse removed with no replacement
>>>2) yyrestart removed with no replacement
>>>2) yyrindex removed with no replacement
>>>2) yysindex removed with no replacement
>>>2) yyss removed with no replacement
>>>2) yysslim removed with no replacement
>>>2) yyssp removed with no replacement
>>>2) yystacksize removed with no replacement
>>>2) yytable removed with no replacement
>>>2) yytext removed with no replacement
>>>2) yyval removed with no replacement
>>>2) yyvs removed with no replacement
>>>2) yyvsp removed with no replacement
>>>2) yywrap removed with no replacement
>
>
>>> libreadline
>>
>>The readline(3) manpage seems to imply that this library only has one
>>public symbol. Is this true?
>
>
> The issue here is that certain code paths in the 5.x library call
> mbrlen() and mbrtowc() which are not present in 5.x, so the 4.x binary
> will abort if it hits them.
>
Fair enough.
>
>>>1) mbrlen reference added to new version of common libraries but is
>>>unresolved within common libraries
>>>1) mbrtowc reference added to new version of common libraries but is
>>>unresolved within common libraries
>>>2) _rl_defining_kbd_macro removed with no replacement
>>>2) _rl_executing_macro removed with no replacement
>>>2) get_env_value removed with no replacement
>>>2) get_home_dir removed with no replacement
>>>2) possible_control_prefixes removed with no replacement
>>>2) possible_meta_prefixes removed with no replacement
>>>2) saved_line_for_history removed with no replacement
>>>2) screenchars removed with no replacement
>>>2) screenheight removed with no replacement
>>>2) screenwidth removed with no replacement
>>>2) set_lines_and_columns removed with no replacement
>>>2) single_quote removed with no replacement
>>>2) term_DC removed with no replacement
>>>2) term_IC removed with no replacement
>>>2) term_backspace removed with no replacement
>>>2) term_clreol removed with no replacement
>>>2) term_clrpag removed with no replacement
>>>2) term_cr removed with no replacement
>>>2) term_dc removed with no replacement
>>>2) term_ei removed with no replacement
>>>2) term_goto removed with no replacement
>>>2) term_ic removed with no replacement
>>>2) term_im removed with no replacement
>>>2) term_ip removed with no replacement
>>>2) term_pc removed with no replacement
>>>2) term_up removed with no replacement
>>>2) terminal_can_insert removed with no replacement
>>>2) unset_nodelay_mode removed with no replacement
>
>
> Kris
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 19:33:04 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 2CBD816A4CE
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 19:33:04 +0000 (GMT)
Received: from mail.parodius.com (mail.parodius.com [64.62.145.229])
by mx1.FreeBSD.org (Postfix) with ESMTP id 178D643D45
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 19:33:04 +0000 (GMT)
(envelope-from jdc@pentarou.parodius.com)
Received: from pentarou.parodius.com (jdc@localhost [127.0.0.1])
by mail.parodius.com (8.13.1/8.13.1) with ESMTP id i8TJX3SZ018360
(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 12:33:03 -0700 (PDT)
(envelope-from jdc@pentarou.parodius.com)
Received: (from jdc@localhost)
by pentarou.parodius.com (8.13.1/8.13.1/Submit) id i8TJX3xZ018359
for freebsd-current@freebsd.org; Wed, 29 Sep 2004 12:33:03 -0700 (PDT)
(envelope-from jdc)
Date: Wed, 29 Sep 2004 12:33:03 -0700
From: Jeremy Chadwick <freebsd@jdc.parodius.com>
To: freebsd-current@freebsd.org
Message-ID: <20040929193303.GA18338@parodius.com>
Mail-Followup-To: freebsd-current@freebsd.org
References: <1096412691.1464.6.camel@purgatory.ceribus.net>
<20040929113100.I90578@qbhto.arg>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20040929113100.I90578@qbhto.arg>
User-Agent: Mutt/1.5.6i
Subject: Re: Proper way to run bind9
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 19:33:04 -0000
Will these changes be backported to RELENG_5? They're presently only
in HEAD...
--
| Jeremy Chadwick jdc at parodius.com |
| Parodius Networking http://www.parodius.com/ |
| UNIX Systems Administrator Mountain View, CA, USA |
| Making life hard for others since 1977. |
On Wed, Sep 29, 2004 at 11:32:29AM -0700, Doug Barton wrote:
> On Tue, 28 Sep 2004, Grover Lines wrote:
>
> >I'd just like to thank the guys working on bind9. I just transfered all
> >my zone files to the new format of being in
> >the /var/named/etc/named/master or slave folders modified my named.conf
> >to reflect those, and set my rc.conf as named_enable="YES" and its
> >working KICKASS now with no hassles or problems. Auto chrooted and
> >everything. Thanks again. I had been waiting for this import for a long
> >time.
>
> Thanks for the kind words, it is very nice to hear. :)
>
> The only thing I would add is that you might want to look through the
> sample named.conf file and the documentation in /usr/share/doc/bind9 to
> see if there are any new configuration options that would be useful in
> your situation.
>
> Doug
>
> --
>
> This .signature sanitized for your protection
>
> _______________________________________________
> freebsd-current@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 19:43:15 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 44A9C16A4CE
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 19:43:15 +0000 (GMT)
Received: from rip.psg.com (rip.psg.com [147.28.0.39])
by mx1.FreeBSD.org (Postfix) with ESMTP id 254C843D1F
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 19:43:15 +0000 (GMT) (envelope-from randy@psg.com)
Received: from localhost ([127.0.0.1] helo=roam.psg.com)
by rip.psg.com with esmtp (Exim 4.41 (FreeBSD))
id 1CCkM6-000A8T-G0
for freebsd-current@freebsd.org; Wed, 29 Sep 2004 19:43:14 +0000
Received: from localhost ([127.0.0.1] helo=roam.psg.com.psg.com)
by roam.psg.com with esmtp (Exim 4.42 (FreeBSD))
id 1CCkM4-000HnM-Sp
for freebsd-current@freebsd.org; Wed, 29 Sep 2004 12:43:12 -0700
From: Randy Bush <randy@psg.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-ID: <16731.4176.332039.982508@roam.psg.com>
Date: Wed, 29 Sep 2004 12:43:12 -0700
To: FreeBSD Current <freebsd-current@freebsd.org>
Subject: usb compile issue
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 19:43:15 -0000
-current on i386
two days ago, kernel compiled fine. with just now cvsup, i blow chunks.
cc -c -O -pipe -march=pentiumpro -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/dev/acpica -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/contrib/dev/ath -I/usr/src/sys/contrib/dev/ath/freebsd -I/usr/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror /usr/src/sys/dev/usb/usb_quirks.c
cc -c -O -pipe -march=pentiumpro -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/dev/acpica -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/contrib/dev/ath -I/usr/src/sys/contrib/dev/ath/freebsd -I/usr/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror /usr/src/sys/dev/usb/usb_subr.c
/usr/src/sys/dev/usb/usb_subr.c: In function `usbd_setup_pipe':
/usr/src/sys/dev/usb/usb_subr.c:823: error: `Some' undeclared (first use in this function)
/usr/src/sys/dev/usb/usb_subr.c:823: error: (Each undeclared identifier is reported only once
/usr/src/sys/dev/usb/usb_subr.c:823: error: for each function it appears in.)
/usr/src/sys/dev/usb/usb_subr.c:823: error: syntax error before "device"
/usr/src/sys/dev/usb/usb_subr.c: At top level:
/usr/src/sys/dev/usb/usb_subr.c:832: warning: type defaults to `int' in declaration of `pipe'
/usr/src/sys/dev/usb/usb_subr.c:832: error: `p' undeclared here (not in a function)
/usr/src/sys/dev/usb/usb_subr.c:832: warning: data definition has no type or storage class
/usr/src/sys/dev/usb/usb_subr.c:833: error: syntax error before "return"
/usr/src/sys/dev/usb/usb_subr.c:92: warning: 'usbd_getnewaddr' declared `static' but never defined
/usr/src/sys/dev/usb/usb_subr.c:101: warning: 'usbd_kill_pipe' declared `static' but never defined
/usr/src/sys/dev/usb/usb_subr.c:103: warning: 'usbd_probe_and_attach' declared `static' but never defined
/usr/src/sys/dev/usb/usb_subr.c:105: warning: 'usb_cookie_no' defined but not used
*** Error code 1
Stop in /usr/obj/usr/src/sys/ROAM.
*** Error code 1
Stop in /usr/src.
*** Error code 1
randy
---
machine i386
cpu I686_CPU
ident FOO
makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols
options SCHED_ULE # ULE scheduler
options INET # InterNETworking
options FFS # Berkeley Fast Filesystem
options SOFTUPDATES # Enable FFS soft updates support
options UFS_DIRHASH # Improve performance on big directories
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
# output. Adds ~128k to driver.
# output. Adds ~215k to driver.
options ADAPTIVE_GIANT # Giant mutex is adaptive.
options KDB # Enable kernel debugger support.
options DDB # Support DDB.
device isa
device pci
device ata
device atadisk # ATA disk drives
device atapicd # ATAPI CDROM drives
options ATA_STATIC_ID # Static device numbering
device scbus # SCSI bus (required for SCSI)
device ch # SCSI media changers
device da # Direct Access (disks)
device pass # Passthrough device (direct SCSI access)
device ses # SCSI Environmental Services (and SAF-TE)
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
device sc
device npx
device acpi_video
device pmtimer
device cbb # cardbus (yenta) bridge
device pccard # PC Card (16-bit) bus
device cardbus # CardBus (32-bit) bus
device sio # 8250, 16[45]50 based serial ports
device ppc
device ppbus # Parallel port bus (required)
device lpt # Printer
device em # Intel PRO/1000 adapter Gigabit Ethernet Card
device wlan # 802.11 support
device ath
device ath_hal # Atheros HAL (includes binary component)
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 pf # PF OpenBSD packet-filter firewall
device tun # Packet tunnel.
device pty # Pseudo-ttys (telnet etc)
device md # Memory "disks"
device gif # IPv6 and IPv4 tunneling
device bpf # Berkeley packet filter
device uhci # UHCI PCI->USB interface
device usb # USB Bus (required)
device ugen # Generic
device uhid # "Human Interface Devices"
device ukbd # Keyboard
device umass # Disks/Mass storage - Requires scbus and da
device ums # Mouse
device uscanner # Scanners
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 19:47:07 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id B0D3616A4CF
for <current@freebsd.org>; Wed, 29 Sep 2004 19:47:07 +0000 (GMT)
Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2])
by mx1.FreeBSD.org (Postfix) with ESMTP id 3B20343D1F
for <current@freebsd.org>; Wed, 29 Sep 2004 19:47:07 +0000 (GMT)
(envelope-from julian@elischer.org)
Received: from elischer.org (julian.vicor-nb.com [208.206.78.97])
by mail.vicor-nb.com (Postfix) with ESMTP
id 742747A446; Wed, 29 Sep 2004 12:47:06 -0700 (PDT)
Message-ID: <415B113A.1060508@elischer.org>
Date: Wed, 29 Sep 2004 12:47:06 -0700
From: Julian Elischer <julian@elischer.org>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030516
X-Accept-Language: en, hu
MIME-Version: 1.0
To: Damian Gerow <dgerow@afflictions.org>
References: <20040927211341.GB30059@afflictions.org>
<20040929040222.GI5115@afflictions.org> <415A3E1B.5010404@elischer.org>
<20040929050154.GJ5115@afflictions.org> <415A6AE3.4050309@elischer.org>
<415A6B8A.1040902@elischer.org> <20040929093723.GB29565@afflictions.org>
In-Reply-To: <20040929093723.GB29565@afflictions.org>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
cc: current@freebsd.org
Subject: Re: Random processes hanging in unkillable state in -BETA6
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 19:47:07 -0000
EEEKKK!
Damian Gerow wrote:
>Thus spake Julian Elischer (julian@elischer.org) [29/09/04 04:01]:
>: oh yeahh the output of the ps for that process would be good to seetoo.
>: (the ps in ddb)
>:
>: there is an option to make ddb use printf()
>
>sysctl debug.ddb_use_print, for archival purposes.
>
>: which will make it's outut show up in dmesg after you 'c'
>: (continue) back running again.. otherwise you'd need a serial consol to
>: record it all.
>
>It's up at <http://www.afflictions.org/~dgerow/ddb.out>. I added in the
>commands I typed, just for clarity (not needed, I know).
>
> - Damian
>
struct kg_sched {
struct thread *skg_last_assigned; == NULL
int skg_avail_opennings; == 0x7d000
<----------!!!!!!!!!!!!!!!!
int skg_concurrency; = 1
int skg_runq_kses; = 0
};\
in the 6 ksegrp scheduler private structures we have, we see:
skg_last_assigned skg_avail_opennings skg_concurrency
skg_runq_kses
0 7d000 1 0
0 ce02 8c5 0
0 7d000 1 0
0 7d000 1 0
0 7d000 1 0
0 1ecb0 408 0
all the values of 7d000 are impossible.. in fact all the values in that column are
"impossible".
the values of 8c5 and 408 are also impossible for concurrency..
either we have corruption of the structures, or we have a failure to initialise the contents..
or we ahve a "leak" of opennings
looking at the values and the fact that 7d000 appears in several of them
I am suspicious that we didn't clear it properly at init.
(goes to look at code..)
hmmm yep i tlooks like htat might be it.
try the following diff
warning: cut'n'paste.. apply by hand.
diff -u -r1.199 kern_thread.c
--- kern/kern_thread.c 25 Sep 2004 00:53:46 -0000 1.199
+++ kern/kern_thread.c 29 Sep 2004 19:45:56 -0000
@@ -282,13 +282,13 @@
* Initialize type-stable parts of a ksegrp (when newly created).
*/
static int
-ksegrp_init(void *mem, int size, int flags)
+ksegrp_ctor(void *mem, int size, int flags)
{
struct ksegrp *kg;
kg = (struct ksegrp *)mem;
+ bzero(mem, size);
kg->kg_sched = (struct kg_sched *)&kg[1];
- /* sched_newksegrp(kg); */
return (0);
}
@@ -369,7 +369,7 @@
tid_zone = uma_zcreate("TID", sizeof(struct tid_bitmap_part),
NULL, NULL, NULL, NULL, UMA_ALIGN_CACHE, 0);
ksegrp_zone = uma_zcreate("KSEGRP", sched_sizeof_ksegrp(),
- NULL, NULL, ksegrp_init, NULL,
+ ksegrp_ctor, NULL, NULL, NULL,
UMA_ALIGN_CACHE, 0);
kseinit(); /* set up kse specific stuff e.g. upcall zone*/
}
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 20:18:20 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 7C02316A4CE
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 20:18:20 +0000 (GMT)
Received: from mx2.mail.ru (mx2.mail.ru [194.67.23.122])
by mx1.FreeBSD.org (Postfix) with ESMTP id 30A9D43D41
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 20:18:20 +0000 (GMT)
(envelope-from taras-s-y@mail.ru)
Received: from [195.128.97.122] (port=65255 helo=taras.gznet.ru)
by mx2.mail.ru with asmtp
id 1CCku3-0001iL-00; Thu, 30 Sep 2004 00:18:19 +0400
From: Savchuk Taras <taras-s-y@mail.ru>
Organization: msu
To: freebsd-current@freebsd.org
Date: Thu, 30 Sep 2004 00:18:14 +0000
User-Agent: KMail/1.7
References: <002b01c4a576$9b65f1d0$82fda3d1@sanmarcos.x25.net>
<200409282025.04107.taras-s-y@mail.ru>
<200409290609.i8T69wZD008877@dungeon.home>
In-Reply-To: <200409290609.i8T69wZD008877@dungeon.home>
MIME-Version: 1.0
Content-Type: text/plain;
charset="windows-1251"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200409300018.14616.taras-s-y@mail.ru>
X-Spam: Not detected
cc: Stephen McKay <smckay@internode.on.net>
Subject: Re: dc0 acting up
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 20:18:20 -0000
On Wednesday 29 September 2004 06:09, Stephen McKay wrote:
> On Tuesday, 28th September 2004, Savchuk Taras wrote:
> >On Tuesday 28 September 2004 16:17, Jesse Marquez wrote:
> >
> >FreeBSD5.3-BETA4
> >
> >I have the same output during boot:
> >> dc0: failed to force tx and rx to idle state
> >> dc0: failed to force tx and rx to idle state
> >> dc0: failed to force tx and rx to idle state
>
> This one comes up every year or so and is my fault (more or less).
> Maybe we can fix it now that people are reporting it, even though it
> is actually pretty harmless.
>
> What hardware do you have? Ie what other dc0: lines do you find in dmesg?
>
> If you are willing to edit some code and try again, what happens when
> you comment out the entire for loop at line 1379 of sys/pci/if_dc.c, which
> looks like this:
>
> for (i = 0; i < DC_TIMEOUT; i++) {
> isr = CSR_READ_4(sc, DC_ISR);
> if (isr & DC_ISR_TX_IDLE &&
> ((isr & DC_ISR_RX_STATE) == DC_RXSTATE_STOPPED
> || (isr & DC_ISR_RX_STATE) == DC_RXSTATE_WAIT)) break;
> DELAY(10);
> }
>
> if (i == DC_TIMEOUT)
> printf("dc%d: failed to force tx and "
> "rx to idle state\n", sc->dc_unit);
>
> Does your network card still work?
I have made changes in "sys/pci/if_dc.c" as you said and have had this outout
during "buildkernel":
------------------------------------------------------------------------------------------------------------------------------------
n-long-strings -mpreferred-stack-boundary=2 -ffreestanding
-Werror /usr/src/sys/pci/if_dc.c
/usr/src/sys/pci/if_dc.c: In function `dc_setcfg':
/usr/src/sys/pci/if_dc.c:1369: warning: unused variable `i'
/usr/src/sys/pci/if_dc.c:1370: warning: unused variable `isr'
*** Error code 1
Stop in /usr/obj/usr/src/sys/T53-B6.
*** Error code 1
Stop in /usr/src.
*** Error code 1
Stop in /usr/src.
root@taras.gznet.ru#
------------------------------------------------------------------------------------------------------------------------------------
>
> The long story is that this test is probably unnecessary, though the manual
> for the original Intel 21143 requires it. If it was skipped for non-Intel
> chips, I think everyone would be happy. It would be nice to have some
> experimental verification of this theory though.
>
> Stephen.
--
Taras
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 20:30:43 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 3F0AE16A4CE
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 20:30:43 +0000 (GMT)
Received: from mail-in-01.arcor-online.net (mail-in-01.arcor-online.net
[151.189.21.41])
by mx1.FreeBSD.org (Postfix) with ESMTP id B89DB43D54
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 20:30:42 +0000 (GMT)
(envelope-from dieter@musicman.proxy501.no-ip.com)
Received: from beezel.proxy501.no-ip.com (p5090462C.dip.t-dialin.net
[80.144.70.44])
by mail-in-01.arcor-online.net (Postfix) with ESMTP id D2FCC4F5C4
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 22:30:40 +0200 (CEST)
Received: from localhost (localhost [127.0.0.1])
by beezel.proxy501.no-ip.com (Postfix) with ESMTP id AEDDC76607
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 22:30:20 +0200 (CEST)
Received: from beezel.proxy501.no-ip.com ([127.0.0.1])port 10024)
with LMTP id 21517-04-2 for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 22:30:15 +0200 (CEST)
Received: from musicman.proxy501.no-ip.com (musicman.proxy501.no-ip.com
[192.168.10.88])
by beezel.proxy501.no-ip.com (Postfix) with ESMTP id 7BEA676606
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 22:30:15 +0200 (CEST)
Received: by musicman.proxy501.no-ip.com (Postfix, from userid 1000)
id 1D110CFA6; Wed, 29 Sep 2004 22:30:45 +0200 (CEST)
Date: Wed, 29 Sep 2004 22:30:44 +0200
From: Dieter Franzke <lists@eyenovation.de>
To: FreeBSD Current <freebsd-current@freebsd.org>
Message-ID: <20040929203044.GA25549@musicman.proxy501.no-ip.com>
Mail-Followup-To: FreeBSD Current <freebsd-current@freebsd.org>
References: <16731.4176.332039.982508@roam.psg.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <16731.4176.332039.982508@roam.psg.com>
Organization: EyeNovation GmbH
X-Operating-System: FreeBSD 6.0-CURRENT i386
User-Agent: Mutt/1.5.6i
X-Virus-Scanned: by amavisd-new at proxy501.no-ip.com
Subject: Re: usb compile issue
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 20:30:43 -0000
Hi,
* Randy Bush <randy@psg.com> [040929 21:43]:
> -current on i386
>
> two days ago, kernel compiled fine. with just now cvsup, i blow chunks.
>
> cc -c -O -pipe -march=pentiumpro -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/dev/acpica -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/contrib/dev/ath -I/usr/src/sys/contrib/dev/ath/freebsd -I/usr/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror /usr/src/sys/dev/usb/usb_quirks.c
> cc -c -O -pipe -march=pentiumpro -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/dev/acpica -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/contrib/dev/ath -I/usr/src/sys/contrib/dev/ath/freebsd -I/usr/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror /usr/src/sys/dev/usb/usb_subr.c
> /usr/src/sys/dev/usb/usb_subr.c: In function `usbd_setup_pipe':
> /usr/src/sys/dev/usb/usb_subr.c:823: error: `Some' undeclared (first use in this function)
> /usr/src/sys/dev/usb/usb_subr.c:823: error: (Each undeclared identifier is reported only once
> /usr/src/sys/dev/usb/usb_subr.c:823: error: for each function it appears in.)
> /usr/src/sys/dev/usb/usb_subr.c:823: error: syntax error before "device"
> /usr/src/sys/dev/usb/usb_subr.c: At top level:
> /usr/src/sys/dev/usb/usb_subr.c:832: warning: type defaults to `int' in declaration of `pipe'
> /usr/src/sys/dev/usb/usb_subr.c:832: error: `p' undeclared here (not in a function)
> /usr/src/sys/dev/usb/usb_subr.c:832: warning: data definition has no type or storage class
> /usr/src/sys/dev/usb/usb_subr.c:833: error: syntax error before "return"
> /usr/src/sys/dev/usb/usb_subr.c:92: warning: 'usbd_getnewaddr' declared `static' but never defined
> /usr/src/sys/dev/usb/usb_subr.c:101: warning: 'usbd_kill_pipe' declared `static' but never defined
> /usr/src/sys/dev/usb/usb_subr.c:103: warning: 'usbd_probe_and_attach' declared `static' but never defined
> /usr/src/sys/dev/usb/usb_subr.c:105: warning: 'usb_cookie_no' defined but not used
> *** Error code 1
>
> Stop in /usr/obj/usr/src/sys/ROAM.
> *** Error code 1
>
> Stop in /usr/src.
> *** Error code 1
>
got the same a few hours ago.
meanwhile fixed.
I did a cvsup and now it works fine...
ciao
dieter
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 20:30:54 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 3D4BD16A4CE; Wed, 29 Sep 2004 20:30:54 +0000 (GMT)
Received: from smtp.des.no (flood.des.no [217.116.83.31])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 93ECF43D55; Wed, 29 Sep 2004 20:30:53 +0000 (GMT)
(envelope-from des@des.no)
Received: by smtp.des.no (Pony Express, from userid 666)
id EEEAB5310; Wed, 29 Sep 2004 22:30:51 +0200 (CEST)
Received: from dwp.des.no (des.no [80.203.228.37])
by smtp.des.no (Pony Express) with ESMTP id D3F2B530A;
Wed, 29 Sep 2004 22:30:46 +0200 (CEST)
Received: by dwp.des.no (Postfix, from userid 2602)
id 944CFB85E; Wed, 29 Sep 2004 22:30:46 +0200 (CEST)
To: Doug Barton <DougB@FreeBSD.org>
References: <20040928025635.Q5094@ync.qbhto.arg>
<727FCC18-1156-11D9-BBA6-000D936BE398@beforever.com>
<20040929032418.GD56445@horsey.gshapiro.net>
<xzpbrfp1j0k.fsf@dwp.des.no> <391196860.20040929122716@andric.com>
<20040929110207.S90578@qbhto.arg>
From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=)
Date: Wed, 29 Sep 2004 22:30:46 +0200
In-Reply-To: <20040929110207.S90578@qbhto.arg> (Doug Barton's message of
"Wed, 29 Sep 2004 11:03:16 -0700 (PDT)")
Message-ID: <xzpzn38izrd.fsf@dwp.des.no>
User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 (berkeley-unix)
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on flood.des.no
X-Spam-Level:
X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.64
cc: Dimitry Andric <dimitry@andric.com>
cc: freebsd-current@freebsd.org
Subject: Re: HEADS UP: named now runs chroot'ed by default
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 20:30:54 -0000
Doug Barton <DougB@FreeBSD.org> writes:
> Dmitry beat me to it, but yes, I'm 99% sure that'll do it for you. Can
> you please test it and confirm that Dmitry is correct, and if so I can
> add a commented out entry to the named.conf file.
yep, works fine.
you should test it with -4 or on a non-IPv6 kernel, with a little luck
you won't need to have it commented out.
DES
--=20
Dag-Erling Sm=F8rgrav - des@des.no
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 20:35:01 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id AED4B16A4CE
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 20:35:01 +0000 (GMT)
Received: from pozo.com (pozo.com [216.101.162.50])
by mx1.FreeBSD.org (Postfix) with ESMTP id 555E043D4C
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 20:35:01 +0000 (GMT) (envelope-from null@pozo.com)
Received: from sunpci.pozo.com (sunpci.pozo.com [192.168.0.29])
(authenticated bits=0)
by pozo.com (8.13.1/8.13.1) with ESMTP id i8TK5Hj3000588
(version=TLSv1/SSLv3 cipher=DES-CBC3-SHA bits=168 verify=NOT);
Wed, 29 Sep 2004 13:05:17 -0700 (PDT)
(envelope-from null@pozo.com)
Message-Id: <6.1.2.0.2.20040929130342.039b3e98@pozo.com>
X-Mailer: QUALCOMM Windows Eudora Version 6.1.2.0
Date: Wed, 29 Sep 2004 13:04:49 -0700
To: Randy Bush <randy@psg.com>,
FreeBSD Current <freebsd-current@freebsd.org>
From: Manfred Antar <null@pozo.com>
In-Reply-To: <16731.4176.332039.982508@roam.psg.com>
References: <16731.4176.332039.982508@roam.psg.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Subject: Re: usb compile issue
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 20:35:01 -0000
At 12:43 PM 9/29/2004, Randy Bush wrote:
>-current on i386
>
>two days ago, kernel compiled fine. with just now cvsup, i blow chunks.
>
>cc -c -O -pipe -march=pentiumpro -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/dev/acpica -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/contrib/dev/ath -I/usr/src/sys/contrib/dev/ath/freebsd -I/usr/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror /usr/src/sys/dev/usb/usb_quirks.c
>cc -c -O -pipe -march=pentiumpro -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/dev/acpica -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/contrib/dev/ath -I/usr/src/sys/contrib/dev/ath/freebsd -I/usr/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror /usr/src/sys/dev/usb/usb_subr.c
>/usr/src/sys/dev/usb/usb_subr.c: In function `usbd_setup_pipe':
>/usr/src/sys/dev/usb/usb_subr.c:823: error: `Some' undeclared (first use in this function)
>/usr/src/sys/dev/usb/usb_subr.c:823: error: (Each undeclared identifier is reported only once
>/usr/src/sys/dev/usb/usb_subr.c:823: error: for each function it appears in.)
>/usr/src/sys/dev/usb/usb_subr.c:823: error: syntax error before "device"
>/usr/src/sys/dev/usb/usb_subr.c: At top level:
>/usr/src/sys/dev/usb/usb_subr.c:832: warning: type defaults to `int' in declaration of `pipe'
>/usr/src/sys/dev/usb/usb_subr.c:832: error: `p' undeclared here (not in a function)
>/usr/src/sys/dev/usb/usb_subr.c:832: warning: data definition has no type or storage class
>/usr/src/sys/dev/usb/usb_subr.c:833: error: syntax error before "return"
>/usr/src/sys/dev/usb/usb_subr.c:92: warning: 'usbd_getnewaddr' declared `static' but never defined
>/usr/src/sys/dev/usb/usb_subr.c:101: warning: 'usbd_kill_pipe' declared `static' but never defined
>/usr/src/sys/dev/usb/usb_subr.c:103: warning: 'usbd_probe_and_attach' declared `static' but never defined
>/usr/src/sys/dev/usb/usb_subr.c:105: warning: 'usb_cookie_no' defined but not used
>*** Error code 1
>
>Stop in /usr/obj/usr/src/sys/ROAM.
>*** Error code 1
>
>Stop in /usr/src.
>*** Error code 1
There is a extra "*/" comment on line 822 remove it and it will compile
==================================
|| null@pozo.com ||
|| Ph. (415) 681-6235 ||
==================================
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 20:39:41 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id BDCB816A4CE; Wed, 29 Sep 2004 20:39:41 +0000 (GMT)
Received: from VARK.MIT.EDU (VARK.MIT.EDU [18.95.3.179])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 70E1043D45; Wed, 29 Sep 2004 20:39:41 +0000 (GMT)
(envelope-from das@FreeBSD.ORG)
Received: from VARK.MIT.EDU (localhost [127.0.0.1])
by VARK.MIT.EDU (8.13.1/8.12.10) with ESMTP id i8TKdYsh030797;
Wed, 29 Sep 2004 16:39:34 -0400 (EDT)
(envelope-from das@FreeBSD.ORG)
Received: (from das@localhost)
by VARK.MIT.EDU (8.13.1/8.12.10/Submit) id i8TKdYHM030796;
Wed, 29 Sep 2004 16:39:34 -0400 (EDT)
(envelope-from das@FreeBSD.ORG)
Date: Wed, 29 Sep 2004 16:39:34 -0400
From: David Schultz <das@FreeBSD.ORG>
To: Kris Kennaway <kris@obsecurity.org>
Message-ID: <20040929203934.GA30629@VARK.MIT.EDU>
Mail-Followup-To: Kris Kennaway <kris@obsecurity.org>,
re@FreeBSD.ORG, freebsd-current@FreeBSD.ORG,
Thomas Dickey <dickey@radix.net>
References: <20040929030546.GE16305@electra.cse.Buffalo.EDU>
<20040929092710.GA59303@cat.robbins.dropbear.id.au>
<20040929123100.GA600@electra.cse.Buffalo.EDU>
<20040929135217.GA16594@saltmine.radix.net>
<20040929164422.GA9262@xor.obsecurity.org>
<20040929171619.GC26065@saltmine.radix.net>
<20040929172721.GA12793@xor.obsecurity.org>
<20040929180703.GA16806@xor.obsecurity.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20040929180703.GA16806@xor.obsecurity.org>
cc: Thomas Dickey <dickey@radix.net>
cc: freebsd-current@FreeBSD.ORG
cc: re@FreeBSD.ORG
Subject: Re: HEADS-UP: Library version number bumps (revised)
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 20:39:41 -0000
On Wed, Sep 29, 2004, Kris Kennaway wrote:
> ==> Comparing symbols in libm.so.2
> 2) __arch___ieee754_acos removed with no replacement
> 2) __arch___ieee754_asin removed with no replacement
[...]
> 2) __i387_sin removed with no replacement
> 2) __i387_tan removed with no replacement
FWIW, all of these are internal interfaces that nobody in their
right mind should be using.[1] But I still support bumping
libm's version number, so people won't be able to complain that
they can't link it against FreeBSD 3.X applications.
[1] See src/lib/msun/src/math_private.h,v 1.15 for history.
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 20:44:45 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 586DA16A4CF
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 20:44:45 +0000 (GMT)
Received: from froody.rupture.net (froody.rupture.net [216.22.46.119])
by mx1.FreeBSD.org (Postfix) with ESMTP id DBB2E43D3F
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 20:44:44 +0000 (GMT) (envelope-from jon@rupture.net)
Received: from froody.rupture.net (localhost [127.0.0.1])
by froody.rupture.net (8.12.10/8.12.10) with ESMTP id i8TKiiHT056325
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 16:44:44 -0400 (EDT) (envelope-from jon@rupture.net)
Received: (from jon@localhost)
by froody.rupture.net (8.12.10/8.12.10/Submit) id i8TKiiiV056324
for freebsd-current@freebsd.org; Wed, 29 Sep 2004 16:44:44 -0400 (EDT)
(envelope-from jon@rupture.net)
X-Authentication-Warning: froody.rupture.net: jon set sender to
jon@rupture.net using -f
Received: by froody.rupture.net (tmda-sendmail, from uid 500);
Wed, 29 Sep 2004 16:44:43 -0400 (EDT)
Date: Wed, 29 Sep 2004 16:44:39 -0400
To: freebsd-current@freebsd.org
Message-ID: <20040929204439.GA56251@froody.rupture.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.5.6i
From: Jon Nathan <jon@rupture.net>
Mail-Followup-To: freebsd-current@freebsd.org
X-Delivery-Agent: TMDA/1.0.3 (Seattle Slew)
X-Primary-Address: jon@rupture.net
Subject: 3ware 7006-2 RAID degradation on reboot
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: Jon Nathan <jon+dated+1097095483.680778@rupture.net>
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 20:44:45 -0000
Hi,
I'm running BETA6 with a 3ware 7006-2 SATA RAID controller. On reboot
(also shutdown -r now), it loses its RAID integrity each time. I
can rebuild it, but it takes a long time and is generally a hassle.
Is this a known problem? Below find local info:
root@zen:~> uname -a
FreeBSD zen.rupture.net 5.3-BETA6 FreeBSD 5.3-BETA6 #12: Wed Sep 29
17:57:25 EDT 2004 root@zen.rupture.net:/usr/obj/usr/src/sys/ZEN
i386
root@zen:~>
root@zen:~> tw_cli info c0
Controller: c0
-------------
Driver: 1.50.01.002
Model: 7006-2
FW: FE7X 1.05.00.063
BIOS: BE7X 1.08.00.048
Monitor: ME7X 1.01.00.038
Serial #: F14802A4170244
PCB: Rev4
PCHIP: 1.30-66
ACHIP: 3.20
# of units: 1
Unit 0: RAID 1 186.31 GB ( 390719920 blocks): DEGRADED
# of ports: 2
Port 0: ST3200822A 3LJ18AKZ 186.31 GB (390721968 blocks): OK(unit 0)
Port 1: ST3200822A 3LJ1977D 186.31 GB (390721968 blocks): OK(unit 0)
root@zen:~> tw_cli info c0 u0
Unit /c0/u0
---------------------
Status: DEGRADED
Unit Type: RAID 1
Stripe Size: N/A
Size: 186.31 GB (390719920 blocks)
# of subunits: 2
Subunit 0: CBOD: OK
Physical Port: 1
Logical Port: 0
Subunit 1: CBOD: DEGRADED
Physical Port: 0
Logical Port: 1
root@zen:~> tw_cli maint remove c0 p0
Removing port /c0/p0 ... Done.
root@zen:~> tw_cli maint rescan c0
Rescanning controller /c0 for units and drives ...Done.
root@zen:~> tw_cli maint rebuild c0 u0 p0
Rebuild started on unit /c0/u0
root@zen:~> tw_cli info c0 u0
Unit /c0/u0
---------------------
Status: REBUILDING (0%)
Unit Type: RAID 1
Stripe Size: N/A
Size: 186.31 GB (390719920 blocks)
# of subunits: 2
Subunit 0: CBOD: OK
Physical Port: 1
Logical Port: 0
Subunit 1: CBOD: DEGRADED
Physical Port: 0
Logical Port: 1
root@zen:~> tw_cli info c0
Controller: c0
-------------
Driver: 1.50.01.002
Model: 7006-2
FW: FE7X 1.05.00.063
BIOS: BE7X 1.08.00.048
Monitor: ME7X 1.01.00.038
Serial #: F14802A4170244
PCB: Rev4
PCHIP: 1.30-66
ACHIP: 3.20
# of units: 1
Unit 0: RAID 1 186.31 GB ( 390719920 blocks): REBUILDING (1%)
# of ports: 2
Port 0: ST3200822A 3LJ18AKZ 186.31 GB (390721968 blocks): OK(unit 0)
Port 1: ST3200822A 3LJ1977D 186.31 GB (390721968 blocks): OK(unit 0)
root@zen:~>
root@zen:~> dmesg
Copyright (c) 1992-2004 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights reserved.
FreeBSD 5.3-BETA6 #12: Wed Sep 29 17:57:25 EDT 2004
root@zen.rupture.net:/usr/obj/usr/src/sys/ZEN
ACPI APIC Table: <ASUS CUR-DLS >
Timecounter "i8254" frequency 1193182 Hz quality 0
CPU: Intel Pentium III (866.70-MHz 686-class CPU)
Origin = "GenuineIntel" Id = 0x686 Stepping = 6
Features=0x383fbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE>
real memory = 2147463168 (2047 MB)
avail memory = 2099101696 (2001 MB)
FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs
cpu0 (BSP): APIC ID: 3
cpu1 (AP): APIC ID: 0
ioapic0 <Version 1.1> irqs 0-15 on motherboard
ioapic1 <Version 1.1> irqs 16-31 on motherboard
npx0: [FAST]
npx0: <math processor> on motherboard
npx0: INT 16 interface
acpi0: <ASUS CUR-DLS> on motherboard
acpi0: Power Button (fixed)
Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000
acpi_timer0: <32-bit timer at 3.579545MHz> port 0xe408-0xe40b on acpi0
cpu0: <ACPI CPU> on acpi0
cpu1: <ACPI CPU> on acpi0
acpi_button0: <Power Button> on acpi0
pcib0: <ACPI Host-PCI bridge> port 0xcf8-0xcff on acpi0
pci0: <ACPI PCI bus> on pcib0
fxp0: <Intel 82559 Pro/100 Ethernet> port 0xd800-0xd83f mem 0xfd800000-0xfd8fffff,0xfe000000-0xfe000fff irq 20 at device 2.0 on pci0
miibus0: <MII bus> on fxp0
inphy0: <i82555 10/100 media interface> on miibus0
inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
fxp0: Ethernet address: 00:e0:18:02:c7:ea
twe0: <3ware Storage Controller. Driver version 1.50.01.002> port 0xd400-0xd40f mem 0xfc800000-0xfcffffff irq 18 at device 5.0 on pci0
twe0: [GIANT-LOCKED]
twe0: AEN: <twe0: degraded unit for unknown unit 0>
twe0: 2 ports, Firmware FE7X 1.05.00.063, BIOS BE7X 1.08.00.048
pci0: <display, VGA> at device 7.0 (no driver attached)
isab0: <PCI-ISA bridge> port 0xe800-0xe80f at device 15.0 on pci0
isa0: <ISA bus> on isab0
atapci0: <ServerWorks ROSB4 UDMA33 controller> port 0xb800-0xb80f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 15.1 on pci0
ata0: channel #0 on atapci0
ata1: channel #1 on atapci0
pcib1: <ACPI Host-PCI bridge> on acpi0
pci1: <ACPI PCI bus> on pcib1
fxp1: <Intel 82559 Pro/100 Ethernet> port 0xb400-0xb43f mem 0xf9000000-0xf90fffff,0xf9800000-0xf9800fff irq 23 at device 4.0 on pci1
miibus1: <MII bus> on fxp1
inphy1: <i82555 10/100 media interface> on miibus1
inphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
fxp1: Ethernet address: 00:02:b3:11:33:32
pci1: <mass storage, SCSI> at device 5.0 (no driver attached)
pci1: <mass storage, SCSI> at device 5.1 (no driver attached)
speaker0 port 0x61 on acpi0
atkbdc0: <Keyboard controller (i8042)> port 0x64,0x60 irq 1 on acpi0
sio0 port 0x3f8-0x3ff irq 4 on acpi0
sio0: type 16550A
sio1 port 0x2f8-0x2ff irq 3 on acpi0
sio1: type 16550A
ppc0 port 0x778-0x77a,0x378-0x37f irq 7 drq 3 on acpi0
ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode
ppc0: FIFO with 16/16/8 bytes threshold
ppbus0: <Parallel port bus> on ppc0
lpt0: <Printer> on ppbus0
lpt0: Interrupt-driven port
ppi0: <Parallel I/O> on ppbus0
orm0: <ISA Option ROMs> at iomem 0xd4000-0xd4fff,0xd0000-0xd0fff,0xc0000-0xca7ff on isa0
sc0: <System console> on isa0
sc0: VGA <8 virtual consoles, flags=0x200>
vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0
Timecounters tick every 1.000 msec
Profiling kernel, textsize=2570960 [c042b140..c069ec10]
cputime 5039, empty_loop 7, nullfunc_loop_profiled -89048, mcount 124477, mexitcount 17269
Profiling overheads: mcount: 5028+119435, -142430+266894; mexitcount: 5028+12230, -36123+53382 nsec
Profiling overheads: mcount: 768+18241, -21753+40762; mexitcount: 768+1868, -5517+8153 cycles
ATAPI_RESET time = 70us
acd0: CDROM <CD-540E/1.0A> at ata1-master UDMA33
twed0: <Unit 0, TwinStor, Degraded> on twe0
twed0: 190781MB (390719920 sectors)
SMP: AP CPU #1 Launched!
Mounting root from ufs:/dev/twed0s1a
twe0: AEN: <twed0: rebuild started>
twe0: AEN: <twe0: port 0: ATA UDMA downgrade>
root@zen:~>
This is a 2xPIII 866 host. Any advice on SMP options that I should
use would be appreciated as well. The below seems stable and happy,
with the 3ware exception. Stripped Kernel config:
machine i386
profile 2
device apic # I/O apic
cpu I686_CPU # aka Pentium Pro(tm)
options PERFMON
options DEVICE_POLLING
options HZ=1000
device speaker #Play IBM BASIC-style noises out your speaker
device isa # Required by npx(4)
options AUTO_EOI_1
device pci
device npx
device io
hints "ZEN.hints" # Default places to look for devices.
ident ZEN
maxusers 0
makeoptions CONF_CFLAGS=-fno-builtin #Don't allow use of memcmp, etc.
options MAXDSIZ=(1024UL*1024*1024)
options MAXSSIZ=(128UL*1024*1024)
options DFLDSIZ=(1024UL*1024*1024)
options BLKDEV_IOSIZE=8192
options PQ_CACHESIZE=512 # color for 512k cache
options INCLUDE_CONFIG_FILE # Include this file in kernel
options GEOM_BDE # Disk encryption.
options GEOM_BSD # BSD disklabels
options ROOTDEVNAME=\"ufs:twed0s1a\"
options SCHED_4BSD
options SMP # Symmetric MultiProcessor Kernel
options ADAPTIVE_GIANT
options PREEMPTION
options COMPAT_43
options COMPAT_FREEBSD4
options SYSVSHM
options SYSVSEM
options SYSVMSG
options KTRACE #kernel tracing
options COMPILING_LINT
options INET #Internet communications protocols
device ether #Generic Ethernet
device loop #Network loopback device
device bpf #Berkeley packet filter
device pf #PF OpenBSD packet-filter firewall
device pflog #logging support interface for PF
options ETHER_8022 # enable Ethernet_802.2 frame
options ACCEPT_FILTER_DATA
options ACCEPT_FILTER_HTTP
options FFS #Fast filesystem
options CD9660 #ISO 9660 filesystem
options PROCFS #Process filesystem (requires PSEUDOFS)
options PSEUDOFS #Pseudo-filesystem framework
options SOFTUPDATES
options UFS_DIRHASH
options QUOTA #enable disk quotas
device random
device mem
options _KPOSIX_PRIORITY_SCHEDULING
device scbus #base SCSI code
device pass #CAM passthrough driver
device pty #Pseudo ttys
options MSGBUF_SIZE=40960
device atkbdc
device atkbd
device vga
device sc
options MAXCONS=8 # number of virtual consoles
options SC_NO_SYSMOUSE
device asr
device twe # 3ware ATA RAID
device ata
device atadisk # ATA disk drives
device atapicd # ATAPI CDROM drives
options ATA_STATIC_ID
device fdc
device sio
device miibus
device fxp # Intel EtherExpress PRO/100B (82557, 82558)
device ppc
device ppbus
device lpt
device ppi
options INIT_PATH=/sbin/init:/stand/sysinstall
options SEMMAP=31
options SEMMNI=11
options SEMMNS=61
options SEMMNU=31
options SEMMSL=61
options SEMOPM=101
options SEMUME=11
options SHMALL=1025
options SHMMAX=(SHMMAXPGS*PAGE_SIZE+1)
options SHMMAXPGS=1025
options SHMMIN=2
options SHMMNI=33
options SHMSEG=9
options MSGMNB=2049 # Max number of chars in queue
options MSGMNI=41 # Max number of message queue identifiers
options MSGSEG=2049 # Max number of message segments
options MSGSSZ=16 # Size of a message segment
options MSGTQL=41 # Max number of messages in system
options NBUF=512 # Number of buffer headers
options NMBCLUSTERS=16384 # Number of mbuf clusters
One final question: How do I increase the number of available
pty's in 5.x? It seems to max out at about 40.
-jon
--
Jon Nathan
jon@rupture.net
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 20:45:41 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 1BC3016A4CE; Wed, 29 Sep 2004 20:45:41 +0000 (GMT)
Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 9131643D54; Wed, 29 Sep 2004 20:45:37 +0000 (GMT)
(envelope-from tinderbox@freebsd.org)
Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4])
by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id i8TKjbfu093725;
Wed, 29 Sep 2004 16:45:37 -0400 (EDT)
(envelope-from tinderbox@freebsd.org)
Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca
[64.7.128.98])
by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id i8TKjaTo058129;
Wed, 29 Sep 2004 16:45:36 -0400 (EDT)
(envelope-from tinderbox@freebsd.org)
Received: by freebsd-current.sentex.ca (Postfix, from userid 666)
id E80D97303F; Wed, 29 Sep 2004 16:45:36 -0400 (EDT)
Sender: FreeBSD Tinderbox <tinderbox@freebsd.org>
From: FreeBSD Tinderbox <tinderbox@freebsd.org>
To: FreeBSD Tinderbox <tinderbox@freebsd.org>, <current@freebsd.org>,
<amd64@freebsd.org>
Precedence: bulk
Message-Id: <20040929204536.E80D97303F@freebsd-current.sentex.ca>
Date: Wed, 29 Sep 2004 16:45:36 -0400 (EDT)
Subject: [current tinderbox] failure on amd64/amd64
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 20:45:41 -0000
TB --- 2004-09-29 19:28:04 - tinderbox 2.3 running on freebsd-current.sentex.ca
TB --- 2004-09-29 19:28:04 - starting CURRENT tinderbox run for amd64/amd64
TB --- 2004-09-29 19:28:04 - checking out the source tree
TB --- 2004-09-29 19:28:04 - cd /home/tinderbox/CURRENT/amd64/amd64
TB --- 2004-09-29 19:28:04 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2004-09-29 19:34:09 - building world (CFLAGS=-O2 -pipe)
TB --- 2004-09-29 19:34:09 - cd /home/tinderbox/CURRENT/amd64/amd64/src
TB --- 2004-09-29 19:34:09 - /usr/bin/make -B buildworld
>>> Rebuilding the temporary build tree
>>> stage 1.1: legacy release compatibility shims
>>> stage 1.2: bootstrap tools
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3: cross tools
>>> stage 4.1: building includes
>>> stage 4.2: building libraries
>>> stage 4.3: make dependencies
>>> stage 4.4: building everything
TB --- 2004-09-29 20:40:22 - building generic kernel (COPTFLAGS=-O2 -pipe)
TB --- 2004-09-29 20:40:22 - cd /home/tinderbox/CURRENT/amd64/amd64/src
TB --- 2004-09-29 20:40:22 - /usr/bin/make buildkernel KERNCONF=GENERIC
>>> Kernel build for GENERIC started on Wed Sep 29 20:40:23 UTC 2004
>>> stage 1: configuring the kernel
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3.1: making dependencies
>>> stage 3.2: building everything
[...]
/tinderbox/CURRENT/amd64/amd64/src/sys/dev/usb/usb_subr.c:832: warning: type defaults to `int' in declaration of `pipe'
/tinderbox/CURRENT/amd64/amd64/src/sys/dev/usb/usb_subr.c:832: error: `p' undeclared here (not in a function)
/tinderbox/CURRENT/amd64/amd64/src/sys/dev/usb/usb_subr.c:832: warning: data definition has no type or storage class
/tinderbox/CURRENT/amd64/amd64/src/sys/dev/usb/usb_subr.c:833: error: syntax error before "return"
/tinderbox/CURRENT/amd64/amd64/src/sys/dev/usb/usb_subr.c:92: warning: 'usbd_getnewaddr' declared `static' but never defined
/tinderbox/CURRENT/amd64/amd64/src/sys/dev/usb/usb_subr.c:101: warning: 'usbd_kill_pipe' declared `static' but never defined
/tinderbox/CURRENT/amd64/amd64/src/sys/dev/usb/usb_subr.c:103: warning: 'usbd_probe_and_attach' declared `static' but never defined
/tinderbox/CURRENT/amd64/amd64/src/sys/dev/usb/usb_subr.c:105: warning: 'usb_cookie_no' defined but not used
*** Error code 1
Stop in /tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/sys/GENERIC.
*** Error code 1
Stop in /tinderbox/CURRENT/amd64/amd64/src.
*** Error code 1
Stop in /tinderbox/CURRENT/amd64/amd64/src.
TB --- 2004-09-29 20:45:36 - WARNING: /usr/bin/make returned exit code 1
TB --- 2004-09-29 20:45:36 - ERROR: failed to build generic kernel
TB --- 2004-09-29 20:45:36 - tinderbox aborted
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 20:55:40 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id DF11E16A568; Wed, 29 Sep 2004 20:55:39 +0000 (GMT)
Received: from obsecurity.dyndns.org
(CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 5341543D3F; Wed, 29 Sep 2004 20:55:22 +0000 (GMT)
(envelope-from kris@obsecurity.org)
Received: by obsecurity.dyndns.org (Postfix, from userid 1000)
id 8E5EB51262; Wed, 29 Sep 2004 13:55:45 -0700 (PDT)
Date: Wed, 29 Sep 2004 13:55:45 -0700
From: Kris Kennaway <kris@obsecurity.org>
To: Kris Kennaway <kris@obsecurity.org>
Message-ID: <20040929205545.GA36631@xor.obsecurity.org>
References: <20040929030546.GE16305@electra.cse.Buffalo.EDU>
<20040929092710.GA59303@cat.robbins.dropbear.id.au>
<20040929123100.GA600@electra.cse.Buffalo.EDU>
<20040929135217.GA16594@saltmine.radix.net>
<20040929164422.GA9262@xor.obsecurity.org>
<20040929171619.GC26065@saltmine.radix.net>
<20040929172721.GA12793@xor.obsecurity.org>
<20040929180703.GA16806@xor.obsecurity.org> <415AFF26.8010603@FreeBSD.org>
<20040929183749.GA29571@xor.obsecurity.org>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="cWoXeonUoKmBZSoM"
Content-Disposition: inline
In-Reply-To: <20040929183749.GA29571@xor.obsecurity.org>
User-Agent: Mutt/1.4.2.1i
cc: re@FreeBSD.org
cc: freebsd-current@FreeBSD.org
cc: Scott Long <scottl@FreeBSD.org>
Subject: Re: HEADS-UP: Library version number bumps (revised)
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 20:55:40 -0000
--cWoXeonUoKmBZSoM
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Wed, Sep 29, 2004 at 11:37:49AM -0700, Kris Kennaway wrote:
> On Wed, Sep 29, 2004 at 12:29:58PM -0600, Scott Long wrote:
>=20
> > > libpcap
> >=20
> > From the list below, I wonder if all of the yy* symbols are from yacc.
> > Would these actually be considered to be part of the public interface?
> > The only two symbols that aren't in the yy* form look to definitely be
> > for internal use only. Can we fix __xuname instead?
>=20
> Perhaps. There's also the pcap_lval symbol. I haven't checked
> whether anything uses it or the yy_*.
A number of packages link to libpcap and call the yy_* functions:
ipfm-0.11.5/sbin/ipfm (libpcap.so.2) matches symbols yy_delete_buffer yyres=
tart yystacksize yy_scan_buffer yy_load_buffer_state yy_create_buffer yyerr=
flag yysindex yytext yytable yyparse yysslim yydefred yyvsp yyrindex yywrap=
yyssp yynerrs yyout yyval yyleng yyss yy_flush_buffer yylen yy_scan_string=
yygindex yy_scan_bytes yyin yydebug yydgoto yycheck yy_switch_to_buffer yy=
_init_buffer yylex yylhs yyvs yychar
rid-1.0/sbin/rid (libpcap.so.2) matches symbols yy_delete_buffer yyrestart =
yystacksize yy_scan_buffer yy_load_buffer_state yy_create_buffer yyerrflag =
yysindex yytext yytable yyparse yysslim yydefred yyvsp yyrindex yywrap yyss=
p yynerrs yyout yyval yyleng yyss yy_flush_buffer yylen yy_scan_string yygi=
ndex yy_scan_bytes yyin yydebug yydgoto yycheck yy_switch_to_buffer yy_init=
_buffer yylex yylhs yyvs yychar
bandwidthd-1.2.1/bandwidthd/bandwidthd (libpcap.so.2) matches symbols yy_de=
lete_buffer yyrestart yy_scan_buffer yy_load_buffer_state yy_create_buffer =
yytext yyparse yywrap yynerrs yyout yyleng yy_flush_buffer yy_scan_string y=
y_scan_bytes yyin yy_switch_to_buffer yy_init_buffer yylex yychar
bro-0.8_1/sbin/bro (libpcap.so.2) matches symbols yynerrs yydebug yychar
honeyd-0.8b/bin/honeyd (libpcap.so.2) matches symbols yynerrs yychar
So even if you fix the __xuname reference it looks like they'll still
be broken.
Kris
--cWoXeonUoKmBZSoM
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)
iD8DBQFBWyFRWry0BWjoQKURAmfBAKDmIeJQRx1wPU/qYpWNfnzh+9R2BACfYdVK
NK9w54jjJN8trUFUXFyc8KE=
=WHqD
-----END PGP SIGNATURE-----
--cWoXeonUoKmBZSoM--
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 21:15:05 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 84A0316A4CE; Wed, 29 Sep 2004 21:15:05 +0000 (GMT)
Received: from obsecurity.dyndns.org
(CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 5CFDA43D2D; Wed, 29 Sep 2004 21:15:05 +0000 (GMT)
(envelope-from kris@obsecurity.org)
Received: by obsecurity.dyndns.org (Postfix, from userid 1000)
id D8A5D51262; Wed, 29 Sep 2004 14:15:28 -0700 (PDT)
Date: Wed, 29 Sep 2004 14:15:28 -0700
From: Kris Kennaway <kris@obsecurity.org>
To: current@FreeBSD.org
Message-ID: <20040929211528.GA39358@xor.obsecurity.org>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="h31gzZEtNLTqOjlF"
Content-Disposition: inline
User-Agent: Mutt/1.4.2.1i
cc: amd64@FreeBSD.org
Subject: "panic: vrele: negative ref cnt" on RELENG_5
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 21:15:05 -0000
--h31gzZEtNLTqOjlF
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
An amd64 machine I updated 5 days ago panicked with this at reboot
time:
Waiting (max 60 seconds) for system process `vnlru' to stop...done
Waiting (max 60 seconds) for system process `bufdaemon' to stop...done
Waiting (max 60 seconds) for system process `syncer' to stop...
Syncing disks, vnodes remaining...1 1 1 0 0 done
No buffers busy after final sync
panic: vrele: negative ref cnt
kdb_enter() at kdb_enter+0x2f
panic() at panic+0x1d2
vrele() at vrele+0x1ec
ffs_unmount() at ffs_unmount+0x182
dounmount() at dounmount+0x171
vfs_unmountall() at vfs_unmountall+0x50
boot() at boot+0x809
reboot() at reboot+0x3d
syscall() at syscall+0x4ab
Xfast_syscall() at Xfast_syscall+0xa8
--- syscall (55, FreeBSD ELF64, reboot), rip = 0x20076d76c, rsp = 0x7fffffffebb8, rbp = 0x1b0ab ---
Kris
--h31gzZEtNLTqOjlF
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)
iD8DBQFBWyXwWry0BWjoQKURAmKfAJ9rz28VvP5aGx8XQ/+5aAbF1y1rhQCeK/xe
0lehBlFlgo2vuJOEpLEVlYE=
=jjMB
-----END PGP SIGNATURE-----
--h31gzZEtNLTqOjlF--
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 21:44:02 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id A34A116A4CE; Wed, 29 Sep 2004 21:44:02 +0000 (GMT)
Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 2E3E743D5D; Wed, 29 Sep 2004 21:44:02 +0000 (GMT)
(envelope-from scottl@FreeBSD.org)
Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11])
(authenticated bits=0)
by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i8TLilrQ069681;
Wed, 29 Sep 2004 15:44:48 -0600 (MDT)
(envelope-from scottl@FreeBSD.org)
Message-ID: <415B2C4A.6000807@FreeBSD.org>
Date: Wed, 29 Sep 2004 15:42:34 -0600
From: Scott Long <scottl@FreeBSD.org>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040831
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Kris Kennaway <kris@obsecurity.org>
References: <20040929030546.GE16305@electra.cse.Buffalo.EDU>
<20040929092710.GA59303@cat.robbins.dropbear.id.au>
<20040929123100.GA600@electra.cse.Buffalo.EDU>
<20040929135217.GA16594@saltmine.radix.net>
<20040929164422.GA9262@xor.obsecurity.org>
<20040929171619.GC26065@saltmine.radix.net>
<20040929172721.GA12793@xor.obsecurity.org>
<20040929180703.GA16806@xor.obsecurity.org> <415AFF26.8010603@FreeBSD.org>
<20040929183749.GA29571@xor.obsecurity.org>
<20040929205545.GA36631@xor.obsecurity.org>
In-Reply-To: <20040929205545.GA36631@xor.obsecurity.org>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63
X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org
cc: freebsd-current@FreeBSD.org
cc: re@FreeBSD.org
Subject: Re: HEADS-UP: Library version number bumps (revised)
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 21:44:02 -0000
Kris Kennaway wrote:
> On Wed, Sep 29, 2004 at 11:37:49AM -0700, Kris Kennaway wrote:
>
>>On Wed, Sep 29, 2004 at 12:29:58PM -0600, Scott Long wrote:
>>
>>
>>>> libpcap
>>>
>>>From the list below, I wonder if all of the yy* symbols are from yacc.
>>>Would these actually be considered to be part of the public interface?
>>>The only two symbols that aren't in the yy* form look to definitely be
>>>for internal use only. Can we fix __xuname instead?
>>
>>Perhaps. There's also the pcap_lval symbol. I haven't checked
>>whether anything uses it or the yy_*.
>
>
> A number of packages link to libpcap and call the yy_* functions:
>
> ipfm-0.11.5/sbin/ipfm (libpcap.so.2) matches symbols yy_delete_buffer yyrestart yystacksize yy_scan_buffer yy_load_buffer_state yy_create_buffer yyerrflag yysindex yytext yytable yyparse yysslim yydefred yyvsp yyrindex yywrap yyssp yynerrs yyout yyval yyleng yyss yy_flush_buffer yylen yy_scan_string yygindex yy_scan_bytes yyin yydebug yydgoto yycheck yy_switch_to_buffer yy_init_buffer yylex yylhs yyvs yychar
>
> rid-1.0/sbin/rid (libpcap.so.2) matches symbols yy_delete_buffer yyrestart yystacksize yy_scan_buffer yy_load_buffer_state yy_create_buffer yyerrflag yysindex yytext yytable yyparse yysslim yydefred yyvsp yyrindex yywrap yyssp yynerrs yyout yyval yyleng yyss yy_flush_buffer yylen yy_scan_string yygindex yy_scan_bytes yyin yydebug yydgoto yycheck yy_switch_to_buffer yy_init_buffer yylex yylhs yyvs yychar
>
> bandwidthd-1.2.1/bandwidthd/bandwidthd (libpcap.so.2) matches symbols yy_delete_buffer yyrestart yy_scan_buffer yy_load_buffer_state yy_create_buffer yytext yyparse yywrap yynerrs yyout yyleng yy_flush_buffer yy_scan_string yy_scan_bytes yyin yy_switch_to_buffer yy_init_buffer yylex yychar
>
> bro-0.8_1/sbin/bro (libpcap.so.2) matches symbols yynerrs yydebug yychar
>
> honeyd-0.8b/bin/honeyd (libpcap.so.2) matches symbols yynerrs yychar
>
> So even if you fix the __xuname reference it looks like they'll still
> be broken.
>
> Kris
These are all generic names that lex/yacc uses to build its parser code.
All of the packages that you point out use their own private set of
lex/yacc magic. Looking at 'nm -u ipfm' shows no unresolved symbols
related to yy*.
Scott
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 22:00:36 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id F39D916A4D3
for <current@freebsd.org>; Wed, 29 Sep 2004 22:00:35 +0000 (GMT)
Received: from pandora.afflictions.org (asylum.afflictions.org [64.7.134.90])
by mx1.FreeBSD.org (Postfix) with ESMTP id 2CD8743D2D
for <current@freebsd.org>; Wed, 29 Sep 2004 22:00:35 +0000 (GMT)
(envelope-from dgerow@afflictions.org)
Received: from localhost (localhost [127.0.0.1])
by pandora.afflictions.org (Postfix) with ESMTP id B5D3B78C55;
Wed, 29 Sep 2004 18:02:05 -0400 (EDT)
Received: from dementia.afflictions.org (dementia.afflictions.org
[172.19.206.56])
by pandora.afflictions.org (Postfix) with ESMTP id 2858178C35;
Wed, 29 Sep 2004 18:02:01 -0400 (EDT)
Received: by dementia.afflictions.org (Postfix, from userid 1001)
id 595E91703D; Wed, 29 Sep 2004 17:55:28 -0400 (EDT)
Date: Wed, 29 Sep 2004 17:55:28 -0400
From: Damian Gerow <dgerow@afflictions.org>
To: Julian Elischer <julian@elischer.org>
Message-ID: <20040929215528.GH29565@afflictions.org>
Mail-Followup-To: Julian Elischer <julian@elischer.org>,
current@freebsd.org
References: <20040927211341.GB30059@afflictions.org>
<20040929040222.GI5115@afflictions.org> <415A3E1B.5010404@elischer.org>
<20040929050154.GJ5115@afflictions.org> <415A6AE3.4050309@elischer.org>
<415A6B8A.1040902@elischer.org> <20040929093723.GB29565@afflictions.org>
<415B113A.1060508@elischer.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <415B113A.1060508@elischer.org>
X-Operating-System: FreeBSD 5.3-BETA6 on a i386
X-GPG-Fingerprint: B3D7 D901 A53A 1A99 BFD6 E6DF 9F3B 742B C288 9CC9
User-Agent: Mutt/1.5.6i
X-Virus-Scanned: by amavisd-new at afflictions.org
cc: current@freebsd.org
Subject: Re: Random processes hanging in unkillable state in -BETA6
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 22:00:36 -0000
Thus spake Julian Elischer (julian@elischer.org) [29/09/04 15:49]:
: EEEKKK!
Always a good noise.
: all the values of 7d000 are impossible.. in fact all the values in that
: column are
: "impossible".
I'll have my machine committed to Bizzarro World immediately.
: or we ahve a "leak" of opennings
:
: looking at the values and the fact that 7d000 appears in several of them
: I am suspicious that we didn't clear it properly at init.
: (goes to look at code..)
: hmmm yep i tlooks like htat might be it.
:
: try the following diff
: warning: cut'n'paste.. apply by hand.
Failure to compile:
cc -c -O -pipe -march=pentium4 -Wall -Wredundant-decls -Wnested-externs \
-Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline \
-Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. \
-I/usr/src/sys -I/usr/src/sys/contrib/dev/acpica \
-I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter \
-I/usr/src/sys/contrib/pf -I/usr/src/sys/contrib/dev/ath \
-I/usr/src/sys/contrib/dev/ath/freebsd -I/usr/src/sys/contrib/ngatm \
-D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 \
--param inline-unit-growth=100 --param large-function-growth=1000 \
-mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding \
-Werror /usr/src/sys/kern/kern_thread.c
/usr/src/sys/kern/kern_thread.c: In function `threadinit':
/usr/src/sys/kern/kern_thread.c:373: warning: passing arg 3 of `uma_zcreate' from incompatible pointer type
*** Error code 1
Stop in /usr/obj/usr/src/sys/dementia.
*** Error code 1
Stop in /usr/src.
*** Error code 1
Stop in /usr/src.
- Damian
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 22:02:52 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 6B16516A4CE; Wed, 29 Sep 2004 22:02:52 +0000 (GMT)
Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 051CF43D41; Wed, 29 Sep 2004 22:02:52 +0000 (GMT)
(envelope-from tinderbox@freebsd.org)
Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4])
by smarthost1.sentex.ca (8.13.1/8.13.1) with ESMTP id i8TM2m29075642;
Wed, 29 Sep 2004 18:02:48 -0400 (EDT)
(envelope-from tinderbox@freebsd.org)
Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca
[64.7.128.98])
by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id i8TM2l03093748;
Wed, 29 Sep 2004 18:02:47 -0400 (EDT)
(envelope-from tinderbox@freebsd.org)
Received: by freebsd-current.sentex.ca (Postfix, from userid 666)
id 1265F7303F; Wed, 29 Sep 2004 18:02:48 -0400 (EDT)
Sender: FreeBSD Tinderbox <tinderbox@freebsd.org>
From: FreeBSD Tinderbox <tinderbox@freebsd.org>
To: FreeBSD Tinderbox <tinderbox@freebsd.org>, <current@freebsd.org>,
<i386@freebsd.org>
Precedence: bulk
Message-Id: <20040929220248.1265F7303F@freebsd-current.sentex.ca>
Date: Wed, 29 Sep 2004 18:02:48 -0400 (EDT)
Subject: [current tinderbox] failure on i386/i386
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 22:02:52 -0000
TB --- 2004-09-29 20:45:37 - tinderbox 2.3 running on freebsd-current.sentex.ca
TB --- 2004-09-29 20:45:37 - starting CURRENT tinderbox run for i386/i386
TB --- 2004-09-29 20:45:37 - checking out the source tree
TB --- 2004-09-29 20:45:37 - cd /home/tinderbox/CURRENT/i386/i386
TB --- 2004-09-29 20:45:37 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2004-09-29 20:51:35 - building world (CFLAGS=-O2 -pipe)
TB --- 2004-09-29 20:51:35 - cd /home/tinderbox/CURRENT/i386/i386/src
TB --- 2004-09-29 20:51:35 - /usr/bin/make -B buildworld
>>> Rebuilding the temporary build tree
>>> stage 1.1: legacy release compatibility shims
>>> stage 1.2: bootstrap tools
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3: cross tools
>>> stage 4.1: building includes
>>> stage 4.2: building libraries
>>> stage 4.3: make dependencies
>>> stage 4.4: building everything
TB --- 2004-09-29 21:57:20 - building generic kernel (COPTFLAGS=-O2 -pipe)
TB --- 2004-09-29 21:57:20 - cd /home/tinderbox/CURRENT/i386/i386/src
TB --- 2004-09-29 21:57:20 - /usr/bin/make buildkernel KERNCONF=GENERIC
>>> Kernel build for GENERIC started on Wed Sep 29 21:57:21 UTC 2004
>>> stage 1: configuring the kernel
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3.1: making dependencies
>>> stage 3.2: building everything
[...]
/tinderbox/CURRENT/i386/i386/src/sys/dev/usb/usb_subr.c:832: warning: type defaults to `int' in declaration of `pipe'
/tinderbox/CURRENT/i386/i386/src/sys/dev/usb/usb_subr.c:832: error: `p' undeclared here (not in a function)
/tinderbox/CURRENT/i386/i386/src/sys/dev/usb/usb_subr.c:832: warning: data definition has no type or storage class
/tinderbox/CURRENT/i386/i386/src/sys/dev/usb/usb_subr.c:833: error: syntax error before "return"
/tinderbox/CURRENT/i386/i386/src/sys/dev/usb/usb_subr.c:92: warning: 'usbd_getnewaddr' declared `static' but never defined
/tinderbox/CURRENT/i386/i386/src/sys/dev/usb/usb_subr.c:101: warning: 'usbd_kill_pipe' declared `static' but never defined
/tinderbox/CURRENT/i386/i386/src/sys/dev/usb/usb_subr.c:103: warning: 'usbd_probe_and_attach' declared `static' but never defined
/tinderbox/CURRENT/i386/i386/src/sys/dev/usb/usb_subr.c:105: warning: 'usb_cookie_no' defined but not used
*** Error code 1
Stop in /tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/sys/GENERIC.
*** Error code 1
Stop in /tinderbox/CURRENT/i386/i386/src.
*** Error code 1
Stop in /tinderbox/CURRENT/i386/i386/src.
TB --- 2004-09-29 22:02:47 - WARNING: /usr/bin/make returned exit code 1
TB --- 2004-09-29 22:02:47 - ERROR: failed to build generic kernel
TB --- 2004-09-29 22:02:47 - tinderbox aborted
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 22:26:23 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 3AD4716A4CE
for <current@freebsd.org>; Wed, 29 Sep 2004 22:26:23 +0000 (GMT)
Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2])
by mx1.FreeBSD.org (Postfix) with ESMTP id F107043D39
for <current@freebsd.org>; Wed, 29 Sep 2004 22:26:22 +0000 (GMT)
(envelope-from julian@elischer.org)
Received: from elischer.org (julian.vicor-nb.com [208.206.78.97])
by mail.vicor-nb.com (Postfix) with ESMTP
id 4F1F77A425; Wed, 29 Sep 2004 15:26:22 -0700 (PDT)
Message-ID: <415B368D.3020506@elischer.org>
Date: Wed, 29 Sep 2004 15:26:21 -0700
From: Julian Elischer <julian@elischer.org>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030516
X-Accept-Language: en, hu
MIME-Version: 1.0
To: Damian Gerow <dgerow@afflictions.org>
References: <20040927211341.GB30059@afflictions.org>
<20040929040222.GI5115@afflictions.org> <415A3E1B.5010404@elischer.org>
<20040929050154.GJ5115@afflictions.org> <415A6AE3.4050309@elischer.org>
<415A6B8A.1040902@elischer.org> <20040929093723.GB29565@afflictions.org>
<415B113A.1060508@elischer.org> <20040929215528.GH29565@afflictions.org>
In-Reply-To: <20040929215528.GH29565@afflictions.org>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
cc: current@freebsd.org
Subject: Re: Random processes hanging in unkillable state in -BETA6
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 22:26:23 -0000
It actually needs a *arg to be a valid ctor..
-ksegrp_init(void *mem, int size, int flags)
+ksegrp_ctor(void *mem, int size, void *arg, int flags)
Damian Gerow wrote:
>Thus spake Julian Elischer (julian@elischer.org) [29/09/04 15:49]:
>: EEEKKK!
>
>Always a good noise.
>
>: all the values of 7d000 are impossible.. in fact all the values in that
>: column are
>: "impossible".
>
>I'll have my machine committed to Bizzarro World immediately.
>
>: or we ahve a "leak" of opennings
>:
>: looking at the values and the fact that 7d000 appears in several of them
>: I am suspicious that we didn't clear it properly at init.
>: (goes to look at code..)
>: hmmm yep i tlooks like htat might be it.
>:
>: try the following diff
>: warning: cut'n'paste.. apply by hand.
>
>Failure to compile:
>
> cc -c -O -pipe -march=pentium4 -Wall -Wredundant-decls -Wnested-externs \
> -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline \
> -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. \
> -I/usr/src/sys -I/usr/src/sys/contrib/dev/acpica \
> -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter \
> -I/usr/src/sys/contrib/pf -I/usr/src/sys/contrib/dev/ath \
> -I/usr/src/sys/contrib/dev/ath/freebsd -I/usr/src/sys/contrib/ngatm \
> -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 \
> --param inline-unit-growth=100 --param large-function-growth=1000 \
> -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding \
> -Werror /usr/src/sys/kern/kern_thread.c
> /usr/src/sys/kern/kern_thread.c: In function `threadinit':
> /usr/src/sys/kern/kern_thread.c:373: warning: passing arg 3 of `uma_zcreate' from incompatible pointer type
> *** Error code 1
>
> Stop in /usr/obj/usr/src/sys/dementia.
> *** Error code 1
>
> Stop in /usr/src.
> *** Error code 1
>
> Stop in /usr/src.
>
> - Damian
>
>
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 22:35:48 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id EA75516A4CE; Wed, 29 Sep 2004 22:35:48 +0000 (GMT)
Received: from obsecurity.dyndns.org
(CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143])
by mx1.FreeBSD.org (Postfix) with ESMTP
id BDF8F43D45; Wed, 29 Sep 2004 22:35:48 +0000 (GMT)
(envelope-from kris@obsecurity.org)
Received: by obsecurity.dyndns.org (Postfix, from userid 1000)
id 75CF05144B; Wed, 29 Sep 2004 15:36:12 -0700 (PDT)
Date: Wed, 29 Sep 2004 15:36:12 -0700
From: Kris Kennaway <kris@obsecurity.org>
To: Scott Long <scottl@FreeBSD.org>
Message-ID: <20040929223612.GA42869@xor.obsecurity.org>
References: <20040929123100.GA600@electra.cse.Buffalo.EDU>
<20040929135217.GA16594@saltmine.radix.net>
<20040929164422.GA9262@xor.obsecurity.org>
<20040929171619.GC26065@saltmine.radix.net>
<20040929172721.GA12793@xor.obsecurity.org>
<20040929180703.GA16806@xor.obsecurity.org> <415AFF26.8010603@FreeBSD.org>
<20040929183749.GA29571@xor.obsecurity.org>
<20040929205545.GA36631@xor.obsecurity.org> <415B2C4A.6000807@FreeBSD.org>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="6TrnltStXW4iwmi0"
Content-Disposition: inline
In-Reply-To: <415B2C4A.6000807@FreeBSD.org>
User-Agent: Mutt/1.4.2.1i
cc: freebsd-current@FreeBSD.org
cc: re@FreeBSD.org
cc: Kris Kennaway <kris@obsecurity.org>
Subject: Re: HEADS-UP: Library version number bumps (revised)
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 22:35:49 -0000
--6TrnltStXW4iwmi0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Wed, Sep 29, 2004 at 03:42:34PM -0600, Scott Long wrote:
> >So even if you fix the __xuname reference it looks like they'll still
> >be broken.
> >
> >Kris
>=20
> These are all generic names that lex/yacc uses to build its parser code.
> All of the packages that you point out use their own private set of
> lex/yacc magic. Looking at 'nm -u ipfm' shows no unresolved symbols
> related to yy*.
OK, fixing the __xuname ref might be a good alternative then.
Kris
--6TrnltStXW4iwmi0
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)
iD8DBQFBWzjbWry0BWjoQKURAq8IAKCTmzWq25dyTS/z5YrLoMeS058pYwCgnnnN
kN1eSIGBiFpmMwsIMjpzCu4=
=T5iE
-----END PGP SIGNATURE-----
--6TrnltStXW4iwmi0--
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 22:40:37 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id AE4EB16A4CF
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 22:40:37 +0000 (GMT)
Received: from mail2.numachi.com (mail2.numachi.com [198.175.254.8])
by mx1.FreeBSD.org (Postfix) with SMTP id DAD8D43D41
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 22:40:36 +0000 (GMT)
(envelope-from reichert@numachi.com)
Received: (qmail 72739 invoked from network); 29 Sep 2004 22:40:36 -0000
Received: from natto.numachi.com (198.175.254.216)
by mail2.numachi.com with SMTP; 29 Sep 2004 22:40:36 -0000
Received: (qmail 66870 invoked by uid 1001); 29 Sep 2004 22:40:35 -0000
Date: Wed, 29 Sep 2004 18:40:35 -0400
From: Brian Reichert <reichert@numachi.com>
To: freebsd-current@freebsd.org
Message-ID: <20040929224035.GL11445@numachi.com>
References: <20040901052054.GV4846@numachi.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20040901052054.GV4846@numachi.com>
User-Agent: Mutt/1.5.6i
Subject: Re: how 'supported' are 3ware Escalade controllers?
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 22:40:37 -0000
On Wed, Sep 01, 2004 at 05:20:54AM +0000, Brian Reichert wrote:
> I'm speccing a budget RAID fileserver, and stumbled across some
> interesting prospects.
>
[snip]
> Can someone explicitly tie these references together? Is the 7506-8
> going to cut it?
So - I took the plunge, and have sucessfully spun up a 7506-8 under
FreeBSD 5.2.1.
# df /dev/twed0s1
Filesystem 1K-blocks Used Avail Capacity Mounted on
/dev/twed0s1 1324492798 444478178 774055198 36% /backups
Eight drives under RAID5, hurray.
I'm now exploring the misc management tools, with middling success,
but I'd love some feedback on what other people have successfully
gotten to fly:
- I've spun up 3dm, but, for the life of me, can't get it to send
me email. No errors, just silently doesn't do it. :/
- I've installed the smartmontools-5.22_1 package, but get this
sort of diagnostic:
# smartctl -a -d 3ware,0 /dev/twe0
smartctl version 5.22 Copyright (C) 2002-3 Bruce Allen
Home page is http://smartmontools.sourceforge.net/
Smartctl open device: /dev/twe0 failed: Inappropriate ioctl for device
# smartctl -a -d 3ware,0 /dev/da0
smartctl version 5.22 Copyright (C) 2002-3 Bruce Allen
Home page is http://smartmontools.sourceforge.net/
smartmontools 5.22 does not currentlly support TWE devices (3ware Escalade)
Smartctl: Device Read Identity Failed (not an ATA/ATAPI device)
A mandatory SMART command failed: exiting. To continue, add one
or more '-T permissive' options.
This seems rather contrary to the docs in the package...
- This very thread I've replied to implies a 3dm2 out there, but I
could find no reference on 3ware's site. Was this something I imagined?
I suppose calling 3ware's support would be a next step for me...
--
Brian Reichert <reichert@numachi.com>
37 Crystal Ave. #303 Daytime number: (603) 434-6842
Derry NH 03038-1713 USA BSD admin/developer at large
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 22:49:03 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 5FCE316A4CE
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 22:49:03 +0000 (GMT)
Received: from ran.psg.com (ip192.186.dsl-acs2.seawa0.iinet.com
[209.20.186.192])
by mx1.FreeBSD.org (Postfix) with ESMTP id D955043D2F
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 22:49:02 +0000 (GMT) (envelope-from randy@psg.com)
Received: from localhost ([127.0.0.1] helo=ran.psg.com.psg.com)
by ran.psg.com with esmtp (Exim 4.34 (FreeBSD))
id 1CCnFs-0005r1-6B; Wed, 29 Sep 2004 15:49:00 -0700
From: Randy Bush <randy@psg.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-ID: <16731.15323.690121.202009@ran.psg.com>
Date: Wed, 29 Sep 2004 15:48:59 -0700
To: Manfred Antar <null@pozo.com>
References: <16731.4176.332039.982508@roam.psg.com>
<6.1.2.0.2.20040929130342.039b3e98@pozo.com>
cc: FreeBSD Current <freebsd-current@freebsd.org>
Subject: Re: usb compile issue
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 22:49:03 -0000
>> /usr/src/sys/dev/usb/usb_subr.c: In function `usbd_setup_pipe':
> There is a extra "*/" comment on line 822 remove it and it will compile
yechh! hacked. thanks.
randy
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 23:28:14 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 05A5816A4CE; Wed, 29 Sep 2004 23:28:14 +0000 (GMT)
Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18])
by mx1.FreeBSD.org (Postfix) with ESMTP
id A39A643D58; Wed, 29 Sep 2004 23:28:13 +0000 (GMT)
(envelope-from tinderbox@freebsd.org)
Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4])
by smarthost1.sentex.ca (8.13.1/8.13.1) with ESMTP id i8TNSDZ5086145;
Wed, 29 Sep 2004 19:28:13 -0400 (EDT)
(envelope-from tinderbox@freebsd.org)
Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca
[64.7.128.98])
by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id i8TNSCiS027688;
Wed, 29 Sep 2004 19:28:12 -0400 (EDT)
(envelope-from tinderbox@freebsd.org)
Received: by freebsd-current.sentex.ca (Postfix, from userid 666)
id DA9177303F; Wed, 29 Sep 2004 19:28:12 -0400 (EDT)
Sender: FreeBSD Tinderbox <tinderbox@freebsd.org>
From: FreeBSD Tinderbox <tinderbox@freebsd.org>
To: FreeBSD Tinderbox <tinderbox@freebsd.org>, <current@freebsd.org>,
<i386@freebsd.org>
Precedence: bulk
Message-Id: <20040929232812.DA9177303F@freebsd-current.sentex.ca>
Date: Wed, 29 Sep 2004 19:28:12 -0400 (EDT)
Subject: [current tinderbox] failure on i386/pc98
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 23:28:14 -0000
TB --- 2004-09-29 22:02:48 - tinderbox 2.3 running on freebsd-current.sentex.ca
TB --- 2004-09-29 22:02:48 - starting CURRENT tinderbox run for i386/pc98
TB --- 2004-09-29 22:02:48 - checking out the source tree
TB --- 2004-09-29 22:02:48 - cd /home/tinderbox/CURRENT/i386/pc98
TB --- 2004-09-29 22:02:48 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2004-09-29 22:08:48 - building world (CFLAGS=-O2 -pipe)
TB --- 2004-09-29 22:08:48 - cd /home/tinderbox/CURRENT/i386/pc98/src
TB --- 2004-09-29 22:08:48 - /usr/bin/make -B buildworld
>>> Rebuilding the temporary build tree
>>> stage 1.1: legacy release compatibility shims
>>> stage 1.2: bootstrap tools
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3: cross tools
>>> stage 4.1: building includes
>>> stage 4.2: building libraries
>>> stage 4.3: make dependencies
>>> stage 4.4: building everything
TB --- 2004-09-29 23:14:48 - building generic kernel (COPTFLAGS=-O2 -pipe)
TB --- 2004-09-29 23:14:48 - cd /home/tinderbox/CURRENT/i386/pc98/src
TB --- 2004-09-29 23:14:48 - /usr/bin/make buildkernel KERNCONF=GENERIC
>>> Kernel build for GENERIC started on Wed Sep 29 23:14:48 UTC 2004
>>> stage 1: configuring the kernel
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3.1: making dependencies
>>> stage 3.2: building everything
[...]
/tinderbox/CURRENT/i386/pc98/src/sys/modules/usb/../../dev/usb/usb_subr.c:832: warning: type defaults to `int' in declaration of `pipe'
/tinderbox/CURRENT/i386/pc98/src/sys/modules/usb/../../dev/usb/usb_subr.c:832: error: `p' undeclared here (not in a function)
/tinderbox/CURRENT/i386/pc98/src/sys/modules/usb/../../dev/usb/usb_subr.c:832: warning: data definition has no type or storage class
/tinderbox/CURRENT/i386/pc98/src/sys/modules/usb/../../dev/usb/usb_subr.c:833: error: syntax error before "return"
/tinderbox/CURRENT/i386/pc98/src/sys/modules/usb/../../dev/usb/usb_subr.c:92: warning: 'usbd_getnewaddr' declared `static' but never defined
/tinderbox/CURRENT/i386/pc98/src/sys/modules/usb/../../dev/usb/usb_subr.c:101: warning: 'usbd_kill_pipe' declared `static' but never defined
/tinderbox/CURRENT/i386/pc98/src/sys/modules/usb/../../dev/usb/usb_subr.c:103: warning: 'usbd_probe_and_attach' declared `static' but never defined
/tinderbox/CURRENT/i386/pc98/src/sys/modules/usb/../../dev/usb/usb_subr.c:105: warning: 'usb_cookie_no' defined but not used
*** Error code 1
Stop in /tinderbox/CURRENT/i386/pc98/src/sys/modules/usb.
*** Error code 1
Stop in /tinderbox/CURRENT/i386/pc98/src/sys/modules.
*** Error code 1
Stop in /tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/sys/GENERIC.
*** Error code 1
Stop in /tinderbox/CURRENT/i386/pc98/src.
*** Error code 1
Stop in /tinderbox/CURRENT/i386/pc98/src.
TB --- 2004-09-29 23:28:12 - WARNING: /usr/bin/make returned exit code 1
TB --- 2004-09-29 23:28:12 - ERROR: failed to build generic kernel
TB --- 2004-09-29 23:28:12 - tinderbox aborted
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 23:48:52 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 55E1A16A4CE; Wed, 29 Sep 2004 23:48:52 +0000 (GMT)
Received: from harmony.village.org (rover.village.org [168.103.84.182])
by mx1.FreeBSD.org (Postfix) with ESMTP
id A088D43D3F; Wed, 29 Sep 2004 23:48:49 +0000 (GMT)
(envelope-from imp@bsdimp.com)
Received: from localhost (harmony.village.org [10.0.0.6])
by harmony.village.org (8.13.1/8.13.1) with ESMTP id i8TNlsUW021750;
Wed, 29 Sep 2004 17:47:54 -0600 (MDT)
(envelope-from imp@bsdimp.com)
Date: Wed, 29 Sep 2004 17:49:14 -0600 (MDT)
Message-Id: <20040929.174914.05878370.imp@bsdimp.com>
To: deischen@freebsd.org
From: "M. Warner Losh" <imp@bsdimp.com>
In-Reply-To: <Pine.GSO.4.43.0409291006430.13426-100000@sea.ntplx.net>
References: <20040929123100.GA600@electra.cse.Buffalo.EDU>
<Pine.GSO.4.43.0409291006430.13426-100000@sea.ntplx.net>
X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI)
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
cc: kensmith@cse.Buffalo.EDU
cc: tjr@freebsd.org
cc: freebsd-current@freebsd.org
Subject: Re: HEADS-UP: Library version number bumps
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 23:48:52 -0000
In message: <Pine.GSO.4.43.0409291006430.13426-100000@sea.ntplx.net>
Daniel Eischen <deischen@freebsd.org> writes:
: This has been mentioned before, but when breaking (or potentially
: breaking) ABI, can we bump the version numbers to libfoo.YYYYMMDD?
: Once release comes, we can move them back to SHLIB_MAJOR + 1 (or
: even decide to keep them at SHLIB_MAJOR if ABI wasn't really broken).
: This helps folks running HEAD so they can update their ports over time.
In a lot of respects I like this idea. However, the unanswered
question would be how to implement it. The bumps are easy to do (the
version number is basically meaningless), but frequeny bumps have
issues as well. Laying those aside for the moment, my concern is how
do we do the 'one release comes' part there. How do we know if they
are binary compatible or not? Wouldn't this tend to encourage people
to make binary incompatible libraryes?
Warner
From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 00:36:57 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 09D8216A4CE; Thu, 30 Sep 2004 00:36:57 +0000 (GMT)
Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10])
by mx1.FreeBSD.org (Postfix) with ESMTP
id AB4DD43D1F; Thu, 30 Sep 2004 00:36:56 +0000 (GMT)
(envelope-from deischen@freebsd.org)
Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11])
i8U0ak03014217; Wed, 29 Sep 2004 20:36:46 -0400 (EDT)
Date: Wed, 29 Sep 2004 20:36:45 -0400 (EDT)
From: Daniel Eischen <deischen@freebsd.org>
X-X-Sender: eischen@sea.ntplx.net
To: "M. Warner Losh" <imp@bsdimp.com>
In-Reply-To: <20040929.174914.05878370.imp@bsdimp.com>
Message-ID: <Pine.GSO.4.43.0409292016080.16453-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: kensmith@cse.Buffalo.EDU
cc: tjr@freebsd.org
cc: freebsd-current@freebsd.org
Subject: Re: HEADS-UP: Library version number bumps
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: Daniel Eischen <deischen@freebsd.org>
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Sep 2004 00:36:57 -0000
On Wed, 29 Sep 2004, M. Warner Losh wrote:
> In message: <Pine.GSO.4.43.0409291006430.13426-100000@sea.ntplx.net>
> Daniel Eischen <deischen@freebsd.org> writes:
> : This has been mentioned before, but when breaking (or potentially
> : breaking) ABI, can we bump the version numbers to libfoo.YYYYMMDD?
> : Once release comes, we can move them back to SHLIB_MAJOR + 1 (or
> : even decide to keep them at SHLIB_MAJOR if ABI wasn't really broken).
> : This helps folks running HEAD so they can update their ports over time.
>
> In a lot of respects I like this idea. However, the unanswered
> question would be how to implement it. The bumps are easy to do (the
> version number is basically meaningless), but frequeny bumps have
> issues as well. Laying those aside for the moment, my concern is how
> do we do the 'one release comes' part there. How do we know if they
> are binary compatible or not? Wouldn't this tend to encourage people
> to make binary incompatible libraryes?
It doesn't solve the current problem of knowing if changes
break ABI. It is also still up to the committers to both
avoid introducing any uncessary ABI breakages and to review
other committers' changes.
I suppose 'Once release comes' is when we're getting ready
for release and the re@ team lays the tag and freezes the
branch. At that point, you move the version numbers back
in both the branch and HEAD. re@ comes out and says "Try
to avoid any major changes to HEAD until after release"
which implies "no more shared library ABI changes".
I know there will be some ABI changes in 6.0, libc for sure.
If we go directly from libc.so.5 to libc.so.6 after the first
ABI change, that hoses -current folks when the next libc ABI
change hits the tree and you don't bump the version number
again.
--
Dan Eischen
From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 00:43:53 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id B103A16A4CE; Thu, 30 Sep 2004 00:43:53 +0000 (GMT)
Received: from obsecurity.dyndns.org
(CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 7E24143D2F; Thu, 30 Sep 2004 00:43:53 +0000 (GMT)
(envelope-from kris@obsecurity.org)
Received: by obsecurity.dyndns.org (Postfix, from userid 1000)
id EC64051448; Wed, 29 Sep 2004 17:44:17 -0700 (PDT)
Date: Wed, 29 Sep 2004 17:44:17 -0700
From: Kris Kennaway <kris@obsecurity.org>
To: Daniel Eischen <deischen@freebsd.org>
Message-ID: <20040930004417.GA49094@xor.obsecurity.org>
References: <20040929.174914.05878370.imp@bsdimp.com>
<Pine.GSO.4.43.0409292016080.16453-100000@sea.ntplx.net>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="3V7upXqbjpZ4EhLz"
Content-Disposition: inline
In-Reply-To: <Pine.GSO.4.43.0409292016080.16453-100000@sea.ntplx.net>
User-Agent: Mutt/1.4.2.1i
cc: kensmith@cse.Buffalo.EDU
cc: tjr@freebsd.org
cc: "M. Warner Losh" <imp@bsdimp.com>
cc: freebsd-current@freebsd.org
Subject: Re: HEADS-UP: Library version number bumps
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Sep 2004 00:43:53 -0000
--3V7upXqbjpZ4EhLz
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Wed, Sep 29, 2004 at 08:36:45PM -0400, Daniel Eischen wrote:
> On Wed, 29 Sep 2004, M. Warner Losh wrote:
>=20
> > In message: <Pine.GSO.4.43.0409291006430.13426-100000@sea.ntplx.net>
> > Daniel Eischen <deischen@freebsd.org> writes:
> > : This has been mentioned before, but when breaking (or potentially
> > : breaking) ABI, can we bump the version numbers to libfoo.YYYYMMDD?
> > : Once release comes, we can move them back to SHLIB_MAJOR + 1 (or
> > : even decide to keep them at SHLIB_MAJOR if ABI wasn't really broken).
> > : This helps folks running HEAD so they can update their ports over tim=
e.
> >
> > In a lot of respects I like this idea. However, the unanswered
> > question would be how to implement it. The bumps are easy to do (the
> > version number is basically meaningless), but frequeny bumps have
> > issues as well. Laying those aside for the moment, my concern is how
> > do we do the 'one release comes' part there. How do we know if they
> > are binary compatible or not? Wouldn't this tend to encourage people
> > to make binary incompatible libraryes?
>=20
> It doesn't solve the current problem of knowing if changes
> break ABI. It is also still up to the committers to both
> avoid introducing any uncessary ABI breakages and to review
> other committers' changes.
That hasn't worked very well during the 5.x branch, as the current
thread (and previous iterations of it) show. All I was able to look
for were incompatible changes to the symbol table; other types of
breakage like incompatible changes to function interfaces and data
structures are much more difficult to detect.
Kris
--3V7upXqbjpZ4EhLz
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)
iD8DBQFBW1bhWry0BWjoQKURAqWZAJ0SEBZdCr76GxzuxHqmGLPUwT/ggACgir/A
tZ091Kvhfwy6/WIn2ndohAI=
=Wdby
-----END PGP SIGNATURE-----
--3V7upXqbjpZ4EhLz--
From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 00:55:07 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 800EB16A4CE
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 00:55:07 +0000 (GMT)
Received: from smtp1.adl2.internode.on.net (smtp1.adl2.internode.on.net
[203.16.214.181])
by mx1.FreeBSD.org (Postfix) with ESMTP id 9B69243D4C
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 00:55:01 +0000 (GMT)
(envelope-from smckay@internode.on.net)
Received: from dungeon.home (ppp238-227.lns1.bne3.internode.on.net
[203.122.238.227])i8U0sr4Y017030;
Thu, 30 Sep 2004 10:24:53 +0930 (CST)
Received: from dungeon.home (localhost [127.0.0.1])
by dungeon.home (8.12.8p2/8.11.6) with ESMTP id i8U0srL6006761;
Thu, 30 Sep 2004 10:54:53 +1000 (EST)
(envelope-from mckay)
Message-Id: <200409300054.i8U0srL6006761@dungeon.home>
To: Savchuk Taras <taras-s-y@mail.ru>
References: <002b01c4a576$9b65f1d0$82fda3d1@sanmarcos.x25.net>
<200409282025.04107.taras-s-y@mail.ru>
<200409290609.i8T69wZD008877@dungeon.home>
<200409300018.14616.taras-s-y@mail.ru>
In-Reply-To: <200409300018.14616.taras-s-y@mail.ru>
from Savchuk Taras at "Thu, 30 Sep 2004 00:18:14 +0000"
Date: Thu, 30 Sep 2004 10:54:53 +1000
From: Stephen McKay <smckay@internode.on.net>
cc: freebsd-current@freebsd.org
cc: Stephen McKay <smckay@internode.on.net>
Subject: Re: dc0 acting up
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Sep 2004 00:55:07 -0000
On Thursday, 30th September 2004, Savchuk Taras wrote:
>I have made changes in "sys/pci/if_dc.c" as you said and have had this outout
>during "buildkernel":
>------------------------------------------------------------------------------------------------------------------------------------
>n-long-strings -mpreferred-stack-boundary=2 -ffreestanding
>-Werror /usr/src/sys/pci/if_dc.c
>/usr/src/sys/pci/if_dc.c: In function `dc_setcfg':
>/usr/src/sys/pci/if_dc.c:1369: warning: unused variable `i'
>/usr/src/sys/pci/if_dc.c:1370: warning: unused variable `isr'
>*** Error code 1
Sorry about that chief. It seems like warnings are fatal nowadays. To
satisfy the compiler you would also have to delete (or comment out) the
declarations for "i" and "isr" up a few lines at 1369 and 1370.
Stephen.
From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 00:56:46 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 02A5D16A4CE
for <current@freebsd.org>; Thu, 30 Sep 2004 00:56:46 +0000 (GMT)
Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22])
by mx1.FreeBSD.org (Postfix) with ESMTP id AB15B43D41
for <current@freebsd.org>; Thu, 30 Sep 2004 00:56:45 +0000 (GMT)
(envelope-from nate@root.org)
Received: from [10.0.0.34] (h-67-102-66-178.snfccasy.covad.net
[67.102.66.178])
by www.cryptography.com (8.12.8/8.12.8) with ESMTP id i8U0uiHr023324
(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT)
for <current@freebsd.org>; Wed, 29 Sep 2004 17:56:45 -0700
Message-ID: <415B5991.70002@root.org>
Date: Wed, 29 Sep 2004 17:55:45 -0700
From: Nate Lawson <nate@root.org>
User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: current@freebsd.org
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Subject: [Fwd: cvs commit: src/sys/dev/acpica acpi_pci_link.c]
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Sep 2004 00:56:46 -0000
Did this commit fix or break anything regarding PCI irq routing for
anyone? I haven't heard any feedback yet.
-------- Original Message --------
njl 2004-09-25 06:15:56 UTC
FreeBSD src repository
Modified files:
sys/dev/acpica acpi_pci_link.c
Log:
Allow routing to the SCI even if it's not in the list of valid IRQs.
MFC if: no problems
Revision Changes Path
1.33 +10 -0 src/sys/dev/acpica/acpi_pci_link.c
--
Nate
From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 01:08:41 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 9F11616A4CE; Thu, 30 Sep 2004 01:08:41 +0000 (GMT)
Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 3759E43D4C; Thu, 30 Sep 2004 01:08:41 +0000 (GMT)
(envelope-from tinderbox@freebsd.org)
Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30])
by smarthost1.sentex.ca (8.13.1/8.13.1) with ESMTP id i8U18edt097507;
Wed, 29 Sep 2004 21:08:40 -0400 (EDT)
(envelope-from tinderbox@freebsd.org)
Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca
[64.7.128.98])
by smtp2.sentex.ca (8.12.11/8.12.11) with ESMTP id i8U18eWO053758;
Wed, 29 Sep 2004 21:08:40 -0400 (EDT)
(envelope-from tinderbox@freebsd.org)
Received: by freebsd-current.sentex.ca (Postfix, from userid 666)
id AEEF47303F; Wed, 29 Sep 2004 21:08:40 -0400 (EDT)
Sender: FreeBSD Tinderbox <tinderbox@freebsd.org>
From: FreeBSD Tinderbox <tinderbox@freebsd.org>
To: FreeBSD Tinderbox <tinderbox@freebsd.org>, <current@freebsd.org>,
<ia64@freebsd.org>
Precedence: bulk
Message-Id: <20040930010840.AEEF47303F@freebsd-current.sentex.ca>
Date: Wed, 29 Sep 2004 21:08:40 -0400 (EDT)
Subject: [current tinderbox] failure on ia64/ia64
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Sep 2004 01:08:41 -0000
TB --- 2004-09-29 23:28:13 - tinderbox 2.3 running on freebsd-current.sentex.ca
TB --- 2004-09-29 23:28:13 - starting CURRENT tinderbox run for ia64/ia64
TB --- 2004-09-29 23:28:13 - checking out the source tree
TB --- 2004-09-29 23:28:13 - cd /home/tinderbox/CURRENT/ia64/ia64
TB --- 2004-09-29 23:28:13 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2004-09-29 23:33:56 - building world (CFLAGS=-O2 -pipe)
TB --- 2004-09-29 23:33:56 - cd /home/tinderbox/CURRENT/ia64/ia64/src
TB --- 2004-09-29 23:33:56 - /usr/bin/make -B buildworld
>>> Rebuilding the temporary build tree
>>> stage 1.1: legacy release compatibility shims
>>> stage 1.2: bootstrap tools
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3: cross tools
>>> stage 4.1: building includes
>>> stage 4.2: building libraries
>>> stage 4.3: make dependencies
>>> stage 4.4: building everything
TB --- 2004-09-30 01:02:59 - building generic kernel (COPTFLAGS=-O2 -pipe)
TB --- 2004-09-30 01:02:59 - cd /home/tinderbox/CURRENT/ia64/ia64/src
TB --- 2004-09-30 01:02:59 - /usr/bin/make buildkernel KERNCONF=GENERIC
>>> Kernel build for GENERIC started on Thu Sep 30 01:02:59 UTC 2004
>>> stage 1: configuring the kernel
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3.1: making dependencies
>>> stage 3.2: building everything
[...]
/tinderbox/CURRENT/ia64/ia64/src/sys/dev/usb/usb_subr.c:832: warning: type defaults to `int' in declaration of `pipe'
/tinderbox/CURRENT/ia64/ia64/src/sys/dev/usb/usb_subr.c:832: error: `p' undeclared here (not in a function)
/tinderbox/CURRENT/ia64/ia64/src/sys/dev/usb/usb_subr.c:832: warning: data definition has no type or storage class
/tinderbox/CURRENT/ia64/ia64/src/sys/dev/usb/usb_subr.c:833: error: syntax error before "return"
/tinderbox/CURRENT/ia64/ia64/src/sys/dev/usb/usb_subr.c:92: warning: 'usbd_getnewaddr' declared `static' but never defined
/tinderbox/CURRENT/ia64/ia64/src/sys/dev/usb/usb_subr.c:101: warning: 'usbd_kill_pipe' declared `static' but never defined
/tinderbox/CURRENT/ia64/ia64/src/sys/dev/usb/usb_subr.c:103: warning: 'usbd_probe_and_attach' declared `static' but never defined
/tinderbox/CURRENT/ia64/ia64/src/sys/dev/usb/usb_subr.c:105: warning: 'usb_cookie_no' defined but not used
*** Error code 1
Stop in /tinderbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/sys/GENERIC.
*** Error code 1
Stop in /tinderbox/CURRENT/ia64/ia64/src.
*** Error code 1
Stop in /tinderbox/CURRENT/ia64/ia64/src.
TB --- 2004-09-30 01:08:40 - WARNING: /usr/bin/make returned exit code 1
TB --- 2004-09-30 01:08:40 - ERROR: failed to build generic kernel
TB --- 2004-09-30 01:08:40 - tinderbox aborted
From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 01:19:44 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id E7CB816A4CE; Thu, 30 Sep 2004 01:19:44 +0000 (GMT)
Received: from electra.cse.Buffalo.EDU (electra.cse.Buffalo.EDU
[128.205.32.2]) by mx1.FreeBSD.org (Postfix) with ESMTP
id 49C2843D39; Thu, 30 Sep 2004 01:19:44 +0000 (GMT)
(envelope-from kensmith@cse.Buffalo.EDU)
Received: from electra.cse.Buffalo.EDU (localhost [127.0.0.1])
i8U1JaTH023674; Wed, 29 Sep 2004 21:19:36 -0400 (EDT)
Received: (from kensmith@localhost)
by electra.cse.Buffalo.EDU (8.12.10/8.12.9/Submit) id i8U1JZEm023673;
Wed, 29 Sep 2004 21:19:35 -0400 (EDT)
Date: Wed, 29 Sep 2004 21:19:34 -0400
From: Ken Smith <kensmith@cse.Buffalo.EDU>
To: Kris Kennaway <kris@obsecurity.org>
Message-ID: <20040930011934.GA23466@electra.cse.Buffalo.EDU>
References: <20040929.174914.05878370.imp@bsdimp.com>
<Pine.GSO.4.43.0409292016080.16453-100000@sea.ntplx.net>
<20040930004417.GA49094@xor.obsecurity.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20040930004417.GA49094@xor.obsecurity.org>
User-Agent: Mutt/1.4.1i
cc: Daniel Eischen <deischen@freebsd.org>
cc: kensmith@cse.Buffalo.EDU
cc: tjr@freebsd.org
cc: "M. Warner Losh" <imp@bsdimp.com>
cc: freebsd-current@freebsd.org
Subject: Re: HEADS-UP: Library version number bumps
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Sep 2004 01:19:45 -0000
On Wed, Sep 29, 2004 at 05:44:17PM -0700, Kris Kennaway wrote:
> That hasn't worked very well during the 5.x branch, as the current
> thread (and previous iterations of it) show. All I was able to look
> for were incompatible changes to the symbol table; other types of
> breakage like incompatible changes to function interfaces and data
> structures are much more difficult to detect.
For what it's worth... I did find out a fair bit too late that there
are a few things that are specifically being held off because they
do break things in this fashion, but are things we need to do at
some point. Not sure exactly when doing that sort of thing is best...
--
Ken Smith
- From there to here, from here to | kensmith@cse.buffalo.edu
there, funny things are everywhere. |
- Theodore Geisel |
From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 01:56:24 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id C226D16A4CE; Thu, 30 Sep 2004 01:56:24 +0000 (GMT)
Received: from www.mmlab.cse.yzu.edu.tw (www.mmlab.cse.yzu.edu.tw
[140.138.145.166]) by mx1.FreeBSD.org (Postfix) with ESMTP
id 5581E43D45; Thu, 30 Sep 2004 01:56:24 +0000 (GMT)
(envelope-from avatar@mmlab.cse.yzu.edu.tw)
Received: by www.mmlab.cse.yzu.edu.tw (qmail, from userid 1000)
id 69FE94EFCD6; Thu, 30 Sep 2004 09:56:20 +0800 (CST)
Received: from localhost (localhost [127.0.0.1])
by www.mmlab.cse.yzu.edu.tw (qmail) with ESMTP id 603F74EFCD3;
Thu, 30 Sep 2004 09:56:20 +0800 (CST)
Date: Thu, 30 Sep 2004 09:56:20 +0800 (CST)
From: Tai-hwa Liang <avatar@mmlab.cse.yzu.edu.tw>
To: Kris Kennaway <kris@obsecurity.org>
In-Reply-To: <20040929211528.GA39358@xor.obsecurity.org>
Message-ID: <04093009424918.48502@www.mmlab.cse.yzu.edu.tw>
References: <20040929211528.GA39358@xor.obsecurity.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
cc: amd64@FreeBSD.org
cc: current@FreeBSD.org
Subject: Re: "panic: vrele: negative ref cnt" on RELENG_5
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Sep 2004 01:56:24 -0000
Hi,
I ran into this panic on a Pentium 4 box two hours ago; however, there's
no backtrace available since the box was booted with 5.3-BETA6-i386-disc2:
panic: vrele: negative ref cnt
boot() called on cpu#1
Uptime: 8h54m1s
The operations performed before the panic took place were:
mount /dev/ad4s3f /mnt # an UFS1 FreeBSD slice
mkdir /mnt3
mount_msdosfs /dev/ad5s3 /mnt3 # a FAT32 partition
bsdtar -cpvf /mnt3/backup.tar /mnt
^D # leave the FIXIT shell, BOOM!
Not sure this is relevant, but there're a couple of "ad4: FAILURE ...
UNCORRETABLE.. LBA=xxx..." errors while bsdtar was running.
On Wed, 29 Sep 2004, Kris Kennaway wrote:
> An amd64 machine I updated 5 days ago panicked with this at reboot
> time:
>
> Waiting (max 60 seconds) for system process `vnlru' to stop...done
> Waiting (max 60 seconds) for system process `bufdaemon' to stop...done
> Waiting (max 60 seconds) for system process `syncer' to stop...
> Syncing disks, vnodes remaining...1 1 1 0 0 done
> No buffers busy after final sync
> panic: vrele: negative ref cnt
> kdb_enter() at kdb_enter+0x2f
> panic() at panic+0x1d2
> vrele() at vrele+0x1ec
> ffs_unmount() at ffs_unmount+0x182
> dounmount() at dounmount+0x171
> vfs_unmountall() at vfs_unmountall+0x50
> boot() at boot+0x809
> reboot() at reboot+0x3d
> syscall() at syscall+0x4ab
> Xfast_syscall() at Xfast_syscall+0xa8
> --- syscall (55, FreeBSD ELF64, reboot), rip = 0x20076d76c, rsp = 0x7fffffffebb8, rbp = 0x1b0ab ---
From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 02:12:02 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id EE5C416A4CF
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 02:12:01 +0000 (GMT)
Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.196])
by mx1.FreeBSD.org (Postfix) with ESMTP id 9E88E43D1F
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 02:12:01 +0000 (GMT)
(envelope-from marchenko@gmail.com)
Received: by mproxy.gmail.com with SMTP id 74so148765rnk
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 19:12:01 -0700 (PDT)
Received: by 10.38.208.53 with SMTP id f53mr2380933rng;
Wed, 29 Sep 2004 19:12:01 -0700 (PDT)
Received: by 10.38.22.66 with HTTP; Wed, 29 Sep 2004 19:12:00 -0700 (PDT)
Message-ID: <cd70c6810409291912594e7dc9@mail.gmail.com>
Date: Wed, 29 Sep 2004 22:12:00 -0400
From: Vlad <marchenko@gmail.com>
To: Robert Watson <rwatosn@freebsd.org>
In-Reply-To: <cd70c681040929050230e7b6fa@mail.gmail.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
References: <4159431F.6010502@ispro.net.tr>
<Pine.NEB.3.96L.1040928232554.15557D-100000@fledge.watson.org>
<cd70c681040929050230e7b6fa@mail.gmail.com>
cc: freebsd-current@freebsd.org
cc: Evren Yurtesen <yurtesen@ispro.net.tr>
Subject: Re: panic: sorele
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: Vlad <marchenko@gmail.com>
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Sep 2004 02:12:02 -0000
guys,
it just crashed even with NET_WITH_GIANT option.
I could not leave it waiting at DDB prompt so I've compiled it with
GDB_UNATTENDED... so no new info :(
login: panic: sodealloc(): so_count 1
cpuid = 0
boot() called on cpu#0
I'm restarting it on a single CPU cause can't afford anymore locking
on production server.
let me know if u have any thoughts
--
Vlad
From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 02:14:59 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id EEF2816A4CE
for <current@freebsd.org>; Thu, 30 Sep 2004 02:14:58 +0000 (GMT)
Received: from mailout03.sul.t-online.com (mailout03.sul.t-online.com
[194.25.134.81])
by mx1.FreeBSD.org (Postfix) with ESMTP id 80B4243D3F
for <current@freebsd.org>; Thu, 30 Sep 2004 02:14:58 +0000 (GMT)
(envelope-from mike@reifenberger.com)
Received: from fwd10.aul.t-online.de
by mailout03.sul.t-online.com with smtp
id 1CCqTA-0002vl-00; Thu, 30 Sep 2004 04:14:56 +0200
Received: from fw.reifenberger.com
(VOsBIeZ-oe2DlCaH6ngVDIz4wFjiaT1DVElCgF5EGz8gx47FW3hmog@[217.232.232.19]) by
fmrl10.sul.t-online.com
with esmtp id 1CCqT1-1xo7Bw0; Thu, 30 Sep 2004 04:14:47 +0200
Received: from localhost (mike@localhost)i8U2Ekbp063773;
Thu, 30 Sep 2004 04:14:46 +0200 (CEST)
(envelope-from mike@reifenberger.com)
X-Authentication-Warning: fw.reifenberger.com: mike owned process doing -bs
Date: Thu, 30 Sep 2004 04:14:46 +0200 (CEST)
From: Michael Reifenberger <mike@Reifenberger.com>
To: Nate Lawson <nate@root.org>
In-Reply-To: <415B5991.70002@root.org>
Message-ID: <20040930041127.E63741@fw.reifenberger.com>
References: <415B5991.70002@root.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
X-ID: VOsBIeZ-oe2DlCaH6ngVDIz4wFjiaT1DVElCgF5EGz8gx47FW3hmog@t-dialin.net
X-TOI-MSGID: 73a9c078-2fc7-46ab-8f48-9bcfb2ebed4b
cc: current@freebsd.org
Subject: Re: [Fwd: cvs commit: src/sys/dev/acpica acpi_pci_link.c]
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Sep 2004 02:14:59 -0000
On Wed, 29 Sep 2004, Nate Lawson wrote:
> Date: Wed, 29 Sep 2004 17:55:45 -0700
> From: Nate Lawson <nate@root.org>
> To: current@freebsd.org
> Subject: [Fwd: cvs commit: src/sys/dev/acpica acpi_pci_link.c]
>
> Did this commit fix or break anything regarding PCI irq routing for anyone?
> I haven't heard any feedback yet.
>
If this change isn't MFC'd jet than it could fix a system freeze I had
during boot on RELENG_5 (see my mail to -current a few days ago)
which where fixed when booting -current.
Bye/2
---
Michael Reifenberger, Business Development Manager SAP-Basis, Plaut Consulting
Comp: Michael.Reifenberger@plaut.de | Priv: Michael@Reifenberger.com
http://www.plaut.de | http://www.Reifenberger.com
From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 02:19:51 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 626CD16A4CE
for <current@freebsd.org>; Thu, 30 Sep 2004 02:19:51 +0000 (GMT)
Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.206])
by mx1.FreeBSD.org (Postfix) with ESMTP id 0FD5343D1F
for <current@freebsd.org>; Thu, 30 Sep 2004 02:19:51 +0000 (GMT)
(envelope-from juhasaarinen@gmail.com)
Received: by mproxy.gmail.com with SMTP id 79so3505188rnk
for <current@freebsd.org>; Wed, 29 Sep 2004 19:19:45 -0700 (PDT)
Received: by 10.38.73.46 with SMTP id v46mr675787rna;
Wed, 29 Sep 2004 19:19:44 -0700 (PDT)
Received: by 10.38.73.29 with HTTP; Wed, 29 Sep 2004 19:19:44 -0700 (PDT)
Message-ID: <b34be8420409291919357e94ce@mail.gmail.com>
Date: Thu, 30 Sep 2004 14:19:44 +1200
From: Juha Saarinen <juhasaarinen@gmail.com>
To: Nate Lawson <nate@root.org>
In-Reply-To: <415B5991.70002@root.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
References: <415B5991.70002@root.org>
cc: current@freebsd.org
Subject: Re: [Fwd: cvs commit: src/sys/dev/acpica acpi_pci_link.c]
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: Juha Saarinen <juhasaarinen@gmail.com>
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Sep 2004 02:19:51 -0000
On Wed, 29 Sep 2004 17:55:45 -0700, Nate Lawson <nate@root.org> wrote:
> Did this commit fix or break anything regarding PCI irq routing for
> anyone? I haven't heard any feedback yet.
Were these fixes related to the issue of Beta 5/6 not booting up with
ACPI enabled (system hangs after "CPU #1 launched") on
SMP/Hyperthreaded boxes?
If so, the latest round of commits seems to have fixed things. My box
boots fine now with ACPI enabled.
--
Juha
From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 02:27:35 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id BB24D16A4CE; Thu, 30 Sep 2004 02:27:35 +0000 (GMT)
Received: from fledge.watson.org (fledge.watson.org [204.156.12.50])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 6831343D1D; Thu, 30 Sep 2004 02:27:35 +0000 (GMT)
(envelope-from robert@fledge.watson.org)
Received: from fledge.watson.org (localhost [127.0.0.1])
by fledge.watson.org (8.13.1/8.13.1) with ESMTP id i8U2QOrQ050667;
Wed, 29 Sep 2004 22:26:34 -0400 (EDT)
(envelope-from robert@fledge.watson.org)
Received: from localhost (robert@localhost)i8U2QECr050664;
Wed, 29 Sep 2004 22:26:14 -0400 (EDT)
(envelope-from robert@fledge.watson.org)
Date: Wed, 29 Sep 2004 22:26:13 -0400 (EDT)
From: Robert Watson <rwatson@freebsd.org>
X-Sender: robert@fledge.watson.org
To: Vlad <marchenko@gmail.com>
In-Reply-To: <cd70c6810409291912594e7dc9@mail.gmail.com>
Message-ID: <Pine.NEB.3.96L.1040929222519.42292E-100000@fledge.watson.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
cc: Evren Yurtesen <yurtesen@ispro.net.tr>
cc: freebsd-current@freebsd.org
cc: Robert Watson <rwatosn@freebsd.org>
Subject: Re: panic: sorele
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Sep 2004 02:27:35 -0000
On Wed, 29 Sep 2004, Vlad wrote:
> it just crashed even with NET_WITH_GIANT option. I could not leave it
> waiting at DDB prompt so I've compiled it with GDB_UNATTENDED... so no
> new info :(
Hmm. Interesting; in some ways reassuring, in some ways not.
I'd like to get to reproducing this in our test environment. Could you
provide some information on application workload and how I could do that?
Robert N M Watson FreeBSD Core Team, TrustedBSD Projects
robert@fledge.watson.org Principal Research Scientist, McAfee Research
>
> login: panic: sodealloc(): so_count 1
> cpuid = 0
> boot() called on cpu#0
>
> I'm restarting it on a single CPU cause can't afford anymore locking
> on production server.
>
> let me know if u have any thoughts
>
> --
> Vlad
> _______________________________________________
> freebsd-current@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
>
From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 02:30:34 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id D5F4316A4CE; Thu, 30 Sep 2004 02:30:34 +0000 (GMT)
Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 7F56043D4C; Thu, 30 Sep 2004 02:30:34 +0000 (GMT)
(envelope-from tinderbox@freebsd.org)
Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4])
by smarthost1.sentex.ca (8.13.1/8.13.1) with ESMTP id i8U2UYwd007577;
Wed, 29 Sep 2004 22:30:34 -0400 (EDT)
(envelope-from tinderbox@freebsd.org)
Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca
[64.7.128.98])
by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id i8U2UXC0003677;
Wed, 29 Sep 2004 22:30:33 -0400 (EDT)
(envelope-from tinderbox@freebsd.org)
Received: by freebsd-current.sentex.ca (Postfix, from userid 666)
id E58D07303F; Wed, 29 Sep 2004 22:30:33 -0400 (EDT)
Sender: FreeBSD Tinderbox <tinderbox@freebsd.org>
From: FreeBSD Tinderbox <tinderbox@freebsd.org>
To: FreeBSD Tinderbox <tinderbox@freebsd.org>, <current@freebsd.org>,
<sparc64@freebsd.org>
Precedence: bulk
Message-Id: <20040930023033.E58D07303F@freebsd-current.sentex.ca>
Date: Wed, 29 Sep 2004 22:30:33 -0400 (EDT)
Subject: [current tinderbox] failure on sparc64/sparc64
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Sep 2004 02:30:35 -0000
TB --- 2004-09-30 01:08:40 - tinderbox 2.3 running on freebsd-current.sentex.ca
TB --- 2004-09-30 01:08:40 - starting CURRENT tinderbox run for sparc64/sparc64
TB --- 2004-09-30 01:08:40 - checking out the source tree
TB --- 2004-09-30 01:08:40 - cd /home/tinderbox/CURRENT/sparc64/sparc64
TB --- 2004-09-30 01:08:40 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2004-09-30 01:14:40 - building world (CFLAGS=-O2 -pipe)
TB --- 2004-09-30 01:14:40 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src
TB --- 2004-09-30 01:14:40 - /usr/bin/make -B buildworld
>>> Rebuilding the temporary build tree
>>> stage 1.1: legacy release compatibility shims
>>> stage 1.2: bootstrap tools
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3: cross tools
>>> stage 4.1: building includes
>>> stage 4.2: building libraries
>>> stage 4.3: make dependencies
>>> stage 4.4: building everything
TB --- 2004-09-30 02:19:42 - building generic kernel (COPTFLAGS=-O2 -pipe)
TB --- 2004-09-30 02:19:42 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src
TB --- 2004-09-30 02:19:42 - /usr/bin/make buildkernel KERNCONF=GENERIC
>>> Kernel build for GENERIC started on Thu Sep 30 02:19:42 UTC 2004
>>> stage 1: configuring the kernel
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3.1: making dependencies
>>> stage 3.2: building everything
[...]
/tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/usb/../../dev/usb/usb_subr.c:832: warning: type defaults to `int' in declaration of `pipe'
/tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/usb/../../dev/usb/usb_subr.c:832: error: `p' undeclared here (not in a function)
/tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/usb/../../dev/usb/usb_subr.c:832: warning: data definition has no type or storage class
/tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/usb/../../dev/usb/usb_subr.c:833: error: syntax error before "return"
/tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/usb/../../dev/usb/usb_subr.c:92: warning: 'usbd_getnewaddr' declared `static' but never defined
/tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/usb/../../dev/usb/usb_subr.c:101: warning: 'usbd_kill_pipe' declared `static' but never defined
/tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/usb/../../dev/usb/usb_subr.c:103: warning: 'usbd_probe_and_attach' declared `static' but never defined
/tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/usb/../../dev/usb/usb_subr.c:105: warning: 'usb_cookie_no' defined but not used
*** Error code 1
Stop in /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/usb.
*** Error code 1
Stop in /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules.
*** Error code 1
Stop in /tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/sys/GENERIC.
*** Error code 1
Stop in /tinderbox/CURRENT/sparc64/sparc64/src.
*** Error code 1
Stop in /tinderbox/CURRENT/sparc64/sparc64/src.
TB --- 2004-09-30 02:30:33 - WARNING: /usr/bin/make returned exit code 1
TB --- 2004-09-30 02:30:33 - ERROR: failed to build generic kernel
TB --- 2004-09-30 02:30:33 - tinderbox aborted
From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 02:35:42 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 2788516A4CE
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 02:35:42 +0000 (GMT)
Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.207])
by mx1.FreeBSD.org (Postfix) with ESMTP id C358743D48
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 02:35:41 +0000 (GMT)
(envelope-from marchenko@gmail.com)
Received: by mproxy.gmail.com with SMTP id 74so150220rnk
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 19:35:41 -0700 (PDT)
Received: by 10.38.165.31 with SMTP id n31mr2351709rne;
Wed, 29 Sep 2004 19:35:40 -0700 (PDT)
Received: by 10.38.22.66 with HTTP; Wed, 29 Sep 2004 19:35:39 -0700 (PDT)
Message-ID: <cd70c68104092919355e823d92@mail.gmail.com>
Date: Wed, 29 Sep 2004 22:35:39 -0400
From: Vlad <marchenko@gmail.com>
To: robert@fledge.watson.org
In-Reply-To: <Pine.NEB.3.96L.1040929222519.42292E-100000@fledge.watson.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
References: <cd70c6810409291912594e7dc9@mail.gmail.com>
<Pine.NEB.3.96L.1040929222519.42292E-100000@fledge.watson.org>
cc: freebsd-current@freebsd.org
cc: Evren Yurtesen <yurtesen@ispro.net.tr>
Subject: Re: panic: sorele
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: Vlad <marchenko@gmail.com>
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Sep 2004 02:35:42 -0000
my config below, the only difference when it crashes is two lines
with SMP and apic uncommented.
server is a dual p3 on intel-STL2 motherboard, 1.5gig ram, adatec 2100 raid5
it runs apache webserver with ad-serving application written on
modperl. accepting several tens of http requests a second (usually
it's a click or impression sort of requests, they are small request /
rediredct responce).
Postgresql database is running on the same server.
postfix mail server
that's all
-----
machine i386
cpu I686_CPU
ident DC1
# To statically compile in device wiring instead of /boot/device.hints
#hints "GENERIC.hints" # Default places to look for devices.
options SCHED_4BSD # 4BSD scheduler
#options SCHED_ULE
options INET # InterNETworking
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 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.
# To make an SMP kernel, the next two are needed
#options SMP # Symmetric MultiProcessor Kernel
#device apic # I/O APIC
#options DEBUG=-g
#options INVARIANTS
#options INVARIANT_SUPPORT
#options DDB
#options KDB
#options KDB_UNATTENDED
#options WITNESS
#options WITNESS_KDB
#options NET_WITH_GIANT
# Bus support. Do not remove isa, even if you have no isa slots
device isa
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 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 asr # DPT SmartRAID V, VI and Adaptec SCSI 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
#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
# Serial (COM) ports
device sio # 8250, 16[45]50 based serial ports
# 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 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 fxp # Intel EtherExpress PRO/100B (82557, 82558)
# 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"
# The `bpf' device enables the Berkeley Packet Filter.
# Be aware of the administrative consequences of enabling this!
device bpf # Berkeley packet filter
options IPFIREWALL
options IPFIREWALL_VERBOSE
options IPFIREWALL_DEFAULT_TO_ACCEPT
options SHMMAXPGS=200000
options SHMMNI=4096
options SHMSEG=4096
options SEMOPM=300
options SEMMNI=250
options SEMMAP=250
options SEMMSL=300
options SEMMNS=35000
options SEMUME=40
options SEMMNU=120
options MAXDSIZ="(850*1024*1024)"
options MAXSSIZ="(850*1024*1024)"
options DFLDSIZ="(850*1024*1024)"
#options PMAP_SHPGPERPROC=501
> > it just crashed even with NET_WITH_GIANT option. I could not leave it
> > waiting at DDB prompt so I've compiled it with GDB_UNATTENDED... so no
> > new info :(
>
> Hmm. Interesting; in some ways reassuring, in some ways not.
>
> I'd like to get to reproducing this in our test environment. Could you
> provide some information on application workload and how I could do that?
--
Vlad
From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 02:51:13 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 1BC4516A4CE; Thu, 30 Sep 2004 02:51:13 +0000 (GMT)
Received: from daintree.corp.yahoo.com (daintree.corp.yahoo.com
[216.145.52.172]) by mx1.FreeBSD.org (Postfix) with ESMTP
id 0B26843D5E; Thu, 30 Sep 2004 02:51:13 +0000 (GMT)
(envelope-from peter@yahoo-inc.com)
Received: by daintree.corp.yahoo.com (Postfix, from userid 2154)
id EF8B48803; Wed, 29 Sep 2004 19:51:12 -0700 (PDT)
From: Peter Wemm <peter@wemm.org>
To: freebsd-current@freebsd.org
Date: Wed, 29 Sep 2004 19:51:12 -0700
User-Agent: KMail/1.6.2
References: <20040928025635.Q5094@ync.qbhto.arg>
In-Reply-To: <20040928025635.Q5094@ync.qbhto.arg>
MIME-Version: 1.0
Content-Disposition: inline
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Message-Id: <200409291951.12610.peter@wemm.org>
cc: Doug Barton <DougB@FreeBSD.org>
Subject: Re: HEADS UP: named now runs chroot'ed by default
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Sep 2004 02:51:13 -0000
On Tuesday 28 September 2004 03:03 am, Doug Barton wrote:
> I just committed a named "auto-chroot" system that will allow named
> to run chroot'ed by default. If you have an existing named
> configuration in /etc/namedb, the instructions for updating it are in
> src/UPDATING. If you are already chroot'ing named, especially if you
> are using /var/named as the chroot directory, you should back
> everything up before upgrading and proceed with caution. :)
>
> For those that don't have a named configuration, all you should have
> to do is 'rm -r /etc/namedb' and you'll be fine.
>
> Comments and suggestions are welcome, but please try to keep the
> bikeshedding about specific bits down to an absolute minimum. The
> directory structure and related options worked very well on hundreds
> of name servers on a very busy enterprise network, so I have a high
> degree of confidence that the defaults are sensible. That said, I am
> open to genuine improvements, and dialogue on optional bits.
Mergemaster hasn't been made aware of this. It unconditionally installs
the named stuff in /var/named/etc/namedb even when you've explicitly
turned the chroot stuff off. How are we supposed to get the old
behavior back? This sucks. :-(
--
Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com
"All of this is for nothing if we don't go to the stars" - JMS/B5
From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 03:52:07 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id A616916A4CE
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 03:52:07 +0000 (GMT)
Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.198])
by mx1.FreeBSD.org (Postfix) with ESMTP id 5942543D31
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 03:52:07 +0000 (GMT)
(envelope-from juhasaarinen@gmail.com)
Received: by mproxy.gmail.com with SMTP id 79so3510857rnk
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 20:52:06 -0700 (PDT)
Received: by 10.38.77.56 with SMTP id z56mr2765900rna;
Wed, 29 Sep 2004 20:52:06 -0700 (PDT)
Received: by 10.38.73.29 with HTTP; Wed, 29 Sep 2004 20:52:06 -0700 (PDT)
Message-ID: <b34be84204092920524d6645c4@mail.gmail.com>
Date: Thu, 30 Sep 2004 15:52:06 +1200
From: Juha Saarinen <juhasaarinen@gmail.com>
To: Peter Wemm <peter@wemm.org>
In-Reply-To: <200409291951.12610.peter@wemm.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
References: <20040928025635.Q5094@ync.qbhto.arg>
<200409291951.12610.peter@wemm.org>
cc: freebsd-current@freebsd.org
cc: Doug Barton <dougb@freebsd.org>
Subject: Re: HEADS UP: named now runs chroot'ed by default
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: Juha Saarinen <juhasaarinen@gmail.com>
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Sep 2004 03:52:07 -0000
On Wed, 29 Sep 2004 19:51:12 -0700, Peter Wemm <peter@wemm.org> wrote:
> Mergemaster hasn't been made aware of this. It unconditionally installs
> the named stuff in /var/named/etc/namedb even when you've explicitly
> turned the chroot stuff off. How are we supposed to get the old
> behavior back? This sucks. :-(
I didn't see this when I rebuilt/reinstalled world without explicitely
chrooting named (that's next).
$ uname -a
FreeBSD hostname.org.org 5.3-BETA6 FreeBSD 5.3-BETA6 #1: Thu Sep 30
09:48:47 NZST 2004
root@somewhere.org:/usr/obj/usr/src/sys/vim2-040927 i386
Was actually wondering about that, as Doug said named now
"auto-chroots". Also, no instructions in /src/UPDATING that I can see
-- just cvsup'ed again from cvsup2.au.freebsd.org.
$ ls -la UPDATING
-rw-r--r-- 1 root wheel 71804 Sep 29 22:04 UPDATING
--
Juha
From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 04:30:39 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id F0ED316A4CE
for <current@freebsd.org>; Thu, 30 Sep 2004 04:30:39 +0000 (GMT)
Received: from pandora.afflictions.org (asylum.afflictions.org [64.7.134.90])
by mx1.FreeBSD.org (Postfix) with ESMTP id 308B843D2F
for <current@freebsd.org>; Thu, 30 Sep 2004 04:30:39 +0000 (GMT)
(envelope-from dgerow@afflictions.org)
Received: from localhost (localhost [127.0.0.1])
by pandora.afflictions.org (Postfix) with ESMTP id 2E39278C55;
Thu, 30 Sep 2004 00:32:13 -0400 (EDT)
Received: from dementia.afflictions.org (dementia.afflictions.org
[172.19.206.56])
by pandora.afflictions.org (Postfix) with ESMTP id 75E6278C35;
Thu, 30 Sep 2004 00:32:08 -0400 (EDT)
Received: by dementia.afflictions.org (Postfix, from userid 1001)
id AFFE3170E2; Thu, 30 Sep 2004 00:29:35 -0400 (EDT)
Date: Thu, 30 Sep 2004 00:29:35 -0400
From: Damian Gerow <dgerow@afflictions.org>
To: Julian Elischer <julian@elischer.org>
Message-ID: <20040930042935.GA26934@afflictions.org>
Mail-Followup-To: Julian Elischer <julian@elischer.org>,
current@freebsd.org
References: <20040927211341.GB30059@afflictions.org>
<20040929040222.GI5115@afflictions.org> <415A3E1B.5010404@elischer.org>
<20040929050154.GJ5115@afflictions.org> <415A6AE3.4050309@elischer.org>
<415A6B8A.1040902@elischer.org> <20040929093723.GB29565@afflictions.org>
<415B113A.1060508@elischer.org> <20040929215528.GH29565@afflictions.org>
<415B368D.3020506@elischer.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <415B368D.3020506@elischer.org>
X-Operating-System: FreeBSD 5.3-BETA6 on a i386
X-GPG-Fingerprint: B3D7 D901 A53A 1A99 BFD6 E6DF 9F3B 742B C288 9CC9
User-Agent: Mutt/1.5.6i
X-Virus-Scanned: by amavisd-new at afflictions.org
cc: current@freebsd.org
Subject: Re: Random processes hanging in unkillable state in -BETA6
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Sep 2004 04:30:40 -0000
Thus spake Julian Elischer (julian@elischer.org) [29/09/04 18:28]:
: It actually needs a *arg to be a valid ctor..
:
: -ksegrp_init(void *mem, int size, int flags)
: +ksegrp_ctor(void *mem, int size, void *arg, int flags)
Okay, change made, kernel recompiled, installed, and booted into. But I'm
still seeing the hangs from firefox, dig, and ogle.
- Damian
From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 04:31:21 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 271A916A4CE
for <current@freebsd.org>; Thu, 30 Sep 2004 04:31:21 +0000 (GMT)
Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22])
by mx1.FreeBSD.org (Postfix) with ESMTP id DF1FF43D2D
for <current@freebsd.org>; Thu, 30 Sep 2004 04:31:20 +0000 (GMT)
(envelope-from nate@root.org)
Received: from [10.0.0.34] (adsl-64-171-187-209.dsl.snfc21.pacbell.net
[64.171.187.209])
by www.cryptography.com (8.12.8/8.12.8) with ESMTP id i8U4VJHr027013
(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT);
Wed, 29 Sep 2004 21:31:20 -0700
Message-ID: <415B8C16.2050700@root.org>
Date: Wed, 29 Sep 2004 21:31:18 -0700
From: Nate Lawson <nate@root.org>
User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Juha Saarinen <juhasaarinen@gmail.com>
References: <415B5991.70002@root.org>
<b34be8420409291919357e94ce@mail.gmail.com>
In-Reply-To: <b34be8420409291919357e94ce@mail.gmail.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
cc: current@freebsd.org
Subject: Re: [Fwd: cvs commit: src/sys/dev/acpica acpi_pci_link.c]
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Sep 2004 04:31:21 -0000
Juha Saarinen wrote:
> On Wed, 29 Sep 2004 17:55:45 -0700, Nate Lawson <nate@root.org> wrote:
>
>>Did this commit fix or break anything regarding PCI irq routing for
>>anyone? I haven't heard any feedback yet.
>
> Were these fixes related to the issue of Beta 5/6 not booting up with
> ACPI enabled (system hangs after "CPU #1 launched") on
> SMP/Hyperthreaded boxes?
>
> If so, the latest round of commits seems to have fixed things. My box
> boots fine now with ACPI enabled.
Not likely. That was probably the floppy hang problem that Warner just
MFCd. To test, cvsup to a BETA5 kernel and then copy in this file to
src/sys/dev/acpica/acpi_pci_link.c:
http://www.freebsd.org/cgi/cvsweb.cgi/~checkout~/src/sys/dev/acpica/acpi_pci_link.c?rev=1.33&content-type=text/plain
If I'm right, this file alone won't change anything.
--
Nate
From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 04:32:09 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 855DD16A4CE
for <current@freebsd.org>; Thu, 30 Sep 2004 04:32:09 +0000 (GMT)
Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22])
by mx1.FreeBSD.org (Postfix) with ESMTP id 53D0B43D48
for <current@freebsd.org>; Thu, 30 Sep 2004 04:32:09 +0000 (GMT)
(envelope-from nate@root.org)
Received: from [10.0.0.34] (adsl-64-171-187-209.dsl.snfc21.pacbell.net
[64.171.187.209])
by www.cryptography.com (8.12.8/8.12.8) with ESMTP id i8U4W7Hr027022
(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT);
Wed, 29 Sep 2004 21:32:08 -0700
Message-ID: <415B8C47.3060008@root.org>
Date: Wed, 29 Sep 2004 21:32:07 -0700
From: Nate Lawson <nate@root.org>
User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Michael Reifenberger <mike@Reifenberger.com>
References: <415B5991.70002@root.org>
<20040930041127.E63741@fw.reifenberger.com>
In-Reply-To: <20040930041127.E63741@fw.reifenberger.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
cc: current@freebsd.org
Subject: Re: [Fwd: cvs commit: src/sys/dev/acpica acpi_pci_link.c]
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Sep 2004 04:32:09 -0000
Michael Reifenberger wrote:
> On Wed, 29 Sep 2004, Nate Lawson wrote:
>>
>> Did this commit fix or break anything regarding PCI irq routing for
>> anyone? I haven't heard any feedback yet.
>>
>
> If this change isn't MFC'd jet than it could fix a system freeze I had
> during boot on RELENG_5 (see my mail to -current a few days ago)
> which where fixed when booting -current.
Maybe. But that also was probably the floppy hang problem that Warner
just MFCd. To test, cvsup to a BETA5 kernel and then copy in this file
to src/sys/dev/acpica/acpi_pci_link.c:
http://www.freebsd.org/cgi/cvsweb.cgi/~checkout~/src/sys/dev/acpica/acpi_pci_link.c?rev=1.33&content-type=text/plain
I suspect this file alone won't change anything.
--
Nate
From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 04:37:25 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id A7E7916A4CF
for <current@freebsd.org>; Thu, 30 Sep 2004 04:37:25 +0000 (GMT)
Received: from pandora.afflictions.org (asylum.afflictions.org [64.7.134.90])
by mx1.FreeBSD.org (Postfix) with ESMTP id 7231943D54
for <current@freebsd.org>; Thu, 30 Sep 2004 04:37:25 +0000 (GMT)
(envelope-from dgerow@afflictions.org)
Received: from localhost (localhost [127.0.0.1])
by pandora.afflictions.org (Postfix) with ESMTP id E1EFF78C55;
Thu, 30 Sep 2004 00:38:59 -0400 (EDT)
Received: from dementia.afflictions.org (dementia.afflictions.org
[172.19.206.56])
by pandora.afflictions.org (Postfix) with ESMTP id 1FA8B78C35;
Thu, 30 Sep 2004 00:38:58 -0400 (EDT)
Received: by dementia.afflictions.org (Postfix, from userid 1001)
id B9DC4170E2; Thu, 30 Sep 2004 00:33:22 -0400 (EDT)
Date: Thu, 30 Sep 2004 00:33:22 -0400
From: Damian Gerow <dgerow@afflictions.org>
To: Julian Elischer <julian@elischer.org>, current@freebsd.org
Message-ID: <20040930043322.GB26934@afflictions.org>
Mail-Followup-To: Julian Elischer <julian@elischer.org>,
current@freebsd.org
References: <20040929040222.GI5115@afflictions.org>
<415A3E1B.5010404@elischer.org> <20040929050154.GJ5115@afflictions.org>
<415A6AE3.4050309@elischer.org> <415A6B8A.1040902@elischer.org>
<20040929093723.GB29565@afflictions.org> <415B113A.1060508@elischer.org>
<20040929215528.GH29565@afflictions.org> <415B368D.3020506@elischer.org>
<20040930042935.GA26934@afflictions.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20040930042935.GA26934@afflictions.org>
X-Operating-System: FreeBSD 5.3-BETA6 on a i386
X-GPG-Fingerprint: B3D7 D901 A53A 1A99 BFD6 E6DF 9F3B 742B C288 9CC9
User-Agent: Mutt/1.5.6i
X-Virus-Scanned: by amavisd-new at afflictions.org
Subject: Re: Random processes hanging in unkillable state in -BETA6
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Sep 2004 04:37:25 -0000
Thus spake Damian Gerow (dgerow@afflictions.org) [30/09/04 00:32]:
: Thus spake Julian Elischer (julian@elischer.org) [29/09/04 18:28]:
: : It actually needs a *arg to be a valid ctor..
: :
: : -ksegrp_init(void *mem, int size, int flags)
: : +ksegrp_ctor(void *mem, int size, void *arg, int flags)
:
: Okay, change made, kernel recompiled, installed, and booted into. But I'm
: still seeing the hangs from firefox, dig, and ogle.
And the next ddb output is up, as per your previous instructions, at
<http://www.afflictions.org/~dgerow/ddb2.out>.
From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 04:48:49 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 0133516A4CE
for <current@freebsd.org>; Thu, 30 Sep 2004 04:48:48 +0000 (GMT)
Received: from mx-itb.geoph.ITB.ac.id (mx-itb.geoph.itb.ac.id [167.205.30.11])
by mx1.FreeBSD.org (Postfix) with ESMTP id BFC4743D2D
for <current@freebsd.org>; Thu, 30 Sep 2004 04:48:41 +0000 (GMT)
(envelope-from dikshie@ppk.itb.ac.id)
Received: from localhost.geoph.itb.ac.id (localhost.geoph.itb.ac.id
[127.0.0.1])
by mx-itb.geoph.ITB.ac.id (Postfix) with ESMTP id 22AD12107B
for <current@freebsd.org>; Thu, 30 Sep 2004 11:59:36 +0700 (WIT)
Received: from mx-itb.geoph.ITB.ac.id (localhost.geoph.itb.ac.id [127.0.0.1])
by localhost.geoph.itb.ac.id (VaMailArmor-2.0.1.16) id 03695-1E932FDB;
Thu, 30 Sep 2004 11:59:34 +0700
Received: from ipv6.ppk.itb.ac.id (ipv6.ppk.ITB.ac.id [167.205.25.15])
by mx-itb.geoph.ITB.ac.id (Postfix) with ESMTP id 3BACE20CC7
for <current@freebsd.org>; Thu, 30 Sep 2004 11:59:34 +0700 (WIT)
Received: by ipv6.ppk.itb.ac.id (Postfix, from userid 1001)
id 69D43114C1; Thu, 30 Sep 2004 11:48:35 +0700 (WIT)
Date: Thu, 30 Sep 2004 11:48:35 +0700
From: Dikshie <dikshie@ppk.itb.ac.id>
To: current@freebsd.org
Message-ID: <20040930044835.GA911@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 5.3-BETA6 i386)
X-Uptime: 11:42AM up 11 mins, 1 user, load averages: 0.01, 0.09, 0.09
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-AntiVirus: checked by Vexira MailArmor (version: 2.0.1.16; VAE: 6.27.0.12;
VDF: 6.27.0.80; host: mx-itb.geoph.itb.ac.id)
Subject: -BETA6 panic with xorp multicast routing daemon
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Sep 2004 04:48:49 -0000
Hi,
I got my -BETA6 panic when run xorp routing daemon.
Panic: mutex Giant not owned at /usr/src/sys/netinet/ip_mroute.c:2672
I've included:
options MROUTING
options PIM
for multicast purpose and:
options KDB
options KDB_TRACE
options DDB #Enable the kernel debugger
options DDB_NUMSYM
options GDB
for debugging. but my box didnt save core to /var/crash.
any suggestions ?
thanks !
-dikshie-
From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 05:00:47 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id C490316A4D1
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 05:00:47 +0000 (GMT)
Received: from mail.mcneil.com (mcneil.com [24.199.45.54])
by mx1.FreeBSD.org (Postfix) with ESMTP id A8AE043D1F
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 05:00:47 +0000 (GMT) (envelope-from sean@mcneil.com)
Received: from localhost (localhost.mcneil.com [127.0.0.1])
by mail.mcneil.com (Postfix) with ESMTP id 4FBCAF1A8A
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 22:00:47 -0700 (PDT)
Received: from mail.mcneil.com ([127.0.0.1])
by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024)
with ESMTP id 00653-05 for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 22:00:46 -0700 (PDT)
Received: from [24.199.45.54] (mcneil.com [24.199.45.54])
by mail.mcneil.com (Postfix) with ESMTP id EE618F18BB
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 22:00:45 -0700 (PDT)
From: Sean McNeil <sean@mcneil.com>
To: freebsd-current@freebsd.org
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="=-2xlW5LaNJ3TL8kaLWpEa"
Message-Id: <1096520445.1386.8.camel@server>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.6
Date: Wed, 29 Sep 2004 22:00:45 -0700
X-Virus-Scanned: by amavisd-new at mcneil.com
Subject: Careful with bind9 and ldap
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Sep 2004 05:00:47 -0000
--=-2xlW5LaNJ3TL8kaLWpEa
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable
My system has openldap setup with nsswitch.conf having group looking in
"files ldap". This can cause a lockup with the named if you try to
restart it after openldap is up and running and if your hostname isn't
in /etc/hosts but served up by named. It is along the same lines as the
long pause attempting to start openldap.
What is happening is that initgroups is being called by these programs.=20
This will cause, for my setup, all groups in files (i.e. /etc/group) and
in ldap to be read. When starting ldap it causes it to loop back on
itself and wait for a timeout. When restarting named it causes a lookup
of the hostname. If the hostname isn't available in files then it
checks dns. This causes the lockup.
The solution for me was to place my hostname in /etc/hosts. No more
lockups.
Cheers,
Sean
--=-2xlW5LaNJ3TL8kaLWpEa
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)
iD8DBQBBW5L9yQsGN30uGE4RAo63AJ4xy1TaNX7n7goyA6jIrnR7nA1XcwCfTEo/
XflFpKpwvO+EuxNN8I4R/as=
=5NFn
-----END PGP SIGNATURE-----
--=-2xlW5LaNJ3TL8kaLWpEa--
From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 05:17:32 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id D211C16A4CE
for <current@freebsd.org>; Thu, 30 Sep 2004 05:17:32 +0000 (GMT)
Received: from fledge.watson.org (fledge.watson.org [204.156.12.50])
by mx1.FreeBSD.org (Postfix) with ESMTP id 601F143D4C
for <current@freebsd.org>; Thu, 30 Sep 2004 05:17:32 +0000 (GMT)
(envelope-from robert@fledge.watson.org)
Received: from fledge.watson.org (localhost [127.0.0.1])
by fledge.watson.org (8.13.1/8.13.1) with ESMTP id i8U5GVmG052731;
Thu, 30 Sep 2004 01:16:31 -0400 (EDT)
(envelope-from robert@fledge.watson.org)
Received: from localhost (robert@localhost)i8U5GUF2052728;
Thu, 30 Sep 2004 01:16:31 -0400 (EDT)
(envelope-from robert@fledge.watson.org)
Date: Thu, 30 Sep 2004 01:16:30 -0400 (EDT)
From: Robert Watson <rwatson@freebsd.org>
X-Sender: robert@fledge.watson.org
To: Dikshie <dikshie@ppk.itb.ac.id>
In-Reply-To: <20040930044835.GA911@ppk.itb.ac.id>
Message-ID: <Pine.NEB.3.96L.1040930005744.42292F-100000@fledge.watson.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
cc: current@freebsd.org
Subject: Re: -BETA6 panic with xorp multicast routing daemon
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Sep 2004 05:17:32 -0000
On Thu, 30 Sep 2004, Dikshie wrote:
> I got my -BETA6 panic when run xorp routing daemon.
> Panic: mutex Giant not owned at /usr/src/sys/netinet/ip_mroute.c:2672
>
> I've included:
> options MROUTING
> options PIM
> for multicast purpose and:
>
> options KDB
> options KDB_TRACE
> options DDB #Enable the kernel debugger
> options DDB_NUMSYM
> options GDB
>
> for debugging. but my box didnt save core to /var/crash.
> any suggestions ?
>From the nature of the panic, it sounds like you're running with
NET_WITH_GIANT, debug.mpsafenet=0 in loader.conf, or that the setting has
been forced by running with a kernel component that relies on Giant over
the network stack?
Try the attached patch, please.
Robert N M Watson FreeBSD Core Team, TrustedBSD Projects
robert@fledge.watson.org Principal Research Scientist, McAfee Research
Index: ip_mroute.c
===================================================================
RCS file: /home/ncvs/src/sys/netinet/ip_mroute.c,v
retrieving revision 1.108
diff -u -r1.108 ip_mroute.c
--- ip_mroute.c 27 Aug 2004 18:33:07 -0000 1.108
+++ ip_mroute.c 30 Sep 2004 05:00:17 -0000
@@ -598,20 +598,23 @@
static void
ip_mrouter_reset(void)
{
+ int callout_flag;
+
bzero((caddr_t)mfctable, sizeof(mfctable));
bzero((caddr_t)nexpire, sizeof(nexpire));
pim_assert = 0;
mrt_api_config = 0;
- callout_init(&expire_upcalls_ch, CALLOUT_MPSAFE);
+ callout_flag = debug_mpsafenet ? CALLOUT_MPSAFE : 0;
+ callout_init(&expire_upcalls_ch, callout_flag);
bw_upcalls_n = 0;
bzero((caddr_t)bw_meter_timers, sizeof(bw_meter_timers));
- callout_init(&bw_upcalls_ch, CALLOUT_MPSAFE);
- callout_init(&bw_meter_ch, CALLOUT_MPSAFE);
+ callout_init(&bw_upcalls_ch, callout_flag);
+ callout_init(&bw_meter_ch, callout_flag);
- callout_init(&tbf_reprocess_ch, CALLOUT_MPSAFE);
+ callout_init(&tbf_reprocess_ch, callout_flag);
}
static struct mtx mrouter_mtx; /* used to synch init/done work */
From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 06:40:11 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 8E9BC16A4CE
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 06:40:11 +0000 (GMT)
Received: from ausc60ps301.us.dell.com (ausc60ps301.us.dell.com
[143.166.148.206])
by mx1.FreeBSD.org (Postfix) with ESMTP id 3F12843D3F
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 06:40:11 +0000 (GMT)
(envelope-from Muthu_T@Dell.com)
Received: from ausx2kcpc115.aus.amer.dell.com (10.166.84.69)
by ausc60ps301.us.dell.com with ESMTP; 30 Sep 2004 01:40:10 -0500
X-Ironport-AV: i="3.84,186,1091422800";
d="scan'208"; a="83188354:sNHT27057648"
Content-Class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
charset="US-ASCII"
Content-Transfer-Encoding: quoted-printable
X-MimeOLE: Produced By Microsoft Exchange V6.0.6527.0
Date: Thu, 30 Sep 2004 01:40:06 -0500
Message-ID: <71F713C5E3CB7F4F9ACCBBB8E9BE318A1E1E23@blrx2kmbgl101.blr.amer.dell.com>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: PE2850 + FreeBSD 5.3-BETA6 - Keyboard not working
Thread-Index: AcSmVJoLBcx4p+2aTuuHaq4J2C1nFwAYwwew
From: <Muthu_T@Dell.com>
To: <brooks@one-eyed-alien.net>
X-OriginalArrivalTime: 30 Sep 2004 06:40:06.0708 (UTC)
FILETIME=[52D4AF40:01C4A6B8]
cc: freebsd-current@freebsd.org
Subject: RE: PE2850 + FreeBSD 5.3-BETA6 - Keyboard not working
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Sep 2004 06:40:11 -0000
>From: Brooks Davis [mailto:brooks@one-eyed-alien.net]=20
>Sent: Thursday, September 30, 2004 12:17 AM
>>On Wed, Sep 29, 2004 at 08:42:32AM -0500, Muthu_T@Dell.com wrote:
>> All,
>>=20
>> Successfully installed FreeBSD 5.3-BETA6 on Dell PE2860.
>> After rebooting in the login prompt the system doesn't accept any=20
>> keystrokes.
>> I have 1 USB and 1 PS/2 Keyboard. Both keyboards are working (caps=20
>> on/off, Numlock on/off works), but the characters doesn't comes to
the=20
>> system console.
>>=20
>> Attaching the dmesg output.
>>=20
>> Looks like DELL DRAC (Dell Remote Access Card) card is identified as=20
>> Keyboard.
>> See the line: (ukbd0: Dell DRAC4, rev 1.10/0.00, addr 2, iclass 3/1)
>>=20
>> Any fixes?
>
>From your other message, I think I see what's happening. The
information that the PS/2 keyboard works in=20
>single user mode was critical. The root problem is that you can have
one and only one console keyboard=20
>today. I'm working on fixing that, but it's going to take time. For
now we're attemting to work around this >problem by making ukbd0 the
console keyboard in multiuser mode via devd rules.
>In your case this backfires because ukbd0 is your DRAC card not yoru
external USB keyboard. A workaround=20
>that should work in your case is to boot into single user and comment
out the ukbd related lines in >/etc/devd.conf. Then your PS/2 keyboard
will remain your console keyboard.
Commenting out the ukbd0 stuff in /etc/devd.conf does the magic. Now
PS/2 keyboard is working fine!
Installed the 64bit version of FreeBSD on this m/c. Running without any
issue. Wonderful Job! :-)
Thanks.
--T. Muthu Mohan
From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 06:50:24 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 034D716A4D2
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 06:50:24 +0000 (GMT)
Received: from mail.newlines.ru (mail.newlines.ru [195.54.211.132])
by mx1.FreeBSD.org (Postfix) with ESMTP id BAA0F43D60
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 06:50:11 +0000 (GMT)
(envelope-from anton@nikiforov.ru)
Received: from mail.newlines.ru (root@localhost)
by mail.newlines.ru (8.12.10/8.12.9) with SMTP id i8U6o9EW016217
for <freebsd-current@freebsd.org>; Thu, 30 Sep 2004 06:50:09 GMT
(envelope-from anton@nikiforov.ru)
Received: from [192.168.20.18] (florent-mashin.rmt.ru [81.13.8.34])
(authenticated bits=0)
by mail.newlines.ru (8.12.10/8.12.9) with ESMTP id i8U6o8vn016116;
Thu, 30 Sep 2004 06:50:08 GMT
(envelope-from anton@nikiforov.ru)
Message-ID: <415BAC7A.7030600@nikiforov.ru>
Date: Thu, 30 Sep 2004 10:49:30 +0400
From: Anton Nikiforov <anton@nikiforov.ru>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040907
X-Accept-Language: ru, en-us, en
MIME-Version: 1.0
To: freebsd-mobile@freebsd.org
Content-Type: multipart/signed; protocol="application/x-pkcs7-signature";
micalg=sha1; boundary="------------ms090609020102020805000702"
cc: freebsd-current@freebsd.org
Subject: ICH Sound under BETA5
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: anton@nikiforov.ru
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Sep 2004 06:50:24 -0000
This is a cryptographically signed message in MIME format.
--------------ms090609020102020805000702
Content-Type: text/plain; charset=KOI8-R; format=flowed
Content-Transfer-Encoding: 8bit
Dear All!
I have Dell Latitude X300 an 5.3BETA5 installed
my dmesg shows
pcm0: <Intel ICH4 (82801DB)> port 0x18c0-0x18ff,0x1c00-0x1cff mem
0xe0100800-0xe01008ff,0xe0100c00-0xe0100dff irq 10 at device 31.5 on pci0
pcm0: [GIANT-LOCKED]
pcm0: <SigmaTel STAC9750/51 AC97 Codec>
That means that my sound card is found and recognized, but no /dev/dsp*
appears.
sound module is loaded, device sound is in the kernel
3 1 0xc08bc000 5d24 snd_ich.ko
This happend when i updated from BETA3 to BETA5, under BETA3 everything
was just fine.
Does someone have the same problem? Could someone help?
--
ó Õ×ÁÖÅÎÉÅÍ (Best regads),
áÎÔÏÎ îÉËÉÆÏÒÏ× (Anton Nikiforov)
--------------ms090609020102020805000702
Content-Type: application/x-pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"
Content-Description: S/MIME Cryptographic Signature
MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIII7TCC
AtEwggI6oAMCAQICAwvaFTANBgkqhkiG9w0BAQQFADBiMQswCQYDVQQGEwJaQTElMCMGA1UE
ChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNv
bmFsIEZyZWVtYWlsIElzc3VpbmcgQ0EwHhcNMDQwMzA1MjExMjI4WhcNMDUwMzA1MjExMjI4
WjBEMR8wHQYDVQQDExZUaGF3dGUgRnJlZW1haWwgTWVtYmVyMSEwHwYJKoZIhvcNAQkBFhJh
bnRvbkBuaWtpZm9yb3YucnUwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQC1Ps7E
cf3xTnaY72Aip/U5HeUmGwQ6QmbCjMcqS3XfO6EsA+5ol526JvhQ1XStpDX/kh8R8MDELUJD
SVooXFiDInspw5tmPOlXV1C60xH4VWf5Gh+2y3yDGzHyWBAalul7LbhC1p8zDNUA12pAu4Ry
1k1A0Yepomr8CRbh/Z9JryfJcqHYDL+z1qgLzQlpJsao9E3Zld5ZfgJPORcFoRB7Z6jvqVLh
pLNmSrvfDbSw6WK/K9EbZT9zlOTlmOnt4uLBy3hKZMcvkaFrYVYTRXLMegJHFPAp3sxLYef2
iW9fEUKgrs4W7d5c8UWlmiGurVt1Xdzc58W8X3vekMLqu9elAgMBAAGjLzAtMB0GA1UdEQQW
MBSBEmFudG9uQG5pa2lmb3Jvdi5ydTAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3DQEBBAUAA4GB
ABINGnCD0TGnBHqGYbJHSwjFfxEsVS1ygSUVIyb0Q1S0SphgUSeRWIZ4+joWR9TzxFGqLtYM
TEQvRTQ7VJcugjn2o2nTgQ4EPhze0O5ki2eUWHE9dViHboQWOWI0r1vurUTkDnmloeM8mpMo
CAAtXbjyhz7AVKUwI7vULQKuE+imMIIC0TCCAjqgAwIBAgIDC9oVMA0GCSqGSIb3DQEBBAUA
MGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQu
MSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBDQTAeFw0wNDAz
MDUyMTEyMjhaFw0wNTAzMDUyMTEyMjhaMEQxHzAdBgNVBAMTFlRoYXd0ZSBGcmVlbWFpbCBN
ZW1iZXIxITAfBgkqhkiG9w0BCQEWEmFudG9uQG5pa2lmb3Jvdi5ydTCCASIwDQYJKoZIhvcN
AQEBBQADggEPADCCAQoCggEBALU+zsRx/fFOdpjvYCKn9Tkd5SYbBDpCZsKMxypLdd87oSwD
7miXnbom+FDVdK2kNf+SHxHwwMQtQkNJWihcWIMieynDm2Y86VdXULrTEfhVZ/kaH7bLfIMb
MfJYEBqW6XstuELWnzMM1QDXakC7hHLWTUDRh6miavwJFuH9n0mvJ8lyodgMv7PWqAvNCWkm
xqj0TdmV3ll+Ak85FwWhEHtnqO+pUuGks2ZKu98NtLDpYr8r0RtlP3OU5OWY6e3i4sHLeEpk
xy+RoWthVhNFcsx6AkcU8CnezEth5/aJb18RQqCuzhbt3lzxRaWaIa6tW3Vd3Nznxbxfe96Q
wuq716UCAwEAAaMvMC0wHQYDVR0RBBYwFIESYW50b25AbmlraWZvcm92LnJ1MAwGA1UdEwEB
/wQCMAAwDQYJKoZIhvcNAQEEBQADgYEAEg0acIPRMacEeoZhskdLCMV/ESxVLXKBJRUjJvRD
VLRKmGBRJ5FYhnj6OhZH1PPEUaou1gxMRC9FNDtUly6COfajadOBDgQ+HN7Q7mSLZ5RYcT11
WIduhBY5YjSvW+6tROQOeaWh4zyakygIAC1duPKHPsBUpTAju9QtAq4T6KYwggM/MIICqKAD
AgECAgENMA0GCSqGSIb3DQEBBQUAMIHRMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVy
biBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xGjAYBgNVBAoTEVRoYXd0ZSBDb25zdWx0aW5n
MSgwJgYDVQQLEx9DZXJ0aWZpY2F0aW9uIFNlcnZpY2VzIERpdmlzaW9uMSQwIgYDVQQDExtU
aGF3dGUgUGVyc29uYWwgRnJlZW1haWwgQ0ExKzApBgkqhkiG9w0BCQEWHHBlcnNvbmFsLWZy
ZWVtYWlsQHRoYXd0ZS5jb20wHhcNMDMwNzE3MDAwMDAwWhcNMTMwNzE2MjM1OTU5WjBiMQsw
CQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoG
A1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0EwgZ8wDQYJKoZIhvcN
AQEBBQADgY0AMIGJAoGBAMSmPFVzVftOucqZWh5owHUEcJ3f6f+jHuy9zfVb8hp2vX8MOmHy
v1HOAdTlUAow1wJjWiyJFXCO3cnwK4Vaqj9xVsuvPAsH5/EfkTYkKhPPK9Xzgnc9A74r/rsY
Pge/QIACZNenprufZdHFKlSFD0gEf6e20TxhBEAeZBlyYLf7AgMBAAGjgZQwgZEwEgYDVR0T
AQH/BAgwBgEB/wIBADBDBgNVHR8EPDA6MDigNqA0hjJodHRwOi8vY3JsLnRoYXd0ZS5jb20v
VGhhd3RlUGVyc29uYWxGcmVlbWFpbENBLmNybDALBgNVHQ8EBAMCAQYwKQYDVR0RBCIwIKQe
MBwxGjAYBgNVBAMTEVByaXZhdGVMYWJlbDItMTM4MA0GCSqGSIb3DQEBBQUAA4GBAEiM0VCD
6gsuzA2jZqxnD3+vrL7CF6FDlpSdf0whuPg2H6otnzYvwPQcUCCTcDz9reFhYsPZOhl+hLGZ
GwDFGguCdJ4lUJRix9sncVcljd2pnDmOjCBPZV+V2vf3h9bGCE6u9uo05RAaWzVNd+NWIXiC
3CEZNd4ksdMdRv9dX2VPMYIDOzCCAzcCAQEwaTBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMc
VGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFs
IEZyZWVtYWlsIElzc3VpbmcgQ0ECAwvaFTAJBgUrDgMCGgUAoIIBpzAYBgkqhkiG9w0BCQMx
CwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0wNDA5MzAwNjQ5MzFaMCMGCSqGSIb3DQEJ
BDEWBBSdN6s3tFA8jUm0cDkT4fEx9KVFIjBSBgkqhkiG9w0BCQ8xRTBDMAoGCCqGSIb3DQMH
MA4GCCqGSIb3DQMCAgIAgDANBggqhkiG9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIB
KDB4BgkrBgEEAYI3EAQxazBpMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29u
c3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwg
SXNzdWluZyBDQQIDC9oVMHoGCyqGSIb3DQEJEAILMWugaTBiMQswCQYDVQQGEwJaQTElMCMG
A1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBl
cnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECAwvaFTANBgkqhkiG9w0BAQEFAASCAQCxOmbS
8ZADxAxn+k/tmy4jP1M6nX/fqgfUF2Js+6CQEa68/mfjjgOLP11YSF3rkC4YgqmuE4H0T9AI
s8RJFN3b9L/f32MczjsfPLnqBH14quPdoiI9nKRr/54x0dN3ET61g+7f0ZOEEKuUcpLE88Be
wUOc6ZL0iuR8epYeUp0oRvvH18rgFud+mwg0VTyWuTR2Uvap4hO1yffHeM8WtZ1dAs/vgMum
Yy1OpDVu8DZQDTR3h0FKkxL3y+D2VIlcK0+3/4M4JS7Tm8g1vIVZeoSnCP56fQS9YchIwSFD
iQAqM1SQmmWRS4eN4s0tcWo/+pYzMCANzXNuApZg3as8JM3sAAAAAAAA
--------------ms090609020102020805000702--
From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 07:17:33 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 1368216A4CE
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 07:17:33 +0000 (GMT)
Received: from web14122.mail.yahoo.com (web14122.mail.yahoo.com
[66.163.171.113])
by mx1.FreeBSD.org (Postfix) with SMTP id D5D5843D45
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 07:17:32 +0000 (GMT)
(envelope-from cguttesen@yahoo.dk)
Message-ID: <20040930071732.46940.qmail@web14122.mail.yahoo.com>
Received: from [194.248.174.58] by web14122.mail.yahoo.com via HTTP;
Thu, 30 Sep 2004 09:17:32 CEST
Date: Thu, 30 Sep 2004 09:17:32 +0200 (CEST)
From: Claus Guttesen <cguttesen@yahoo.dk>
To: Dag-Erling "Smørgrav" <des@des.no>
In-Reply-To: <xzp3c11184a.fsf@dwp.des.no>
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
cc: freebsd-current@freebsd.org
cc: Lawrence Farr <freebsd-smp@epcdirect.co.uk>
Subject: Re: unable to install beta6 [amd64] on Dell 2850 with 4 GB
RAM,workaround
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Sep 2004 07:17:33 -0000
> You need to increase VM_KMEM_SIZE_MAX in your kernel
> config, e.g.
> options VM_KMEM_SIZE_MAX=536870912
Did that, but it panicked, hand-transcribed screen:
vm_fault on nofault entry, addr : ffffffffb091d000
KDB stack backtrace
panic() at 0xffffffff8020bf17 = panic+0x2a7
vm_fault() at 0xffffffff802f57b0 = vm_fault+0x1ce0
trap_pfault() at 0xffffffff80330350 =
trap_pfault+0x2a0
alltraps_with_regs_pushed() at 0xffffffff8031c3fb =
alltraps_with_regs_pushed+0x5
amr_mapcmd() at 0xffffffff80184f34 = amr_mapcmd+0x114
amr_start() at 0xffffffff801850e0 = amr_start+0x170
amr_startio() at 0xffffffff801857ce = amr_startio+0x3e
amr_submit_bio() at 0xffffffff80185bb0 =
amr_submit_bio+0x20
g_disk_start() at 0xffffffff801ed02a =
g_disk_start+0xea
g_io_schedule_down() at 0xffffffff801cf4ca =
g_io_schedule_down+0xea
g_down_procbody() at 0xffffffff801cfa28 =
g_down_procbody+0x28
fork_exit() at 0xffffffff801f17af = fork_exit+0x8f
fork_trampoline() at 0xffffffff8031c5fe =
fork_trampoline+0xe
--- trap 0, rip = 0, rsp = 0xffffffffba13cd00, rbp = 0
Claus
From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 07:45:27 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 1F22716A4CE
for <current@freebsd.org>; Thu, 30 Sep 2004 07:45:27 +0000 (GMT)
Received: from mailout10.sul.t-online.com (mailout10.sul.t-online.com
[194.25.134.21])
by mx1.FreeBSD.org (Postfix) with ESMTP id AA7AD43D4C
for <current@freebsd.org>; Thu, 30 Sep 2004 07:45:26 +0000 (GMT)
(envelope-from mike@reifenberger.com)
Received: from fwd03.aul.t-online.de
by mailout10.sul.t-online.com with smtp
id 1CCvcy-0003pF-03; Thu, 30 Sep 2004 09:45:24 +0200
Received: from fw.reifenberger.com
(SaUTGOZQreg1JKOv2l23o4TM4pcjL5y62T3VQPMLLAjKE41NdmvAY7@[217.232.245.130]) by
fmrl03.sul.t-online.com
with esmtp id 1CCvco-1hNa2S0; Thu, 30 Sep 2004 09:45:14 +0200
Received: from localhost (mike@localhost)i8U7jDOH064782;
Thu, 30 Sep 2004 09:45:13 +0200 (CEST)
(envelope-from mike@reifenberger.com)
X-Authentication-Warning: fw.reifenberger.com: mike owned process doing -bs
Date: Thu, 30 Sep 2004 09:45:13 +0200 (CEST)
From: Michael Reifenberger <mike@Reifenberger.com>
To: Nate Lawson <nate@root.org>
In-Reply-To: <415B8C47.3060008@root.org>
Message-ID: <20040930093655.C64743@fw.reifenberger.com>
References: <415B5991.70002@root.org>
<20040930041127.E63741@fw.reifenberger.com>
<415B8C47.3060008@root.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
X-ID: SaUTGOZQreg1JKOv2l23o4TM4pcjL5y62T3VQPMLLAjKE41NdmvAY7@t-dialin.net
X-TOI-MSGID: f858305f-5086-4f57-b11f-3d715a6c3f33
cc: current@freebsd.org
Subject: Re: [Fwd: cvs commit: src/sys/dev/acpica acpi_pci_link.c]
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Sep 2004 07:45:27 -0000
On Wed, 29 Sep 2004, Nate Lawson wrote:
...
>> If this change isn't MFC'd jet than it could fix a system freeze I had
>> during boot on RELENG_5 (see my mail to -current a few days ago)
>> which where fixed when booting -current.
>
> Maybe. But that also was probably the floppy hang problem that Warner just
> MFCd. To test, cvsup to a BETA5 kernel and then copy in this file to
> src/sys/dev/acpica/acpi_pci_link.c:
>
No. It hang after:
...
ioapic0: routing intpin 23 (PCI IRQ 23) to cluster 0
...
This where after fdc probe. Or is fdc relevant for mountroot too?
Unfortunately I can't downgrade this machine ATM for the next few days
to get shure.
Bye/2
---
Michael Reifenberger, Business Development Manager SAP-Basis, Plaut Consulting
Comp: Michael.Reifenberger@plaut.de | Priv: Michael@Reifenberger.com
http://www.plaut.de | http://www.Reifenberger.com
From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 08:32:00 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 9D2BE16A4CE
for <freebsd-current@FreeBSD.org>;
Thu, 30 Sep 2004 08:32:00 +0000 (GMT)
Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57])
by mx1.FreeBSD.org (Postfix) with ESMTP id 484E543D41
for <freebsd-current@FreeBSD.org>;
Thu, 30 Sep 2004 08:32:00 +0000 (GMT)
(envelope-from scottl@FreeBSD.org)
Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11])
(authenticated bits=0)
by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i8U8Whh9071567;
Thu, 30 Sep 2004 02:32:43 -0600 (MDT)
(envelope-from scottl@FreeBSD.org)
Message-ID: <415BB667.9000302@FreeBSD.org>
Date: Thu, 30 Sep 2004 01:31:51 -0600
From: Scott Long <scottl@FreeBSD.org>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040831
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Claus Guttesen <cguttesen@yahoo.dk>
References: <20040930071732.46940.qmail@web14122.mail.yahoo.com>
In-Reply-To: <20040930071732.46940.qmail@web14122.mail.yahoo.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63
X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org
cc: "Dag-Erling \"SmXrgrav\"" <des@des.no>
cc: freebsd-current@FreeBSD.org
cc: Lawrence Farr <freebsd-smp@epcdirect.co.uk>
Subject: Re: unable to install beta6 [amd64] on Dell 2850 with 4 GB
RAM,workaround
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Sep 2004 08:32:00 -0000
Claus Guttesen wrote:
>>You need to increase VM_KMEM_SIZE_MAX in your kernel
>>config, e.g.
>>options VM_KMEM_SIZE_MAX=536870912
>
>
> Did that, but it panicked, hand-transcribed screen:
>
> vm_fault on nofault entry, addr : ffffffffb091d000
> KDB stack backtrace
> panic() at 0xffffffff8020bf17 = panic+0x2a7
> vm_fault() at 0xffffffff802f57b0 = vm_fault+0x1ce0
> trap_pfault() at 0xffffffff80330350 =
> trap_pfault+0x2a0
> alltraps_with_regs_pushed() at 0xffffffff8031c3fb =
> alltraps_with_regs_pushed+0x5
> amr_mapcmd() at 0xffffffff80184f34 = amr_mapcmd+0x114
> amr_start() at 0xffffffff801850e0 = amr_start+0x170
> amr_startio() at 0xffffffff801857ce = amr_startio+0x3e
> amr_submit_bio() at 0xffffffff80185bb0 =
> amr_submit_bio+0x20
> g_disk_start() at 0xffffffff801ed02a =
> g_disk_start+0xea
> g_io_schedule_down() at 0xffffffff801cf4ca =
> g_io_schedule_down+0xea
> g_down_procbody() at 0xffffffff801cfa28 =
> g_down_procbody+0x28
> fork_exit() at 0xffffffff801f17af = fork_exit+0x8f
> fork_trampoline() at 0xffffffff8031c5fe =
> fork_trampoline+0xe
> --- trap 0, rip = 0, rsp = 0xffffffffba13cd00, rbp = 0
>
> Claus
>
The AMR driver cannot handle >4GB of RAM. Even though you only have
4GB, your chipset is remapping part of it to the >4GB region. The
driver incorrectly interfaces with busdma and cannot handle this
scenario very well. The panic is to be expected. You can verify
this by setting the tunable 'hw.physmem' in the loader to some
value under 4GB to artifically limit the amount of RAM that the OS
sees.
Scott
From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 09:04:29 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id C805716A4CE
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 09:04:29 +0000 (GMT)
Received: from rwcrmhc12.comcast.net (rwcrmhc12.comcast.net [216.148.227.85])
by mx1.FreeBSD.org (Postfix) with ESMTP id 9A4F343D1F
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 09:04:29 +0000 (GMT)
(envelope-from dantavious@comcast.net)
Received: from focus.dantavious.com
(pcp04630633pcs.gambrl01.md.comcast.net[68.49.58.89])
by comcast.net (rwcrmhc12) with ESMTP
id <2004093009042901400batkne> (Authid: dantavious);
Thu, 30 Sep 2004 09:04:29 +0000
From: Derrick Edwards <dantavious@comcast.net>
To: freebsd-current@freebsd.org
Date: Thu, 30 Sep 2004 05:15:10 -0400
User-Agent: KMail/1.7
MIME-Version: 1.0
Content-Type: text/plain;
charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200409300515.10619.dantavious@comcast.net>
Subject: Portupgrade problems
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Sep 2004 09:04:29 -0000
I have been having a problem with portugrade for a couple of weeks. I get the
following error when trying to update ports. I have updated ports, deleted
the entire /usr/ports/ dir, rm -f pkgdb and /usr/ports/ INDEX file. Did not
see any other possible soulutions. Can someone point me in the right
direction. Would like to have updated ports.
Thanks Dantavious
derrick@/usr/ports/sysutils/portupgrade: portupgrade -arR
[Updating the pkgdb <format:bdb1_btree> in /var/db/pkg ... - 299 packages
found (-1 +1) (...). done]
/usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:323:in `deorigin': cannot convert
nil into String(PkgDB::DBError)
from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:916:in `tsort_build'
from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:915:in `each'
from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:915:in `tsort_build'
from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:907:in `each'
from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:907:in `tsort_build'
from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:929:in `sort_build'
from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:933:in `sort_build!'
from /usr/local/sbin/portupgrade:674:in `main'
from /usr/local/sbin/portupgrade:207:in `initialize'
from /usr/local/sbin/portupgrade:207:in `new'
from /usr/local/sbin/portupgrade:207:in `main'
from /usr/local/sbin/portupgrade:1845
From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 09:25:24 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 2067E16A4D0; Thu, 30 Sep 2004 09:25:24 +0000 (GMT)
Received: from juniper.fornext.org (53.35.138.210.xn.2iij.net [210.138.35.53])
by mx1.FreeBSD.org (Postfix) with ESMTP
id B339743D3F; Thu, 30 Sep 2004 09:25:11 +0000 (GMT)
(envelope-from shino@fornext.org)
Received: from [127.0.0.1] (ariel.net.ss.titech.ac.jp [131.112.21.25])
by juniper.fornext.org (Postfix) with ESMTP id 591CF2A;
Thu, 30 Sep 2004 18:25:10 +0900 (JST)
Date: Thu, 30 Sep 2004 18:24:57 +0900
From: Shunsuke SHINOMIYA <shino@fornext.org>
To: Max Laier <max@love2party.net>
In-Reply-To: <200409292038.23349.max@love2party.net>
References: <Pine.NEB.3.96L.1040924135726.82478I-100000@fledge.watson.org>
<200409292038.23349.max@love2party.net>
Message-Id: <20040930175812.F7FE.SHINO@fornext.org>
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Mailer: Becky! ver. 2.11.02 [ja]
cc: freebsd-current@freebsd.org
cc: Robert Watson <rwatson@freebsd.org>
Subject: Re[2]: High rate traffic silence an em interface.
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Sep 2004 09:25:24 -0000
> This might be my fault! Just committed a fix from Mike Makonnen, that might
> solve the problem you are seeing.
Yes, the problem is solved. Thank you!!!
BTW, I noticed that netstat -m shows odd informations after that
netrate test at BETA5. It seems that memory leak or unnecessary freeing
occur.
> # netstat -m
> 4294950224 mbufs in use
> 10436/25600 mbuf clusters in use (current/max)
> 0/3/6656 sfbufs in use (current/peak/max)
> 16604 KBytes allocated to network
> 0 requests for sfbufs denied
> 0 requests for sfbufs delayed
> 0 requests for I/O initiated by sendfile
> 0 calls to protocol drain routines
But, a combination of BETA5 kernel and sys/dev/em/* of -current does
not have this problem.
--
Shunsuke SHINOMIYA <shino@fornext.org>
From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 09:50:43 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 2BBE916A4CE
for <current@freebsd.org>; Thu, 30 Sep 2004 09:50:43 +0000 (GMT)
Received: from mail-gw0.york.ac.uk (mail-gw0.york.ac.uk [144.32.128.245])
by mx1.FreeBSD.org (Postfix) with ESMTP id 9FD9943D45
for <current@freebsd.org>; Thu, 30 Sep 2004 09:50:42 +0000 (GMT)
(envelope-from gavin.atkinson@ury.york.ac.uk)
Received: from buffy.york.ac.uk (buffy.york.ac.uk [144.32.226.160])
by mail-gw0.york.ac.uk (8.12.10/8.12.10) with ESMTP id i8U9oN4j029213;
Thu, 30 Sep 2004 10:50:23 +0100 (BST)
Received: from buffy.york.ac.uk (localhost [127.0.0.1])
by buffy.york.ac.uk (8.13.1/8.13.1) with ESMTP id i8U9oNUM003195;
Thu, 30 Sep 2004 10:50:23 +0100 (BST)
(envelope-from gavin.atkinson@ury.york.ac.uk)
Received: (from ga9@localhost)
by buffy.york.ac.uk (8.13.1/8.13.1/Submit) id i8U9oMFL003194;
Thu, 30 Sep 2004 10:50:22 +0100 (BST)
(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: Michael Reifenberger <mike@Reifenberger.com>
In-Reply-To: <20040930093655.C64743@fw.reifenberger.com>
References: <415B5991.70002@root.org><415B8C47.3060008@root.org>
<20040930093655.C64743@fw.reifenberger.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Message-Id: <1096537822.3073.26.camel@buffy.york.ac.uk>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.6
Date: Thu, 30 Sep 2004 10:50:22 +0100
X-York-MailScanner: Found to be clean
X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk
cc: current@freebsd.org
Subject: Re: [Fwd: cvs commit: src/sys/dev/acpica acpi_pci_link.c]
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Sep 2004 09:50:43 -0000
On Thu, 2004-09-30 at 08:45, Michael Reifenberger wrote:
> On Wed, 29 Sep 2004, Nate Lawson wrote:
> ...
> >> If this change isn't MFC'd jet than it could fix a system freeze I had
> >> during boot on RELENG_5 (see my mail to -current a few days ago)
> >> which where fixed when booting -current.
> >
> > Maybe. But that also was probably the floppy hang problem that Warner just
> > MFCd. To test, cvsup to a BETA5 kernel and then copy in this file to
> > src/sys/dev/acpica/acpi_pci_link.c:
> >
>
> No. It hang after:
> ...
> ioapic0: routing intpin 23 (PCI IRQ 23) to cluster 0
> ...
> This where after fdc probe. Or is fdc relevant for mountroot too?
Yes, that sounds like the floppy hang for which the patch has now been
MFC'd.
Gavin
From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 10:34:20 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id EC99F16A4CE
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 10:34:20 +0000 (GMT)
Received: from rwcrmhc11.comcast.net (rwcrmhc11.comcast.net [204.127.198.35])
by mx1.FreeBSD.org (Postfix) with ESMTP id C14ED43D2D
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 10:34:20 +0000 (GMT)
(envelope-from DougB@freebsd.org)
Received: from lap (c-24-130-110-32.we.client2.attbi.com[24.130.110.32])
by comcast.net (rwcrmhc11) with SMTP
id <20040930103420013000kvl2e>; Thu, 30 Sep 2004 10:34:20 +0000
Date: Thu, 30 Sep 2004 03:34:19 -0700 (PDT)
From: Doug Barton <DougB@FreeBSD.org>
To: Peter Wemm <peter@wemm.org>
In-Reply-To: <200409291951.12610.peter@wemm.org>
Message-ID: <20040930033351.M57326@ync.qbhto.arg>
References: <20040928025635.Q5094@ync.qbhto.arg>
<200409291951.12610.peter@wemm.org>
Organization: http://www.FreeBSD.org/
X-message-flag: Outlook -- Not just for spreading viruses anymore!
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
cc: freebsd-current@freebsd.org
Subject: Re: HEADS UP: named now runs chroot'ed by default
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Sep 2004 10:34:21 -0000
Peter Wemm wrote:
> On Tuesday 28 September 2004 03:03 am, Doug Barton wrote:
>
>
>>I just committed a named "auto-chroot" system that will allow named
>>to run chroot'ed by default. If you have an existing named
>>configuration in /etc/namedb, the instructions for updating it are in
>>src/UPDATING. If you are already chroot'ing named, especially if you
>>are using /var/named as the chroot directory, you should back
>>everything up before upgrading and proceed with caution. :)
>>
>>For those that don't have a named configuration, all you should have
>>to do is 'rm -r /etc/namedb' and you'll be fine.
>>
>>Comments and suggestions are welcome, but please try to keep the
>>bikeshedding about specific bits down to an absolute minimum. The
>>directory structure and related options worked very well on hundreds
>>of name servers on a very busy enterprise network, so I have a high
>>degree of confidence that the defaults are sensible. That said, I am
>>open to genuine improvements, and dialogue on optional bits.
>
>
> Mergemaster hasn't been made aware of this.
mergemaster tries very hard not to grow special knowledge about any
files or directories, it relies on src/etc/Makefile.
> It unconditionally installs
> the named stuff in /var/named/etc/namedb
You probably have the -a option enabled somewhere, perhaps in a
mergemaster.rc file? Otherwise mm never takes any action by default.
> even when you've explicitly turned the chroot stuff off.
"Turning the chroot stuff off" is an rc.d option, not a make.conf
option. If it's really necessary I suppose I could put some work into
making the install path optional, but whether you chroot or not, putting
the named stuff in /var is "better" for most any definition of better.
> How are we supposed to get the old behavior back?
Well, after following the instructions in UPDATING you could have all
your old files in /var/named/etc/namedb, and /etc/namedb will then be a
symlink to /var/named/etc/namedb. If you choose to disable chrooting in
rc.conf, you should have exactly the same old behavior, the only
difference is that your files will be in /var. This is one of the
reasons I chose to implement things the way I did.
You could also choose not to delete the /etc/namedb directory, and just
use your old files (without chrooting of course). If you want to do
this, you might also want to add 'NO_BIND_ETC= true' to your make.conf.
I don't recommend this of course, but it is possible to do it this way.
IMO, once you get your files transferred over, you'll never even notice
that you're running chrooted, and it is a significant security benefit.
> This sucks. :-(
Thank you for your kind words. :)
Doug
--
This .signature sanitized for your protection
From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 10:39:33 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id F2D7316A4CF
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 10:39:32 +0000 (GMT)
Received: from rwcrmhc12.comcast.net (rwcrmhc12.comcast.net [216.148.227.85])
by mx1.FreeBSD.org (Postfix) with ESMTP id C462B43D4C
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 10:39:30 +0000 (GMT)
(envelope-from DougB@freebsd.org)
Received: from lap (c-24-130-110-32.we.client2.attbi.com[24.130.110.32])
by comcast.net (rwcrmhc12) with ESMTP
id <2004093010391901400bbe6ee>; Thu, 30 Sep 2004 10:39:30 +0000
Date: Thu, 30 Sep 2004 03:39:19 -0700 (PDT)
From: Doug Barton <DougB@FreeBSD.org>
To: =?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?= <des@des.no>
In-Reply-To: <xzpzn38izrd.fsf@dwp.des.no>
Message-ID: <20040930033816.H57326@ync.qbhto.arg>
References: <20040928025635.Q5094@ync.qbhto.arg>
<727FCC18-1156-11D9-BBA6-000D936BE398@beforever.com>
<xzpbrfp1j0k.fsf@dwp.des.no><20040929110207.S90578@qbhto.arg>
<xzpzn38izrd.fsf@dwp.des.no>
Organization: http://www.FreeBSD.org/
X-message-flag: Outlook -- Not just for spreading viruses anymore!
MIME-Version: 1.0
Content-Type: MULTIPART/MIXED; BOUNDARY="0-93385416-1096540759=:57326"
cc: Dimitry Andric <dimitry@andric.com>
cc: freebsd-current@freebsd.org
Subject: Re: HEADS UP: named now runs chroot'ed by default
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Sep 2004 10:39:33 -0000
This message is in MIME format. The first part should be readable text,
while the remaining parts are likely unreadable without MIME-aware tools.
--0-93385416-1096540759=:57326
Content-Type: TEXT/PLAIN; charset=iso-8859-1; format=flowed
Content-Transfer-Encoding: 8BIT
On Wed, 29 Sep 2004, Dag-Erling Smørgrav wrote:
> Doug Barton <DougB@FreeBSD.org> writes:
>> Dmitry beat me to it, but yes, I'm 99% sure that'll do it for you. Can
>> you please test it and confirm that Dmitry is correct, and if so I can
>> add a commented out entry to the named.conf file.
>
> yep, works fine.
>
> you should test it with -4 or on a non-IPv6 kernel, with a little luck
> you won't need to have it commented out.
If enabled by default on a non-IPv6 system it prints a warning, which
was part of the reason to add the option in the first place. :)
Doug
--
This .signature sanitized for your protection
--0-93385416-1096540759=:57326--
From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 10:44:36 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id DAF5F16A4CE; Thu, 30 Sep 2004 10:44:36 +0000 (GMT)
Received: from kai.xtaz.net (kai.xtaz.net [82.68.183.49])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 514CC43D5C; Thu, 30 Sep 2004 10:44:36 +0000 (GMT)
(envelope-from matt@xtaz.net)
Received: from webmail.xtaz.net (localhost [127.0.0.1])
by kai.xtaz.net (Postfix) with ESMTP id 382368FC7A;
Thu, 30 Sep 2004 11:44:35 +0100 (BST)
Received: from 193.35.129.161 (proxying for unknown)
(SquirrelMail authenticated user matt);
by webmail.xtaz.net with HTTP;
Thu, 30 Sep 2004 11:44:35 +0100 (BST)
Message-ID: <43039.193.35.129.161.1096541075.squirrel@webmail.xtaz.net>
In-Reply-To: <20040930033351.M57326@ync.qbhto.arg>
References: <20040928025635.Q5094@ync.qbhto.arg>
<200409291951.12610.peter@wemm.org>
<20040930033351.M57326@ync.qbhto.arg>
Date: Thu, 30 Sep 2004 11:44:35 +0100 (BST)
From: "Matt Smith" <matt@xtaz.net>
To: "Doug Barton" <DougB@FreeBSD.org>
User-Agent: SquirrelMail/1.5.1 [CVS]
MIME-Version: 1.0
Content-Type: text/plain;charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Priority: 3 (Normal)
Importance: Normal
cc: freebsd-current@freebsd.org
Subject: Re: HEADS UP: named now runs chroot'ed by default
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Sep 2004 10:44:37 -0000
Another quick question about this. I run the ports version of bind9
however I still leave all the base stuff installed during installworld as
one day I might want to use it. All I do is add the following in rc.conf:
named_enable="YES"
named_program="/usr/local/sbin/named"
named_flags="-c /usr/local/etc/named/named.conf -u bind"
and all my zone files and pid files etc are in /usr/local/etc/named.
I am wondering how these changes will affect this setup? Is there anything
special I need to do when I next installworld (and get the new bind9
stuff). I'm currently on 5.3-BETA6 from before it was commited.
Matt.
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 11:56:26 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id C1CE016A4CE
for <current@freebsd.org>; Wed, 29 Sep 2004 11:56:26 +0000 (GMT)
Received: from mx.nsu.ru (mx.nsu.ru [212.192.164.5])
by mx1.FreeBSD.org (Postfix) with ESMTP id E73DE43D5F
for <current@freebsd.org>; Wed, 29 Sep 2004 11:56:25 +0000 (GMT)
(envelope-from danfe@regency.nsu.ru)
Received: from regency.nsu.ru ([193.124.210.26])
by mx.nsu.ru with esmtp (Exim 4.34)
id 1CCdNp-0005wT-7M
for current@freebsd.org; Wed, 29 Sep 2004 19:16:33 +0700
Received: from regency.nsu.ru (localhost [127.0.0.1])
by regency.nsu.ru (8.12.10/8.12.10) with ESMTP id i8TBv6oI085939
for <current@freebsd.org>; Wed, 29 Sep 2004 18:57:07 +0700 (NOVST)
(envelope-from danfe@regency.nsu.ru)
Received: (from danfe@localhost)
by regency.nsu.ru (8.12.10/8.12.10/Submit) id i8TBv6E6085850
for current@freebsd.org; Wed, 29 Sep 2004 18:57:06 +0700 (NOVST)
(envelope-from danfe)
Date: Wed, 29 Sep 2004 18:57:06 +0700
From: Alexey Dokuchaev <danfe@nsu.ru>
To: current@freebsd.org
Message-ID: <20040929115706.GA75600@regency.nsu.ru>
References: <20040927211341.GB30059@afflictions.org>
<20040929040222.GI5115@afflictions.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20040929040222.GI5115@afflictions.org>
User-Agent: Mutt/1.4.2.1i
X-Mailman-Approved-At: Thu, 30 Sep 2004 11:55:21 +0000
Subject: Re: Random processes hanging in unkillable state in -BETA6
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 11:56:27 -0000
On Wed, Sep 29, 2004 at 12:02:22AM -0400, Damian Gerow wrote:
> I have a number of processes hanging in an unkillable state now that I've
> upgraded from -BETA2 to -BETA6. Two are ports (firefox and ogle), and one
> is 'dig'.
I confirm, threaded programs started to hang for me as well. See my
recent message to -current, subject ``Threads-related(?) application
hangs with recent -CURRENT''.
./danfe
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 12:27:44 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id C977A16A4CE; Wed, 29 Sep 2004 12:27:44 +0000 (GMT)
Received: from erg.verweg.com (erg.verweg.com [217.77.141.129])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 3F95843D2F; Wed, 29 Sep 2004 12:27:44 +0000 (GMT)
(envelope-from ruben@erg.verweg.com)
Received: from erg.verweg.com (erg.verweg.com [217.77.141.129])
by erg.verweg.com (8.13.1/8.13.1) with ESMTP id i8TCRabp025814
(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT);
Wed, 29 Sep 2004 14:27:37 +0200 (CEST)
(envelope-from ruben@erg.verweg.com)
Received: (from ruben@localhost)
by erg.verweg.com (8.13.1/8.13.1/Submit) id i8TCRar2025812;
Wed, 29 Sep 2004 14:27:36 +0200 (CEST)
(envelope-from ruben)
Date: Wed, 29 Sep 2004 14:27:36 +0200
From: Ruben van Staveren <ruben@verweg.com>
To: freebsd-stable@freebsd.org
Message-ID: <20040929122736.GA19056@erg.verweg.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
X-LeerQuoten: http://leerquoten.verweg.com
Organisation: Verweg Dot Com
X-message: Zeker Outlook ?
X-Opinion: These opinions are exclusively mine, you cannot have them. Patent
pending.
User-Agent: Mutt/1.5.6i
X-Virus-Scanned: by amavisd-new
X-Spam-Status: No, hits=-4.8 required=5.0 tests=AWL,BAYES_00 autolearn=ham
version=2.64
X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on erg.verweg.com
X-Mailman-Approved-At: Thu, 30 Sep 2004 11:55:21 +0000
cc: freebsd-current@freebsd.org
Subject: Shuttle ST61G4 hanging during boot with Hitachi 7K250 sata and Sil
3512.
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 12:27:44 -0000
Hi,
I've currently lingering around here a shuttle ST61G4 bare bone, and decided to
give the FreeBSD 5.3 beta6 iso a try. It is equipped with a NEC ND-3500A and a
Hitachi Deskstar 7K250 (160 GB, SATA flavour).
Kernel startup just goes fine up until it arrives at the sata disc. It just
hangs there with the following line:
ata2-master: FAILURE - ATA_IDENTIFY status=51<READY,DSC,ERROR> error=4<ABORTED> LBA=0
What does this error message exactly mean ?
The controller is probed as a atapci1: <Sil 3512 SATA150 controller> which is
just right. I tried different combinations of ata and sata headers, but only
when disconnecting the sata disc gets me to the install screen. (but of course
no disc to install to then)
I also made sure the drive cables are not to close to either the CPU and GPU.
Cheers,
Ruben
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 16:11:57 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id AEE4B16A4CE; Wed, 29 Sep 2004 16:11:57 +0000 (GMT)
Received: from horsey.gshapiro.net (horsey.gshapiro.net [64.105.95.154])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 6A9B443D1F; Wed, 29 Sep 2004 16:11:57 +0000 (GMT)
(envelope-from gshapiro@gshapiro.net)
Received: from horsey.gshapiro.net (localhost [127.0.0.1])
i8TGBoXR097747
(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
Wed, 29 Sep 2004 09:11:50 -0700 (PDT)
Received: (from gshapiro@localhost)
by horsey.gshapiro.net (8.13.1/8.13.1.Beta1/Submit) id i8TGBlZp097746;
Wed, 29 Sep 2004 09:11:47 -0700 (PDT)
Date: Wed, 29 Sep 2004 09:11:47 -0700
From: Gregory Neil Shapiro <gshapiro@gshapiro.net>
To: Dag-Erling Sm?rgrav <des@des.no>
Message-ID: <20040929161147.GE56445@horsey.gshapiro.net>
References: <20040928025635.Q5094@ync.qbhto.arg>
<727FCC18-1156-11D9-BBA6-000D936BE398@beforever.com>
<20040928142532.M90002@qbhto.arg> <20040929032418.GD56445@horsey.gshapiro.net>
<xzpbrfp1j0k.fsf@dwp.des.no>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <xzpbrfp1j0k.fsf@dwp.des.no>
User-Agent: Mutt/1.5.6i
X-Mailman-Approved-At: Thu, 30 Sep 2004 11:55:21 +0000
cc: Peter Schultz <pete@beforever.com>
cc: freebsd-current@freebsd.org
Subject: Re: HEADS UP: named now runs chroot'ed by default
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 16:11:57 -0000
> ...badly. it will use IPv6 when recursing, but doesn't seem to want
> to listen for IPv6 requests:
>
> des@dma ~% sockstat -l | grep named
> bind named 5139 20 udp4 10.0.0.10:53 *:*
> bind named 5139 21 tcp4 10.0.0.10:53 *:*
> bind named 5139 22 udp4 127.0.0.1:53 *:*
> bind named 5139 23 tcp4 127.0.0.1:53 *:*
> bind named 5139 24 udp4 *:50632 *:*
> bind named 5139 25 udp6 *:50633 *:*
> bind named 5139 26 tcp4 127.0.0.1:953 *:*
> bind named 5139 27 tcp6 ::1:953 *:*
> des@dma ~% dig @::1 . ns
You have nothing listening on ::1:53 (you only have port 953 for rndc).
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 16:52:54 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 5071416A4CE
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 16:52:54 +0000 (GMT)
Received: from mx2.ngi.de (mx2.ngi.de [213.191.74.84])
by mx1.FreeBSD.org (Postfix) with ESMTP id 37A9E43D2F
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 16:52:52 +0000 (GMT) (envelope-from neal@ngi.de)
Received: (qmail 25115 invoked from network); 29 Sep 2004 16:55:31 -0000
Received: from unknown (HELO [10.0.0.8]) ([84.245.180.129])
(envelope-sender <neal@ngi.de>)
by 0 (qmail-ldap-1.03) with SMTP
for <freebsd-current@freebsd.org>; 29 Sep 2004 16:55:31 -0000
Mime-Version: 1.0 (Apple Message framework v619)
Content-Transfer-Encoding: 7bit
Message-Id: <FF75F81E-1237-11D9-A550-000393A6E2B0@ngi.de>
Content-Type: text/plain; charset=US-ASCII; format=flowed
To: freebsd-current@freebsd.org
From: Neal Nelson <neal@ngi.de>
Date: Wed, 29 Sep 2004 18:52:50 +0200
X-Mailer: Apple Mail (2.619)
X-Mailman-Approved-At: Thu, 30 Sep 2004 11:55:21 +0000
Subject: PPP startup problems
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 16:52:54 -0000
I'm trying to set up a DSL firewall using 5.3-BETA6 but I'm having a
problem getting PPP to start automatically.
I'm using basically the same setup that works perfectly on 4.7 but when
it starts up, I get the message 'Starting ppp as "root"' and then it
friezes. If I control-C it, the startup continues and I can then run
ppp manually.
Is this a general problem with 5.3-BETA6?
From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 21:02:01 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id EE52016A4CE
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 21:02:00 +0000 (GMT)
Received: from ms-smtp-02-eri0.texas.rr.com (ms-smtp-02.texas.rr.com
[24.93.47.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id 69CC143D3F
for <freebsd-current@freebsd.org>;
Wed, 29 Sep 2004 21:02:00 +0000 (GMT)
(envelope-from jmarquez@telenetwork.com)
Received: from [70.112.55.69] (cs7011255-69.austin.rr.com [70.112.55.69])
i8TL1uBE012742; Wed, 29 Sep 2004 16:01:57 -0500 (CDT)
Message-ID: <415B22C6.3010403@telenetwork.com>
Date: Wed, 29 Sep 2004 16:01:58 -0500
From: jesse marquez <jmarquez@telenetwork.com>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040917
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Savchuk Taras <taras-s-y@mail.ru>
References: <002b01c4a576$9b65f1d0$82fda3d1@sanmarcos.x25.net>
<200409282025.04107.taras-s-y@mail.ru>
<200409290609.i8T69wZD008877@dungeon.home>
<200409300018.14616.taras-s-y@mail.ru>
In-Reply-To: <200409300018.14616.taras-s-y@mail.ru>
Content-Type: text/plain; charset=windows-1251; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: Symantec AntiVirus Scan Engine
X-Mailman-Approved-At: Thu, 30 Sep 2004 11:55:21 +0000
cc: freebsd-current@freebsd.org
cc: Stephen McKay <smckay@internode.on.net>
Subject: Re: dc0 acting up
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2004 21:02:01 -0000
Savchuk Taras wrote:
>On Wednesday 29 September 2004 06:09, Stephen McKay wrote:
>
>
>>On Tuesday, 28th September 2004, Savchuk Taras wrote:
>>
>>
>>>On Tuesday 28 September 2004 16:17, Jesse Marquez wrote:
>>>
>>>FreeBSD5.3-BETA4
>>>
>>>I have the same output during boot:
>>>
>>>
>>>>dc0: failed to force tx and rx to idle state
>>>>dc0: failed to force tx and rx to idle state
>>>>dc0: failed to force tx and rx to idle state
>>>>
>>>>
>>This one comes up every year or so and is my fault (more or less).
>>Maybe we can fix it now that people are reporting it, even though it
>>is actually pretty harmless.
>>
>>What hardware do you have? Ie what other dc0: lines do you find in dmesg?
>>
>>If you are willing to edit some code and try again, what happens when
>>you comment out the entire for loop at line 1379 of sys/pci/if_dc.c, which
>>looks like this:
>>
>> for (i = 0; i < DC_TIMEOUT; i++) {
>> isr = CSR_READ_4(sc, DC_ISR);
>> if (isr & DC_ISR_TX_IDLE &&
>> ((isr & DC_ISR_RX_STATE) == DC_RXSTATE_STOPPED
>>|| (isr & DC_ISR_RX_STATE) == DC_RXSTATE_WAIT)) break;
>> DELAY(10);
>> }
>>
>> if (i == DC_TIMEOUT)
>> printf("dc%d: failed to force tx and "
>> "rx to idle state\n", sc->dc_unit);
>>
>>Does your network card still work?
>>
>>
>
>I have made changes in "sys/pci/if_dc.c" as you said and have had this outout
>during "buildkernel":
>------------------------------------------------------------------------------------------------------------------------------------
>n-long-strings -mpreferred-stack-boundary=2 -ffreestanding
>-Werror /usr/src/sys/pci/if_dc.c
>/usr/src/sys/pci/if_dc.c: In function `dc_setcfg':
>/usr/src/sys/pci/if_dc.c:1369: warning: unused variable `i'
>/usr/src/sys/pci/if_dc.c:1370: warning: unused variable `isr'
>*** Error code 1
>
>Stop in /usr/obj/usr/src/sys/T53-B6.
>*** Error code 1
>
>Stop in /usr/src.
>*** Error code 1
>
>Stop in /usr/src.
>root@taras.gznet.ru#
>------------------------------------------------------------------------------------------------------------------------------------
>
>
>>The long story is that this test is probably unnecessary, though the manual
>>for the original Intel 21143 requires it. If it was skipped for non-Intel
>>chips, I think everyone would be happy. It would be nice to have some
>>experimental verification of this theory though.
>>
>>Stephen.
>>
>>
>
>
>
dc0: <82c169 PNIC 10/100BaseTX> port 0xd800-0xd8ff mem
0xe3000000-0xe30000ff irq 10 at device 9.0 on pci0
miibus0: <MII bus> on dc0
bmtphy0: <BCM5201 10/100baseTX PHY> on miibus0
bmtphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
dc0: Ethernet address: 00:a0:cc:d6:92:ae
dc0: [GIANT-LOCKED]
I'm receiving the same error messege while trying to compile. Hmmm,
maybe we are commenting the wrong thing?
over and out
jesse
From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 01:03:49 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id E860916A4CE; Thu, 30 Sep 2004 01:03:48 +0000 (GMT)
Received: from atlant.asiamusic.ru (AsiaTrade-Orient.orient.net.ru
[195.161.236.162]) by mx1.FreeBSD.org (Postfix) with ESMTP
id A4DF543D46; Thu, 30 Sep 2004 01:03:45 +0000 (GMT)
(envelope-from null@grayling.ru)
Received: from [192.168.125.10] (webmaster.atm [192.168.125.10])
by atlant.asiamusic.ru (8.11.7/8.11.7) with ESMTP id i8U13gV77339;
Thu, 30 Sep 2004 10:03:42 +0900 (IRKST)
(envelope-from null@grayling.ru)
Message-ID: <415B5B6E.9050107@grayling.ru>
Date: Thu, 30 Sep 2004 10:03:42 +0900
From: Ruslan Ershov <null@grayling.ru>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040929
X-Accept-Language: ru, en, en-us
MIME-Version: 1.0
To: sos@FreeBSD.org
References: <4155DC3F.5070904@freesurf.ch>
In-Reply-To: <4155DC3F.5070904@freesurf.ch>
Content-Type: multipart/mixed;
boundary="------------000608010601070801040201"
X-Mailman-Approved-At: Thu, 30 Sep 2004 11:55:21 +0000
cc: freebsd-current@FreeBSD.org
Subject: Re: ATA disk performance (ICH2 controller)
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Sep 2004 01:03:49 -0000
This is a multi-part message in MIME format.
--------------000608010601070801040201
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Hi!
FreeBSD 5.3-BETA6 from 2004-09-29 05:17:26 GMT (SCHED_4BSD, no option PREEMPTION, no option SMP & device apic)
MB: EPOX-3PTA (i815EPB) ICH2
Cable 80-pin. Blue connector at controller, black/grey at devices.
ad0 (7200 rpm, 2 MB) Jumper -> Cable Select (Device 0). Write cache enabled.
ad1 (7200 rpm, 8 MB) Jumper -> Cable Select (Device 1). Write cache enabled.
# atacontrol list
ATA channel 0:
Master: ad0 <Maxtor 6E030L0/NAR61590> ATA/ATAPI revision 7
Slave: ad1 <WDC WD800JB-00JJA0/05.01C05> ATA/ATAPI revision 6
ATA channel 1:
Master: atap <SONY CD-RW CRX300E/KYS2> ATA/ATAPI revision 5
Slave: atap <HL-DT-ST CD-ROM GCR-8520B/1.00> ATA/ATAPI revision 0
# atacontrol mode 0 UDMA100 UDMA100
Master = UDMA100
Slave = UDMA100
# atacontrol mode 1 UDMA33 UDMA33
Master = UDMA33
Slave = WDMA2
# atacontrol mode 0
Master = UDMA100
Slave = UDMA100
# atacontrol mode 1
Master = UDMA33
Slave = WDMA2
Write test at ad0:
# dd if=/dev/zero of=test bs=1024k count=1024
1024+0 records in
1024+0 records out
1073741824 bytes transferred in 26.921087 secs (39884787 bytes/sec)
Write test at ad1:
# dd if=/dev/zero of=test bs=1024k count=1024
1024+0 records in
1024+0 records out
1073741824 bytes transferred in 66.367760 secs (16178666 bytes/sec)
66.37 secs / 26.92 secs = 2.47
Why so?
--------------000608010601070801040201
Content-Type: text/plain;
name="messages-EPOX-3PTA.log"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
filename="messages-EPOX-3PTA.log"
syslogd: kernel boot file is /boot/kernel/kernel
kernel: ull device, zero device>
kernel: random: <entropy source, Software, Yarrow>
kernel: netsmb_dev: loaded
kernel: io: <I/O>
kernel: mem: <memory>
kernel: Pentium Pro MTRR support enabled
kernel: acpi0: <IntelR AWRDACPI> on motherboard
kernel: acpi0: [MPSAFE]
kernel: pci_open(1): mode 1 addr port (0x0cf8) is 0x80000058
kernel: pci_open(1a): mode1res=0x80000000 (0x80000000)
kernel: pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=11308086)
kernel: pcibios: BIOS version 2.10
kernel: Found $PIR table, 10 entries at 0xc00fded0
kernel: PCI-Only Interrupts: 5 9 11
kernel: Location Bus Device Pin Link IRQs
kernel: slot 1 0 2 A 0x60 3 4 5 7 9 10 11 12 14 15
kernel: slot 1 0 2 B 0x61 3 4 5 7 9 10 11 12 14 15
kernel: slot 1 0 2 C 0x62 3 4 5 7 9 10 11 12 14 15
kernel: slot 1 0 2 D 0x63 3 4 5 7 9 10 11 12 14 15
kernel: slot 2 2 8 A 0x68 3 4 5 7 9 10 11 12 14 15
kernel: slot 2 2 8 B 0x69 3 4 5 7 9 10 11 12 14 15
kernel: slot 2 2 8 C 0x6a 3 4 5 7 9 10 11 12 14 15
kernel: slot 2 2 8 D 0x6b 3 4 5 7 9 10 11 12 14 15
kernel: slot 3 2 1 A 0x61 3 4 5 7 9 10 11 12 14 15
kernel: slot 3 2 1 B 0x62 3 4 5 7 9 10 11 12 14 15
kernel: slot 3 2 1 C 0x63 3 4 5 7 9 10 11 12 14 15
kernel: slot 3 2 1 D 0x60 3 4 5 7 9 10 11 12 14 15
kernel: slot 4 2 0 A 0x60 3 4 5 7 9 10 11 12 14 15
kernel: slot 4 2 0 B 0x61 3 4 5 7 9 10 11 12 14 15
kernel: slot 4 2 0 C 0x62 3 4 5 7 9 10 11 12 14 15
kernel: slot 4 2 0 D 0x63 3 4 5 7 9 10 11 12 14 15
kernel: slot 5 2 3 A 0x63 3 4 5 7 9 10 11 12 14 15
kernel: slot 5 2 3 B 0x60 3 4 5 7 9 10 11 12 14 15
kernel: slot 5 2 3 C 0x61 3 4 5 7 9 10 11 12 14 15
kernel: slot 5 2 3 D 0x62 3 4 5 7 9 10 11 12 14 15
kernel: slot 6 2 2 A 0x62 3 4 5 7 9 10 11 12 14 15
kernel: slot 6 2 2 B 0x63 3 4 5 7 9 10 11 12 14 15
kernel: slot 6 2 2 C 0x60 3 4 5 7 9 10 11 12 14 15
kernel: slot 6 2 2 D 0x61 3 4 5 7 9 10 11 12 14 15
kernel: slot 7 2 4 A 0x60 3 4 5 7 9 10 11 12 14 15
kernel: slot 7 2 4 B 0x61 3 4 5 7 9 10 11 12 14 15
kernel: slot 7 2 4 C 0x62 3 4 5 7 9 10 11 12 14 15
kernel: slot 7 2 4 D 0x63 3 4 5 7 9 10 11 12 14 15
kernel: slot 8 2 5 A 0x61 3 4 5 7 9 10 11 12 14 15
kernel: slot 8 2 5 B 0x62 3 4 5 7 9 10 11 12 14 15
kernel: slot 8 2 5 C 0x63 3 4 5 7 9 10 11 12 14 15
kernel: slot 8 2 5 D 0x60 3 4 5 7 9 10 11 12 14 15
kernel: embedded 0 31 A 0x60 3 4 5 7 9 10 11 12 14 15
kernel: embedded 0 31 B 0x61 3 4 5 7 9 10 11 12 14 15
kernel: embedded 0 31 C 0x6b 3 4 5 7 9 10 11 12 14 15
kernel: embedded 0 31 D 0x63 3 4 5 7 9 10 11 12 14 15
kernel: embedded 0 1 A 0x60 3 4 5 7 9 10 11 12 14 15
kernel: embedded 0 1 B 0x61 3 4 5 7 9 10 11 12 14 15
kernel: embedded 0 1 C 0x62 3 4 5 7 9 10 11 12 14 15
kernel: embedded 0 1 D 0x63 3 4 5 7 9 10 11 12 14 15
kernel: AcpiOsDerivePciId: bus 0 dev 31 func 0
kernel: AcpiOsDerivePciId: bus 0 dev 31 func 0
kernel: acpi0: Power Button (fixed)
kernel: ACPI timer looks GOOD min = 2, max = 3, width = 1
last message repeated 9 times
kernel: Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000
kernel: acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0
kernel: cpu0: <ACPI CPU (3 Cx states)> on acpi0
kernel: acpi_tz0: <Thermal Zone> on acpi0
kernel: acpi_button0: <Power Button> on acpi0
kernel: pcib0: <ACPI Host-PCI bridge> port 0x4000-0x40f7,0xcf8-0xcff on acpi0
kernel: ACPI link \_SB_.PCI0.LNKD has invalid initial irq 9, ignoring
kernel: ACPI PCI link initial configuration:
kernel: \_SB_.PCI0.LNKA irq 0: [ 3 4 5 6 7 10 11 12 14 15] 11+ low,level,sharable 0.30.0
kernel: \_SB_.PCI0.LNKB irq 0: [ 3 4 5 6 7 10 11 12 14 15] 0+ low,level,sharable 0.30.1
kernel: \_SB_.PCI0.LNKC irq 0: [ 3 4 5 6 7 10 11 12 14 15] 0+ low,level,sharable 0.30.2
kernel: \_SB_.PCI0.LNKD irq 0: [ 3 4 5 6 7 10 11 12 14 15] 0+ low,level,sharable 0.30.3
kernel: \_SB_.PCI0.LNKA irq 0: [ 3 4 5 6 7 10 11 12 14 15] 11+ low,level,sharable 0.2.0
kernel: \_SB_.PCI0.LNKB irq 0: [ 3 4 5 6 7 10 11 12 14 15] 0+ low,level,sharable 0.2.1
kernel: \_SB_.PCI0.LNKC irq 0: [ 3 4 5 6 7 10 11 12 14 15] 0+ low,level,sharable 0.2.2
kernel: \_SB_.PCI0.LNKD irq 0: [ 3 4 5 6 7 10 11 12 14 15] 0+ low,level,sharable 0.2.3
kernel: \_SB_.PCI0.LNKA irq 0: [ 3 4 5 6 7 10 11 12 14 15] 11+ low,level,sharable 0.31.0
kernel: \_SB_.PCI0.LNKB irq 0: [ 3 4 5 6 7 10 11 12 14 15] 0+ low,level,sharable 0.31.1
kernel: \_SB_.PCI0.LNK1 irq 0: [ 3 4 5 6 7 10 11 12 14 15] 5+ low,level,sharable 0.31.2
kernel: \_SB_.PCI0.LNKD irq 0: [ 3 4 5 6 7 10 11 12 14 15] 0+ low,level,sharable 0.31.3
kernel: \_SB_.PCI0.LNKA irq 0: [ 3 4 5 6 7 10 11 12 14 15] 11+ low,level,sharable 0.1.0
kernel: \_SB_.PCI0.LNKB irq 0: [ 3 4 5 6 7 10 11 12 14 15] 0+ low,level,sharable 0.1.1
kernel: \_SB_.PCI0.LNKC irq 0: [ 3 4 5 6 7 10 11 12 14 15] 0+ low,level,sharable 0.1.2
kernel: \_SB_.PCI0.LNKD irq 0: [ 3 4 5 6 7 10 11 12 14 15] 0+ low,level,sharable 0.1.3
kernel: pci0: <ACPI PCI bus> on pcib0
kernel: pci0: physical bus=0
kernel: map[10]: type 3, range 32, base e0000000, size 26, enabled
kernel: found-> vendor=0x8086, dev=0x1130, revid=0x04
kernel: bus=0, slot=0, func=0
kernel: class=06-00-00, hdrtype=0x00, mfdev=0
kernel: cmdreg=0x0006, statreg=0x2090, cachelnsz=0 (dwords)
kernel: lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns)
kernel: found-> vendor=0x8086, dev=0x1131, revid=0x04
kernel: bus=0, slot=1, func=0
kernel: class=06-04-00, hdrtype=0x01, mfdev=0
kernel: cmdreg=0x0107, statreg=0x0020, cachelnsz=0 (dwords)
kernel: lattimer=0x20 (960 ns), mingnt=0x0c (3000 ns), maxlat=0x00 (0 ns)
kernel: found-> vendor=0x8086, dev=0x244e, revid=0x05
kernel: bus=0, slot=30, func=0
kernel: class=06-04-00, hdrtype=0x01, mfdev=0
kernel: cmdreg=0x0107, statreg=0x0080, cachelnsz=0 (dwords)
kernel: lattimer=0x00 (0 ns), mingnt=0x06 (1500 ns), maxlat=0x00 (0 ns)
kernel: found-> vendor=0x8086, dev=0x2440, revid=0x05
kernel: bus=0, slot=31, func=0
kernel: class=06-01-00, hdrtype=0x00, mfdev=1
kernel: cmdreg=0x000f, statreg=0x0280, cachelnsz=0 (dwords)
kernel: lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns)
kernel: map[20]: type 4, range 32, base 0000f000, size 4, enabled
kernel: found-> vendor=0x8086, dev=0x244b, revid=0x05
kernel: bus=0, slot=31, func=1
kernel: class=01-01-80, hdrtype=0x00, mfdev=0
kernel: cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords)
kernel: lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns)
kernel: map[20]: type 4, range 32, base 0000d000, size 5, enabled
kernel: pcib0: matched entry for 0.31.INTD (src \_SB_.PCI0.LNKD)
kernel: pcib0: possible interrupts: 3 4 5 6 7 10 11 12 14 15
kernel: ACPI PCI link arbitrated settings:
kernel: \_SB_.PCI0.LNKA (references 4, priority 50660):
kernel: interrupts: 11 10 5 12 7 6 4 3 15 14
kernel: penalty: 160 160 210 5160 5160 5160 5160 5160 50160 50160
kernel: \_SB_.PCI0.LNKB (references 4, priority 50660):
kernel: interrupts: 11 10 5 12 7 6 4 3 15 14
kernel: penalty: 160 160 210 5160 5160 5160 5160 5160 50160 50160
kernel: \_SB_.PCI0.LNKD (references 4, priority 50660):
kernel: interrupts: 11 10 5 12 7 6 4 3 15 14
kernel: penalty: 160 160 210 5160 5160 5160 5160 5160 50160 50160
kernel: \_SB_.PCI0.LNKC (references 3, priority 37995):
kernel: interrupts: 11 10 5 12 7 6 4 3 15 14
kernel: penalty: 160 160 210 5160 5160 5160 5160 5160 50160 50160
kernel: \_SB_.PCI0.LNK1 (references 1, priority 12665):
kernel: interrupts: 11 10 5 12 7 6 4 3 15 14
kernel: penalty: 160 160 210 5160 5160 5160 5160 5160 50160 50160
kernel: pcib0: slot 31 INTD routed to irq 11 via \_SB_.PCI0.LNKD
kernel: found-> vendor=0x8086, dev=0x2442, revid=0x05
kernel: bus=0, slot=31, func=2
kernel: class=0c-03-00, hdrtype=0x00, mfdev=0
kernel: cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords)
kernel: lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns)
kernel: intpin=d, irq=11
kernel: map[20]: type 4, range 32, base 00005000, size 4, enabled
kernel: found-> vendor=0x8086, dev=0x2443, revid=0x05
kernel: bus=0, slot=31, func=3
kernel: class=0c-05-00, hdrtype=0x00, mfdev=0
kernel: cmdreg=0x0001, statreg=0x0280, cachelnsz=0 (dwords)
kernel: lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns)
kernel: intpin=b, irq=255
kernel: map[20]: type 4, range 32, base 0000d400, size 5, enabled
kernel: pcib0: matched entry for 0.31.INTC (src \_SB_.PCI0.LNK1)
kernel: pcib0: possible interrupts: 3 4 5 6 7 10 11 12 14 15
kernel: ACPI PCI link arbitrated settings:
kernel: \_SB_.PCI0.LNKA (references 4, priority 51316):
kernel: interrupts: 10 11 5 12 7 6 4 3 15 14
kernel: penalty: 320 360 370 5320 5320 5320 5320 5320 50320 50320
kernel: \_SB_.PCI0.LNKB (references 4, priority 51316):
kernel: interrupts: 10 11 5 12 7 6 4 3 15 14
kernel: penalty: 320 360 370 5320 5320 5320 5320 5320 50320 50320
kernel: \_SB_.PCI0.LNKC (references 3, priority 38487):
kernel: interrupts: 10 11 5 12 7 6 4 3 15 14
kernel: penalty: 320 360 370 5320 5320 5320 5320 5320 50320 50320
kernel: \_SB_.PCI0.LNK1 (references 1, priority 12829):
kernel: interrupts: 10 11 5 12 7 6 4 3 15 14
kernel: penalty: 320 360 370 5320 5320 5320 5320 5320 50320 50320
kernel: pcib0: slot 31 INTC routed to irq 5 via \_SB_.PCI0.LNK1
kernel: found-> vendor=0x8086, dev=0x2444, revid=0x05
kernel: bus=0, slot=31, func=4
kernel: class=0c-03-00, hdrtype=0x00, mfdev=0
kernel: cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords)
kernel: lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns)
kernel: intpin=c, irq=5
kernel: agp0: <Intel 82815 (i815 GMCH) host to PCI bridge> mem 0xe0000000-0xe3ffffff at device 0.0 on pci0
kernel: agp0: Reserved 0x4000000 bytes for rid 0x10 type 3 at 0xe0000000
kernel: agp0: allocating GATT for aperture of size 36M
kernel: pcib1: <PCI-PCI bridge> at device 1.0 on pci0
kernel: pcib1: secondary bus 1
kernel: pcib1: subordinate bus 1
kernel: pcib1: I/O decode 0xf000-0xfff
kernel: pcib1: memory decode 0xe4000000-0xe5ffffff
kernel: pcib1: prefetched decode 0xd0000000-0xdfffffff
kernel: pci1: <PCI bus> on pcib1
kernel: pci1: physical bus=1
kernel: map[10]: type 1, range 32, base e4000000, size 24, enabled
kernel: pcib1: device (null) requested decoded memory range 0xe4000000-0xe4ffffff
kernel: map[14]: type 3, range 32, base d0000000, size 27, enabled
kernel: pcib1: device (null) requested decoded memory range 0xd0000000-0xd7ffffff
kernel: map[18]: type 3, range 32, base d8000000, size 19, enabled
kernel: pcib1: device (null) requested decoded memory range 0xd8000000-0xd807ffff
kernel: pcib0: matched entry for 0.1.INTA (src \_SB_.PCI0.LNKA)
kernel: pcib0: possible interrupts: 3 4 5 6 7 10 11 12 14 15
kernel: ACPI PCI link arbitrated settings:
kernel: \_SB_.PCI0.LNKA (references 4, priority 51960):
kernel: interrupts: 10 11 5 12 7 6 4 3 15 14
kernel: penalty: 480 520 540 5480 5480 5480 5480 5480 50480 50480
kernel: \_SB_.PCI0.LNKB (references 4, priority 51960):
kernel: interrupts: 10 11 5 12 7 6 4 3 15 14
kernel: penalty: 480 520 540 5480 5480 5480 5480 5480 50480 50480
kernel: \_SB_.PCI0.LNKC (references 3, priority 38970):
kernel: interrupts: 10 11 5 12 7 6 4 3 15 14
kernel: penalty: 480 520 540 5480 5480 5480 5480 5480 50480 50480
kernel: pcib0: slot 1 INTA routed to irq 11 via \_SB_.PCI0.LNKA
kernel: pcib1: slot 0 INTA is routed to irq 11
kernel: found-> vendor=0x10de, dev=0x0171, revid=0xa3
kernel: bus=1, slot=0, func=0
kernel: class=03-00-00, hdrtype=0x00, mfdev=0
kernel: cmdreg=0x0007, statreg=0x02b0, cachelnsz=0 (dwords)
kernel: lattimer=0x20 (960 ns), mingnt=0x05 (1250 ns), maxlat=0x01 (250 ns)
kernel: intpin=a, irq=11
kernel: powerspec 2 supports D0 D3 current D0
kernel: pci1: <display, VGA> at device 0.0 (no driver attached)
kernel: pcib2: <ACPI PCI-PCI bridge> at device 30.0 on pci0
kernel: pcib2: secondary bus 2
kernel: pcib2: subordinate bus 2
kernel: pcib2: I/O decode 0xc000-0xcfff
kernel: pcib2: memory decode 0xfff00000-0xfffff
kernel: pcib2: prefetched decode 0xe6000000-0xe60fffff
kernel: pcib2: Subtractively decoded bridge.
kernel: ACPI PCI link initial configuration:
kernel: \_SB_.PCI0.LNKE irq 0: [ 3 4 5 6 7 10 11 12 14 15] 0+ low,level,sharable 2.8.0
kernel: \_SB_.PCI0.LNKF irq 0: [ 3 4 5 6 7 10 11 12 14 15] 0+ low,level,sharable 2.8.1
kernel: \_SB_.PCI0.LNK0 irq 0: [ 3 4 5 6 7 10 11 12 14 15] 0+ low,level,sharable 2.8.2
kernel: \_SB_.PCI0.LNK1 irq* 5: [ 3 4 5 6 7 10 11 12 14 15] 5+ low,level,sharable 2.8.3
kernel: \_SB_.PCI0.LNKB irq 0: [ 3 4 5 6 7 10 11 12 14 15] 0+ low,level,sharable 2.1.0
kernel: \_SB_.PCI0.LNKC irq 0: [ 3 4 5 6 7 10 11 12 14 15] 0+ low,level,sharable 2.1.1
kernel: \_SB_.PCI0.LNKD irq*11: [ 3 4 5 6 7 10 11 12 14 15] 0+ low,level,sharable 2.1.2
kernel: \_SB_.PCI0.LNKA irq*11: [ 3 4 5 6 7 10 11 12 14 15] 11+ low,level,sharable 2.1.3
kernel: \_SB_.PCI0.LNKA irq*11: [ 3 4 5 6 7 10 11 12 14 15] 11+ low,level,sharable 2.0.0
kernel: \_SB_.PCI0.LNKB irq 0: [ 3 4 5 6 7 10 11 12 14 15] 0+ low,level,sharable 2.0.1
kernel: \_SB_.PCI0.LNKC irq 0: [ 3 4 5 6 7 10 11 12 14 15] 0+ low,level,sharable 2.0.2
kernel: \_SB_.PCI0.LNKD irq*11: [ 3 4 5 6 7 10 11 12 14 15] 0+ low,level,sharable 2.0.3
kernel: \_SB_.PCI0.LNKD irq*11: [ 3 4 5 6 7 10 11 12 14 15] 0+ low,level,sharable 2.3.0
kernel: \_SB_.PCI0.LNKA irq*11: [ 3 4 5 6 7 10 11 12 14 15] 11+ low,level,sharable 2.3.1
kernel: \_SB_.PCI0.LNKB irq 0: [ 3 4 5 6 7 10 11 12 14 15] 0+ low,level,sharable 2.3.2
kernel: \_SB_.PCI0.LNKC irq 0: [ 3 4 5 6 7 10 11 12 14 15] 0+ low,level,sharable 2.3.3
kernel: \_SB_.PCI0.LNKC irq 0: [ 3 4 5 6 7 10 11 12 14 15] 0+ low,level,sharable 2.2.0
kernel: \_SB_.PCI0.LNKD irq*11: [ 3 4 5 6 7 10 11 12 14 15] 0+ low,level,sharable 2.2.1
kernel: \_SB_.PCI0.LNKA irq*11: [ 3 4 5 6 7 10 11 12 14 15] 11+ low,level,sharable 2.2.2
kernel: \_SB_.PCI0.LNKB irq 0: [ 3 4 5 6 7 10 11 12 14 15] 0+ low,level,sharable 2.2.3
kernel: \_SB_.PCI0.LNKA irq*11: [ 3 4 5 6 7 10 11 12 14 15] 11+ low,level,sharable 2.4.0
kernel: \_SB_.PCI0.LNKB irq 0: [ 3 4 5 6 7 10 11 12 14 15] 0+ low,level,sharable 2.4.1
kernel: \_SB_.PCI0.LNKC irq 0: [ 3 4 5 6 7 10 11 12 14 15] 0+ low,level,sharable 2.4.2
kernel: \_SB_.PCI0.LNKD irq*11: [ 3 4 5 6 7 10 11 12 14 15] 0+ low,level,sharable 2.4.3
kernel: \_SB_.PCI0.LNKB irq 0: [ 3 4 5 6 7 10 11 12 14 15] 0+ low,level,sharable 2.5.0
kernel: \_SB_.PCI0.LNKC irq 0: [ 3 4 5 6 7 10 11 12 14 15] 0+ low,level,sharable 2.5.1
kernel: \_SB_.PCI0.LNKD irq*11: [ 3 4 5 6 7 10 11 12 14 15] 0+ low,level,sharable 2.5.2
kernel: \_SB_.PCI0.LNKA irq*11: [ 3 4 5 6 7 10 11 12 14 15] 11+ low,level,sharable 2.5.3
kernel: pci2: <ACPI PCI bus> on pcib2
kernel: pci2: physical bus=2
kernel: map[10]: type 3, range 32, base e6000000, size 12, enabled
kernel: pcib2: device (null) requested decoded memory range 0xe6000000-0xe6000fff
kernel: pcib2: matched entry for 2.0.INTA (src \_SB_.PCI0.LNKA)
kernel: pcib2: slot 0 INTA is already routed to irq 11
kernel: found-> vendor=0x109e, dev=0x036e, revid=0x11
kernel: bus=2, slot=0, func=0
kernel: class=04-00-00, hdrtype=0x00, mfdev=1
kernel: cmdreg=0x0006, statreg=0x0290, cachelnsz=0 (dwords)
kernel: lattimer=0x20 (960 ns), mingnt=0x10 (4000 ns), maxlat=0x28 (10000 ns)
kernel: intpin=a, irq=11
kernel: powerspec 2 supports D0 D3 current D0
kernel: map[10]: type 3, range 32, base e6001000, size 12, enabled
kernel: pcib2: device (null) requested decoded memory range 0xe6001000-0xe6001fff
kernel: pcib2: matched entry for 2.0.INTA (src \_SB_.PCI0.LNKA)
kernel: pcib2: slot 0 INTA is already routed to irq 11
kernel: found-> vendor=0x109e, dev=0x0878, revid=0x11
kernel: bus=2, slot=0, func=1
kernel: class=04-80-00, hdrtype=0x00, mfdev=1
kernel: cmdreg=0x0006, statreg=0x0290, cachelnsz=0 (dwords)
kernel: lattimer=0x20 (960 ns), mingnt=0x04 (1000 ns), maxlat=0xff (63750 ns)
kernel: intpin=a, irq=11
kernel: powerspec 2 supports D0 D3 current D0
kernel: map[10]: type 4, range 32, base 0000c000, size 5, enabled
kernel: pcib2: device (null) requested decoded I/O range 0xc000-0xc01f
kernel: pcib2: matched entry for 2.4.INTA (src \_SB_.PCI0.LNKA)
kernel: pcib2: slot 4 INTA is already routed to irq 11
kernel: found-> vendor=0x1102, dev=0x0002, revid=0x07
kernel: bus=2, slot=4, func=0
kernel: class=04-01-00, hdrtype=0x00, mfdev=1
kernel: cmdreg=0x0005, statreg=0x0290, cachelnsz=0 (dwords)
kernel: lattimer=0x20 (960 ns), mingnt=0x02 (500 ns), maxlat=0x14 (5000 ns)
kernel: intpin=a, irq=11
kernel: powerspec 1 supports D0 D1 D2 D3 current D0
kernel: map[10]: type 4, range 32, base 0000c400, size 3, enabled
kernel: pcib2: device (null) requested decoded I/O range 0xc400-0xc407
kernel: found-> vendor=0x1102, dev=0x7002, revid=0x07
kernel: bus=2, slot=4, func=1
kernel: class=09-80-00, hdrtype=0x00, mfdev=1
kernel: cmdreg=0x0005, statreg=0x0290, cachelnsz=0 (dwords)
kernel: lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns)
kernel: powerspec 1 supports D0 D1 D2 D3 current D0
kernel: bktr0: <BrookTree 878> mem 0xe6000000-0xe6000fff irq 11 at device 0.0 on pci2
kernel: bktr0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xe6000000
kernel: bktr0: [GIANT-LOCKED]
kernel: brooktree0: PCI bus latency is 32.
kernel: bktr0: buffer size 3555328, addr 0x1b000000
kernel: bktr0: GPIO is 0x00ac7ff3
kernel: bktr0: subsystem 0x1461 0x0003
kernel: bktr0: AVer Media TV/FM, Philips FR1216 PAL FM tuner.
kernel: pci2: <multimedia> at device 0.1 (no driver attached)
kernel: pcm0: <Creative EMU10K1> port 0xc000-0xc01f irq 11 at device 4.0 on pci2
kernel: pcm0: Reserved 0x20 bytes for rid 0x10 type 4 at 0xc000
kernel: emu: setmap (1f3e2000, 800), nseg=1, error=0
kernel: emu: setmap (1f3e1000, 1000), nseg=1, error=0
kernel: pcm0: <SigmaTel STAC9708/11 AC97 Codec (id = 0x83847608)>
kernel: pcm0: Codec features 18 bit DAC, 18 bit ADC, 5 bit master volume, SigmaTel 3D Enhancement
kernel: pcm0: Primary codec extended features surround DAC
kernel: pcm0: [MPSAFE]
kernel: emu: setmap (1f3ff000, 1000), nseg=1, error=0
kernel: emu: setmap (1f31d000, 1000), nseg=1, error=0
kernel: emu: setmap (1f23b000, 1000), nseg=1, error=0
kernel: emu: setmap (1f159000, 1000), nseg=1, error=0
kernel: pcm0: sndbuf_setmap 1f44f000, 1000; 0xc1abb000 -> 1f44f000
kernel: pcm0: sndbuf_setmap 1f42c000, 1000; 0xc1ab8000 -> 1f42c000
kernel: isab0: <PCI-ISA bridge> at device 31.0 on pci0
kernel: isa0: <ISA bus> on isab0
kernel: atapci0: <Intel ICH2 UDMA100 controller> port 0xf000-0xf00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0
kernel: atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xf000
kernel: ata0: channel #0 on atapci0
kernel: atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0
kernel: atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6
kernel: ata0: reset tp1 mask=03 ostat0=50 ostat1=50
kernel: ata0-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00
kernel: ata0-slave: stat=0x50 err=0x01 lsb=0x00 msb=0x00
kernel: ata0: reset tp2 stat0=50 stat1=50 devices=0x3<ATA_SLAVE,ATA_MASTER>
kernel: ata0: [MPSAFE]
kernel: ata1: channel #1 on atapci0
kernel: atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170
kernel: atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376
kernel: ata1: reset tp1 mask=03 ostat0=50 ostat1=50
kernel: ata1-master: stat=0x00 err=0x01 lsb=0x14 msb=0xeb
kernel: ata1-slave: stat=0x00 err=0x01 lsb=0x14 msb=0xeb
kernel: ata1: reset tp2 stat0=00 stat1=00 devices=0xc<ATAPI_SLAVE,ATAPI_MASTER>
kernel: ata1: [MPSAFE]
kernel: uhci0: <Intel 82801BA/BAM (ICH2) USB controller USB-A> port 0xd000-0xd01f irq 11 at device 31.2 on pci0
kernel: uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0xd000
kernel: uhci0: [GIANT-LOCKED]
kernel: usb0: <Intel 82801BA/BAM (ICH2) USB controller USB-A> on uhci0
kernel: usb0: USB revision 1.0
kernel: uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
kernel: uhub0: 2 ports with 2 removable, self powered
kernel: ums0: A4Tech USB Optical Mouse, rev 1.10/0.01, addr 2, iclass 3/1
kernel: ums0: 7 buttons and Z dir.
kernel: uhub1: USB 2.0 Flash Disk USB Embedded Hub, class 9/0, rev 2.00/0.01, addr 3
kernel: uhub1: 1 port with 0 removable, self powered
kernel: umass0: USB 2.0 Flash Disk USB Mass Storage Device, rev 2.00/0.01, addr 4
kernel: umass0:0:0:-1: Attached to scbus0
kernel: ichsmb0: <Intel 82801BA (ICH2) SMBus controller> port 0x5000-0x500f at device 31.3 on pci0
kernel: ichsmb0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x5000
kernel: pcib0: matched entry for 0.31.INTB (src \_SB_.PCI0.LNKB)
kernel: pcib0: possible interrupts: 3 4 5 6 7 10 11 12 14 15
kernel: ACPI PCI link arbitrated settings:
kernel: \_SB_.PCI0.LNKB (references 10, priority 132020):
kernel: interrupts: 10 5 11 12 7 6 4 3 15 14
kernel: penalty: 640 700 880 5640 5640 5640 5640 5640 50800 50800
kernel: \_SB_.PCI0.LNKC (references 9, priority 118818):
kernel: interrupts: 10 5 11 12 7 6 4 3 15 14
kernel: penalty: 640 700 880 5640 5640 5640 5640 5640 50800 50800
kernel: \_SB_.PCI0.LNKE (references 1, priority 13202):
kernel: interrupts: 0 0 0 0 0 0 0 0 0 0
kernel: penalty: 100000100000100000100000100000100000100000100000100000100000
kernel: \_SB_.PCI0.LNKF (references 1, priority 13202):
kernel: interrupts: 0 0 0 0 0 0 0 0 0 0
kernel: penalty: 100000100000100000100000100000100000100000100000100000100000
kernel: \_SB_.PCI0.LNK0 (references 1, priority 13202):
kernel: interrupts: 0 0 0 0 0 0 0 0 0 0
kernel: penalty: 100000100000100000100000100000100000100000100000100000100000
kernel: atpic: Programming IRQ10 as level/low
kernel: pcib0: slot 31 INTB routed to irq 10 via \_SB_.PCI0.LNKB
kernel: ichsmb0: [GIANT-LOCKED]
kernel: smbus0: <System Management Bus> on ichsmb0
kernel: smb0: <SMBus generic I/O> on smbus0
kernel: uhci1: <Intel 82801BA/BAM (ICH2) USB controller USB-B> port 0xd400-0xd41f irq 5 at device 31.4 on pci0
kernel: uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0xd400
kernel: uhci1: [GIANT-LOCKED]
kernel: usb1: <Intel 82801BA/BAM (ICH2) USB controller USB-B> on uhci1
kernel: usb1: USB revision 1.0
kernel: uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
kernel: uhub2: 2 ports with 2 removable, self powered
kernel: fdc0: <floppy drive controller> port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0
kernel: fdc0: ic_type 90 part_id 80
kernel: fdc0: [MPSAFE]
kernel: fdc0: [FAST]
kernel: fd0: <1440-KB 3.5" drive> on fdc0 drive 0
kernel: sio0: irq maps: 0x801 0x811 0x801 0x801
kernel: sio0 port 0x3f8-0x3ff irq 4 on acpi0
kernel: sio0: type 16550A
kernel: sio1: irq maps: 0x801 0x809 0x801 0x801
kernel: sio1 port 0x2f8-0x2ff irq 3 on acpi0
kernel: sio1: type 16550A
kernel: unknown: not probed (disabled)
kernel: unknown: not probed (disabled)
kernel: ppc0: using extended I/O port range
kernel: ppc0: ECP SPP ECP+EPP SPP
kernel: ppc0 port 0xf78-0xf7b,0xb78-0xb7b,0x778-0x77b,0x378-0x37f irq 7 drq 3 on acpi0
kernel: ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode
kernel: ppc0: FIFO with 16/16/16 bytes threshold
kernel: ppbus0: <Parallel port bus> on ppc0
kernel: plip0: <PLIP network interface> on ppbus0
kernel: plip0: bpf attached
kernel: lpt0: <Printer> on ppbus0
kernel: lpt0: Interrupt-driven port
kernel: ppi0: <Parallel I/O> on ppbus0
kernel: unknown: not probed (disabled)
kernel: atkbdc0: <Keyboard controller (i8042)> port 0x64,0x60 irq 1 on acpi0
kernel: atkbd0: <AT Keyboard> irq 1 on atkbdc0
kernel: atkbd: the current kbd controller command byte 0047
kernel: atkbd: keyboard ID 0x41ab (2)
kernel: kbd0 at atkbd0
kernel: kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000
kernel: atkbd0: [GIANT-LOCKED]
kernel: psm0: unable to allocate IRQ
kernel: unknown: not probed (disabled)
last message repeated 2 times
kernel: npx0: [FAST]
kernel: npx0: <math processor> on motherboard
kernel: npx0: INT 16 interface
kernel: unknown: Failed Intstat Reg Test
kernel: unknown: status reg test failed ff
last message repeated 4 times
kernel: ata: ata0 already exists; skipping it
kernel: ata: ata1 already exists; skipping it
kernel: atkbdc: atkbdc0 already exists; skipping it
kernel: fdc: fdc0 already exists; skipping it
kernel: ppc: ppc0 already exists; skipping it
kernel: sio: sio0 already exists; skipping it
kernel: sio: sio1 already exists; skipping it
kernel: Trying Read_Port at 203
kernel: Trying Read_Port at 243
kernel: Trying Read_Port at 283
kernel: Trying Read_Port at 2c3
kernel: Trying Read_Port at 303
kernel: Trying Read_Port at 343
kernel: Trying Read_Port at 383
kernel: Trying Read_Port at 3c3
kernel: sc: sc0 already exists; skipping it
kernel: vga: vga0 already exists; skipping it
kernel: isa_probe_children: disabling PnP devices
kernel: isa_probe_children: probing non-PnP devices
kernel: orm0: <ISA Option ROM> at iomem 0xd0000-0xd3fff on isa0
kernel: pmtimer0 on isa0
kernel: adv0: not probed (disabled)
kernel: aha0: not probed (disabled)
kernel: aic0: not probed (disabled)
kernel: bt0: not probed (disabled)
kernel: cs0: not probed (disabled)
kernel: ed0: not probed (disabled)
kernel: fe0: not probed (disabled)
kernel: ie0: not probed (disabled)
kernel: lnc0: not probed (disabled)
kernel: pcic0 failed to probe at port 0x3e0 iomem 0xd0000 on isa0
kernel: pcic1: not probed (disabled)
kernel: sc0: <System console> at flags 0x100 on isa0
kernel: sc0: VGA <16 virtual consoles, flags=0x300>
kernel: sc0: fb0, kbd0, terminal emulator: sc (syscons terminal)
kernel: sio2: not probed (disabled)
kernel: sio3: not probed (disabled)
kernel: sn0: not probed (disabled)
kernel: vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0
kernel: fb0: vga0, vga, type:VGA (5), flags:0x7007f
kernel: fb0: port:0x3c0-0x3df, crtc:0x3d4, mem:0xa0000 0x20000
kernel: fb0: init mode:24, bios mode:3, current mode:24
kernel: fb0: window:0xc00b8000 size:32k gran:32k, buf:0 size:32k
kernel: vga0: vga: WARNING: video mode switching is not fully supported on this adapter
kernel: VGA parameters upon power-up
kernel: 50 18 10 00 00 00 03 00 02 67 5f 4f 50 82 54 80
kernel: bf 1f 00 4f 0e 0f 00 00 07 80 9c 8e 8f 28 1f 96
kernel: b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c
kernel: 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff
kernel: VGA parameters in BIOS for mode 24
kernel: 8a da 66 5a c3 56 66 50 e8 d5 ff 66 2e 8b 5c 04
kernel: 66 58 5e c3 66 52 66 2e 8b 14 66 81 e2 00 ff 00
kernel: 00 66 c1 ea 08 8a da 66 5a c3 66 52 66 2e 8b 14
kernel: 66 81 e2 f0 00 00 00 66 c1 ea 04 8a ca 66 5a c3
kernel: EGA/VGA parameters to be used for mode 24
kernel: 50 18 10 00 00 00 03 00 02 67 5f 4f 50 82 54 80
kernel: bf 1f 00 4f 0e 0f 00 00 07 80 9c 8e 8f 28 1f 96
kernel: b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c
kernel: 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff
kernel: vt0: not probed (disabled)
kernel: isa_probe_children: probing PnP devices
kernel: Device configuration finished.
kernel: procfs registered
kernel: Timecounter "TSC" frequency 1412752022 Hz quality 800
kernel: Timecounters tick every 0.862 msec
kernel: IPsec: Initialized Security Association Processing.
kernel: ipfw2 initialized, divert enabled, rule-based forwarding enabled, default to deny, logging limited to 100 packets/entry by default
kernel: lo0: bpf attached
kernel: cpu0: set speed to 100.0%
kernel: acpi_cpu: throttling enabled, 2 steps (100% to 50.0%), currently 100.0%
kernel: ata0-slave: pio=0x0c wdma=0x22 udma=0x45 cable=80pin
kernel: ata0-master: pio=0x0c wdma=0x22 udma=0x46 cable=80pin
kernel: ata0-master: setting PIO4 on Intel ICH2 chip
kernel: ata0-master: setting UDMA100 on Intel ICH2 chip
kernel: ata0-slave: setting PIO4 on Intel ICH2 chip
kernel: ata0-slave: setting UDMA100 on Intel ICH2 chip
kernel: ad0: <Maxtor 6E030L0/NAR61590> ATA-7 disk at ata0-master
kernel: ad0: 29325MB (60058656 sectors), 59582 C, 16 H, 63 S, 512 B
kernel: ad0: 16 secs/int, 1 depth queue, UDMA100
kernel: ad1: <WDC WD800JB-00JJA0/05.01C05> ATA-6 disk at ata0-slave
kernel: ad1: 76319MB (156301488 sectors), 155061 C, 16 H, 63 S, 512 B
kernel: ad1: 16 secs/int, 1 depth queue, UDMA100
kernel: ata1-slave: pio=0x0c wdma=0x22 udma=0xffffffff cable=40pin
kernel: ATAPI_RESET time = 90us
kernel: ata1-master: pio=0x0c wdma=0x22 udma=0x42 cable=40pin
kernel: ATAPI_RESET time = 10us
kernel: ata1-master: setting PIO4 on Intel ICH2 chip
kernel: ata1-master: setting UDMA33 on Intel ICH2 chip
kernel: ata1-slave: setting PIO4 on Intel ICH2 chip
kernel: GEOM: new disk ad0
kernel: GEOM: new disk ad1
kernel: [0] f:00 typ:11 s(CHS):0/1/1 e(CHS):1023/4/63 s:63 l:8401932
kernel: [1] f:00 typ:15 s(CHS):1023/255/63 e(CHS):1023/9/63 s:8401995 l:20482875
kernel: [2] f:80 typ:165 s(CHS):1023/255/63 e(CHS):1023/15/63 s:28884870 l:31173786
kernel: [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0
kernel: GEOM: Configure ad0s1, start 32256 length 4301789184 end 4301821439
kernel: GEOM: Configure ad0s2, start 4301821440 length 10487232000 end 14789053439
kernel: GEOM: Configure ad0s3, start 14789053440 length 15960978432 end 30750031871
kernel: [0] f:00 typ:15 s(CHS):15/15/1 e(CHS):1023/10/63 s:16065 l:62524980
kernel: [1] f:80 typ:165 s(CHS):1023/255/63 e(CHS):1023/14/63 s:62541045 l:93755340
kernel: [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0
kernel: [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0
kernel: GEOM: Configure ad1s1, start 8225280 length 32012789760 end 32021015039
kernel: GEOM: Configure ad1s2, start 32021015040 length 48002734080 end 80023749119
kernel: MBREXT Slice 5 on ad0s2:
kernel: [0] f:00 typ:11 s(CHS):523/1/1 e(CHS):773/254/63 s:63 l:20482812
kernel: [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0
kernel: GEOM: Configure ad0s5, start 32256 length 10487199744 end 10487231999
kernel: GEOM: Configure ad0s3a, start 0 length 134217728 end 134217727
kernel: GEOM: Configure ad0s3b, start 134217728 length 1073741824 end 1207959551
kernel: GEOM: Configure ad0s3c, start 0 length 15960978432 end 15960978431
kernel: GEOM: Configure ad0s3d, start 1207959552 length 14155776000 end 15363735551
kernel: GEOM: Configure ad0s3e, start 15363735552 length 597242880 end 15960978431
kernel: MBREXT Slice 5 on ad1s1:
kernel: [0] f:00 typ:11 s(CHS):1/1/1 e(CHS):820/254/63 s:63 l:62524917
kernel: [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0
kernel: GEOM: Configure ad1s5, start 32256 length 32012757504 end 32012789759
kernel: GEOM: Configure ad1s2c, start 0 length 48002734080 end 48002734079
kernel: GEOM: Configure ad1s2d, start 0 length 48002734080 end 48002734079
kernel: (probe1:ata0:0:1:0): error 22
kernel: (probe1:ata0:0:1:0): Unretryable Error
kernel: (probe1:ata0:0:1:0): error 22
kernel: (probe1:ata0:0:1:0): Unretryable Error
kernel: (probe0:ata0:0:0:0): error 22
kernel: (probe0:ata0:0:0:0): Unretryable Error
kernel: (probe0:ata0:0:0:0): error 22
kernel: (probe0:ata0:0:0:0): Unretryable Error
kernel: (probe2:ata1:0:0:0): error 22
kernel: (probe2:ata1:0:0:0): Unretryable Error
kernel: (probe2:ata1:0:0:0): error 6
kernel: (probe2:ata1:0:0:0): Unretryable Error
kernel: (probe2:ata1:0:0:0): error 22
kernel: (probe2:ata1:0:0:0): Unretryable Error
kernel: pass0 at umass-sim0 bus 0 target 0 lun 0
kernel: pass0: <USB 2.0 Flash Disk PROL> Removable Direct Access SCSI-0 device
kernel: pass0: Serial Number
kernel: pass0: 1.000MB/s transfers
kernel: pass1 at ata1 bus 0 target 0 lun 0
kernel: pass1: <SONY CD-RW CRX300E KYS2> Removable CD-ROM SCSI-0 device
kernel: pass1: 33.000MB/s transfers
kernel: pass2 at ata1 bus 0 target 1 lun 0
kernel: pass2: <HL-DT-ST CD-ROM GCR-8520B 1.00> Removable CD-ROM SCSI-0 device
kernel: pass2: Serial Number
kernel: pass2: 16.000MB/s transfers
kernel: GEOM: new disk cd0
kernel: GEOM: new disk cd1
kernel: GEOM: new disk da0
kernel: (cd0:ata1:0:0:0): error 6
kernel: (cd0:ata1:0:0:0): Unretryable Error
kernel: cd0 at ata1 bus 0 target 0 lun 0
kernel: cd0: <SONY CD-RW CRX300E KYS2> Removable CD-ROM SCSI-0 device
kernel: cd0: 33.000MB/s transfers
kernel: cd0: Attempt to query device size failed: NOT READY, Medium not present
kernel: da0 at umass-sim0 bus 0 target 0 lun 0
kernel: da0: <USB 2.0 Flash Disk PROL> Removable Direct Access SCSI-0 device
kernel: da0: Serial Number
kernel: da0: 1.000MB/s transfers
kernel: da0: 1000MB (2048000 512 byte sectors: 64H 32S/T 1000C)
kernel: cd1 at ata1 bus 0 target 1 lun 0
kernel: cd1: <HL-DT-ST CD-ROM GCR-8520B 1.00> Removable CD-ROM SCSI-0 device
kernel: cd1: Serial Number
kernel: cd1: 16.000MB/s transfers
kernel: cd1: cd present [329462 x 2048 byte records]
kernel: (cd0:ata1:0:0:0): error 6
kernel: (cd0:ata1:0:0:0): Unretryable Error
kernel: (cd0:ata1:0:0:0): error 6
kernel: (cd0:ata1:0:0:0): Unretryable Error
kernel: [0] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0
kernel: [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0
kernel: [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0
kernel: [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0
kernel: Mounting root from ufs:/dev/ad0s3a
kernel: start_init: trying /sbin/init
kernel: Linux ELF exec handler installed
kernel: linprocfs registered
--------------000608010601070801040201--
From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 07:06:49 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id EA3D216A4CE
for <current@freebsd.org>; Thu, 30 Sep 2004 07:06:49 +0000 (GMT)
Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163])
by mx1.FreeBSD.org (Postfix) with ESMTP id 5389E43D1D
for <current@freebsd.org>; Thu, 30 Sep 2004 07:06:49 +0000 (GMT)
(envelope-from phk@critter.freebsd.dk)
Received: from critter.freebsd.dk (localhost [127.0.0.1])
by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id i8U76ldP037649
for <current@freebsd.org>; Thu, 30 Sep 2004 09:06:47 +0200 (CEST)
(envelope-from phk@critter.freebsd.dk)
To: current@freebsd.org
Date: Thu, 30 Sep 2004 09:06:47 +0200
Message-ID: <37648.1096528007@critter.freebsd.dk>
From: Poul-Henning Kamp <phk@critter.freebsd.dk>
X-Mailman-Approved-At: Thu, 30 Sep 2004 11:55:21 +0000
Subject: Unit number allocation API
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Sep 2004 07:06:50 -0000
I had this one out on arch@ previously. I'm very interested in informed
feedback on how we deal with locking for service api's like this.
Poul-Henning
phk 2004-09-30 07:04:03 UTC
FreeBSD src repository
Modified files:
sys/sys systm.h
sys/conf files
Added files:
sys/kern subr_unit.c
Log:
Add a new API for allocating unit number (-like) resources.
Allocation is always lowest free unit number.
A mixed range/bitmap strategy for maximum memory efficiency. In
the typical case where no unit numbers are freed total memory usage
is 56 bytes on i386.
malloc is called M_WAITOK but no locking is provided (yet). A bit of
experience will be necessary to determine the best strategy. Hopefully
a "caller provides locking" strategy can be maintained, but that may
require use of M_NOWAIT allocation and failure handling.
A userland test driver is included.
Revision Changes Path
1.955 +1 -0 src/sys/conf/files
1.1 +597 -0 src/sys/kern/subr_unit.c (new)
1.215 +8 -0 src/sys/sys/systm.h
------- End of Forwarded Message
From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 11:59:51 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 3F27916A4CF
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 11:59:51 +0000 (GMT)
Received: from ptcnat.era.pl (ptcnat.era.pl [213.158.197.100])
by mx1.FreeBSD.org (Postfix) with ESMTP id 66ABC43D4C
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 11:59:50 +0000 (GMT) (envelope-from zaks@era.pl)
Received: by localhost (Postfix, from userid 1001)
id 6F4F0117F4; Thu, 30 Sep 2004 13:59:48 +0200 (CEST)
From: =?iso-8859-2?q?S=B3awek_=AFak?= <zaks@prioris.mini.pw.edu.pl>
To: Ceri Davies <ceri@submonkey.net>
References: <861xgm5ltz.fsf@thirst.unx.era.pl>
<20040928194853.GT2493@submonkey.net>
<86k6ud2t6t.fsf@thirst.unx.era.pl>
<20040929131136.GA2493@submonkey.net>
Date: Thu, 30 Sep 2004 13:59:48 +0200
In-Reply-To: <20040929131136.GA2493@submonkey.net> (Ceri Davies's message of
"Wed, 29 Sep 2004 14:11:37 +0100")
Message-ID: <86mzz8x8zv.fsf@thirst.unx.era.pl>
User-Agent: Gnus/5.110003 (No Gnus v0.3) XEmacs/21.4 (Reasonable Discussion,
berkeley-unix)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
cc: freebsd-current@freebsd.org
Subject: Re: Bug in #! processing
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Sep 2004 11:59:51 -0000
Ceri Davies <ceri@submonkey.net> writes:
> On Wed, Sep 29, 2004 at 01:47:06PM +0200, S?awek ?ak wrote:
[...]
>> You should speel buggy as 'POSIX' in this case I guess.
> You're actually guessing though, right? I can't find this in the
> standard; if you know it's there then I'd appreciate a reference.
No reference on this. Vague memories of brokedness only.
[...]
>> This behavior is mandated by POSIX which, as I reckon, allows passing of
>> only the first argument to the interpreter.
>
> Are you guessing again?
Affirmative.
> I believe that the FreeBSD behaviour is closer to "correct" than
> anything else we're seeing in this thread. I should be able to specify
>
> #!/usr/bin/perl -w -0
>
> or whatever without having everything other than the first argument
> ignored.
Would be nice. I admit. I like the bahavior of FreeBSD besides special
treatment of # on the first line after #!. Allowing for comments on the
first line is a strange excuse. Have you ever seen a script commenting on
the interpreter execution or had a need to do so?
>> It is confirmed by other
>> supposedly compliant systems. I've checked before AIX 5.2, Solaris 8/9. Two
>> raisins in the pie are Tru64 5.1B and HP-UX 11, which return some erm,
>> strange results. For such script:
>>
>> #!./main 1 2 3 -#!
>> print ok
>>
>> You get:
>>
>> Main.c test
>> ./main
>> 1 2 3 -#!
>> ./tst.sh
>
> Linux 2.4.20 does this too.
That's as silly as can get. When called as:
interpreter -a1 -a2 -a3 script
the argument parsing done by interpreter must be different then when invoked
via #! mechanics. Argh!
>> The behavior I'd like to have, and which seems correct is not bothering with
>> second, 3rd and so on occurence of #! in the first line of script. Feasible?
>> I guess so. The only commercial product on my systems uses -#! switch on all
>> platforms as a script file mark.
>
> That seems wrong too. #! shouldn't be magic anywhere other than at the
> beginning of a file.
Do you think that -#! argument is magic? Why is it so? It's not magic and
should be passed without exec(2) interference.
>> I don't see any explanation for current
>> behavior therefore I'm reporting it.
>
> The explanation is that we only process that line up to a '#' or
> newline. Backing out revision 1.21 of sys/kern/imgact_shell.c is one
> fix, or perhaps allowing a '#' character to be escaped. I'm not sure if
> I see an overwhelming reason for either.
I don't see a convincing use for comments on the first line of script. Hash
is special already when treated as comment character. # is not a comment in
any `scripting language'. It is a shell legacy and shouldn't be forced on
the remaining universe.
/S
From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 12:05:26 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 64C0116A4CE
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 12:05:26 +0000 (GMT)
Received: from ptcnat.era.pl (ptcnat.era.pl [213.158.197.100])
by mx1.FreeBSD.org (Postfix) with ESMTP id 116F543D45
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 12:05:24 +0000 (GMT) (envelope-from zaks@era.pl)
Received: by localhost (Postfix, from userid 1001)
id 0902A11652; Thu, 30 Sep 2004 14:05:19 +0200 (CEST)
From: =?iso-8859-2?q?S=B3awek_=AFak?= <zaks@prioris.mini.pw.edu.pl>
To: Ryan Sommers <ryans@gamersimpact.com>
References: <861xgm5ltz.fsf@thirst.unx.era.pl>
<20040928194853.GT2493@submonkey.net>
<86k6ud2t6t.fsf@thirst.unx.era.pl>
<20040929131136.GA2493@submonkey.net>
<415AB9BF.1070003@gamersimpact.com>
Date: Thu, 30 Sep 2004 14:05:18 +0200
In-Reply-To: <415AB9BF.1070003@gamersimpact.com> (Ryan Sommers's message of
"Wed, 29 Sep 2004 08:33:51 -0500")
Message-ID: <86is9wx8qp.fsf@thirst.unx.era.pl>
User-Agent: Gnus/5.110003 (No Gnus v0.3) XEmacs/21.4 (Reasonable Discussion,
berkeley-unix)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
cc: Ceri Davies <ceri@submonkey.net>
cc: freebsd-current@freebsd.org
Subject: Re: Bug in #! processing
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Sep 2004 12:05:26 -0000
Ryan Sommers <ryans@gamersimpact.com> writes:
> Ceri Davies wrote:
>
>> That seems wrong too. #! shouldn't be magic anywhere other than at the
>>
>>beginning of a file.
>>
>>
> I haven't looked at the code yet, on my list, but I'm guessing this was done to
> avoid a possible circular reference.
What circular reference? Could you elaborate? The algorithm goes like this:
1. skip all space till #!
2. skip #! and read path for the interpreter
3. find and split arguments
4. invoke intepreter with it's path at argv[0], arguments at subsequent
positions and append path to the script at the end.
That's it, modulo : and no interpreter path at all in the script as legacy
which is a special case anyway.
/S
From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 12:10:39 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id E819416A4CE
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 12:10:39 +0000 (GMT)
Received: from shrike.submonkey.net (cpc2-cdif3-6-0-cust204.cdif.cable.ntl.com
[81.103.67.204])
by mx1.FreeBSD.org (Postfix) with ESMTP id 7187443D1F
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 12:10:39 +0000 (GMT)
(envelope-from setantae@submonkey.net)
Received: from setantae by shrike.submonkey.net with local (Exim 4.42
(FreeBSD)) id 1CCzlb-0000Lv-Hk; Thu, 30 Sep 2004 13:10:35 +0100
Date: Thu, 30 Sep 2004 13:10:35 +0100
From: Ceri Davies <ceri@submonkey.net>
To: S?awek ?ak <zaks@prioris.mini.pw.edu.pl>
Message-ID: <20040930121035.GR2493@submonkey.net>
Mail-Followup-To: Ceri Davies <ceri@submonkey.net>,
S?awek ?ak <zaks@prioris.mini.pw.edu.pl>,
Ryan Sommers <ryans@gamersimpact.com>, freebsd-current@freebsd.org
References: <861xgm5ltz.fsf@thirst.unx.era.pl>
<20040928194853.GT2493@submonkey.net> <86k6ud2t6t.fsf@thirst.unx.era.pl>
<20040929131136.GA2493@submonkey.net> <415AB9BF.1070003@gamersimpact.com>
<86is9wx8qp.fsf@thirst.unx.era.pl>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="9B5XEHKwA0ZzBbnj"
Content-Disposition: inline
In-Reply-To: <86is9wx8qp.fsf@thirst.unx.era.pl>
X-PGP: finger ceri@FreeBSD.org
User-Agent: Mutt/1.5.6i
Sender: Ceri Davies <setantae@submonkey.net>
cc: Ryan Sommers <ryans@gamersimpact.com>
cc: freebsd-current@freebsd.org
Subject: Re: Bug in #! processing
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Sep 2004 12:10:40 -0000
--9B5XEHKwA0ZzBbnj
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Thu, Sep 30, 2004 at 02:05:18PM +0200, S?awek ?ak wrote:
> Ryan Sommers <ryans@gamersimpact.com> writes:
>=20
> > Ceri Davies wrote:
> >
> >> That seems wrong too. #! shouldn't be magic anywhere other than at the
> >>
> >>beginning of a file.
> >>
> >>
> > I haven't looked at the code yet, on my list, but I'm guessing this was=
done to
> > avoid a possible circular reference.
>=20
> What circular reference? Could you elaborate? The algorithm goes like=
this:
>=20
> 1. skip all space till #!
> 2. skip #! and read path for the interpreter
> 3. find and split arguments
> 4. invoke intepreter with it's path at argv[0], arguments at subseque=
nt
> positions and append path to the script at the end.
>=20
> That's it, modulo : and no interpreter path at all in the script as l=
egacy
> which is a special case anyway.
#1 in your list doesn't happen.
Ceri
--=20
It is not tinfoil, it is my new skin. I am a robot.
--9B5XEHKwA0ZzBbnj
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)
iD8DBQFBW/e7ocfcwTS3JF8RAgxGAJ9NAMAO78avvsckpnXsd2f5o4akhACgq3qm
fJPyP+0Dl+ziOwCCPhY50Ow=
=4yof
-----END PGP SIGNATURE-----
--9B5XEHKwA0ZzBbnj--
From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 12:10:25 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 057E416A4CE
for <current@freebsd.org>; Thu, 30 Sep 2004 12:10:25 +0000 (GMT)
Received: from smtp.prodigy.net.mx (nlpproxy04.prodigy.net.mx [148.235.52.24])
by mx1.FreeBSD.org (Postfix) with ESMTP id 5953C43D48
for <current@freebsd.org>; Thu, 30 Sep 2004 12:10:24 +0000 (GMT)
(envelope-from eculp@prodigy.net.mx)
Received: from prodigy.net.mx (du-148-235-52-33.prodigy.net.mx
[148.235.52.33]) by smtp.prodigy.net.mx
(iPlanet Messaging Server 5.2 HotFix 1.21 (built Sep 8 2003))
with ESMTP id <0I4U005JLSH1L9@smtp.prodigy.net.mx>; Thu,
30 Sep 2004 07:10:13 -0500 (CDT)
Received: from [148.235.52.102] (Forwarded-For: [201.129.94.187])
by nlpmail03.prodigy.net.mx (mshttpd); Thu, 30 Sep 2004 07:10:31 -0500
Date: Thu, 30 Sep 2004 07:10:31 -0500
From: eculp <eculp@prodigy.net.mx>
To: current@freebsd.org
Message-id: <15e5815ed2.15ed215e58@prodigy.net.mx>
MIME-version: 1.0
X-Mailer: iPlanet Messenger Express 5.2 HotFix 2.01 (built Aug 26 2004)
Content-type: text/plain; charset=us-ascii
Content-language: es
Content-transfer-encoding: 7bit
Content-disposition: inline
X-Accept-Language: es
Priority: non-urgent
X-Priority: 5 (Lowest)
Subject: my kernel builds seem to be failing this morning.
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Sep 2004 12:10:25 -0000
my kernel builds seem to be failing this morning with the following:
KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror /usr/src/sys/kern/subr_turnstile.c
cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/dev/acpica -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/contrib/dev/ath -I/usr/src/sys/contrib/dev/ath/freebsd -I/usr/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror /usr/src/sys/kern/subr_unit.c
/usr/src/sys/kern/subr_unit.c:165: warning: "struct unhdr" declared inside parameter list
/usr/src/sys/kern/subr_unit.c:165: warning: its scope is only this definition or declaration, which is probably not what you want
/usr/src/sys/kern/subr_unit.c: In function `new_unrhdr':
/usr/src/sys/kern/subr_unit.c:215: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type
/usr/src/sys/kern/subr_unit.c: In function `alloc_unr':
/usr/src/sys/kern/subr_unit.c:251: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type
/usr/src/sys/kern/subr_unit.c:281: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type
/usr/src/sys/kern/subr_unit.c:290: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type
/usr/src/sys/kern/subr_unit.c:311: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type
Thanks,
ed
From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 12:09:46 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id EC98E16A4FD
for <freebsd-current@FreeBSD.org>;
Thu, 30 Sep 2004 12:09:46 +0000 (GMT)
Received: from web14107.mail.yahoo.com (web14107.mail.yahoo.com
[216.136.172.137])
by mx1.FreeBSD.org (Postfix) with SMTP id A548743D2F
for <freebsd-current@FreeBSD.org>;
Thu, 30 Sep 2004 12:09:46 +0000 (GMT)
(envelope-from cguttesen@yahoo.dk)
Message-ID: <20040930120946.26047.qmail@web14107.mail.yahoo.com>
Received: from [194.248.174.58] by web14107.mail.yahoo.com via HTTP;
Thu, 30 Sep 2004 14:09:46 CEST
Date: Thu, 30 Sep 2004 14:09:46 +0200 (CEST)
From: Claus Guttesen <cguttesen@yahoo.dk>
To: Scott Long <scottl@FreeBSD.org>
In-Reply-To: <415BB667.9000302@FreeBSD.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
cc: freebsd-current@FreeBSD.org
Subject: Re: unable to install beta6 [amd64] on Dell 2850 with 4 GB
RAM,workaround
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Sep 2004 12:09:47 -0000
> The AMR driver cannot handle >4GB of RAM. Even
> though you only have
> 4GB, your chipset is remapping part of it to the
> >4GB region. The
> driver incorrectly interfaces with busdma and cannot
> handle this
> scenario very well. The panic is to be expected.
> You can verify
> this by setting the tunable 'hw.physmem' in the
> loader to some
> value under 4GB to artifically limit the amount of
> RAM that the OS
> sees.
Added hw.physmem=4G to /boot/loader.conf and it seems
to solve the issue. Dmesg now tells me that I have
real memory = 3489398784 (3327 MB)
avail memory = 3367739392 (3211 MB)
It seems that it does ignore some RAM, but is this the
correct behaviour?
Without hw.physmem I get
real memory = 5100273664 (4864 MB)
avail memory = 4125847552 (3934 MB)
So it appears to perform an incorrect probing of
memory.
Thank you.
Claus
From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 12:21:56 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 3DFFD16A4CE
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 12:21:56 +0000 (GMT)
Received: from shrike.submonkey.net (cpc2-cdif3-6-0-cust204.cdif.cable.ntl.com
[81.103.67.204])
by mx1.FreeBSD.org (Postfix) with ESMTP id 308FA43D1F
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 12:21:55 +0000 (GMT)
(envelope-from setantae@submonkey.net)
Received: from setantae by shrike.submonkey.net with local (Exim 4.42
(FreeBSD)) id 1CCzwY-0000RF-BW; Thu, 30 Sep 2004 13:21:54 +0100
Date: Thu, 30 Sep 2004 13:21:54 +0100
From: Ceri Davies <ceri@submonkey.net>
To: S?awek ?ak <zaks@prioris.mini.pw.edu.pl>
Message-ID: <20040930122154.GS2493@submonkey.net>
Mail-Followup-To: Ceri Davies <ceri@submonkey.net>,
S?awek ?ak <zaks@prioris.mini.pw.edu.pl>, freebsd-current@freebsd.org
References: <861xgm5ltz.fsf@thirst.unx.era.pl>
<20040928194853.GT2493@submonkey.net> <86k6ud2t6t.fsf@thirst.unx.era.pl>
<20040929131136.GA2493@submonkey.net> <86mzz8x8zv.fsf@thirst.unx.era.pl>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="zdA3Jw0ChSeS2+06"
Content-Disposition: inline
In-Reply-To: <86mzz8x8zv.fsf@thirst.unx.era.pl>
X-PGP: finger ceri@FreeBSD.org
User-Agent: Mutt/1.5.6i
Sender: Ceri Davies <setantae@submonkey.net>
cc: freebsd-current@freebsd.org
Subject: Re: Bug in #! processing
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Sep 2004 12:21:56 -0000
--zdA3Jw0ChSeS2+06
Content-Type: multipart/mixed; boundary="wjfWYMzGYPVGkkPO"
Content-Disposition: inline
--wjfWYMzGYPVGkkPO
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Thu, Sep 30, 2004 at 01:59:48PM +0200, S?awek ?ak wrote:
> Ceri Davies <ceri@submonkey.net> writes:
> > On Wed, Sep 29, 2004 at 01:47:06PM +0200, S?awek ?ak wrote:
>=20
> >> You should speel buggy as 'POSIX' in this case I guess.
>=20
> > You're actually guessing though, right? I can't find this in the
> > standard; if you know it's there then I'd appreciate a reference.
>=20
> No reference on this. Vague memories of brokedness only.
Good, I'm not losing my eyesight then. In theory this means that we're
free to do whatever we want, as the commit log for revision 1.21 of
imgact_shell.c suggests.
> > I believe that the FreeBSD behaviour is closer to "correct" than
> > anything else we're seeing in this thread. I should be able to specify
> >
> > #!/usr/bin/perl -w -0
> >
> > or whatever without having everything other than the first argument
> > ignored.
>=20
> Would be nice. I admit.
It *is* nice, and I do use it.
> I like the bahavior of FreeBSD besides special
> treatment of # on the first line after #!. Allowing for comments on t=
he
> first line is a strange excuse. Have you ever seen a script commentin=
g on
> the interpreter execution or had a need to do so?
No, but since this has been possible in FreeBSD for over 4.5 years, you
can guarantee that someone is using it.
> >> It is confirmed by other
> >> supposedly compliant systems. I've checked before AIX 5.2, Solaris=
8/9. Two
> >> raisins in the pie are Tru64 5.1B and HP-UX 11, which return some =
erm,
> >> strange results. For such script:
> >>=20
> >> #!./main 1 2 3 -#!
> >> print ok
> >>=20
> >> You get:
> >>=20
> >> Main.c test
> >> ./main
> >> 1 2 3 -#!
> >> ./tst.sh
> >
> > Linux 2.4.20 does this too.
>=20
> That's as silly as can get. When called as:
>=20
> interpreter -a1 -a2 -a3 script
>=20
> the argument parsing done by interpreter must be different then when =
invoked
> via #! mechanics. Argh!
Yeah, it seems pretty gross. At least they get there though, unlike the
Solaris/AIX examples ;-)
> >> The behavior I'd like to have, and which seems correct is not both=
ering with
> >> second, 3rd and so on occurence of #! in the first line of script.=
Feasible?
> >> I guess so. The only commercial product on my systems uses -#! swi=
tch on all
> >> platforms as a script file mark.
> >
> > That seems wrong too. #! shouldn't be magic anywhere other than at the
> > beginning of a file.
>=20
> Do you think that -#! argument is magic? Why is it so? It's not magic=
and
> should be passed without exec(2) interference.
I don't think it should be, but you seemed to suggest that it should be
in the paragraph above. I may have misunderstood, in which case we're
agreed on this.
> >> I don't see any explanation for current
> >> behavior therefore I'm reporting it.
> >
> > The explanation is that we only process that line up to a '#' or
> > newline. Backing out revision 1.21 of sys/kern/imgact_shell.c is one
> > fix, or perhaps allowing a '#' character to be escaped. I'm not sure if
> > I see an overwhelming reason for either.
>=20
> I don't see a convincing use for comments on the first line of script=
=2E Hash
> is special already when treated as comment character. # is not a comm=
ent in
> any `scripting language'. It is a shell legacy and shouldn't be force=
d on
> the remaining universe.
I agree(ish); I don't think that the kernel should do anything special
here either and I think that the "correct" thing to do would be to back
out that revision. Unfortunately the FreeBSD userbase can write a lot
of scripts in 4 and a half years and we probably can't get away with it.
Perhaps it could be done in -CURRENT, but I'd really like to see some
other opinions. For clarity, what I'm proposing is the application of
the attached diff. Opinions from anyone?
Ceri
--=20
It is not tinfoil, it is my new skin. I am a robot.
--wjfWYMzGYPVGkkPO
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="imgact_shell.diff"
Index: sys/kern/imgact_shell.c
===================================================================
RCS file: /home/ncvs/src/sys/kern/imgact_shell.c,v
retrieving revision 1.26
diff -u -r1.26 imgact_shell.c
--- sys/kern/imgact_shell.c 11 Jun 2003 00:56:54 -0000 1.26
+++ sys/kern/imgact_shell.c 29 Sep 2004 13:04:02 -0000
@@ -73,7 +73,7 @@
/*
* Find end of line; return if the line > MAXSHELLCMDLEN long.
*/
- for (ihp = &image_header[2]; *ihp != '\n' && *ihp != '#'; ++ihp) {
+ for (ihp = &image_header[2]; *ihp != '\n'; ++ihp) {
if (ihp >= &image_header[MAXSHELLCMDLEN])
return(ENAMETOOLONG);
}
--wjfWYMzGYPVGkkPO--
--zdA3Jw0ChSeS2+06
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)
iD8DBQFBW/piocfcwTS3JF8RAnuKAKCHxjzwDGNzjW/UJb1GmviIy2TL8ACghV5T
y19YPyquhvSJT0rijkFYBUY=
=W3vV
-----END PGP SIGNATURE-----
--zdA3Jw0ChSeS2+06--
From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 12:48:37 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 643AA16A4CE
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 12:48:37 +0000 (GMT)
Received: from dglawrence.com (dsl-230-156.ipns.com [209.210.230.156])
by mx1.FreeBSD.org (Postfix) with ESMTP id EC1E743D3F
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 12:48:36 +0000 (GMT)
(envelope-from dg@nexus.dglawrence.com)
Received: from nexus.dglawrence.com (localhost [127.0.0.1])
by dglawrence.com (8.12.10/8.12.6) with ESMTP id i8UCmGrW021999;
Thu, 30 Sep 2004 05:48:16 -0700 (PDT)
(envelope-from dg@nexus.dglawrence.com)
Received: (from dg@localhost)
by nexus.dglawrence.com (8.12.10/8.12.3/Submit) id i8UCmAnt021986;
Thu, 30 Sep 2004 05:48:10 -0700 (PDT)
Date: Thu, 30 Sep 2004 05:48:10 -0700
From: "David G. Lawrence" <dg@dglawrence.com>
To: S?awek ?ak <zaks@prioris.mini.pw.edu.pl>
Message-ID: <20040930124810.GA17792@nexus.dglawrence.com>
References: <861xgm5ltz.fsf@thirst.unx.era.pl>
<20040928194853.GT2493@submonkey.net> <86k6ud2t6t.fsf@thirst.unx.era.pl>
<20040929131136.GA2493@submonkey.net> <415AB9BF.1070003@gamersimpact.com>
<86is9wx8qp.fsf@thirst.unx.era.pl>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <86is9wx8qp.fsf@thirst.unx.era.pl>
cc: Ryan Sommers <ryans@gamersimpact.com>
cc: Ceri Davies <ceri@submonkey.net>
cc: freebsd-current@freebsd.org
Subject: Re: Bug in #! processing
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Sep 2004 12:48:37 -0000
> What circular reference? Could you elaborate? The algorithm goes like this:
>
> 1. skip all space till #!
The #! is required to be in the first two bytes of the file, so there
can't be any spaces before it. I wrote the code you guys are talking about,
although I had nothing to do with the commit in rev 1.21. I don't have an
opinion on that other than it's been this way in FreeBSD for a long time
and I share Ceri's concern that changing it will affect some people.
-DG
David G. Lawrence
President
Download Technologies, Inc. - http://www.downloadtech.com - (866) 399 8500
TeraSolutions, Inc. - http://www.terasolutions.com - (888) 346 7175
The FreeBSD Project - http://www.freebsd.org
Pave the road of life with opportunities.
From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 12:59:23 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 1195816A4CE
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 12:59:23 +0000 (GMT)
Received: from mail.vtec.ipme.de (Ad3cf.a.pppool.de [213.6.211.207])
by mx1.FreeBSD.org (Postfix) with ESMTP id 1191B43D5D
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 12:59:22 +0000 (GMT)
(envelope-from volker@vwsoft.com)
Received: from [192.168.16.24] (unknown [192.168.16.24])
by bellona.sz.vwsoft.com (Postfix) with ESMTP id 7049E5D45
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 14:59:19 +0200 (CEST)
Message-ID: <415C0326.7000104@vwsoft.com>
Date: Thu, 30 Sep 2004 14:59:18 +0200
From: Volker <volker@vwsoft.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
rv:1.7.2) Gecko/20040822 Thunderbird/0.7+ Mnenhy/0.6.0.101
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: freebsd-current@freebsd.org
X-Enigmail-Version: 0.85.0.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Subject: panics and traces, who and where to report?
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Sep 2004 12:59:23 -0000
Hi folks!
Last week I was sending some panic reports (using 6-CURRENT and
RELENG_5) and debugger traces to this list. I didn't get a response and
while cvsup'ing twice a day for several days and doing buildkernel every
other day the situation didn't change.
So I'm wondering if this is the right place to report panics and traces?
Or are these better placed at hackers@?
Another question: Do you really expect RELENG_5 to become stable within
the very next few weeks? From my point of experience with RELENG_5 it
looks like I have to switch my OS as I don't believe the 5-STABLE will
be production stable soon.
I have to install two new bsd-based routers on 10/10/ and I have to
decide now whether I still do believe in FreeBSDs' stability.
Thanks,
Volker
--
GPG/PGP fingerprint:
FF93 13A1 2477 B631 E953 06DF 4C49 ADD9 E4BF 79B1
From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 13:01:43 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 784A016A4CE; Thu, 30 Sep 2004 13:01:43 +0000 (GMT)
Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50])
by mx1.FreeBSD.org (Postfix) with ESMTP
id EB8D243D53; Thu, 30 Sep 2004 13:01:42 +0000 (GMT)
(envelope-from tinderbox@freebsd.org)
Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4])
by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id i8UD1ggl013937;
Thu, 30 Sep 2004 09:01:42 -0400 (EDT)
(envelope-from tinderbox@freebsd.org)
Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca
[64.7.128.98])
by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id i8UD1gfv059420;
Thu, 30 Sep 2004 09:01:42 -0400 (EDT)
(envelope-from tinderbox@freebsd.org)
Received: by freebsd-current.sentex.ca (Postfix, from userid 666)
id 388D77303F; Thu, 30 Sep 2004 09:01:42 -0400 (EDT)
Sender: FreeBSD Tinderbox <tinderbox@freebsd.org>
From: FreeBSD Tinderbox <tinderbox@freebsd.org>
To: FreeBSD Tinderbox <tinderbox@freebsd.org>, <current@freebsd.org>,
<alpha@freebsd.org>
Precedence: bulk
Message-Id: <20040930130142.388D77303F@freebsd-current.sentex.ca>
Date: Thu, 30 Sep 2004 09:01:42 -0400 (EDT)
Subject: [current tinderbox] failure on alpha/alpha
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Sep 2004 13:01:43 -0000
TB --- 2004-09-30 11:45:00 - tinderbox 2.3 running on freebsd-current.sentex.ca
TB --- 2004-09-30 11:45:00 - starting CURRENT tinderbox run for alpha/alpha
TB --- 2004-09-30 11:45:00 - checking out the source tree
TB --- 2004-09-30 11:45:00 - cd /home/tinderbox/CURRENT/alpha/alpha
TB --- 2004-09-30 11:45:00 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2004-09-30 11:51:11 - building world (CFLAGS=-O2 -pipe)
TB --- 2004-09-30 11:51:11 - cd /home/tinderbox/CURRENT/alpha/alpha/src
TB --- 2004-09-30 11:51:11 - /usr/bin/make -B buildworld
>>> Rebuilding the temporary build tree
>>> stage 1.1: legacy release compatibility shims
>>> stage 1.2: bootstrap tools
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3: cross tools
>>> stage 4.1: building includes
>>> stage 4.2: building libraries
>>> stage 4.3: make dependencies
>>> stage 4.4: building everything
TB --- 2004-09-30 12:57:16 - building generic kernel (COPTFLAGS=-O2 -pipe)
TB --- 2004-09-30 12:57:16 - cd /home/tinderbox/CURRENT/alpha/alpha/src
TB --- 2004-09-30 12:57:16 - /usr/bin/make buildkernel KERNCONF=GENERIC
>>> Kernel build for GENERIC started on Thu Sep 30 12:57:16 UTC 2004
>>> stage 1: configuring the kernel
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3.1: making dependencies
>>> stage 3.2: building everything
[...]
/tinderbox/CURRENT/alpha/alpha/src/sys/kern/subr_unit.c: In function `free_unr':
/tinderbox/CURRENT/alpha/alpha/src/sys/kern/subr_unit.c:329: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type
/tinderbox/CURRENT/alpha/alpha/src/sys/kern/subr_unit.c:366: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type
/tinderbox/CURRENT/alpha/alpha/src/sys/kern/subr_unit.c:386: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type
/tinderbox/CURRENT/alpha/alpha/src/sys/kern/subr_unit.c:396: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type
/tinderbox/CURRENT/alpha/alpha/src/sys/kern/subr_unit.c:407: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type
/tinderbox/CURRENT/alpha/alpha/src/sys/kern/subr_unit.c:435: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type
/tinderbox/CURRENT/alpha/alpha/src/sys/kern/subr_unit.c:510: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type
*** Error code 1
Stop in /tinderbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/alpha/alpha/src/sys/GENERIC.
*** Error code 1
Stop in /tinderbox/CURRENT/alpha/alpha/src.
*** Error code 1
Stop in /tinderbox/CURRENT/alpha/alpha/src.
TB --- 2004-09-30 13:01:42 - WARNING: /usr/bin/make returned exit code 1
TB --- 2004-09-30 13:01:42 - ERROR: failed to build generic kernel
TB --- 2004-09-30 13:01:42 - tinderbox aborted
From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 13:04:42 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id F3B9416A4CE; Thu, 30 Sep 2004 13:04:41 +0000 (GMT)
Received: from out012.verizon.net (out012pub.verizon.net [206.46.170.137])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 6A59D43D46; Thu, 30 Sep 2004 13:04:41 +0000 (GMT)
(envelope-from Alex.Kovalenko@verizon.net)
Received: from [10.0.3.231] ([141.153.167.39]) by out012.verizon.net
(InterMail vM.5.01.06.06 201-253-122-130-106-20030910) with ESMTP
id <20040930130440.GWRL28066.out012.verizon.net@[10.0.3.231]>;
Thu, 30 Sep 2004 08:04:40 -0500
From: "Alexandre \"Sunny\" Kovalenko" <Alex.Kovalenko@verizon.net>
To: Philip Paeps <philip@freebsd.org>
In-Reply-To: <20040805071236.GA595@loge.nixsys.be>
References: <20040805071236.GA595@loge.nixsys.be>
Content-Type: text/plain
Message-Id: <1096549459.701.5.camel@RabbitsDen>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.6
Date: Thu, 30 Sep 2004 09:04:20 -0400
Content-Transfer-Encoding: 7bit
X-Authentication-Info: Submitted using SMTP AUTH at out012.verizon.net from
[141.153.167.39] at Thu, 30 Sep 2004 08:04:40 -0500
cc: freebsd-current@freebsd.org
Subject: Re: [PLEASE TEST] Better support for Synaptics Touchpads
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Sep 2004 13:04:42 -0000
On Thu, 2004-08-05 at 03:12, Philip Paeps wrote:
> Hi gang :-)
>
> Since the original synaptics support was added to psm, there have been some
> reports of malfunctions and missing magic. I've tried to fix all that, but
> it's still work in progress.
>
> If you happen to own a laptop with a synaptics touchpad, please help test:
>
> <http://people.freebsd.org/~philip/psm.diff>
>
> So far, I've had one report of a panic, possibly related to an extra gadget
> chained through the the touchpad. If you're extra masochistic, and your
> laptop has one of these extra gadgets, you might like to remove the #if 0
> around line 2537 and the #endif around line 2568 of your sys/isa/psm.c.
>
> Please report successes and failures :-)
>
> - Philip
Just wanted to confirm that with psm.c 1.82 "tap-and-drag" functionality
works on my Averatec 3150H. Responsiveness and positioning ability
(measured by success rate in clicking "clear transaction" in GnuCash) is
excellent. I do not have any special flags in 'device.hints' or in
'moused' command line.
Thank you very much.
---
Alexandre "Sunny" Kovalenko.
From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 13:13:19 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 3B21816A4CE
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 13:13:19 +0000 (GMT)
Received: from mailserv1.neuroflux.com (mailserv1.neuroflux.com
[204.228.228.92])
by mx1.FreeBSD.org (Postfix) with ESMTP id B08FD43D55
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 13:13:18 +0000 (GMT)
(envelope-from ryans@gamersimpact.com)
Received: (qmail 74359 invoked by uid 89); 30 Sep 2004 13:20:17 -0000
Received: from unknown (HELO www2.neuroflux.com) (127.0.0.1)
by localhost with SMTP; 30 Sep 2004 13:20:17 -0000
Received: from 208.4.77.15
(SquirrelMail authenticated user ryans@gamersimpact.com);
by www2.neuroflux.com with HTTP;
Thu, 30 Sep 2004 07:20:17 -0600 (MDT)
Message-ID: <59462.208.4.77.15.1096550417.squirrel@208.4.77.15>
In-Reply-To: <415C0326.7000104@vwsoft.com>
References: <415C0326.7000104@vwsoft.com>
Date: Thu, 30 Sep 2004 07:20:17 -0600 (MDT)
From: "Ryan Sommers" <ryans@gamersimpact.com>
To: "Volker" <volker@vwsoft.com>
User-Agent: SquirrelMail/1.4.3a
X-Mailer: SquirrelMail/1.4.3a
MIME-Version: 1.0
Content-Type: text/plain;charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Priority: 3 (Normal)
Importance: Normal
cc: freebsd-current@freebsd.org
Subject: Re: panics and traces, who and where to report?
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Sep 2004 13:13:19 -0000
> Hi folks!
>
> Last week I was sending some panic reports (using 6-CURRENT and
> RELENG_5) and debugger traces to this list. I didn't get a response and
> while cvsup'ing twice a day for several days and doing buildkernel every
> other day the situation didn't change.
Generally if you don't get a response I wouldn't bother CVSUPing so often
as it probably means no one has had the time to look at it yet. That being
said I'll dig in the archives and see if any of your panics have been
reported by other people and if I've seen any activity regarding
solutions.
>
> So I'm wondering if this is the right place to report panics and traces?
> Or are these better placed at hackers@?
This is the right place, hackers@ is definately the wrong place.
>
> Another question: Do you really expect RELENG_5 to become stable within
> the very next few weeks? From my point of experience with RELENG_5 it
> looks like I have to switch my OS as I don't believe the 5-STABLE will
> be production stable soon.
Not to sound rude, but if you feel RELENG-5 isn't stable enough you can
always run RELENG-4 until you feel the RELENG-5 branch meets your
expectations. Unless you have some reasons you want to go to 5.
--
Ryan Sommers
ryans@gamersimpact.com
From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 13:21:48 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 05B1516A4CE
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 13:21:48 +0000 (GMT)
Received: from shrike.submonkey.net (cpc2-cdif3-6-0-cust204.cdif.cable.ntl.com
[81.103.67.204])
by mx1.FreeBSD.org (Postfix) with ESMTP id 9DBFF43D64
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 13:21:47 +0000 (GMT)
(envelope-from setantae@submonkey.net)
Received: from setantae by shrike.submonkey.net with local (Exim 4.42
(FreeBSD)) id 1CD0sS-0000qU-CS; Thu, 30 Sep 2004 14:21:44 +0100
Date: Thu, 30 Sep 2004 14:21:44 +0100
From: Ceri Davies <ceri@submonkey.net>
To: S?awek ?ak <szak@era.pl>
Message-ID: <20040930132144.GV2493@submonkey.net>
Mail-Followup-To: Ceri Davies <ceri@submonkey.net>,
S?awek ?ak <szak@era.pl>, "David G. Lawrence" <dg@dglawrence.com>,
Ryan Sommers <ryans@gamersimpact.com>, freebsd-current@freebsd.org
References: <861xgm5ltz.fsf@thirst.unx.era.pl>
<20040928194853.GT2493@submonkey.net> <86k6ud2t6t.fsf@thirst.unx.era.pl>
<20040929131136.GA2493@submonkey.net> <415AB9BF.1070003@gamersimpact.com>
<86is9wx8qp.fsf@thirst.unx.era.pl>
<20040930124810.GA17792@nexus.dglawrence.com>
<86y8irx5ga.fsf@thirst.unx.era.pl>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="GsS1zwZ0euuFXuGH"
Content-Disposition: inline
In-Reply-To: <86y8irx5ga.fsf@thirst.unx.era.pl>
X-PGP: finger ceri@FreeBSD.org
User-Agent: Mutt/1.5.6i
Sender: Ceri Davies <setantae@submonkey.net>
cc: Ryan Sommers <ryans@gamersimpact.com>
cc: freebsd-current@freebsd.org
cc: "David G. Lawrence" <dg@dglawrence.com>
Subject: Re: Bug in #! processing
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Sep 2004 13:21:48 -0000
--GsS1zwZ0euuFXuGH
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Thu, Sep 30, 2004 at 03:16:21PM +0200, S?awek ?ak wrote:
> "David G. Lawrence" <dg@dglawrence.com> writes:
>=20
> > I wrote the code you guys are talking about, although I had nothing to =
do
> > with the commit in rev 1.21. I don't have an opinion on that other than
> > it's been this way in FreeBSD for a long time and I share Ceri's concern
> > that changing it will affect some people.
>=20
> By no means I wish to force anyone to fix their scripts for 5.3
> release. Period. I would only like to use Allegro CL in scripts, which
> unfortunately considers -#! valid in argument list and acts according=
ly on
> all platforms besides FreeBSD. Some (in)compatibility shim would be
> great. Please! :)
All I can suggest is to back out r1.21 locally for now.
Ceri
--=20
It is not tinfoil, it is my new skin. I am a robot.
--GsS1zwZ0euuFXuGH
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)
iD8DBQFBXAhoocfcwTS3JF8RAprZAJwMILHDir0nr4M9cOvkouVZ9J1esgCfQZbG
YwUBrXIHHM51/egt2/Nk0yM=
=aZ3H
-----END PGP SIGNATURE-----
--GsS1zwZ0euuFXuGH--
From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 13:29:01 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 92DD016A4CE
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 13:29:01 +0000 (GMT)
Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.196])
by mx1.FreeBSD.org (Postfix) with ESMTP id 37A7F43D49
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 13:29:01 +0000 (GMT)
(envelope-from david.downey@gmail.com)
Received: by mproxy.gmail.com with SMTP id 79so3540957rnk
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 06:28:57 -0700 (PDT)
Received: by 10.38.171.77 with SMTP id t77mr2163337rne;
Thu, 30 Sep 2004 06:28:57 -0700 (PDT)
Received: by 10.38.82.69 with HTTP; Thu, 30 Sep 2004 06:28:56 -0700 (PDT)
Message-ID: <6917b781040930062874f5e55f@mail.gmail.com>
Date: Thu, 30 Sep 2004 09:28:56 -0400
From: "David D.W. Downey" <david.downey@gmail.com>
To: Current <freebsd-current@freebsd.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Subject: 5.3-BETA6 ignoring /var/db/ports/*/options
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: "David D.W. Downey" <david.downey@gmail.com>
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Sep 2004 13:29:01 -0000
OK, I'm doing a portupgrade -af on my machine (5.3-BETA6 with cvsup
pull as of roughly 4:45AM EST5EDT) and *every* option file for
installed packages is ignored.
I have to hand set the options during the upgrade rather than them
being erad as normal.
This something anyone else has seen? It doesn't stop anything from
building since I'm reanswering everything, just noting the fact that
it's ignored.
--
David D.W. Downey
From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 13:30:31 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 5AD5716A4CE
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 13:30:31 +0000 (GMT)
Received: from ptcnat.era.pl (ptcnat.era.pl [213.158.197.100])
by mx1.FreeBSD.org (Postfix) with ESMTP id 5CD0F43D39
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 13:30:30 +0000 (GMT) (envelope-from zaks@era.pl)
Received: by localhost (Postfix, from userid 1001)
id D77CD11692; Thu, 30 Sep 2004 15:30:26 +0200 (CEST)
From: =?iso-8859-2?q?S=B3awek_=AFak?= <zaks@prioris.mini.pw.edu.pl>
To: Ceri Davies <ceri@submonkey.net>
References: <861xgm5ltz.fsf@thirst.unx.era.pl>
<20040928194853.GT2493@submonkey.net>
<86k6ud2t6t.fsf@thirst.unx.era.pl>
<20040929131136.GA2493@submonkey.net>
<86mzz8x8zv.fsf@thirst.unx.era.pl>
<20040930122154.GS2493@submonkey.net>
Date: Thu, 30 Sep 2004 15:30:26 +0200
In-Reply-To: <20040930122154.GS2493@submonkey.net> (Ceri Davies's message of
"Thu, 30 Sep 2004 13:21:54 +0100")
Message-ID: <86u0tfx4st.fsf@thirst.unx.era.pl>
User-Agent: Gnus/5.110003 (No Gnus v0.3) XEmacs/21.4 (Reasonable Discussion,
berkeley-unix)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
cc: freebsd-current@freebsd.org
Subject: Re: Bug in #! processing
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Sep 2004 13:30:31 -0000
Ceri Davies <ceri@submonkey.net> writes:
> On Thu, Sep 30, 2004 at 01:59:48PM +0200, S?awek ?ak wrote:
>> Ceri Davies <ceri@submonkey.net> writes:
>> > On Wed, Sep 29, 2004 at 01:47:06PM +0200, S?awek ?ak wrote:
>>
>> >> You should speel buggy as 'POSIX' in this case I guess.
>>
>> > You're actually guessing though, right? I can't find this in the
>> > standard; if you know it's there then I'd appreciate a reference.
>>
>> No reference on this. Vague memories of brokedness only.
>
> Good, I'm not losing my eyesight then. In theory this means that we're
> free to do whatever we want, as the commit log for revision 1.21 of
> imgact_shell.c suggests.
Yep. It seems so. But the vendor of Allegro CL would have to break all other
platform support if they change -#! to something else. It's a no-win
situation, although ...
>> > I believe that the FreeBSD behaviour is closer to "correct" than
>> > anything else we're seeing in this thread. I should be able to specify
>> >
>> > #!/usr/bin/perl -w -0
>> >
>> > or whatever without having everything other than the first argument
>> > ignored.
>>
>> Would be nice. I admit.
>
> It *is* nice, and I do use it.
Same for me. I *love* to use #!/usr/bin/env some-interpreter -a -b -c which
frees my mind from $PATH considerations on this hellish mess I have to
manage.
>> I like the bahavior of FreeBSD besides special
>> treatment of # on the first line after #!. Allowing for comments on the
>> first line is a strange excuse. Have you ever seen a script commenting on
>> the interpreter execution or had a need to do so?
>
> No, but since this has been possible in FreeBSD for over 4.5 years, you
> can guarantee that someone is using it.
What do you think of sysctl named say kern.exec_hash_compat (set to 1 by
default) or kernel option (also set to old behavior) to `fix' the situation?
>> >> It is confirmed by other
>> >> supposedly compliant systems. I've checked before AIX 5.2, Solaris 8/9. Two
>> >> raisins in the pie are Tru64 5.1B and HP-UX 11, which return some erm,
>> >> strange results. For such script:
>> >>
>> >> #!./main 1 2 3 -#!
>> >> print ok
>> >>
>> >> You get:
>> >>
>> >> Main.c test
>> >> ./main
>> >> 1 2 3 -#!
>> >> ./tst.sh
>> >
>> > Linux 2.4.20 does this too.
>>
>> That's as silly as can get. When called as:
>>
>> interpreter -a1 -a2 -a3 script
>>
>> the argument parsing done by interpreter must be different then when invoked
>> via #! mechanics. Argh!
>
> Yeah, it seems pretty gross. At least they get there though, unlike the
> Solaris/AIX examples ;-)
True. But it's a trashbin class compatibility solution IMHO.
>> >> The behavior I'd like to have, and which seems correct is not bothering with
>> >> second, 3rd and so on occurence of #! in the first line of script. Feasible?
>> >> I guess so. The only commercial product on my systems uses -#! switch on all
>> >> platforms as a script file mark.
>> >
>> > That seems wrong too. #! shouldn't be magic anywhere other than at the
>> > beginning of a file.
>>
>> Do you think that -#! argument is magic? Why is it so? It's not magic and
>> should be passed without exec(2) interference.
>
> I don't think it should be, but you seemed to suggest that it should be
> in the paragraph above. I may have misunderstood, in which case we're
> agreed on this.
Um. Let mi clarify my position on this. I think that treatment of # anywhere
besides the absolutely first character in file (and even this with !
immediately following it) as special comment character is bad. The reason is
stated below - there is more than shell that is executed by hash-bang magic
and it can't/shouldn't be forced to interpret # as comment too.
>> >> I don't see any explanation for current
>> >> behavior therefore I'm reporting it.
>> >
>> > The explanation is that we only process that line up to a '#' or
>> > newline. Backing out revision 1.21 of sys/kern/imgact_shell.c is one
>> > fix, or perhaps allowing a '#' character to be escaped. I'm not sure if
>> > I see an overwhelming reason for either.
>>
>> I don't see a convincing use for comments on the first line of script. Hash
>> is special already when treated as comment character. # is not a comment in
>> any `scripting language'. It is a shell legacy and shouldn't be forced on
>> the remaining universe.
>
> I agree(ish); I don't think that the kernel should do anything special
> here either and I think that the "correct" thing to do would be to back
> out that revision. Unfortunately the FreeBSD userbase can write a lot
> of scripts in 4 and a half years and we probably can't get away with it.
> Perhaps it could be done in -CURRENT, but I'd really like to see some
> other opinions. For clarity, what I'm proposing is the application of
> the attached diff. Opinions from anyone?
I'll look in your diff, but if anyone oposes to backing out 1.21 I would
gladly accept the above mentioned shim defaulting to 4.x compatible
behavior, possibly toggled to new behavior for CURRENT.
Thanks, /S
From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 13:39:01 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id B4A2E16A4CE
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 13:39:01 +0000 (GMT)
Received: from mailserv1.neuroflux.com (mailserv1.neuroflux.com
[204.228.228.92])
by mx1.FreeBSD.org (Postfix) with ESMTP id 5E38643D5F
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 13:39:01 +0000 (GMT)
(envelope-from ryans@gamersimpact.com)
Received: (qmail 76027 invoked by uid 89); 30 Sep 2004 13:46:00 -0000
Received: from unknown (HELO www2.neuroflux.com) (127.0.0.1)
by localhost with SMTP; 30 Sep 2004 13:46:00 -0000
Received: from 208.4.77.15
(SquirrelMail authenticated user ryans@gamersimpact.com);
by www2.neuroflux.com with HTTP;
Thu, 30 Sep 2004 07:46:00 -0600 (MDT)
Message-ID: <59601.208.4.77.15.1096551960.squirrel@208.4.77.15>
In-Reply-To: <6917b781040930062874f5e55f@mail.gmail.com>
References: <6917b781040930062874f5e55f@mail.gmail.com>
Date: Thu, 30 Sep 2004 07:46:00 -0600 (MDT)
From: "Ryan Sommers" <ryans@gamersimpact.com>
To: "David D.W. Downey" <david.downey@gmail.com>
User-Agent: SquirrelMail/1.4.3a
X-Mailer: SquirrelMail/1.4.3a
MIME-Version: 1.0
Content-Type: text/plain;charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Priority: 3 (Normal)
Importance: Normal
cc: Current <freebsd-current@freebsd.org>
Subject: Re: 5.3-BETA6 ignoring /var/db/ports/*/options
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Sep 2004 13:39:01 -0000
> OK, I'm doing a portupgrade -af on my machine (5.3-BETA6 with cvsup
> pull as of roughly 4:45AM EST5EDT) and *every* option file for
> installed packages is ignored.
>
> This something anyone else has seen? It doesn't stop anything from
> building since I'm reanswering everything, just noting the fact that
> it's ignored.
Come to think of it, last week when I did a portupgrade I had to as well.
I didn't really think about it at the time.
--
Ryan Sommers
ryans@gamersimpact.com
From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 13:47:57 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 995F316A4CE
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 13:47:57 +0000 (GMT)
Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.207])
by mx1.FreeBSD.org (Postfix) with ESMTP id 419E543D2F
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 13:47:57 +0000 (GMT)
(envelope-from marchenko@gmail.com)
Received: by mproxy.gmail.com with SMTP id 75so474814rnk
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 06:47:53 -0700 (PDT)
Received: by 10.38.92.61 with SMTP id p61mr1219450rnb;
Thu, 30 Sep 2004 06:47:53 -0700 (PDT)
Received: by 10.38.22.66 with HTTP; Thu, 30 Sep 2004 06:47:53 -0700 (PDT)
Message-ID: <cd70c681040930064733cfe38d@mail.gmail.com>
Date: Thu, 30 Sep 2004 09:47:53 -0400
From: Vlad <marchenko@gmail.com>
To: Robert Watson <rwatson@freebsd.org>
In-Reply-To: <Pine.NEB.3.96L.1040929222519.42292E-100000@fledge.watson.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
References: <cd70c6810409291912594e7dc9@mail.gmail.com>
<Pine.NEB.3.96L.1040929222519.42292E-100000@fledge.watson.org>
cc: Evren Yurtesen <yurtesen@ispro.net.tr>
cc: freebsd-current@freebsd.org
cc: Robert Watson <rwatosn@freebsd.org>
Subject: Re: panic: sorele
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: Vlad <marchenko@gmail.com>
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Sep 2004 13:47:57 -0000
Additional info:
I had several aliased ip addresses attached to interaface, and I just
noticed for some reason I was specifying whols subnet broadcast for
aliased ip addresses explicitly instead of having ifconfig figure out
it automatically based on network mask. this is how it was configured:
main ip 10.0.0.1 / 255.255.255.0 / 10.0.0.255
alias ip 10.0.0.2 / 255.255.255.255 / 10.0.0.255
another alias ip 10.0.0.3 / 255.255.255.255 / 10.0.0.255
while should be (if I understand correctly):
main ip 10.0.0.1 / 255.255.255.0 / 10.0.0.255
alias ip 10.0.0.2 / 255.255.255.255 / 10.0.0.2
another alias ip 10.0.0.3 / 255.255.255.255 / 10.0.0.3
now question is could that trigger that panic solere under heavy
packets load somehow?
--
Vlad
From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 14:02:52 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 5087A16A4CE
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 14:02:52 +0000 (GMT)
Received: from supermail.ispro.net.tr (supermail.ispro.net.tr [217.21.68.5])
by mx1.FreeBSD.org (Postfix) with ESMTP id CF20243D53
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 14:02:48 +0000 (GMT)
(envelope-from yurtesen-dated-1097416948.6c100a@ispro.net.tr)
Received: (qmail 63407 invoked by uid 89); 30 Sep 2004 14:02:28 -0000
Received: from [192.168.0.49] (perpetual.yok.utu.fi [130.232.138.155]) by
supermail.ispro.net.tr (tmda-ofmipd) with ESMTP;
Thu, 30 Sep 2004 17:02:17 +0300 (EEST)
Message-ID: <415C9E6E.9030806@ispro.net.tr>
Date: Thu, 30 Sep 2004 17:01:50 -0700
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
rv:1.7.1) Gecko/20040707
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Vlad <marchenko@gmail.com>
References: <cd70c6810409291912594e7dc9@mail.gmail.com>
<Pine.NEB.3.96L.1040929222519.42292E-100000@fledge.watson.org>
<cd70c68104092919355e823d92@mail.gmail.com>
In-Reply-To: <cd70c68104092919355e823d92@mail.gmail.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Delivery-Agent: TMDA/1.0.2 (Bold Forbes)
From: Evren Yurtesen <yurtesen@ispro.net.tr>
X-Primary-Address: yurtesen@ispro.net.tr
cc: freebsd-current@freebsd.org
cc: robert@fledge.watson.org
Subject: Re: panic: sorele
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Sep 2004 14:02:52 -0000
Well, I only have squid in my machine and although I have 1 cpu. I am
using hyperthreading. So probably the problem is associated with SMP as
Vlad mentioned. I didnt try to compile kernel without SMP but I will try
it next time my proxy crash. I also do not want anymore crashes on my
production server.
I have lots of parts of the GENERIC kernel conf file commented out but
these are my additions to GENERIC kernel below.
Funny coincidence because I also mingled with process size things in my
box as Vlad did...Might be something about those?
My squid process is about 1500mbyte now so... I needed to increase the
maximum process size and I needed to adjust shared memory stuff because
of the requirements of diskd of squid.
By the way, what is the difference between
options MAXDSIZ="(2048UL*1024*1024)"
and
options MAXDSIZ="(850*1024*1024)"
I mean the UL part :)
Evren
#My Additions
# ACPI support
device acpi
# To include support for VESA video modes
options VESA
#Snoop device - to look at pty/vty/etc..
device snp
#binary compatibility
options COMPAT_AOUT
#firewall
options IPFIREWALL
#forward
options IPFIREWALL_FORWARD
#allow everything by default
options IPFIREWALL_DEFAULT_TO_ACCEPT
#set process memory usage limits
options MAXDSIZ="(2048UL*1024*1024)"
options MAXSSIZ="(2048UL*1024*1024)"
options DFLDSIZ="(2048UL*1024*1024)"
#squid diskd
options MSGMNB=8192 # max # of bytes in a queue
options MSGMNI=64 # number of message queue identifiers
options MSGSEG=512 # number of message segments per queue
options MSGSSZ=64 # size of a message segment
options MSGTQL=4096 # max messages in system
Vlad wrote:
> my config below, the only difference when it crashes is two lines
> with SMP and apic uncommented.
> server is a dual p3 on intel-STL2 motherboard, 1.5gig ram, adatec 2100 raid5
> it runs apache webserver with ad-serving application written on
> modperl. accepting several tens of http requests a second (usually
> it's a click or impression sort of requests, they are small request /
> rediredct responce).
> Postgresql database is running on the same server.
> postfix mail server
>
> that's all
>
> -----
> machine i386
> cpu I686_CPU
> ident DC1
>
> # To statically compile in device wiring instead of /boot/device.hints
> #hints "GENERIC.hints" # Default places to look for devices.
>
> options SCHED_4BSD # 4BSD scheduler
> #options SCHED_ULE
> options INET # InterNETworking
> 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 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.
>
> # To make an SMP kernel, the next two are needed
> #options SMP # Symmetric MultiProcessor Kernel
> #device apic # I/O APIC
>
> #options DEBUG=-g
> #options INVARIANTS
> #options INVARIANT_SUPPORT
> #options DDB
> #options KDB
> #options KDB_UNATTENDED
> #options WITNESS
> #options WITNESS_KDB
> #options NET_WITH_GIANT
>
> # Bus support. Do not remove isa, even if you have no isa slots
> device isa
> 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 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 asr # DPT SmartRAID V, VI and Adaptec SCSI 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
>
> #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
>
> # Serial (COM) ports
> device sio # 8250, 16[45]50 based serial ports
>
> # 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 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 fxp # Intel EtherExpress PRO/100B (82557, 82558)
>
> # 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"
>
> # The `bpf' device enables the Berkeley Packet Filter.
> # Be aware of the administrative consequences of enabling this!
> device bpf # Berkeley packet filter
>
> options IPFIREWALL
> options IPFIREWALL_VERBOSE
> options IPFIREWALL_DEFAULT_TO_ACCEPT
>
> options SHMMAXPGS=200000
> options SHMMNI=4096
> options SHMSEG=4096
> options SEMOPM=300
> options SEMMNI=250
> options SEMMAP=250
> options SEMMSL=300
> options SEMMNS=35000
> options SEMUME=40
> options SEMMNU=120
>
> options MAXDSIZ="(850*1024*1024)"
> options MAXSSIZ="(850*1024*1024)"
> options DFLDSIZ="(850*1024*1024)"
> #options PMAP_SHPGPERPROC=501
>
>
>>>it just crashed even with NET_WITH_GIANT option. I could not leave it
>>>waiting at DDB prompt so I've compiled it with GDB_UNATTENDED... so no
>>>new info :(
>>
>>Hmm. Interesting; in some ways reassuring, in some ways not.
>>
>>I'd like to get to reproducing this in our test environment. Could you
>>provide some information on application workload and how I could do that?
>
>
From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 14:20:23 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id AC81916A4CE; Thu, 30 Sep 2004 14:20:23 +0000 (GMT)
Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 4023F43D39; Thu, 30 Sep 2004 14:20:23 +0000 (GMT)
(envelope-from tinderbox@freebsd.org)
Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4])
by smarthost1.sentex.ca (8.13.1/8.13.1) with ESMTP id i8UEKMR7097004;
Thu, 30 Sep 2004 10:20:22 -0400 (EDT)
(envelope-from tinderbox@freebsd.org)
Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca
[64.7.128.98])
by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id i8UEKMgi004329;
Thu, 30 Sep 2004 10:20:22 -0400 (EDT)
(envelope-from tinderbox@freebsd.org)
Received: by freebsd-current.sentex.ca (Postfix, from userid 666)
id 10AFF7303F; Thu, 30 Sep 2004 10:20:22 -0400 (EDT)
Sender: FreeBSD Tinderbox <tinderbox@freebsd.org>
From: FreeBSD Tinderbox <tinderbox@freebsd.org>
To: FreeBSD Tinderbox <tinderbox@freebsd.org>, <current@freebsd.org>,
<amd64@freebsd.org>
Precedence: bulk
Message-Id: <20040930142022.10AFF7303F@freebsd-current.sentex.ca>
Date: Thu, 30 Sep 2004 10:20:22 -0400 (EDT)
Subject: [current tinderbox] failure on amd64/amd64
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Sep 2004 14:20:24 -0000
TB --- 2004-09-30 13:01:42 - tinderbox 2.3 running on freebsd-current.sentex.ca
TB --- 2004-09-30 13:01:42 - starting CURRENT tinderbox run for amd64/amd64
TB --- 2004-09-30 13:01:42 - checking out the source tree
TB --- 2004-09-30 13:01:42 - cd /home/tinderbox/CURRENT/amd64/amd64
TB --- 2004-09-30 13:01:42 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2004-09-30 13:07:49 - building world (CFLAGS=-O2 -pipe)
TB --- 2004-09-30 13:07:49 - cd /home/tinderbox/CURRENT/amd64/amd64/src
TB --- 2004-09-30 13:07:49 - /usr/bin/make -B buildworld
>>> Rebuilding the temporary build tree
>>> stage 1.1: legacy release compatibility shims
>>> stage 1.2: bootstrap tools
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3: cross tools
>>> stage 4.1: building includes
>>> stage 4.2: building libraries
>>> stage 4.3: make dependencies
>>> stage 4.4: building everything
TB --- 2004-09-30 14:14:08 - building generic kernel (COPTFLAGS=-O2 -pipe)
TB --- 2004-09-30 14:14:08 - cd /home/tinderbox/CURRENT/amd64/amd64/src
TB --- 2004-09-30 14:14:08 - /usr/bin/make buildkernel KERNCONF=GENERIC
>>> Kernel build for GENERIC started on Thu Sep 30 14:14:08 UTC 2004
>>> stage 1: configuring the kernel
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3.1: making dependencies
>>> stage 3.2: building everything
[...]
/tinderbox/CURRENT/amd64/amd64/src/sys/kern/subr_unit.c: In function `free_unr':
/tinderbox/CURRENT/amd64/amd64/src/sys/kern/subr_unit.c:329: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type
/tinderbox/CURRENT/amd64/amd64/src/sys/kern/subr_unit.c:366: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type
/tinderbox/CURRENT/amd64/amd64/src/sys/kern/subr_unit.c:386: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type
/tinderbox/CURRENT/amd64/amd64/src/sys/kern/subr_unit.c:396: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type
/tinderbox/CURRENT/amd64/amd64/src/sys/kern/subr_unit.c:407: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type
/tinderbox/CURRENT/amd64/amd64/src/sys/kern/subr_unit.c:435: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type
/tinderbox/CURRENT/amd64/amd64/src/sys/kern/subr_unit.c:510: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type
*** Error code 1
Stop in /tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/sys/GENERIC.
*** Error code 1
Stop in /tinderbox/CURRENT/amd64/amd64/src.
*** Error code 1
Stop in /tinderbox/CURRENT/amd64/amd64/src.
TB --- 2004-09-30 14:20:21 - WARNING: /usr/bin/make returned exit code 1
TB --- 2004-09-30 14:20:21 - ERROR: failed to build generic kernel
TB --- 2004-09-30 14:20:21 - tinderbox aborted
From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 14:23:18 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 8755B16A4CE
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 14:23:18 +0000 (GMT)
Received: from ptcnat.era.pl (ptcnat.era.pl [213.158.197.100])
by mx1.FreeBSD.org (Postfix) with ESMTP id DD69743D5C
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 14:23:17 +0000 (GMT) (envelope-from zaks@era.pl)
Received: by localhost (Postfix, from userid 1001)
id 6E97E11652; Thu, 30 Sep 2004 16:23:16 +0200 (CEST)
Resent-To: freebsd-current@freebsd.org
Resent-From: szak@era.pl (=?iso-8859-2?q?S=B3awek_=AFak?=)
Resent-Date: Thu, 30 Sep 2004 16:23:16 +0200
Resent-Message-ID: <86mzz7x2cr.fsf@thirst.unx.era.pl>
X-From-Line: nobody Thu Sep 30 15:16:22 2004
To: "David G. Lawrence" <dg@dglawrence.com>
From: =?iso-8859-2?q?S=B3awek_=AFak?= <zaks@prioris.mini.pw.edu.pl>
References: <861xgm5ltz.fsf@thirst.unx.era.pl>
<20040928194853.GT2493@submonkey.net>
<86k6ud2t6t.fsf@thirst.unx.era.pl>
<20040929131136.GA2493@submonkey.net>
<415AB9BF.1070003@gamersimpact.com> <86is9wx8qp.fsf@thirst.unx.era.pl>
<20040930124810.GA17792@nexus.dglawrence.com>
Date: Thu, 30 Sep 2004 15:16:21 +0200
In-Reply-To: <20040930124810.GA17792@nexus.dglawrence.com> (David G.
Lawrence's message of "Thu, 30 Sep 2004 05:48:10 -0700")
Message-ID: <86y8irx5ga.fsf@thirst.unx.era.pl>
User-Agent: Gnus/5.110003 (No Gnus v0.3) XEmacs/21.4 (Reasonable Discussion,
berkeley-unix)
Lines: 37
MIME-Version: 1.0
Content-Type: text/plain; charset=undecided
Content-Transfer-Encoding: 8bit
cc: Ryan Sommers <ryans@gamersimpact.com>
cc: Ceri Davies <ceri@submonkey.net>
cc: freebsd-current@freebsd.org
Subject: Re: Bug in #! processing
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Sep 2004 14:23:18 -0000
"David G. Lawrence" <dg@dglawrence.com> writes:
>> What circular reference? Could you elaborate? The algorithm goes like this:
>>
>> 1. skip all space till #!
>
> The #! is required to be in the first two bytes of the file, so there
> can't be any spaces before it.
Oh. Thus in following script:
thirst<zaks>(1950)% cat tst.sh
#!/bin/no-such-file
ps -lp $$
Which generates following output.
thirst<zaks>(1949)% ./tst.sh /tmp
UID PID PPID CPU PRI NI VSZ RSS MWCHAN STAT TT TIME COMMAND
1001 31645 31278 0 8 0 1636 1024 wait S+ p5 0:00.00 sh ./tst.sh
the interpreter is assumed to be /bin/sh. That's fine with me.
> I wrote the code you guys are talking about, although I had nothing to do
> with the commit in rev 1.21. I don't have an opinion on that other than
> it's been this way in FreeBSD for a long time and I share Ceri's concern
> that changing it will affect some people.
By no means I wish to force anyone to fix their scripts for 5.3
release. Period. I would only like to use Allegro CL in scripts, which
unfortunately considers -#! valid in argument list and acts accordingly on
all platforms besides FreeBSD. Some (in)compatibility shim would be
great. Please! :)
/S
--
S³awek ¯ak : UNIX Systems Administrator : PTC Sp. zoo
From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 14:45:48 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id A5B4716A4CE
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 14:45:48 +0000 (GMT)
Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.194])
by mx1.FreeBSD.org (Postfix) with ESMTP id 4C68043D2D
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 14:45:48 +0000 (GMT)
(envelope-from swhetzel@gmail.com)
Received: by mproxy.gmail.com with SMTP id 79so3548843rnk
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 07:45:30 -0700 (PDT)
Received: by 10.38.77.56 with SMTP id z56mr3257455rna;
Thu, 30 Sep 2004 07:45:27 -0700 (PDT)
Received: by 10.38.75.49 with HTTP; Thu, 30 Sep 2004 07:45:27 -0700 (PDT)
Message-ID: <790a9fff04093007451fdb0f7f@mail.gmail.com>
Date: Thu, 30 Sep 2004 09:45:27 -0500
From: Scot Hetzel <swhetzel@gmail.com>
To: Ceri Davies <ceri@submonkey.net>,
S?awek ?ak <zaks@prioris.mini.pw.edu.pl>, freebsd-current@freebsd.org
In-Reply-To: <20040930122154.GS2493@submonkey.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
References: <861xgm5ltz.fsf@thirst.unx.era.pl>
<20040928194853.GT2493@submonkey.net>
<86k6ud2t6t.fsf@thirst.unx.era.pl>
<20040929131136.GA2493@submonkey.net>
<86mzz8x8zv.fsf@thirst.unx.era.pl>
<20040930122154.GS2493@submonkey.net>
Subject: Re: Bug in #! processing
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: Scot Hetzel <swhetzel@gmail.com>
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Sep 2004 14:45:48 -0000
On Thu, 30 Sep 2004 13:21:54 +0100, Ceri Davies <ceri@submonkey.net> wrote:
> I agree(ish); I don't think that the kernel should do anything special
> here either and I think that the "correct" thing to do would be to back
> out that revision. Unfortunately the FreeBSD userbase can write a lot
> of scripts in 4 and a half years and we probably can't get away with it.
> Perhaps it could be done in -CURRENT, but I'd really like to see some
> other opinions. For clarity, what I'm proposing is the application of
> the attached diff. Opinions from anyone?
>
Instead of backing out that revision, change the test for # to include
a check for white space before it, this way those who have used the #
character as a comment on the first line won't have to change any
thing.
- for (ihp = &image_header[2]; *ihp != '\n' && *ihp != '#'; ++ihp) {
+ for (ihp = &image_header[2]; *ihp != '\n' && ! (*ihp-1 == '[white
space]' && *ihp == '#'); ++ihp) {
where [white space] could be either a tab or a space character.
or just check if a dash is before #.
+ for (ihp = &image_header[2]; *ihp != '\n' && ! (*ihp-1 == '-' &&
*ihp == '#'); ++ihp) {
Scot
Discaimer: the code may not work as written adjust to your liking.
From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 15:29:50 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 1066416A4CF
for <current@freebsd.org>; Thu, 30 Sep 2004 15:29:50 +0000 (GMT)
Received: from alpha.siliconlandmark.com (alpha.siliconlandmark.com
[209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id A17BD43D41
for <current@freebsd.org>; Thu, 30 Sep 2004 15:29:49 +0000 (GMT)
(envelope-from andy@siliconlandmark.com)
Received: from alpha.siliconlandmark.com (andy@localhost [127.0.0.1])
i8UFTleJ016424
for <current@freebsd.org>; Thu, 30 Sep 2004 11:29:47 -0400 (EDT)
(envelope-from andy@siliconlandmark.com)
Received: from localhost (andy@localhost)i8UFTlAb016421
for <current@freebsd.org>; Thu, 30 Sep 2004 11:29:47 -0400 (EDT)
(envelope-from andy@siliconlandmark.com)
X-Authentication-Warning: alpha.siliconlandmark.com: andy owned process doing
-bs
Date: Thu, 30 Sep 2004 11:29:47 -0400 (EDT)
From: Andre Guibert de Bruet <andy@siliconlandmark.com>
To: current@freebsd.org
Message-ID: <20040930112623.T30989@alpha.siliconlandmark.com>
MIME-Version: 1.0
Content-Type: MULTIPART/MIXED; BOUNDARY="0-1956143738-1096558187=:30989"
X-MailScanner-Information: Please contact the ISP for more information
X-MailScanner: Found to be clean
Subject: [PATCH] Compile problems in subr_unit without DIAGNOSTIC
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Sep 2004 15:29:50 -0000
This message is in MIME format. The first part should be readable text,
while the remaining parts are likely unreadable without MIME-aware tools.
--0-1956143738-1096558187=:30989
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
Hi,
unhdr is not defined but unrhdr is. Please commit the attached patch.
Regards,
Andy
| Andre Guibert de Bruet | Enterprise Software Consultant >
| Silicon Landmark, LLC. | http://siliconlandmark.com/ >
--0-1956143738-1096558187=:30989
Content-Type: TEXT/PLAIN; charset=US-ASCII; name="subr_unit.c.patch"
Content-Transfer-Encoding: BASE64
Content-ID: <20040930112947.P30989@alpha.siliconlandmark.com>
Content-Description:
Content-Disposition: attachment; filename="subr_unit.c.patch"
SW5kZXg6IHN1YnJfdW5pdC5jDQo9PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09DQpS
Q1MgZmlsZTogL2hvbWUvbmN2cy9zcmMvc3lzL2tlcm4vc3Vicl91bml0LmMs
dg0KcmV0cmlldmluZyByZXZpc2lvbiAxLjENCmRpZmYgLXUgLXIxLjEgc3Vi
cl91bml0LmMNCi0tLSBzdWJyX3VuaXQuYyAzMCBTZXAgMjAwNCAwNzowNDow
MyAtMDAwMCAgICAgIDEuMQ0KKysrIHN1YnJfdW5pdC5jIDMwIFNlcCAyMDA0
IDE1OjI1OjAzIC0wMDAwDQpAQCAtMTYyLDcgKzE2Miw3IEBADQogI2Vsc2UN
Cg0KIHN0YXRpYyBfX2lubGluZSB2b2lkDQotY2hlY2tfdW5yaGRyKHN0cnVj
dCB1bmhkciAqdWgsIGludCBsaW5lKQ0KK2NoZWNrX3VucmhkcihzdHJ1Y3Qg
dW5yaGRyICp1aCwgaW50IGxpbmUpDQogew0KDQogfQ0KDQo=
--0-1956143738-1096558187=:30989--
From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 15:31:47 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 780F416A4CE
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 15:31:47 +0000 (GMT)
Received: from alpha.siliconlandmark.com (alpha.siliconlandmark.com
[209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2FDEB43D49
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 15:31:45 +0000 (GMT)
(envelope-from andy@siliconlandmark.com)
Received: from alpha.siliconlandmark.com (andy@localhost [127.0.0.1])
i8UFVe4B016465; Thu, 30 Sep 2004 11:31:40 -0400 (EDT)
(envelope-from andy@siliconlandmark.com)
Received: from localhost (andy@localhost)i8UFVexN016462;
Thu, 30 Sep 2004 11:31:40 -0400 (EDT)
(envelope-from andy@siliconlandmark.com)
X-Authentication-Warning: alpha.siliconlandmark.com: andy owned process doing
-bs
Date: Thu, 30 Sep 2004 11:31:40 -0400 (EDT)
From: Andre Guibert de Bruet <andy@siliconlandmark.com>
To: Derrick Edwards <dantavious@comcast.net>
In-Reply-To: <200409300515.10619.dantavious@comcast.net>
Message-ID: <20040930113045.K30989@alpha.siliconlandmark.com>
References: <200409300515.10619.dantavious@comcast.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
X-MailScanner-Information: Please contact the ISP for more information
X-MailScanner: Found to be clean
cc: freebsd-current@freebsd.org
Subject: Re: Portupgrade problems
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Sep 2004 15:31:47 -0000
On Thu, 30 Sep 2004, Derrick Edwards wrote:
> I have been having a problem with portugrade for a couple of weeks. I get the
> following error when trying to update ports. I have updated ports, deleted
> the entire /usr/ports/ dir, rm -f pkgdb and /usr/ports/ INDEX file. Did not
> see any other possible soulutions. Can someone point me in the right
> direction. Would like to have updated ports.
May I suggest that you pkg_delete ruby and portupgrade and try
reinstalling it from the ports skeleton?
Regards,
Andy
| Andre Guibert de Bruet | Enterprise Software Consultant >
| Silicon Landmark, LLC. | http://siliconlandmark.com/ >
From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 15:36:26 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 99D4D16A4CE
for <current@freebsd.org>; Thu, 30 Sep 2004 15:36:26 +0000 (GMT)
Received: from alpha.siliconlandmark.com (alpha.siliconlandmark.com
[209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 39F5A43D2D
for <current@freebsd.org>; Thu, 30 Sep 2004 15:36:26 +0000 (GMT)
(envelope-from andy@siliconlandmark.com)
Received: from alpha.siliconlandmark.com (andy@localhost [127.0.0.1])
i8UFaOUP016530; Thu, 30 Sep 2004 11:36:24 -0400 (EDT)
(envelope-from andy@siliconlandmark.com)
Received: from localhost (andy@localhost)i8UFaN8R016527;
Thu, 30 Sep 2004 11:36:23 -0400 (EDT)
(envelope-from andy@siliconlandmark.com)
X-Authentication-Warning: alpha.siliconlandmark.com: andy owned process doing
-bs
Date: Thu, 30 Sep 2004 11:36:23 -0400 (EDT)
From: Andre Guibert de Bruet <andy@siliconlandmark.com>
To: eculp <eculp@prodigy.net.mx>
In-Reply-To: <15e5815ed2.15ed215e58@prodigy.net.mx>
Message-ID: <20040930113411.M30989@alpha.siliconlandmark.com>
References: <15e5815ed2.15ed215e58@prodigy.net.mx>
MIME-Version: 1.0
Content-Type: MULTIPART/MIXED; BOUNDARY="0-650601074-1096558583=:30989"
X-MailScanner-Information: Please contact the ISP for more information
X-MailScanner: Found to be clean
cc: current@freebsd.org
Subject: Re: my kernel builds seem to be failing this morning.
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Sep 2004 15:36:26 -0000
This message is in MIME format. The first part should be readable text,
while the remaining parts are likely unreadable without MIME-aware tools.
--0-650601074-1096558583=:30989
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
On Thu, 30 Sep 2004, eculp wrote:
> my kernel builds seem to be failing this morning with the following:
>
> KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror /usr/src/sys/kern/subr_turnstile.c
> cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/dev/acpica -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/contrib/dev/ath -I/usr/src/sys/contrib/dev/ath/freebsd -I/usr/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror /usr/src/sys/kern/subr_unit.c
> /usr/src/sys/kern/subr_unit.c:165: warning: "struct unhdr" declared inside parameter list
> /usr/src/sys/kern/subr_unit.c:165: warning: its scope is only this definition or declaration, which is probably not what you want
> /usr/src/sys/kern/subr_unit.c: In function `new_unrhdr':
> /usr/src/sys/kern/subr_unit.c:215: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type
> /usr/src/sys/kern/subr_unit.c: In function `alloc_unr':
> /usr/src/sys/kern/subr_unit.c:251: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type
> /usr/src/sys/kern/subr_unit.c:281: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type
> /usr/src/sys/kern/subr_unit.c:290: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type
> /usr/src/sys/kern/subr_unit.c:311: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type
Let me guess, you don't have DIAGNOSTIC defined in your kernel config
file? :) I attached the patch that I posted just a few minutes ago.
Regards,
Andy
| Andre Guibert de Bruet | Enterprise Software Consultant >
| Silicon Landmark, LLC. | http://siliconlandmark.com/ >
--0-650601074-1096558583=:30989
Content-Type: TEXT/PLAIN; charset=US-ASCII; name="subr_unit.c.patch"
Content-Transfer-Encoding: BASE64
Content-ID: <20040930113623.Q30989@alpha.siliconlandmark.com>
Content-Description:
Content-Disposition: attachment; filename="subr_unit.c.patch"
SW5kZXg6IHN1YnJfdW5pdC5jDQo9PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09DQpS
Q1MgZmlsZTogL2hvbWUvbmN2cy9zcmMvc3lzL2tlcm4vc3Vicl91bml0LmMs
dg0KcmV0cmlldmluZyByZXZpc2lvbiAxLjENCmRpZmYgLXUgLXIxLjEgc3Vi
cl91bml0LmMNCi0tLSBzdWJyX3VuaXQuYyAzMCBTZXAgMjAwNCAwNzowNDow
MyAtMDAwMCAgICAgIDEuMQ0KKysrIHN1YnJfdW5pdC5jIDMwIFNlcCAyMDA0
IDE1OjI1OjAzIC0wMDAwDQpAQCAtMTYyLDcgKzE2Miw3IEBADQogI2Vsc2UN
Cg0KIHN0YXRpYyBfX2lubGluZSB2b2lkDQotY2hlY2tfdW5yaGRyKHN0cnVj
dCB1bmhkciAqdWgsIGludCBsaW5lKQ0KK2NoZWNrX3VucmhkcihzdHJ1Y3Qg
dW5yaGRyICp1aCwgaW50IGxpbmUpDQogew0KDQogfQ0KDQo=
--0-650601074-1096558583=:30989--
From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 15:38:02 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id B7A8416A4CE
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 15:38:02 +0000 (GMT)
Received: from mail.seekingfire.com (coyote.seekingfire.com [24.72.10.212])
by mx1.FreeBSD.org (Postfix) with ESMTP id 6357743D5E
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 15:38:02 +0000 (GMT)
(envelope-from tillman@seekingfire.com)
Received: by mail.seekingfire.com (Postfix, from userid 500)
id AA04628E; Thu, 30 Sep 2004 09:38:01 -0600 (CST)
Date: Thu, 30 Sep 2004 09:38:01 -0600
From: Tillman Hodgson <tillman@seekingfire.com>
To: freebsd-current@freebsd.org
Message-ID: <20040930153801.GP35869@seekingfire.com>
References: <20040928025635.Q5094@ync.qbhto.arg>
<200409291951.12610.peter@wemm.org> <20040930033351.M57326@ync.qbhto.arg>
<43039.193.35.129.161.1096541075.squirrel@webmail.xtaz.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <43039.193.35.129.161.1096541075.squirrel@webmail.xtaz.net>
X-Habeas-SWE-1: winter into spring
X-Habeas-SWE-2: brightly anticipated
X-Habeas-SWE-3: like Habeas SWE (tm)
X-Habeas-SWE-4: Copyright 2002 Habeas (tm)
X-Habeas-SWE-5: Sender Warranted Email (SWE) (tm). The sender of this
X-Habeas-SWE-6: email in exchange for a license for this Habeas
X-Habeas-SWE-7: warrant mark warrants that this is a Habeas Compliant
X-Habeas-SWE-8: Message (HCM) and not spam. Please report use of this
X-Habeas-SWE-9: mark in spam to <http://www.habeas.com/report/>.
X-GPG-Key-ID: 828AFC7B
X-GPG-Fingerprint: 5584 14BA C9EB 1524 0E68 F543 0F0A 7FBC 828A FC7B
X-GPG-Key: http://www.seekingfire.com/gpg_key.asc
X-Urban-Legend: There is lots of hidden information in headers
User-Agent: Mutt/1.5.6i
Subject: Re: HEADS UP: named now runs chroot'ed by default
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Sep 2004 15:38:02 -0000
On Thu, Sep 30, 2004 at 11:44:35AM +0100, Matt Smith wrote:
> Another quick question about this. I run the ports version of bind9
> however I still leave all the base stuff installed during installworld as
> one day I might want to use it. All I do is add the following in rc.conf:
>
> named_enable="YES"
> named_program="/usr/local/sbin/named"
> named_flags="-c /usr/local/etc/named/named.conf -u bind"
>
> and all my zone files and pid files etc are in /usr/local/etc/named.
I do this as well, though I have one extra wrinkle: /usr/local/etc/named
is a RO NFS mount.
How does chroot and NFS interact?
-T
--
Page 6: Unix is easy to use, but difficult to learn.
- Harley Hahn, _The Unix Companion_
From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 15:38:24 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 2697A16A4CE; Thu, 30 Sep 2004 15:38:24 +0000 (GMT)
Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50])
by mx1.FreeBSD.org (Postfix) with ESMTP
id B070943D2F; Thu, 30 Sep 2004 15:38:23 +0000 (GMT)
(envelope-from tinderbox@freebsd.org)
Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9])
by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id i8UFcNfB041869;
Thu, 30 Sep 2004 11:38:23 -0400 (EDT)
(envelope-from tinderbox@freebsd.org)
Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca
[64.7.128.98])
by smtp2.sentex.ca (8.12.11/8.12.11) with ESMTP id i8UFcNGF089275;
Thu, 30 Sep 2004 11:38:23 -0400 (EDT)
(envelope-from tinderbox@freebsd.org)
Received: by freebsd-current.sentex.ca (Postfix, from userid 666)
id E299A7303F; Thu, 30 Sep 2004 11:38:22 -0400 (EDT)
Sender: FreeBSD Tinderbox <tinderbox@freebsd.org>
From: FreeBSD Tinderbox <tinderbox@freebsd.org>
To: FreeBSD Tinderbox <tinderbox@freebsd.org>, <current@freebsd.org>,
<i386@freebsd.org>
Precedence: bulk
Message-Id: <20040930153822.E299A7303F@freebsd-current.sentex.ca>
Date: Thu, 30 Sep 2004 11:38:22 -0400 (EDT)
Subject: [current tinderbox] failure on i386/i386
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Sep 2004 15:38:24 -0000
TB --- 2004-09-30 14:20:22 - tinderbox 2.3 running on freebsd-current.sentex.ca
TB --- 2004-09-30 14:20:22 - starting CURRENT tinderbox run for i386/i386
TB --- 2004-09-30 14:20:22 - checking out the source tree
TB --- 2004-09-30 14:20:22 - cd /home/tinderbox/CURRENT/i386/i386
TB --- 2004-09-30 14:20:22 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2004-09-30 14:26:21 - building world (CFLAGS=-O2 -pipe)
TB --- 2004-09-30 14:26:21 - cd /home/tinderbox/CURRENT/i386/i386/src
TB --- 2004-09-30 14:26:21 - /usr/bin/make -B buildworld
>>> Rebuilding the temporary build tree
>>> stage 1.1: legacy release compatibility shims
>>> stage 1.2: bootstrap tools
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3: cross tools
>>> stage 4.1: building includes
>>> stage 4.2: building libraries
>>> stage 4.3: make dependencies
>>> stage 4.4: building everything
TB --- 2004-09-30 15:32:13 - building generic kernel (COPTFLAGS=-O2 -pipe)
TB --- 2004-09-30 15:32:13 - cd /home/tinderbox/CURRENT/i386/i386/src
TB --- 2004-09-30 15:32:13 - /usr/bin/make buildkernel KERNCONF=GENERIC
>>> Kernel build for GENERIC started on Thu Sep 30 15:32:13 UTC 2004
>>> stage 1: configuring the kernel
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3.1: making dependencies
>>> stage 3.2: building everything
[...]
/tinderbox/CURRENT/i386/i386/src/sys/kern/subr_unit.c: In function `free_unr':
/tinderbox/CURRENT/i386/i386/src/sys/kern/subr_unit.c:329: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type
/tinderbox/CURRENT/i386/i386/src/sys/kern/subr_unit.c:366: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type
/tinderbox/CURRENT/i386/i386/src/sys/kern/subr_unit.c:386: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type
/tinderbox/CURRENT/i386/i386/src/sys/kern/subr_unit.c:396: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type
/tinderbox/CURRENT/i386/i386/src/sys/kern/subr_unit.c:407: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type
/tinderbox/CURRENT/i386/i386/src/sys/kern/subr_unit.c:435: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type
/tinderbox/CURRENT/i386/i386/src/sys/kern/subr_unit.c:510: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type
*** Error code 1
Stop in /tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/sys/GENERIC.
*** Error code 1
Stop in /tinderbox/CURRENT/i386/i386/src.
*** Error code 1
Stop in /tinderbox/CURRENT/i386/i386/src.
TB --- 2004-09-30 15:38:22 - WARNING: /usr/bin/make returned exit code 1
TB --- 2004-09-30 15:38:22 - ERROR: failed to build generic kernel
TB --- 2004-09-30 15:38:22 - tinderbox aborted
From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 15:56:20 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 90D0416A4D1
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 15:56:20 +0000 (GMT)
Received: from froody.rupture.net (froody.rupture.net [216.22.46.119])
by mx1.FreeBSD.org (Postfix) with ESMTP id 2B16A43D54
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 15:56:20 +0000 (GMT) (envelope-from jon@rupture.net)
Received: from froody.rupture.net (localhost [127.0.0.1])
by froody.rupture.net (8.12.10/8.12.10) with ESMTP id i8UFuJHT013525
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 11:56:19 -0400 (EDT) (envelope-from jon@rupture.net)
Received: (from jon@localhost)
by froody.rupture.net (8.12.10/8.12.10/Submit) id i8UFuJCn013524
for freebsd-current@freebsd.org; Thu, 30 Sep 2004 11:56:19 -0400 (EDT)
(envelope-from jon@rupture.net)
X-Authentication-Warning: froody.rupture.net: jon set sender to
jon@rupture.net using -f
Received: by froody.rupture.net (tmda-sendmail, from uid 500);
Thu, 30 Sep 2004 11:56:18 -0400 (EDT)
Date: Thu, 30 Sep 2004 11:56:15 -0400
To: freebsd-current@freebsd.org
Message-ID: <20040930155615.GD56251@froody.rupture.net>
References: <20040901052054.GV4846@numachi.com>
<20040929224035.GL11445@numachi.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20040929224035.GL11445@numachi.com>
User-Agent: Mutt/1.5.6i
From: Jon Nathan <jon@rupture.net>
Mail-Followup-To: freebsd-current@freebsd.org
X-Delivery-Agent: TMDA/1.0.3 (Seattle Slew)
X-Primary-Address: jon@rupture.net
Subject: Re: how 'supported' are 3ware Escalade controllers?
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: Jon Nathan <jon+dated+1097164578.d399a2@rupture.net>
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Sep 2004 15:56:20 -0000
* Brian Reichert <reichert@numachi.com> [09-29-2004 19:15]:
>
> I'm now exploring the misc management tools, with middling success,
> but I'd love some feedback on what other people have successfully
> gotten to fly:
>
> --
> Brian Reichert <reichert@numachi.com>
The tw_cli program seems to do a good enough job of managing my 7006-2
controller. I haven't worked on any notification (email, syslog) yet.
http://www.3ware.com/support/download.asp (Select CLI from one of the
pulldowns)
Still not sure why the array degrades on each reboot though.
-jon
--
Jon Nathan
jon@rupture.net
From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 15:56:51 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 617FA16A4CE
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 15:56:51 +0000 (GMT)
Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75])
by mx1.FreeBSD.org (Postfix) with ESMTP id 30E1143D1F
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 15:56:51 +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 i8UG0pgk021001;
Thu, 30 Sep 2004 09:00:51 -0700
Received: (from brdavis@localhost)
by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id i8UG0o9U021000;
Thu, 30 Sep 2004 09:00:50 -0700
Date: Thu, 30 Sep 2004 09:00:50 -0700
From: Brooks Davis <brooks@one-eyed-alien.net>
To: Muthu_T@Dell.com
Message-ID: <20040930160050.GA19857@odin.ac.hmc.edu>
References: <71F713C5E3CB7F4F9ACCBBB8E9BE318A1E1E23@blrx2kmbgl101.blr.amer.dell.com>
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: <71F713C5E3CB7F4F9ACCBBB8E9BE318A1E1E23@blrx2kmbgl101.blr.amer.dell.com>
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new
X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63
X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu
cc: freebsd-current@freebsd.org
Subject: Re: PE2850 + FreeBSD 5.3-BETA6 - Keyboard not working
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Sep 2004 15:56:51 -0000
--tThc/1wpZn/ma/RB
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Thu, Sep 30, 2004 at 01:40:06AM -0500, Muthu_T@Dell.com wrote:
> >From: Brooks Davis [mailto:brooks@one-eyed-alien.net]=20
> >Sent: Thursday, September 30, 2004 12:17 AM
>=20
> >>On Wed, Sep 29, 2004 at 08:42:32AM -0500, Muthu_T@Dell.com wrote:
> >> All,
> >>=20
> >> Successfully installed FreeBSD 5.3-BETA6 on Dell PE2860.
> >> After rebooting in the login prompt the system doesn't accept any=20
> >> keystrokes.
> >> I have 1 USB and 1 PS/2 Keyboard. Both keyboards are working (caps=20
> >> on/off, Numlock on/off works), but the characters doesn't comes to
> the=20
> >> system console.
> >>=20
> >> Attaching the dmesg output.
> >>=20
> >> Looks like DELL DRAC (Dell Remote Access Card) card is identified as=
=20
> >> Keyboard.
> >> See the line: (ukbd0: Dell DRAC4, rev 1.10/0.00, addr 2, iclass 3/1)
> >>=20
> >> Any fixes?
> >
> >From your other message, I think I see what's happening. The
> information that the PS/2 keyboard works in=20
> >single user mode was critical. The root problem is that you can have
> one and only one console keyboard=20
> >today. I'm working on fixing that, but it's going to take time. For
> now we're attemting to work around this >problem by making ukbd0 the
> console keyboard in multiuser mode via devd rules.
> >In your case this backfires because ukbd0 is your DRAC card not yoru
> external USB keyboard. A workaround=20
> >that should work in your case is to boot into single user and comment
> out the ukbd related lines in >/etc/devd.conf. Then your PS/2 keyboard
> will remain your console keyboard.
>=20
>=20
> Commenting out the ukbd0 stuff in /etc/devd.conf does the magic. Now
> PS/2 keyboard is working fine!
>=20
> Installed the 64bit version of FreeBSD on this m/c. Running without any
> issue. Wonderful Job! :-)
Good to hear. Hopefully, I'll have a patch to test for multiple
keyboard support soon.
-- 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
--tThc/1wpZn/ma/RB
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)
iD8DBQFBXC2yXY6L6fI4GtQRArZ6AKCCNZXOS3fDY7L5fQIXBYuX943b5wCgqoxH
RsyIBskbiozVn0r/oFtj9jk=
=6X6G
-----END PGP SIGNATURE-----
--tThc/1wpZn/ma/RB--
From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 16:04:42 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id BA38E16A4CE
for <freebsd-current@FreeBSD.org>;
Thu, 30 Sep 2004 16:04:42 +0000 (GMT)
Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57])
by mx1.FreeBSD.org (Postfix) with ESMTP id 66DE043D39
for <freebsd-current@FreeBSD.org>;
Thu, 30 Sep 2004 16:04:42 +0000 (GMT)
(envelope-from scottl@FreeBSD.org)
Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11])
(authenticated bits=0)
by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i8UG5UIh073173;
Thu, 30 Sep 2004 10:05:32 -0600 (MDT)
(envelope-from scottl@FreeBSD.org)
Message-ID: <415C2E61.8070904@FreeBSD.org>
Date: Thu, 30 Sep 2004 10:03:45 -0600
From: Scott Long <scottl@FreeBSD.org>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040831
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Claus Guttesen <cguttesen@yahoo.dk>
References: <20040930120946.26047.qmail@web14107.mail.yahoo.com>
In-Reply-To: <20040930120946.26047.qmail@web14107.mail.yahoo.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63
X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org
cc: freebsd-current@FreeBSD.org
Subject: Re: unable to install beta6 [amd64] on Dell 2850 with 4 GB
RAM,workaround
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Sep 2004 16:04:42 -0000
Claus Guttesen wrote:
>>The AMR driver cannot handle >4GB of RAM. Even
>>though you only have
>>4GB, your chipset is remapping part of it to the
>>
>>>4GB region. The
>>
>>driver incorrectly interfaces with busdma and cannot
>>handle this
>>scenario very well. The panic is to be expected.
>>You can verify
>>this by setting the tunable 'hw.physmem' in the
>>loader to some
>>value under 4GB to artifically limit the amount of
>>RAM that the OS
>>sees.
>
>
> Added hw.physmem=4G to /boot/loader.conf and it seems
> to solve the issue. Dmesg now tells me that I have
>
> real memory = 3489398784 (3327 MB)
> avail memory = 3367739392 (3211 MB)
>
> It seems that it does ignore some RAM, but is this the
> correct behaviour?
>
> Without hw.physmem I get
>
> real memory = 5100273664 (4864 MB)
> avail memory = 4125847552 (3934 MB)
>
> So it appears to perform an incorrect probing of
> memory.
>
> Thank you.
> Claus
>
That's not always the case. The system might be excluding a large
part of the address space for some reason and mapping the RAM around
it. Can you send a verbose dmesg to me in private?
Scott
From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 16:28:37 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 29E7616A4CE
for <current@freebsd.org>; Thu, 30 Sep 2004 16:28:37 +0000 (GMT)
Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22])
by mx1.FreeBSD.org (Postfix) with ESMTP id C942543D39
for <current@freebsd.org>; Thu, 30 Sep 2004 16:28:36 +0000 (GMT)
(envelope-from nate@root.org)
Received: from [10.0.0.34] (adsl-64-171-187-209.dsl.snfc21.pacbell.net
[64.171.187.209])
by www.cryptography.com (8.12.8/8.12.8) with ESMTP id i8UGSXHr011568
(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT);
Thu, 30 Sep 2004 09:28:36 -0700
Message-ID: <415C3430.40509@root.org>
Date: Thu, 30 Sep 2004 09:28:32 -0700
From: Nate Lawson <nate@root.org>
User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Michael Reifenberger <mike@Reifenberger.com>
References: <415B5991.70002@root.org>
<20040930041127.E63741@fw.reifenberger.com> <415B8C47.3060008@root.org>
<20040930093655.C64743@fw.reifenberger.com>
In-Reply-To: <20040930093655.C64743@fw.reifenberger.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
cc: current@freebsd.org
Subject: Re: [Fwd: cvs commit: src/sys/dev/acpica acpi_pci_link.c]
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Sep 2004 16:28:37 -0000
Michael Reifenberger wrote:
> On Wed, 29 Sep 2004, Nate Lawson wrote:
> ...
>
>>> If this change isn't MFC'd jet than it could fix a system freeze I had
>>> during boot on RELENG_5 (see my mail to -current a few days ago)
>>> which where fixed when booting -current.
>>
>>
>> Maybe. But that also was probably the floppy hang problem that Warner
>> just MFCd. To test, cvsup to a BETA5 kernel and then copy in this
>> file to src/sys/dev/acpica/acpi_pci_link.c:
>>
>
> No. It hang after:
> ...
> ioapic0: routing intpin 23 (PCI IRQ 23) to cluster 0
> ...
> This where after fdc probe. Or is fdc relevant for mountroot too?
>
> Unfortunately I can't downgrade this machine ATM for the next few days
> to get shure.
If it's the floppy problem, that is where it's likely to hang. There
are now 2 probes, 1`for floppy hardware done where the fdc0 messages are
and 1 done for floppy media by GEOM, right at the end of boot (while
discovering disks). If the first one gets the config wrong, the second
triggers the hang. This was previously hidden by the fact that in the
past, we didn't bother with media in the drive during boot, only when
someone made a mount or read attempt from /dev/fd0 at runtime.
The fix is to get the config right. At the moment, I believe both
RELENG_5 and -current take into account all known settings. It's quite
possible there are other config issues, possibly triggered by
nonstandard hardware (i.e., media line change), that we'll have to
account for.
--
Nate
From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 16:54:52 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 74A4A16A4CE; Thu, 30 Sep 2004 16:54:52 +0000 (GMT)
Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 063B443D41; Thu, 30 Sep 2004 16:54:52 +0000 (GMT)
(envelope-from tinderbox@freebsd.org)
Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4])
by smarthost1.sentex.ca (8.13.1/8.13.1) with ESMTP id i8UGsmq7024096;
Thu, 30 Sep 2004 12:54:51 -0400 (EDT)
(envelope-from tinderbox@freebsd.org)
Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca
[64.7.128.98])
by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id i8UGslxN090758;
Thu, 30 Sep 2004 12:54:47 -0400 (EDT)
(envelope-from tinderbox@freebsd.org)
Received: by freebsd-current.sentex.ca (Postfix, from userid 666)
id 02C1C7303F; Thu, 30 Sep 2004 12:54:47 -0400 (EDT)
Sender: FreeBSD Tinderbox <tinderbox@freebsd.org>
From: FreeBSD Tinderbox <tinderbox@freebsd.org>
To: FreeBSD Tinderbox <tinderbox@freebsd.org>, <current@freebsd.org>,
<i386@freebsd.org>
Precedence: bulk
Message-Id: <20040930165447.02C1C7303F@freebsd-current.sentex.ca>
Date: Thu, 30 Sep 2004 12:54:47 -0400 (EDT)
Subject: [current tinderbox] failure on i386/pc98
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Sep 2004 16:54:52 -0000
TB --- 2004-09-30 15:38:23 - tinderbox 2.3 running on freebsd-current.sentex.ca
TB --- 2004-09-30 15:38:23 - starting CURRENT tinderbox run for i386/pc98
TB --- 2004-09-30 15:38:23 - checking out the source tree
TB --- 2004-09-30 15:38:23 - cd /home/tinderbox/CURRENT/i386/pc98
TB --- 2004-09-30 15:38:23 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2004-09-30 15:44:25 - building world (CFLAGS=-O2 -pipe)
TB --- 2004-09-30 15:44:25 - cd /home/tinderbox/CURRENT/i386/pc98/src
TB --- 2004-09-30 15:44:25 - /usr/bin/make -B buildworld
>>> Rebuilding the temporary build tree
>>> stage 1.1: legacy release compatibility shims
>>> stage 1.2: bootstrap tools
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3: cross tools
>>> stage 4.1: building includes
>>> stage 4.2: building libraries
>>> stage 4.3: make dependencies
>>> stage 4.4: building everything
TB --- 2004-09-30 16:50:12 - building generic kernel (COPTFLAGS=-O2 -pipe)
TB --- 2004-09-30 16:50:12 - cd /home/tinderbox/CURRENT/i386/pc98/src
TB --- 2004-09-30 16:50:12 - /usr/bin/make buildkernel KERNCONF=GENERIC
>>> Kernel build for GENERIC started on Thu Sep 30 16:50:12 UTC 2004
>>> stage 1: configuring the kernel
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3.1: making dependencies
>>> stage 3.2: building everything
[...]
/tinderbox/CURRENT/i386/pc98/src/sys/kern/subr_unit.c: In function `free_unr':
/tinderbox/CURRENT/i386/pc98/src/sys/kern/subr_unit.c:329: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type
/tinderbox/CURRENT/i386/pc98/src/sys/kern/subr_unit.c:366: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type
/tinderbox/CURRENT/i386/pc98/src/sys/kern/subr_unit.c:386: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type
/tinderbox/CURRENT/i386/pc98/src/sys/kern/subr_unit.c:396: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type
/tinderbox/CURRENT/i386/pc98/src/sys/kern/subr_unit.c:407: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type
/tinderbox/CURRENT/i386/pc98/src/sys/kern/subr_unit.c:435: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type
/tinderbox/CURRENT/i386/pc98/src/sys/kern/subr_unit.c:510: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type
*** Error code 1
Stop in /tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/sys/GENERIC.
*** Error code 1
Stop in /tinderbox/CURRENT/i386/pc98/src.
*** Error code 1
Stop in /tinderbox/CURRENT/i386/pc98/src.
TB --- 2004-09-30 16:54:47 - WARNING: /usr/bin/make returned exit code 1
TB --- 2004-09-30 16:54:47 - ERROR: failed to build generic kernel
TB --- 2004-09-30 16:54:47 - tinderbox aborted
From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 17:03:57 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 2EFE116A4CE; Thu, 30 Sep 2004 17:03:57 +0000 (GMT)
Received: from hak.cnd.mcgill.ca (hak.cnd.McGill.CA [132.216.11.133])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 5C33243D31; Thu, 30 Sep 2004 17:03:56 +0000 (GMT)
(envelope-from mat@hak.cnd.mcgill.ca)
Received: from hak.cnd.mcgill.ca (localhost [127.0.0.1])
by hak.cnd.mcgill.ca (8.12.9/8.12.8) with ESMTP id i8UHAU1M078155;
Thu, 30 Sep 2004 13:10:30 -0400 (EDT)
(envelope-from mat@hak.cnd.mcgill.ca)
Received: (from mat@localhost)
by hak.cnd.mcgill.ca (8.12.9/8.12.8/Submit) id i8UHARw0078154;
Thu, 30 Sep 2004 13:10:27 -0400 (EDT)
Date: Thu, 30 Sep 2004 13:10:27 -0400
From: Mathew Kanner <mat@cnd.mcgill.ca>
To: Anton Nikiforov <anton@nikiforov.ru>
Message-ID: <20040930171027.GB65403@cnd.mcgill.ca>
References: <415BAC7A.7030600@nikiforov.ru>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <415BAC7A.7030600@nikiforov.ru>
User-Agent: Mutt/1.4.1i
Organization: I speak for myself, operating in Montreal, CANADA
X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.62
X-Spam-Checker-Version: SpamAssassin 2.62 (2004-01-11) on hak.cnd.mcgill.ca
cc: freebsd-current@freebsd.org
cc: freebsd-mobile@freebsd.org
Subject: Re: ICH Sound under BETA5
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Sep 2004 17:03:57 -0000
On Sep 30, Anton Nikiforov wrote:
> Dear All!
> I have Dell Latitude X300 an 5.3BETA5 installed
> my dmesg shows
> pcm0: <Intel ICH4 (82801DB)> port 0x18c0-0x18ff,0x1c00-0x1cff mem
> 0xe0100800-0xe01008ff,0xe0100c00-0xe0100dff irq 10 at device 31.5 on pci0
> pcm0: [GIANT-LOCKED]
> pcm0: <SigmaTel STAC9750/51 AC97 Codec>
> That means that my sound card is found and recognized, but no /dev/dsp*
> appears.
> sound module is loaded, device sound is in the kernel
> 3 1 0xc08bc000 5d24 snd_ich.ko
>
> This happend when i updated from BETA3 to BETA5, under BETA3 everything
> was just fine.
>
> Does someone have the same problem? Could someone help?
Hi,
Set the debugging output higher, as per the manual and send
the output of /dev/sndstat
--Mat
--
Having your book made into a movie is like having your ox
made into a bouillon cube.
- Bill Neely
From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 17:34:55 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 9E14416A4CE
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 17:34:55 +0000 (GMT)
Received: from smtp4.server.rpi.edu (smtp4.server.rpi.edu [128.113.2.4])
by mx1.FreeBSD.org (Postfix) with ESMTP id 3215B43D1D
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 17:34:55 +0000 (GMT) (envelope-from drosih@rpi.edu)
Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47])
by smtp4.server.rpi.edu (8.13.0/8.13.0) with ESMTP id i8UHYjFQ028002;
Thu, 30 Sep 2004 13:34:46 -0400
Mime-Version: 1.0
X-Sender: drosih@mail.rpi.edu
Message-Id: <p0611040dbd81ef321609@[128.113.24.47]>
In-Reply-To: <20040929030546.GE16305@electra.cse.Buffalo.EDU>
References: <20040929030546.GE16305@electra.cse.Buffalo.EDU>
Date: Thu, 30 Sep 2004 13:34:44 -0400
To: Ken Smith <kensmith@cse.Buffalo.EDU>, freebsd-current@freebsd.org
From: Garance A Drosihn <drosih@rpi.edu>
Content-Type: text/plain; charset="us-ascii" ; format="flowed"
X-Scanned-By: CanIt (www . canit . ca)
Subject: Re: HEADS-UP: Library version number bumps
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Sep 2004 17:34:55 -0000
At 11:05 PM -0400 9/28/04, Ken Smith wrote:
> >From the "Better late than never" Department...
>
>It looks like we should probably bump the version of a couple of
>the system libraries. With LOTS of help from Kris it looks like
>this is the list we think needs a version bump, with the version
>from 4.X being placed in compat4x:
>
> libgnuregex.so.2
> libhistory.so.4
> libm.so.2
> libncurses.so.5
> libopie.so.2
> libpcap.so.2
> libreadline.so.4
> libwrap.so.3
>
>The bumps will be coming soon...
Does this include bumping the version number on C++ related
libraries, as requested in the message on "5.3, libstc++, gcc34"
on Sept 15th?
--
Garance Alistair Drosehn = gad@gilead.netel.rpi.edu
Senior Systems Programmer or gad@freebsd.org
Rensselaer Polytechnic Institute or drosih@rpi.edu
From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 17:35:38 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 0816D16A4CF
for <freebsd-current@FreeBSD.org>;
Thu, 30 Sep 2004 17:35:38 +0000 (GMT)
Received: from mail5.speakeasy.net (mail5.speakeasy.net [216.254.0.205])
by mx1.FreeBSD.org (Postfix) with ESMTP id D534243D53
for <freebsd-current@FreeBSD.org>;
Thu, 30 Sep 2004 17:35:37 +0000 (GMT) (envelope-from jhb@FreeBSD.org)
Received: (qmail 26567 invoked from network); 30 Sep 2004 17:35:37 -0000
Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx)
([216.27.160.63]) (envelope-sender <jhb@FreeBSD.org>)
encrypted SMTP for <freebsd-current@FreeBSD.org>;
30 Sep 2004 17:35:37 -0000
Received: from [10.50.40.210] (gw1.twc.weather.com [216.133.140.1])
(authenticated bits=0)
by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i8UHZREk019616;
Thu, 30 Sep 2004 13:35:34 -0400 (EDT)
(envelope-from jhb@FreeBSD.org)
From: John Baldwin <jhb@FreeBSD.org>
To: anton@nikiforov.ru
Date: Thu, 30 Sep 2004 10:38:20 -0400
User-Agent: KMail/1.6.2
References: <415BAC7A.7030600@nikiforov.ru>
In-Reply-To: <415BAC7A.7030600@nikiforov.ru>
MIME-Version: 1.0
Content-Disposition: inline
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Message-Id: <200409301038.20213.jhb@FreeBSD.org>
X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx
cc: freebsd-current@FreeBSD.org
Subject: Re: ICH Sound under BETA5
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Sep 2004 17:35:38 -0000
On Thursday 30 September 2004 02:49 am, Anton Nikiforov wrote:
> Dear All!
> I have Dell Latitude X300 an 5.3BETA5 installed
> my dmesg shows
> pcm0: <Intel ICH4 (82801DB)> port 0x18c0-0x18ff,0x1c00-0x1cff mem
> 0xe0100800-0xe01008ff,0xe0100c00-0xe0100dff irq 10 at device 31.5 on pci0
> pcm0: [GIANT-LOCKED]
> pcm0: <SigmaTel STAC9750/51 AC97 Codec>
> That means that my sound card is found and recognized, but no /dev/dsp*
> appears.
> sound module is loaded, device sound is in the kernel
> 3 1 0xc08bc000 5d24 snd_ich.ko
>
> This happend when i updated from BETA3 to BETA5, under BETA3 everything
> was just fine.
>
> Does someone have the same problem? Could someone help?
What does 'cat /dev/sndstat' say?
--
John Baldwin <jhb@FreeBSD.org> <>< http://www.FreeBSD.org/~jhb/
"Power Users Use the Power to Serve" = http://www.FreeBSD.org
From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 17:40:29 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 6BEE316A4CE
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 17:40:29 +0000 (GMT)
Received: from obsecurity.dyndns.org
(CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143])
by mx1.FreeBSD.org (Postfix) with ESMTP id 4344043D46
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 17:40:29 +0000 (GMT)
(envelope-from kris@obsecurity.org)
Received: by obsecurity.dyndns.org (Postfix, from userid 1000)
id B7F3051509; Thu, 30 Sep 2004 10:41:00 -0700 (PDT)
Date: Thu, 30 Sep 2004 10:41:00 -0700
From: Kris Kennaway <kris@obsecurity.org>
To: Garance A Drosihn <drosih@rpi.edu>
Message-ID: <20040930174100.GA1090@xor.obsecurity.org>
References: <20040929030546.GE16305@electra.cse.Buffalo.EDU>
<p0611040dbd81ef321609@[128.113.24.47]>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="XsQoSWH+UP9D9v3l"
Content-Disposition: inline
In-Reply-To: <p0611040dbd81ef321609@[128.113.24.47]>
User-Agent: Mutt/1.4.2.1i
cc: Ken Smith <kensmith@cse.Buffalo.EDU>
cc: freebsd-current@freebsd.org
Subject: Re: HEADS-UP: Library version number bumps
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Sep 2004 17:40:29 -0000
--XsQoSWH+UP9D9v3l
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Thu, Sep 30, 2004 at 01:34:44PM -0400, Garance A Drosihn wrote:
> At 11:05 PM -0400 9/28/04, Ken Smith wrote:
> > >From the "Better late than never" Department...
> >
> >It looks like we should probably bump the version of a couple of
> >the system libraries. With LOTS of help from Kris it looks like
> >this is the list we think needs a version bump, with the version
> >from 4.X being placed in compat4x:
> >
> > libgnuregex.so.2
> > libhistory.so.4
> > libm.so.2
> > libncurses.so.5
> > libopie.so.2
> > libpcap.so.2
> > libreadline.so.4
> > libwrap.so.3
> >
> >The bumps will be coming soon...
>=20
> Does this include bumping the version number on C++ related
> libraries, as requested in the message on "5.3, libstc++, gcc34"
> on Sept 15th?
5.x has already had lots of incompatible changes requiring you to
recompile older binaries, and the above is going to be another one
(that's the price of fixing compat with 4.x).
Kris
--XsQoSWH+UP9D9v3l
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)
iD8DBQFBXEUsWry0BWjoQKURAgddAKCWDYA2/BWv1fjomUJus3YBsK7y6wCgnIks
2RBzzYTUw1MqRpuhCtMyn5Y=
=I9Xq
-----END PGP SIGNATURE-----
--XsQoSWH+UP9D9v3l--
From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 18:16:42 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 45CC816A4CE
for <current@freebsd.org>; Thu, 30 Sep 2004 18:16:42 +0000 (GMT)
Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2])
by mx1.FreeBSD.org (Postfix) with ESMTP id 001E743D1D
for <current@freebsd.org>; Thu, 30 Sep 2004 18:16:41 +0000 (GMT)
(envelope-from julian@elischer.org)
Received: from elischer.org (julian.vicor-nb.com [208.206.78.97])
by mail.vicor-nb.com (Postfix) with ESMTP
id 914D67A403; Thu, 30 Sep 2004 11:16:41 -0700 (PDT)
Message-ID: <415C4D89.4050609@elischer.org>
Date: Thu, 30 Sep 2004 11:16:41 -0700
From: Julian Elischer <julian@elischer.org>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030516
X-Accept-Language: en, hu
MIME-Version: 1.0
To: Damian Gerow <dgerow@afflictions.org>
References: <20040927211341.GB30059@afflictions.org>
<20040929040222.GI5115@afflictions.org> <415A3E1B.5010404@elischer.org>
<20040929050154.GJ5115@afflictions.org> <415A6AE3.4050309@elischer.org>
<415A6B8A.1040902@elischer.org> <20040929093723.GB29565@afflictions.org>
<415B113A.1060508@elischer.org> <20040929215528.GH29565@afflictions.org>
<415B368D.3020506@elischer.org> <20040930042935.GA26934@afflictions.org>
In-Reply-To: <20040930042935.GA26934@afflictions.org>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
cc: current@freebsd.org
Subject: Re: Random processes hanging in unkillable state in -BETA6
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Sep 2004 18:16:42 -0000
Damian Gerow wrote:
>Thus spake Julian Elischer (julian@elischer.org) [29/09/04 18:28]:
>: It actually needs a *arg to be a valid ctor..
>:
>: -ksegrp_init(void *mem, int size, int flags)
>: +ksegrp_ctor(void *mem, int size, void *arg, int flags)
>
>Okay, change made, kernel recompiled, installed, and booted into. But I'm
>still seeing the hangs from firefox, dig, and ogle.
>
ok..
can you do the same as before and dump tke ksegrps as before?
(I want to see if the garbage values have gone away.)
>
> - Damian
>
>
From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 18:22:15 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id A794816A4CE
for <current@freebsd.org>; Thu, 30 Sep 2004 18:22:15 +0000 (GMT)
Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2])
by mx1.FreeBSD.org (Postfix) with ESMTP id 92F6A43D1F
for <current@freebsd.org>; Thu, 30 Sep 2004 18:22:15 +0000 (GMT)
(envelope-from julian@elischer.org)
Received: from elischer.org (julian.vicor-nb.com [208.206.78.97])
by mail.vicor-nb.com (Postfix) with ESMTP
id 6571D7A403; Thu, 30 Sep 2004 11:22:15 -0700 (PDT)
Message-ID: <415C4ED7.8090209@elischer.org>
Date: Thu, 30 Sep 2004 11:22:15 -0700
From: Julian Elischer <julian@elischer.org>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030516
X-Accept-Language: en, hu
MIME-Version: 1.0
To: Damian Gerow <dgerow@afflictions.org>
References: <20040929040222.GI5115@afflictions.org>
<415A3E1B.5010404@elischer.org> <20040929050154.GJ5115@afflictions.org>
<415A6AE3.4050309@elischer.org> <415A6B8A.1040902@elischer.org>
<20040929093723.GB29565@afflictions.org> <415B113A.1060508@elischer.org>
<20040929215528.GH29565@afflictions.org> <415B368D.3020506@elischer.org>
<20040930042935.GA26934@afflictions.org>
<20040930043322.GB26934@afflictions.org>
In-Reply-To: <20040930043322.GB26934@afflictions.org>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
cc: current@freebsd.org
Subject: Re: Random processes hanging in unkillable state in -BETA6
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Sep 2004 18:22:15 -0000
Damian Gerow wrote:
>Thus spake Damian Gerow (dgerow@afflictions.org) [30/09/04 00:32]:
>: Thus spake Julian Elischer (julian@elischer.org) [29/09/04 18:28]:
>: : It actually needs a *arg to be a valid ctor..
>: :
>: : -ksegrp_init(void *mem, int size, int flags)
>: : +ksegrp_ctor(void *mem, int size, void *arg, int flags)
>:
>: Okay, change made, kernel recompiled, installed, and booted into. But I'm
>: still seeing the hangs from firefox, dig, and ogle.
>
>And the next ddb output is up, as per your previous instructions, at
><http://www.afflictions.org/~dgerow/ddb2.out>.
>
oh ok.
I see the garbage values are still there. they look like flags of some
sort. Something must
be writing to that location.. I'll look for an overwrite.
..
your last two dumped ksegrps are not the correct address..
any chance you could do it again and get them, all?
thanks..
From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 18:36:28 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 5A4DE16A4CE; Thu, 30 Sep 2004 18:36:28 +0000 (GMT)
Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 1174143D3F; Thu, 30 Sep 2004 18:36:28 +0000 (GMT)
(envelope-from tinderbox@freebsd.org)
Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9])
by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id i8UIaROc069738;
Thu, 30 Sep 2004 14:36:27 -0400 (EDT)
(envelope-from tinderbox@freebsd.org)
Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca
[64.7.128.98])
by smtp2.sentex.ca (8.12.11/8.12.11) with ESMTP id i8UIaRQA017186;
Thu, 30 Sep 2004 14:36:27 -0400 (EDT)
(envelope-from tinderbox@freebsd.org)
Received: by freebsd-current.sentex.ca (Postfix, from userid 666)
id 662277303F; Thu, 30 Sep 2004 14:36:27 -0400 (EDT)
Sender: FreeBSD Tinderbox <tinderbox@freebsd.org>
From: FreeBSD Tinderbox <tinderbox@freebsd.org>
To: FreeBSD Tinderbox <tinderbox@freebsd.org>, <current@freebsd.org>,
<ia64@freebsd.org>
Precedence: bulk
Message-Id: <20040930183627.662277303F@freebsd-current.sentex.ca>
Date: Thu, 30 Sep 2004 14:36:27 -0400 (EDT)
Subject: [current tinderbox] failure on ia64/ia64
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Sep 2004 18:36:28 -0000
TB --- 2004-09-30 16:54:48 - tinderbox 2.3 running on freebsd-current.sentex.ca
TB --- 2004-09-30 16:54:48 - starting CURRENT tinderbox run for ia64/ia64
TB --- 2004-09-30 16:54:48 - checking out the source tree
TB --- 2004-09-30 16:54:48 - cd /home/tinderbox/CURRENT/ia64/ia64
TB --- 2004-09-30 16:54:48 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2004-09-30 17:00:30 - building world (CFLAGS=-O2 -pipe)
TB --- 2004-09-30 17:00:30 - cd /home/tinderbox/CURRENT/ia64/ia64/src
TB --- 2004-09-30 17:00:30 - /usr/bin/make -B buildworld
>>> Rebuilding the temporary build tree
>>> stage 1.1: legacy release compatibility shims
>>> stage 1.2: bootstrap tools
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3: cross tools
>>> stage 4.1: building includes
>>> stage 4.2: building libraries
>>> stage 4.3: make dependencies
>>> stage 4.4: building everything
TB --- 2004-09-30 18:29:43 - building generic kernel (COPTFLAGS=-O2 -pipe)
TB --- 2004-09-30 18:29:43 - cd /home/tinderbox/CURRENT/ia64/ia64/src
TB --- 2004-09-30 18:29:43 - /usr/bin/make buildkernel KERNCONF=GENERIC
>>> Kernel build for GENERIC started on Thu Sep 30 18:29:44 UTC 2004
>>> stage 1: configuring the kernel
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3.1: making dependencies
>>> stage 3.2: building everything
[...]
/tinderbox/CURRENT/ia64/ia64/src/sys/kern/subr_unit.c: In function `free_unr':
/tinderbox/CURRENT/ia64/ia64/src/sys/kern/subr_unit.c:329: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type
/tinderbox/CURRENT/ia64/ia64/src/sys/kern/subr_unit.c:366: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type
/tinderbox/CURRENT/ia64/ia64/src/sys/kern/subr_unit.c:386: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type
/tinderbox/CURRENT/ia64/ia64/src/sys/kern/subr_unit.c:396: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type
/tinderbox/CURRENT/ia64/ia64/src/sys/kern/subr_unit.c:407: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type
/tinderbox/CURRENT/ia64/ia64/src/sys/kern/subr_unit.c:435: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type
/tinderbox/CURRENT/ia64/ia64/src/sys/kern/subr_unit.c:510: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type
*** Error code 1
Stop in /tinderbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/sys/GENERIC.
*** Error code 1
Stop in /tinderbox/CURRENT/ia64/ia64/src.
*** Error code 1
Stop in /tinderbox/CURRENT/ia64/ia64/src.
TB --- 2004-09-30 18:36:27 - WARNING: /usr/bin/make returned exit code 1
TB --- 2004-09-30 18:36:27 - ERROR: failed to build generic kernel
TB --- 2004-09-30 18:36:27 - tinderbox aborted
From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 18:38:13 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id F2BE116A4CF
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 18:38:12 +0000 (GMT)
Received: from mail.newlines.ru (mail.newlines.ru [195.54.211.132])
by mx1.FreeBSD.org (Postfix) with ESMTP id 1B0EA43D2F
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 18:38:07 +0000 (GMT)
(envelope-from anton@nikiforov.ru)
Received: from mail.newlines.ru (root@localhost)
by mail.newlines.ru (8.12.10/8.12.9) with SMTP id i8UIc075068826
for <freebsd-current@freebsd.org>; Thu, 30 Sep 2004 18:38:00 GMT
(envelope-from anton@nikiforov.ru)
Received: from [192.168.20.18] (florent-mashin.rmt.ru [81.13.8.34])
(authenticated bits=0)
by mail.newlines.ru (8.12.10/8.12.9) with ESMTP id i8UIc0vn068736;
Thu, 30 Sep 2004 18:38:00 GMT
(envelope-from anton@nikiforov.ru)
Message-ID: <415C528F.5000703@nikiforov.ru>
Date: Thu, 30 Sep 2004 22:38:07 +0400
From: Anton Nikiforov <anton@nikiforov.ru>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040907
X-Accept-Language: ru, en-us, en
MIME-Version: 1.0
To: John Baldwin <jhb@freebsd.org>
References: <415BAC7A.7030600@nikiforov.ru>
<200409301038.20213.jhb@FreeBSD.org>
In-Reply-To: <200409301038.20213.jhb@FreeBSD.org>
Content-Type: multipart/signed; protocol="application/x-pkcs7-signature";
micalg=sha1; boundary="------------ms060006070204000901030200"
cc: freebsd-current@freebsd.org
Subject: Re: ICH Sound under BETA5
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: anton@nikiforov.ru
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Sep 2004 18:38:13 -0000
This is a cryptographically signed message in MIME format.
--------------ms060006070204000901030200
Content-Type: text/plain; charset=KOI8-R; format=flowed
Content-Transfer-Encoding: 8bit
John Baldwin wrote:
> On Thursday 30 September 2004 02:49 am, Anton Nikiforov wrote:
>
>>Dear All!
>>I have Dell Latitude X300 an 5.3BETA5 installed
>>my dmesg shows
>>pcm0: <Intel ICH4 (82801DB)> port 0x18c0-0x18ff,0x1c00-0x1cff mem
>>0xe0100800-0xe01008ff,0xe0100c00-0xe0100dff irq 10 at device 31.5 on pci0
>>pcm0: [GIANT-LOCKED]
>>pcm0: <SigmaTel STAC9750/51 AC97 Codec>
>>That means that my sound card is found and recognized, but no /dev/dsp*
>>appears.
>>sound module is loaded, device sound is in the kernel
>>3 1 0xc08bc000 5d24 snd_ich.ko
>>
>>This happend when i updated from BETA3 to BETA5, under BETA3 everything
>>was just fine.
>>
>>Does someone have the same problem? Could someone help?
>
>
> What does 'cat /dev/sndstat' say?
>
Hello!
latitude:~>cat /dev/sndstat
FreeBSD Audio Driver (newpcm)
Installed devices:
pcm0: <Intel ICH4 (82801DB)> at io 0x1c00, 0x18c0 irq 10 bufsz 16384 kld
snd_ich (1p/1r/4v
channels duplex default)
--
ó Õ×ÁÖÅÎÉÅÍ (Best regads),
áÎÔÏÎ îÉËÉÆÏÒÏ× (Anton Nikiforov)
--------------ms060006070204000901030200
Content-Type: application/x-pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"
Content-Description: S/MIME Cryptographic Signature
MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIII7TCC
AtEwggI6oAMCAQICAwvaFTANBgkqhkiG9w0BAQQFADBiMQswCQYDVQQGEwJaQTElMCMGA1UE
ChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNv
bmFsIEZyZWVtYWlsIElzc3VpbmcgQ0EwHhcNMDQwMzA1MjExMjI4WhcNMDUwMzA1MjExMjI4
WjBEMR8wHQYDVQQDExZUaGF3dGUgRnJlZW1haWwgTWVtYmVyMSEwHwYJKoZIhvcNAQkBFhJh
bnRvbkBuaWtpZm9yb3YucnUwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQC1Ps7E
cf3xTnaY72Aip/U5HeUmGwQ6QmbCjMcqS3XfO6EsA+5ol526JvhQ1XStpDX/kh8R8MDELUJD
SVooXFiDInspw5tmPOlXV1C60xH4VWf5Gh+2y3yDGzHyWBAalul7LbhC1p8zDNUA12pAu4Ry
1k1A0Yepomr8CRbh/Z9JryfJcqHYDL+z1qgLzQlpJsao9E3Zld5ZfgJPORcFoRB7Z6jvqVLh
pLNmSrvfDbSw6WK/K9EbZT9zlOTlmOnt4uLBy3hKZMcvkaFrYVYTRXLMegJHFPAp3sxLYef2
iW9fEUKgrs4W7d5c8UWlmiGurVt1Xdzc58W8X3vekMLqu9elAgMBAAGjLzAtMB0GA1UdEQQW
MBSBEmFudG9uQG5pa2lmb3Jvdi5ydTAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3DQEBBAUAA4GB
ABINGnCD0TGnBHqGYbJHSwjFfxEsVS1ygSUVIyb0Q1S0SphgUSeRWIZ4+joWR9TzxFGqLtYM
TEQvRTQ7VJcugjn2o2nTgQ4EPhze0O5ki2eUWHE9dViHboQWOWI0r1vurUTkDnmloeM8mpMo
CAAtXbjyhz7AVKUwI7vULQKuE+imMIIC0TCCAjqgAwIBAgIDC9oVMA0GCSqGSIb3DQEBBAUA
MGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQu
MSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBDQTAeFw0wNDAz
MDUyMTEyMjhaFw0wNTAzMDUyMTEyMjhaMEQxHzAdBgNVBAMTFlRoYXd0ZSBGcmVlbWFpbCBN
ZW1iZXIxITAfBgkqhkiG9w0BCQEWEmFudG9uQG5pa2lmb3Jvdi5ydTCCASIwDQYJKoZIhvcN
AQEBBQADggEPADCCAQoCggEBALU+zsRx/fFOdpjvYCKn9Tkd5SYbBDpCZsKMxypLdd87oSwD
7miXnbom+FDVdK2kNf+SHxHwwMQtQkNJWihcWIMieynDm2Y86VdXULrTEfhVZ/kaH7bLfIMb
MfJYEBqW6XstuELWnzMM1QDXakC7hHLWTUDRh6miavwJFuH9n0mvJ8lyodgMv7PWqAvNCWkm
xqj0TdmV3ll+Ak85FwWhEHtnqO+pUuGks2ZKu98NtLDpYr8r0RtlP3OU5OWY6e3i4sHLeEpk
xy+RoWthVhNFcsx6AkcU8CnezEth5/aJb18RQqCuzhbt3lzxRaWaIa6tW3Vd3Nznxbxfe96Q
wuq716UCAwEAAaMvMC0wHQYDVR0RBBYwFIESYW50b25AbmlraWZvcm92LnJ1MAwGA1UdEwEB
/wQCMAAwDQYJKoZIhvcNAQEEBQADgYEAEg0acIPRMacEeoZhskdLCMV/ESxVLXKBJRUjJvRD
VLRKmGBRJ5FYhnj6OhZH1PPEUaou1gxMRC9FNDtUly6COfajadOBDgQ+HN7Q7mSLZ5RYcT11
WIduhBY5YjSvW+6tROQOeaWh4zyakygIAC1duPKHPsBUpTAju9QtAq4T6KYwggM/MIICqKAD
AgECAgENMA0GCSqGSIb3DQEBBQUAMIHRMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVy
biBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xGjAYBgNVBAoTEVRoYXd0ZSBDb25zdWx0aW5n
MSgwJgYDVQQLEx9DZXJ0aWZpY2F0aW9uIFNlcnZpY2VzIERpdmlzaW9uMSQwIgYDVQQDExtU
aGF3dGUgUGVyc29uYWwgRnJlZW1haWwgQ0ExKzApBgkqhkiG9w0BCQEWHHBlcnNvbmFsLWZy
ZWVtYWlsQHRoYXd0ZS5jb20wHhcNMDMwNzE3MDAwMDAwWhcNMTMwNzE2MjM1OTU5WjBiMQsw
CQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoG
A1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0EwgZ8wDQYJKoZIhvcN
AQEBBQADgY0AMIGJAoGBAMSmPFVzVftOucqZWh5owHUEcJ3f6f+jHuy9zfVb8hp2vX8MOmHy
v1HOAdTlUAow1wJjWiyJFXCO3cnwK4Vaqj9xVsuvPAsH5/EfkTYkKhPPK9Xzgnc9A74r/rsY
Pge/QIACZNenprufZdHFKlSFD0gEf6e20TxhBEAeZBlyYLf7AgMBAAGjgZQwgZEwEgYDVR0T
AQH/BAgwBgEB/wIBADBDBgNVHR8EPDA6MDigNqA0hjJodHRwOi8vY3JsLnRoYXd0ZS5jb20v
VGhhd3RlUGVyc29uYWxGcmVlbWFpbENBLmNybDALBgNVHQ8EBAMCAQYwKQYDVR0RBCIwIKQe
MBwxGjAYBgNVBAMTEVByaXZhdGVMYWJlbDItMTM4MA0GCSqGSIb3DQEBBQUAA4GBAEiM0VCD
6gsuzA2jZqxnD3+vrL7CF6FDlpSdf0whuPg2H6otnzYvwPQcUCCTcDz9reFhYsPZOhl+hLGZ
GwDFGguCdJ4lUJRix9sncVcljd2pnDmOjCBPZV+V2vf3h9bGCE6u9uo05RAaWzVNd+NWIXiC
3CEZNd4ksdMdRv9dX2VPMYIDOzCCAzcCAQEwaTBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMc
VGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFs
IEZyZWVtYWlsIElzc3VpbmcgQ0ECAwvaFTAJBgUrDgMCGgUAoIIBpzAYBgkqhkiG9w0BCQMx
CwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0wNDA5MzAxODM4MDdaMCMGCSqGSIb3DQEJ
BDEWBBTYSUk60H/TzOUtzVwNKyowSqxaxDBSBgkqhkiG9w0BCQ8xRTBDMAoGCCqGSIb3DQMH
MA4GCCqGSIb3DQMCAgIAgDANBggqhkiG9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIB
KDB4BgkrBgEEAYI3EAQxazBpMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29u
c3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwg
SXNzdWluZyBDQQIDC9oVMHoGCyqGSIb3DQEJEAILMWugaTBiMQswCQYDVQQGEwJaQTElMCMG
A1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBl
cnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECAwvaFTANBgkqhkiG9w0BAQEFAASCAQAOUNXR
v2ynVgP9nwgLiYQp8fs1JRPOeBZzRV8r07/0ln/dtLJIDnaoEQIUSUZyEq3WZccKxqSqSMbq
vcL62w7s0fctp9fam9jSWjX4B6aC/xteXc8YHKiMpnqqRARYL7EAi1MngNqsjSSnfnt0poeW
etkLbt8BwoXgLLo1ti3sX9SdyWSQ41LBd+mYde6qn0H9DeyovQMg9z458AlKs75nMQu+0KYA
iF3qMw00laafLRe+uR9Nc7al0yH3duwjuZFdZqB7tBmFt8FrswpZhnkufwOJWjgqnsRptxC2
pNTiGxIS1LIPsM3LCuNJnf9Yk6p+LZO1CdlJlPbdxITyT2SnAAAAAAAA
--------------ms060006070204000901030200--
From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 18:38:44 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 816A316A4CE
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 18:38:44 +0000 (GMT)
Received: from skoda.sockpuppet.org (skoda.sockpuppet.org [192.148.252.238])
by mx1.FreeBSD.org (Postfix) with SMTP id C475C43D4C
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 18:38:43 +0000 (GMT)
(envelope-from kdulzo@sockpuppet.org)
Received: (qmail 25510 invoked by uid 133); 30 Sep 2004 18:38:22 -0000
Date: Thu, 30 Sep 2004 14:38:22 -0400
From: "Kevin M. Dulzo" <kdulzo@skoda.sockpuppet.org>
To: freebsd-current@freebsd.org
Message-ID: <20040930183822.GA23562@skoda.sockpuppet.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.3.25i
Subject: panic: vm_proc_new: upage allocation failed (5.6-BETA6)
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: kdulzo@sockpuppet.org
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Sep 2004 18:38:44 -0000
PAE still panics on boot, GENERIC still works flawlessly save 4G of RAM.
(kgdb) where
#0 kdb_enter (msg=???) at /usr/src/sys/kern/subr_kdb.c:241
#1 0xc039e3c7 in panic (fmt=0xc0564ae2 "vm_proc_new: upage allocation failed")
at /usr/src/sys/kern/kern_shutdown.c:537
#2 0xc04c1a68 in vm_proc_new (p=0xca86ba80) at /usr/src/sys/vm/vm_glue.c:255
#3 0xc0396add in proc_init (mem=0xca86ba80, size=448, flags=259)
at /usr/src/sys/kern/kern_proc.c:182
#4 0xc04d33f5 in slab_zalloc (zone=0xc0a232c0, wait=259)
at /usr/src/sys/vm/uma_core.c:839
#5 0xc04d4a18 in uma_zone_slab (zone=0xc0a232c0, flags=3)
at /usr/src/sys/vm/uma_core.c:1959
#6 0xc04d4c2c in uma_zalloc_bucket (zone=0xc0a232c0, flags=3)
at /usr/src/sys/vm/uma_core.c:2062
#7 0xc04d48c2 in uma_zalloc_arg (zone=0xc0a232c0, udata=0x0, flags=2)
at /usr/src/sys/vm/uma_core.c:1886
#8 0xc038765f in fork1 (td=0xc05d9fc0, flags=131124, pages=0,
procp=0xc087fd50) at uma.h:274
#9 0xc038dafd in kthread_create (func=0xc04d14bc <vm_pageout>, arg=0x0,
newpp=0xc05f2d98, flags=0, pages=0, fmt=0xc0536614 "%s")
at /usr/src/sys/kern/kern_kthread.c:86
#10 0xc038daa3 in kproc_start (udata=0xc05c7840)
at /usr/src/sys/kern/kern_kthread.c:58
#11 0xc03761f2 in mi_startup () at /usr/src/sys/kern/init_main.c:210
#12 0xc024113e in begin () at /usr/src/sys/i386/i386/locore.s:348
From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 18:47:49 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 61D4D16A4CF
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 18:47:49 +0000 (GMT)
Received: from linwhf.opal.com (119.79.171.66.subscriber.vzavenue.net
[66.171.79.119])
by mx1.FreeBSD.org (Postfix) with ESMTP id 98B9943D1D
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 18:47:48 +0000 (GMT)
(envelope-from jr@linwhf.opal.com)
Received: from linwhf.opal.com (localhost [127.0.0.1])
by linwhf.opal.com (8.13.1/8.13.1) with ESMTP id i8UIllvI000911
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 14:47:47 -0400 (EDT)
(envelope-from jr@linwhf.opal.com)
Received: (from jr@localhost)
by linwhf.opal.com (8.13.1/8.13.1/Submit) id i8UIlknJ000910
for freebsd-current@freebsd.org; Thu, 30 Sep 2004 14:47:46 -0400 (EDT)
(envelope-from jr)
Date: Thu, 30 Sep 2004 14:47:46 -0400
From: "J.R. Oldroyd" <fbsd@opal.com>
To: freebsd-current@freebsd.org
Message-ID: <20040930184729.GA836@linwhf.opal.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.4.2.1i
Subject: panic after "ifconfig gif0 destroy"
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Sep 2004 18:47:49 -0000
The command:
# ifconfig gif0 destroy
panic: page fault
isn't really ideal behavior. Previously it simply removed the gif0
tunnel interface and the system continued.
Kernel is FreeBSD 6.0 -current cvsup'd just before: Tue Sep 28
15:27:07 EDT 2004.
Things are OK on my previous kernel which was cvsup'd on 9/20.
That command is invoked in the freenet6 config script
/usr/local/bin/tspc-freebsd44.sh and is used whenever a freenet6
IPv6 tunnel is being re-configured.
-jr
From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 18:48:07 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 6B99616A4CF
for <freebsd-current@FreeBSD.org>;
Thu, 30 Sep 2004 18:48:07 +0000 (GMT)
Received: from mail5.speakeasy.net (mail5.speakeasy.net [216.254.0.205])
by mx1.FreeBSD.org (Postfix) with ESMTP id 2A27F43D39
for <freebsd-current@FreeBSD.org>;
Thu, 30 Sep 2004 18:48:07 +0000 (GMT) (envelope-from jhb@FreeBSD.org)
Received: (qmail 29171 invoked from network); 30 Sep 2004 18:48:06 -0000
Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx)
([216.27.160.63]) (envelope-sender <jhb@FreeBSD.org>)
encrypted SMTP
for <current@FreeBSD.org>; 30 Sep 2004 18:48:06 -0000
Received: from [10.50.40.210] (gw1.twc.weather.com [216.133.140.1])
(authenticated bits=0)
by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i8UIm2nL020107;
Thu, 30 Sep 2004 14:48:02 -0400 (EDT)
(envelope-from jhb@FreeBSD.org)
From: John Baldwin <jhb@FreeBSD.org>
To: freebsd-current@FreeBSD.org
Date: Thu, 30 Sep 2004 14:09:25 -0400
User-Agent: KMail/1.6.2
References: <37648.1096528007@critter.freebsd.dk>
In-Reply-To: <37648.1096528007@critter.freebsd.dk>
MIME-Version: 1.0
Content-Disposition: inline
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Message-Id: <200409301409.25904.jhb@FreeBSD.org>
X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx
cc: Poul-Henning Kamp <phk@critter.freebsd.dk>
cc: current@FreeBSD.org
Subject: Re: Unit number allocation API
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Sep 2004 18:48:07 -0000
On Thursday 30 September 2004 03:06 am, Poul-Henning Kamp wrote:
> I had this one out on arch@ previously. I'm very interested in informed
> feedback on how we deal with locking for service api's like this.
I would suggest that the caller should ask for a unit before it needs a lock
and if it finds that it doesn't need the unit after all it can give it back
in the error handling. That is, this is similar to malloc'ing a structure up
front, then grabbing locks and making changes, then after releasing the lock
free'ing the structure if it turned out we didn't need it.
--
John Baldwin <jhb@FreeBSD.org> <>< http://www.FreeBSD.org/~jhb/
"Power Users Use the Power to Serve" = http://www.FreeBSD.org
From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 18:48:07 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 6B62A16A4CE
for <current@FreeBSD.org>; Thu, 30 Sep 2004 18:48:07 +0000 (GMT)
Received: from mail5.speakeasy.net (mail5.speakeasy.net [216.254.0.205])
by mx1.FreeBSD.org (Postfix) with ESMTP id 29C9B43D31
for <current@FreeBSD.org>; Thu, 30 Sep 2004 18:48:07 +0000 (GMT)
(envelope-from jhb@FreeBSD.org)
Received: (qmail 29171 invoked from network); 30 Sep 2004 18:48:06 -0000
Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx)
([216.27.160.63]) (envelope-sender <jhb@FreeBSD.org>)
encrypted SMTP
for <current@FreeBSD.org>; 30 Sep 2004 18:48:06 -0000
Received: from [10.50.40.210] (gw1.twc.weather.com [216.133.140.1])
(authenticated bits=0)
by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i8UIm2nL020107;
Thu, 30 Sep 2004 14:48:02 -0400 (EDT)
(envelope-from jhb@FreeBSD.org)
From: John Baldwin <jhb@FreeBSD.org>
To: freebsd-current@FreeBSD.org
Date: Thu, 30 Sep 2004 14:09:25 -0400
User-Agent: KMail/1.6.2
References: <37648.1096528007@critter.freebsd.dk>
In-Reply-To: <37648.1096528007@critter.freebsd.dk>
MIME-Version: 1.0
Content-Disposition: inline
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Message-Id: <200409301409.25904.jhb@FreeBSD.org>
X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx
cc: Poul-Henning Kamp <phk@critter.freebsd.dk>
cc: current@FreeBSD.org
Subject: Re: Unit number allocation API
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Sep 2004 18:48:07 -0000
On Thursday 30 September 2004 03:06 am, Poul-Henning Kamp wrote:
> I had this one out on arch@ previously. I'm very interested in informed
> feedback on how we deal with locking for service api's like this.
I would suggest that the caller should ask for a unit before it needs a lock
and if it finds that it doesn't need the unit after all it can give it back
in the error handling. That is, this is similar to malloc'ing a structure up
front, then grabbing locks and making changes, then after releasing the lock
free'ing the structure if it turned out we didn't need it.
--
John Baldwin <jhb@FreeBSD.org> <>< http://www.FreeBSD.org/~jhb/
"Power Users Use the Power to Serve" = http://www.FreeBSD.org
From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 18:58:05 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 1554416A4CE; Thu, 30 Sep 2004 18:58:05 +0000 (GMT)
Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 68A0343D39; Thu, 30 Sep 2004 18:58:04 +0000 (GMT)
(envelope-from phk@critter.freebsd.dk)
Received: from critter.freebsd.dk (localhost [127.0.0.1])
by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id i8UIvvr4048734;
Thu, 30 Sep 2004 20:58:02 +0200 (CEST)
(envelope-from phk@critter.freebsd.dk)
To: John Baldwin <jhb@FreeBSD.org>
From: "Poul-Henning Kamp" <phk@phk.freebsd.dk>
In-Reply-To: Your message of "Thu, 30 Sep 2004 14:09:25 EDT."
<200409301409.25904.jhb@FreeBSD.org>
Date: Thu, 30 Sep 2004 20:57:57 +0200
Message-ID: <48733.1096570677@critter.freebsd.dk>
Sender: phk@critter.freebsd.dk
cc: freebsd-current@FreeBSD.org
cc: current@FreeBSD.org
Subject: Re: Unit number allocation API
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Sep 2004 18:58:05 -0000
In message <200409301409.25904.jhb@FreeBSD.org>, John Baldwin writes:
>On Thursday 30 September 2004 03:06 am, Poul-Henning Kamp wrote:
>> I had this one out on arch@ previously. I'm very interested in informed
>> feedback on how we deal with locking for service api's like this.
>
>I would suggest that the caller should ask for a unit before it needs a lock
>and if it finds that it doesn't need the unit after all it can give it back
>in the error handling. That is, this is similar to malloc'ing a structure up
>front, then grabbing locks and making changes, then after releasing the lock
>free'ing the structure if it turned out we didn't need it.
Right.
My personal guess is that driver->attach() and driver->probe() will
never get out from Giant (I can't seriously see the benefits as
being bigger than the effort) and therefore I think the problem of
locking API's like this can be wholesale ignored for a very long
time.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
phk@FreeBSD.ORG | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence.
From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 18:58:05 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 1554416A4CE; Thu, 30 Sep 2004 18:58:05 +0000 (GMT)
Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 68A0343D39; Thu, 30 Sep 2004 18:58:04 +0000 (GMT)
(envelope-from phk@critter.freebsd.dk)
Received: from critter.freebsd.dk (localhost [127.0.0.1])
by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id i8UIvvr4048734;
Thu, 30 Sep 2004 20:58:02 +0200 (CEST)
(envelope-from phk@critter.freebsd.dk)
To: John Baldwin <jhb@FreeBSD.org>
From: "Poul-Henning Kamp" <phk@phk.freebsd.dk>
In-Reply-To: Your message of "Thu, 30 Sep 2004 14:09:25 EDT."
<200409301409.25904.jhb@FreeBSD.org>
Date: Thu, 30 Sep 2004 20:57:57 +0200
Message-ID: <48733.1096570677@critter.freebsd.dk>
Sender: phk@critter.freebsd.dk
cc: freebsd-current@FreeBSD.org
cc: current@FreeBSD.org
Subject: Re: Unit number allocation API
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Sep 2004 18:58:05 -0000
In message <200409301409.25904.jhb@FreeBSD.org>, John Baldwin writes:
>On Thursday 30 September 2004 03:06 am, Poul-Henning Kamp wrote:
>> I had this one out on arch@ previously. I'm very interested in informed
>> feedback on how we deal with locking for service api's like this.
>
>I would suggest that the caller should ask for a unit before it needs a lock
>and if it finds that it doesn't need the unit after all it can give it back
>in the error handling. That is, this is similar to malloc'ing a structure up
>front, then grabbing locks and making changes, then after releasing the lock
>free'ing the structure if it turned out we didn't need it.
Right.
My personal guess is that driver->attach() and driver->probe() will
never get out from Giant (I can't seriously see the benefits as
being bigger than the effort) and therefore I think the problem of
locking API's like this can be wholesale ignored for a very long
time.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
phk@FreeBSD.ORG | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence.
From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 18:58:10 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 885E016A4DE
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 18:58:10 +0000 (GMT)
Received: from obsecurity.dyndns.org
(CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143])
by mx1.FreeBSD.org (Postfix) with ESMTP id 62BC843D3F
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 18:58:10 +0000 (GMT)
(envelope-from kris@obsecurity.org)
Received: by obsecurity.dyndns.org (Postfix, from userid 1000)
id 457F553A35; Thu, 30 Sep 2004 11:58:42 -0700 (PDT)
Date: Thu, 30 Sep 2004 11:58:42 -0700
From: Kris Kennaway <kris@obsecurity.org>
To: "J.R. Oldroyd" <fbsd@opal.com>
Message-ID: <20040930185842.GA4759@xor.obsecurity.org>
References: <20040930184729.GA836@linwhf.opal.com>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="d6Gm4EdcadzBjdND"
Content-Disposition: inline
In-Reply-To: <20040930184729.GA836@linwhf.opal.com>
User-Agent: Mutt/1.4.2.1i
cc: freebsd-current@freebsd.org
Subject: Re: panic after "ifconfig gif0 destroy"
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Sep 2004 18:58:10 -0000
--d6Gm4EdcadzBjdND
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Thu, Sep 30, 2004 at 02:47:46PM -0400, J.R. Oldroyd wrote:
> The command:
> # ifconfig gif0 destroy
> panic: page fault
>=20
> isn't really ideal behavior.
Nor is this really an ideal bug report ;-)
You need to post a debugging traceback of the panic, or at the very
least look up the PC address in your kernel with addr2line.
Kris
--d6Gm4EdcadzBjdND
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)
iD8DBQFBXFdhWry0BWjoQKURAoUjAJ9GorjWUyCmCB64JOEkHE4bUDgB5ACg7FkI
RxpGa0sWfF4qQ+JjypZ+9X4=
=L4zE
-----END PGP SIGNATURE-----
--d6Gm4EdcadzBjdND--
From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 19:06:46 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 4E9B616A4CE
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 19:06:46 +0000 (GMT)
Received: from sccrmhc11.comcast.net (sccrmhc11.comcast.net [204.127.202.55])
by mx1.FreeBSD.org (Postfix) with ESMTP id D062D43D3F
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 19:06:45 +0000 (GMT)
(envelope-from rob@pythonemproject.com)
Received: from pythonemproject.com
(c-67-169-203-186.client.comcast.net[67.169.203.186])
by comcast.net (sccrmhc11) with ESMTP
id <2004093019064501100pvujse> (Authid: europax);
Thu, 30 Sep 2004 19:06:45 +0000
Message-ID: <415C59C7.7090408@pythonemproject.com>
Date: Thu, 30 Sep 2004 12:08:55 -0700
From: Rob <rob@pythonemproject.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
rv:1.6) Gecko/20040113
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: freebsd-current@freebsd.org
Content-Type: multipart/mixed;
boundary="------------080206080909090005030802"
Subject: wifi on 5.3, sort of OT
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: rob@pythonemproject.com
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Sep 2004 19:06:46 -0000
This is a multi-part message in MIME format.
--------------080206080909090005030802
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
I didn't see a wifi mailing list, so thought I would ask here, where the
real experts hang out ;)
I am tired of having to log into windoze in order to access my network
over wifi. I think this would be much easier if I wasn't using a notebook.
From reading the handbook it appears that the process will take some
doing, since I need wifi plus cardbus.
Problem seems to be right now that my Netgear WG511T cardbus card
doesn't seem to be reconginized.
wi, cardbus, pcmcia, and the bridge are all compiled into my kernel.
Possibly a couple other related devices.
I have attached my dmesg. Any hints would be appreciated.
Thanks, Rob
--------------080206080909090005030802
Content-Type: text/plain;
name="rdmesg"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
filename="rdmesg"
Copyright (c) 1992-2004 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights reserved.
FreeBSD 5.3-BETA5 #0: Sun Sep 19 03:04:23 PDT 2004
rob@lm741n.dyndns.org:/usr/obj/usr/src/sys/ROBKERN
WARNING: WITNESS option enabled, expect reduced performance.
Timecounter "i8254" frequency 1193182 Hz quality 0
CPU: Intel(R) Pentium(R) M processor 1700MHz (1698.57-MHz 686-class CPU)
Origin = "GenuineIntel" Id = 0x695 Stepping = 5
Features=0xa7e9f9bf<FPU,VME,DE,PSE,TSC,MSR,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,TM,PBE>
real memory = 1073405952 (1023 MB)
avail memory = 1040867328 (992 MB)
npx0: [FAST]
npx0: <math processor> on motherboard
npx0: INT 16 interface
pcib0: <Host to PCI bridge> pcibus 0 on motherboard
pir0: <PCI Interrupt Routing Table: 9 Entries> on motherboard
$PIR: BIOS IRQ 11 for 0.29.INTB is not valid for link 0x63
$PIR: BIOS IRQ 11 for 2.1.INTA is not valid for link 0x63
pci0: <PCI bus> on pcib0
agp0: <Intel 82855 host to AGP bridge> mem 0xe0000000-0xe7ffffff at device 0.0 on pci0
pcib1: <PCIBIOS PCI-PCI bridge> at device 1.0 on pci0
pci1: <PCI bus> on pcib1
pci1: <display, VGA> at device 0.0 (no driver attached)
uhci0: <Intel 82801DB (ICH4) USB controller USB-A> port 0xbf80-0xbf9f irq 11 at device 29.0 on pci0
uhci0: [GIANT-LOCKED]
usb0: <Intel 82801DB (ICH4) USB controller USB-A> on uhci0
usb0: USB revision 1.0
uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub0: 2 ports with 2 removable, self powered
uhci1: <Intel 82801DB (ICH4) USB controller USB-B> port 0xbf40-0xbf5f irq 11 at device 29.1 on pci0
uhci1: [GIANT-LOCKED]
usb1: <Intel 82801DB (ICH4) USB controller USB-B> on uhci1
usb1: USB revision 1.0
uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub1: 2 ports with 2 removable, self powered
uhci2: <Intel 82801DB (ICH4) USB controller USB-C> port 0xbf20-0xbf3f irq 11 at device 29.2 on pci0
uhci2: [GIANT-LOCKED]
usb2: <Intel 82801DB (ICH4) USB controller USB-C> on uhci2
usb2: USB revision 1.0
uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub2: 2 ports with 2 removable, self powered
pci0: <serial bus, USB> at device 29.7 (no driver attached)
pcib2: <PCIBIOS PCI-PCI bridge> at device 30.0 on pci0
pci2: <PCI bus> on pcib2
bfe0: <Broadcom BCM4401 Fast Ethernet> mem 0xfaffe000-0xfaffffff irq 11 at device 0.0 on pci2
miibus0: <MII bus> on bfe0
bmtphy0: <BCM4401 10/100baseTX PHY> on miibus0
bmtphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
bfe0: Ethernet address: 00:0d:56:38:b8:a0
bfe0: [GIANT-LOCKED]
cbb0: <TI4510 PCI-CardBus Bridge> irq 11 at device 1.0 on pci2
cardbus0: <CardBus bus> on cbb0
pccard0: <16-bit PCCard bus> on cbb0
fwohci0: <1394 Open Host Controller Interface> mem 0xfaff8000-0xfaffbfff,0xfaffd800-0xfaffdfff irq 11 at device 1.1 on pci2
fwohci0: OHCI version 1.10 (ROM=0)
fwohci0: No. of Isochronous channels is 4.
fwohci0: EUI64 5b:4f:c0:00:3f:ff:ff:ff
fwohci0: Phy 1394a available S400, 2 ports.
fwohci0: Link S400, max_rec 2048 bytes.
firewire0: <IEEE1394(FireWire) bus> on fwohci0
sbp0: <SBP-2/SCSI over FireWire> on firewire0
fwe0: <Ethernet over FireWire> on firewire0
if_fwe0: Fake Ethernet address: 5a:4f:c0:ff:ff:ff
fwe0: Ethernet address: 5a:4f:c0:ff:ff:ff
fwe0: if_start running deferred for Giant
fwohci0: Initiate bus reset
fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode
firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me)
firewire0: bus manager 0 (me)
pci2: <network> at device 3.0 (no driver attached)
isab0: <PCI-ISA bridge> at device 31.0 on pci0
isa0: <ISA bus> on isab0
atapci0: <Intel ICH4 UDMA100 controller> port 0xbfa0-0xbfaf,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0
ata0: channel #0 on atapci0
ata1: channel #1 on atapci0
pcm0: <Intel ICH4 (82801DB)> port 0xbc40-0xbc7f,0xb800-0xb8ff mem 0xf4fff400-0xf4fff4ff,0xf4fff800-0xf4fff9ff irq 11 at device 31.5 on pci0
pcm0: [GIANT-LOCKED]
pcm0: <SigmaTel STAC9750/51 AC97 Codec>
pci0: <simple comms> at device 31.6 (no driver attached)
cpu0 on motherboard
orm0: <ISA Option ROMs> at iomem 0xcf800-0xcffff,0xc0000-0xcf7ff on isa0
pmtimer0 on isa0
atkbdc0: <Keyboard controller (i8042)> at port 0x64,0x60 on isa0
atkbd0: <AT Keyboard> irq 1 on atkbdc0
kbd0 at atkbd0
atkbd0: [GIANT-LOCKED]
psm0: <PS/2 Mouse> irq 12 on atkbdc0
psm0: [GIANT-LOCKED]
psm0: model GlidePoint, device ID 0
ppc0: <Parallel port> at port 0x378-0x37f irq 7 on isa0
ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode
ppc0: FIFO with 16/16/8 bytes threshold
ppbus0: <Parallel port bus> on ppc0
plip0: <PLIP network interface> on ppbus0
lpt0: <Printer> on ppbus0
lpt0: Interrupt-driven port
ppi0: <Parallel I/O> on ppbus0
sc0: <System console> at flags 0x100 on isa0
sc0: VGA <16 virtual consoles, flags=0x300>
sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0
sio0: type 16550A
sio1: configured irq 3 not in bitmap of probed irqs 0
sio1: port may not be enabled
vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0
unknown: <PNP0303> can't assign resources (port)
unknown: <PNP0f13> can't assign resources (irq)
unknown: <PNP0501> can't assign resources (port)
unknown: <PNP0401> can't assign resources (port)
Timecounter "TSC" frequency 1698565329 Hz quality 800
Timecounters tick every 10.000 msec
IP Filter: v3.4.35 initialized. Default = pass all, Logging = enabled
cardbus0: <network, ethernet> at device 0.0 (no driver attached)
cbb0: CardBus card activation failed
ad0: 57231MB <HTS726060M9AT00/MH4OA68A> [116280/16/63] at ata0-master PIO4
ATAPI_RESET time = 30us
acd0: CDRW <_NEC DVD+RW ND-5100A/10AC> at ata1-master PIO4
Mounting root from ufs:/dev/ad0s3a
cardbus0: Expecting link target, got 0xff
cardbus0: <old> at device 0.0 (no driver attached)
cbb0: CardBus card activation failed
--------------080206080909090005030802--
From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 19:07:18 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 7C72916A4CE
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 19:07:18 +0000 (GMT)
Received: from linwhf.opal.com (119.79.171.66.subscriber.vzavenue.net
[66.171.79.119])
by mx1.FreeBSD.org (Postfix) with ESMTP id C88DD43D41
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 19:07:17 +0000 (GMT)
(envelope-from jr@linwhf.opal.com)
Received: from linwhf.opal.com (localhost [127.0.0.1])
by linwhf.opal.com (8.13.1/8.13.1) with ESMTP id i8UJ7GQb001333;
Thu, 30 Sep 2004 15:07:16 -0400 (EDT)
(envelope-from jr@linwhf.opal.com)
Received: (from jr@localhost)
by linwhf.opal.com (8.13.1/8.13.1/Submit) id i8UJ7Gd9001332;
Thu, 30 Sep 2004 15:07:16 -0400 (EDT)
(envelope-from jr)
Date: Thu, 30 Sep 2004 15:07:16 -0400
From: "J.R. Oldroyd" <fbsd@opal.com>
To: Kris Kennaway <kris@obsecurity.org>
Message-ID: <20040930190716.GA1236@linwhf.opal.com>
References: <20040930184729.GA836@linwhf.opal.com>
<20040930185842.GA4759@xor.obsecurity.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
In-Reply-To: <20040930185842.GA4759@xor.obsecurity.org>
User-Agent: Mutt/1.4.2.1i
cc: freebsd-current@freebsd.org
Subject: Re: panic after "ifconfig gif0 destroy"
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Sep 2004 19:07:18 -0000
After the panic message, the system stops dead. No traceback,
no addresses, nothing more.
-jr
On Sep 30, 11:58, Kris Kennaway wrote:
> On Thu, Sep 30, 2004 at 02:47:46PM -0400, J.R. Oldroyd wrote:
> > The command:
> > # ifconfig gif0 destroy
> > panic: page fault
> >=20
> > isn't really ideal behavior.
>=20
> Nor is this really an ideal bug report ;-)
>=20
> You need to post a debugging traceback of the panic, or at the very
> least look up the PC address in your kernel with addr2line.
>=20
> Kris
From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 19:12:14 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 9283116A4CE
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 19:12:14 +0000 (GMT)
Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.199])
by mx1.FreeBSD.org (Postfix) with ESMTP id 21B0E43D2D
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 19:12:14 +0000 (GMT)
(envelope-from geekout@gmail.com)
Received: by mproxy.gmail.com with SMTP id 74so228019rnk
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 12:12:07 -0700 (PDT)
Received: by 10.38.88.53 with SMTP id l53mr2690396rnb;
Thu, 30 Sep 2004 12:11:48 -0700 (PDT)
Received: by 10.38.72.71 with HTTP; Thu, 30 Sep 2004 12:11:43 -0700 (PDT)
Message-ID: <6e01203b040930121112f1d872@mail.gmail.com>
Date: Thu, 30 Sep 2004 13:11:43 -0600
From: Tyler Gee <geekout@gmail.com>
To: rob@pythonemproject.com
In-Reply-To: <415C59C7.7090408@pythonemproject.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
References: <415C59C7.7090408@pythonemproject.com>
cc: freebsd-current@freebsd.org
Subject: Re: wifi on 5.3, sort of OT
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: Tyler Gee <geekout@gmail.com>
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Sep 2004 19:12:14 -0000
Do you have miibus in the kernel still?
On Thu, 30 Sep 2004 12:08:55 -0700, Rob <rob@pythonemproject.com> wrote:
> I didn't see a wifi mailing list, so thought I would ask here, where the
> real experts hang out ;)
>
> I am tired of having to log into windoze in order to access my network
> over wifi. I think this would be much easier if I wasn't using a notebook.
> From reading the handbook it appears that the process will take some
> doing, since I need wifi plus cardbus.
>
> Problem seems to be right now that my Netgear WG511T cardbus card
> doesn't seem to be reconginized.
>
> wi, cardbus, pcmcia, and the bridge are all compiled into my kernel.
> Possibly a couple other related devices.
>
> I have attached my dmesg. Any hints would be appreciated.
>
> Thanks, Rob
>
>
>
> Copyright (c) 1992-2004 The FreeBSD Project.
> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
> The Regents of the University of California. All rights reserved.
> FreeBSD 5.3-BETA5 #0: Sun Sep 19 03:04:23 PDT 2004
> rob@lm741n.dyndns.org:/usr/obj/usr/src/sys/ROBKERN
> WARNING: WITNESS option enabled, expect reduced performance.
> Timecounter "i8254" frequency 1193182 Hz quality 0
> CPU: Intel(R) Pentium(R) M processor 1700MHz (1698.57-MHz 686-class CPU)
> Origin = "GenuineIntel" Id = 0x695 Stepping = 5
> Features=0xa7e9f9bf<FPU,VME,DE,PSE,TSC,MSR,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,TM,PBE>
> real memory = 1073405952 (1023 MB)
> avail memory = 1040867328 (992 MB)
> npx0: [FAST]
> npx0: <math processor> on motherboard
> npx0: INT 16 interface
> pcib0: <Host to PCI bridge> pcibus 0 on motherboard
> pir0: <PCI Interrupt Routing Table: 9 Entries> on motherboard
> $PIR: BIOS IRQ 11 for 0.29.INTB is not valid for link 0x63
> $PIR: BIOS IRQ 11 for 2.1.INTA is not valid for link 0x63
> pci0: <PCI bus> on pcib0
> agp0: <Intel 82855 host to AGP bridge> mem 0xe0000000-0xe7ffffff at device 0.0 on pci0
> pcib1: <PCIBIOS PCI-PCI bridge> at device 1.0 on pci0
> pci1: <PCI bus> on pcib1
> pci1: <display, VGA> at device 0.0 (no driver attached)
> uhci0: <Intel 82801DB (ICH4) USB controller USB-A> port 0xbf80-0xbf9f irq 11 at device 29.0 on pci0
> uhci0: [GIANT-LOCKED]
> usb0: <Intel 82801DB (ICH4) USB controller USB-A> on uhci0
> usb0: USB revision 1.0
> uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
> uhub0: 2 ports with 2 removable, self powered
> uhci1: <Intel 82801DB (ICH4) USB controller USB-B> port 0xbf40-0xbf5f irq 11 at device 29.1 on pci0
> uhci1: [GIANT-LOCKED]
> usb1: <Intel 82801DB (ICH4) USB controller USB-B> on uhci1
> usb1: USB revision 1.0
> uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
> uhub1: 2 ports with 2 removable, self powered
> uhci2: <Intel 82801DB (ICH4) USB controller USB-C> port 0xbf20-0xbf3f irq 11 at device 29.2 on pci0
> uhci2: [GIANT-LOCKED]
> usb2: <Intel 82801DB (ICH4) USB controller USB-C> on uhci2
> usb2: USB revision 1.0
> uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
> uhub2: 2 ports with 2 removable, self powered
> pci0: <serial bus, USB> at device 29.7 (no driver attached)
> pcib2: <PCIBIOS PCI-PCI bridge> at device 30.0 on pci0
> pci2: <PCI bus> on pcib2
> bfe0: <Broadcom BCM4401 Fast Ethernet> mem 0xfaffe000-0xfaffffff irq 11 at device 0.0 on pci2
> miibus0: <MII bus> on bfe0
> bmtphy0: <BCM4401 10/100baseTX PHY> on miibus0
> bmtphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
> bfe0: Ethernet address: 00:0d:56:38:b8:a0
> bfe0: [GIANT-LOCKED]
> cbb0: <TI4510 PCI-CardBus Bridge> irq 11 at device 1.0 on pci2
> cardbus0: <CardBus bus> on cbb0
> pccard0: <16-bit PCCard bus> on cbb0
> fwohci0: <1394 Open Host Controller Interface> mem 0xfaff8000-0xfaffbfff,0xfaffd800-0xfaffdfff irq 11 at device 1.1 on pci2
> fwohci0: OHCI version 1.10 (ROM=0)
> fwohci0: No. of Isochronous channels is 4.
> fwohci0: EUI64 5b:4f:c0:00:3f:ff:ff:ff
> fwohci0: Phy 1394a available S400, 2 ports.
> fwohci0: Link S400, max_rec 2048 bytes.
> firewire0: <IEEE1394(FireWire) bus> on fwohci0
> sbp0: <SBP-2/SCSI over FireWire> on firewire0
> fwe0: <Ethernet over FireWire> on firewire0
> if_fwe0: Fake Ethernet address: 5a:4f:c0:ff:ff:ff
> fwe0: Ethernet address: 5a:4f:c0:ff:ff:ff
> fwe0: if_start running deferred for Giant
> fwohci0: Initiate bus reset
> fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode
> firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me)
> firewire0: bus manager 0 (me)
> pci2: <network> at device 3.0 (no driver attached)
> isab0: <PCI-ISA bridge> at device 31.0 on pci0
> isa0: <ISA bus> on isab0
> atapci0: <Intel ICH4 UDMA100 controller> port 0xbfa0-0xbfaf,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0
> ata0: channel #0 on atapci0
> ata1: channel #1 on atapci0
> pcm0: <Intel ICH4 (82801DB)> port 0xbc40-0xbc7f,0xb800-0xb8ff mem 0xf4fff400-0xf4fff4ff,0xf4fff800-0xf4fff9ff irq 11 at device 31.5 on pci0
> pcm0: [GIANT-LOCKED]
> pcm0: <SigmaTel STAC9750/51 AC97 Codec>
> pci0: <simple comms> at device 31.6 (no driver attached)
> cpu0 on motherboard
> orm0: <ISA Option ROMs> at iomem 0xcf800-0xcffff,0xc0000-0xcf7ff on isa0
> pmtimer0 on isa0
> atkbdc0: <Keyboard controller (i8042)> at port 0x64,0x60 on isa0
> atkbd0: <AT Keyboard> irq 1 on atkbdc0
> kbd0 at atkbd0
> atkbd0: [GIANT-LOCKED]
> psm0: <PS/2 Mouse> irq 12 on atkbdc0
> psm0: [GIANT-LOCKED]
> psm0: model GlidePoint, device ID 0
> ppc0: <Parallel port> at port 0x378-0x37f irq 7 on isa0
> ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode
> ppc0: FIFO with 16/16/8 bytes threshold
> ppbus0: <Parallel port bus> on ppc0
> plip0: <PLIP network interface> on ppbus0
> lpt0: <Printer> on ppbus0
> lpt0: Interrupt-driven port
> ppi0: <Parallel I/O> on ppbus0
> sc0: <System console> at flags 0x100 on isa0
> sc0: VGA <16 virtual consoles, flags=0x300>
> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0
> sio0: type 16550A
> sio1: configured irq 3 not in bitmap of probed irqs 0
> sio1: port may not be enabled
> vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0
> unknown: <PNP0303> can't assign resources (port)
> unknown: <PNP0f13> can't assign resources (irq)
> unknown: <PNP0501> can't assign resources (port)
> unknown: <PNP0401> can't assign resources (port)
> Timecounter "TSC" frequency 1698565329 Hz quality 800
> Timecounters tick every 10.000 msec
> IP Filter: v3.4.35 initialized. Default = pass all, Logging = enabled
> cardbus0: <network, ethernet> at device 0.0 (no driver attached)
> cbb0: CardBus card activation failed
> ad0: 57231MB <HTS726060M9AT00/MH4OA68A> [116280/16/63] at ata0-master PIO4
> ATAPI_RESET time = 30us
> acd0: CDRW <_NEC DVD+RW ND-5100A/10AC> at ata1-master PIO4
> Mounting root from ufs:/dev/ad0s3a
> cardbus0: Expecting link target, got 0xff
> cardbus0: <old> at device 0.0 (no driver attached)
> cbb0: CardBus card activation failed
>
>
>
> _______________________________________________
> freebsd-current@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
>
>
>
From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 19:50:57 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 80C4116A4CE; Thu, 30 Sep 2004 19:50:57 +0000 (GMT)
Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 1531A43D3F; Thu, 30 Sep 2004 19:50:57 +0000 (GMT)
(envelope-from tinderbox@freebsd.org)
Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4])
by smarthost1.sentex.ca (8.13.1/8.13.1) with ESMTP id i8UJouJN053602;
Thu, 30 Sep 2004 15:50:56 -0400 (EDT)
(envelope-from tinderbox@freebsd.org)
Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca
[64.7.128.98])
by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id i8UJotpA086626;
Thu, 30 Sep 2004 15:50:56 -0400 (EDT)
(envelope-from tinderbox@freebsd.org)
Received: by freebsd-current.sentex.ca (Postfix, from userid 666)
id 2316E7303F; Thu, 30 Sep 2004 15:50:56 -0400 (EDT)
Sender: FreeBSD Tinderbox <tinderbox@freebsd.org>
From: FreeBSD Tinderbox <tinderbox@freebsd.org>
To: FreeBSD Tinderbox <tinderbox@freebsd.org>, <current@freebsd.org>,
<sparc64@freebsd.org>
Precedence: bulk
Message-Id: <20040930195056.2316E7303F@freebsd-current.sentex.ca>
Date: Thu, 30 Sep 2004 15:50:56 -0400 (EDT)
Subject: [current tinderbox] failure on sparc64/sparc64
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Sep 2004 19:50:57 -0000
TB --- 2004-09-30 18:36:27 - tinderbox 2.3 running on freebsd-current.sentex.ca
TB --- 2004-09-30 18:36:27 - starting CURRENT tinderbox run for sparc64/sparc64
TB --- 2004-09-30 18:36:27 - checking out the source tree
TB --- 2004-09-30 18:36:27 - cd /home/tinderbox/CURRENT/sparc64/sparc64
TB --- 2004-09-30 18:36:27 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2004-09-30 18:42:29 - building world (CFLAGS=-O2 -pipe)
TB --- 2004-09-30 18:42:29 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src
TB --- 2004-09-30 18:42:29 - /usr/bin/make -B buildworld
>>> Rebuilding the temporary build tree
>>> stage 1.1: legacy release compatibility shims
>>> stage 1.2: bootstrap tools
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3: cross tools
>>> stage 4.1: building includes
>>> stage 4.2: building libraries
>>> stage 4.3: make dependencies
>>> stage 4.4: building everything
TB --- 2004-09-30 19:47:16 - building generic kernel (COPTFLAGS=-O2 -pipe)
TB --- 2004-09-30 19:47:16 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src
TB --- 2004-09-30 19:47:16 - /usr/bin/make buildkernel KERNCONF=GENERIC
>>> Kernel build for GENERIC started on Thu Sep 30 19:47:16 UTC 2004
>>> stage 1: configuring the kernel
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3.1: making dependencies
>>> stage 3.2: building everything
[...]
/tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/subr_unit.c: In function `free_unr':
/tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/subr_unit.c:329: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type
/tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/subr_unit.c:366: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type
/tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/subr_unit.c:386: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type
/tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/subr_unit.c:396: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type
/tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/subr_unit.c:407: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type
/tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/subr_unit.c:435: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type
/tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/subr_unit.c:510: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type
*** Error code 1
Stop in /tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/sys/GENERIC.
*** Error code 1
Stop in /tinderbox/CURRENT/sparc64/sparc64/src.
*** Error code 1
Stop in /tinderbox/CURRENT/sparc64/sparc64/src.
TB --- 2004-09-30 19:50:55 - WARNING: /usr/bin/make returned exit code 1
TB --- 2004-09-30 19:50:55 - ERROR: failed to build generic kernel
TB --- 2004-09-30 19:50:55 - tinderbox aborted
From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 19:51:12 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 6AD9C16A4CF
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 19:51:12 +0000 (GMT)
Received: from mailserv1.neuroflux.com (mailserv1.neuroflux.com
[204.228.228.92])
by mx1.FreeBSD.org (Postfix) with ESMTP id D245E43D41
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 19:51:11 +0000 (GMT)
(envelope-from ryans@gamersimpact.com)
Received: (qmail 4873 invoked by uid 89); 30 Sep 2004 19:58:11 -0000
Received: from unknown (HELO www2.neuroflux.com) (127.0.0.1)
by localhost with SMTP; 30 Sep 2004 19:58:11 -0000
Received: from 208.4.77.15
(SquirrelMail authenticated user ryans@gamersimpact.com);
by www2.neuroflux.com with HTTP;
Thu, 30 Sep 2004 13:58:11 -0600 (MDT)
Message-ID: <60813.208.4.77.15.1096574291.squirrel@208.4.77.15>
In-Reply-To: <415C59C7.7090408@pythonemproject.com>
References: <415C59C7.7090408@pythonemproject.com>
Date: Thu, 30 Sep 2004 13:58:11 -0600 (MDT)
From: "Ryan Sommers" <ryans@gamersimpact.com>
To: rob@pythonemproject.com
User-Agent: SquirrelMail/1.4.3a
X-Mailer: SquirrelMail/1.4.3a
MIME-Version: 1.0
Content-Type: text/plain;charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Priority: 3 (Normal)
Importance: Normal
cc: freebsd-current@freebsd.org
Subject: Re: wifi on 5.3, sort of OT
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Sep 2004 19:51:12 -0000
> Problem seems to be right now that my Netgear WG511T cardbus card
> doesn't seem to be reconginized.
>
> wi, cardbus, pcmcia, and the bridge are all compiled into my kernel.
> Possibly a couple other related devices.
>
Have you tried Project Evil (the windows network driver framework (NDIS)
emulation kit)?
man 4 ndis
to read about it.
--
Ryan Sommers
ryans@gamersimpact.com
From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 19:56:26 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 97DD316A4CE
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 19:56:26 +0000 (GMT)
Received: from mailserv1.neuroflux.com (mailserv1.neuroflux.com
[204.228.228.92])
by mx1.FreeBSD.org (Postfix) with ESMTP id 4586543D49
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 19:56:26 +0000 (GMT)
(envelope-from ryans@gamersimpact.com)
Received: (qmail 5285 invoked by uid 89); 30 Sep 2004 20:03:26 -0000
Received: from unknown (HELO www2.neuroflux.com) (127.0.0.1)
by localhost with SMTP; 30 Sep 2004 20:03:26 -0000
Received: from 208.4.77.15
(SquirrelMail authenticated user ryans@gamersimpact.com);
by www2.neuroflux.com with HTTP;
Thu, 30 Sep 2004 14:03:26 -0600 (MDT)
Message-ID: <60850.208.4.77.15.1096574606.squirrel@208.4.77.15>
In-Reply-To: <20040930190716.GA1236@linwhf.opal.com>
References: <20040930184729.GA836@linwhf.opal.com>
<20040930185842.GA4759@xor.obsecurity.org>
<20040930190716.GA1236@linwhf.opal.com>
Date: Thu, 30 Sep 2004 14:03:26 -0600 (MDT)
From: "Ryan Sommers" <ryans@gamersimpact.com>
To: "J.R. Oldroyd" <fbsd@opal.com>
User-Agent: SquirrelMail/1.4.3a
X-Mailer: SquirrelMail/1.4.3a
MIME-Version: 1.0
Content-Type: text/plain;charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Priority: 3 (Normal)
Importance: Normal
cc: freebsd-current@freebsd.org
cc: Kris Kennaway <kris@obsecurity.org>
Subject: Re: panic after 'ifconfig gif0 destroy'
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Sep 2004 19:56:26 -0000
> After the panic message, the system stops dead. No traceback,
> no addresses, nothing more.
>
> -jr
Can you recompile a debugging kernel with DDB support? When the kernel
panics it will drop the console into the DDB debugger. Do a 'trace' and
then add that to an email.
Note: If you can hook it up to a serial console you can just copy&paste
the output instead of hand copying it.
>
>
> On Sep 30, 11:58, Kris Kennaway wrote:
>> On Thu, Sep 30, 2004 at 02:47:46PM -0400, J.R. Oldroyd wrote:
>> > The command:
>> > # ifconfig gif0 destroy
>> > panic: page fault
>> >
>> > isn't really ideal behavior.
>>
>> Nor is this really an ideal bug report ;-)
>>
>> You need to post a debugging traceback of the panic, or at the very
>> least look up the PC address in your kernel with addr2line.
>>
>> Kris
>
> _______________________________________________
> freebsd-current@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
>
--
Ryan Sommers
ryans@gamersimpact.com
From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 19:59:06 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 23D4F16A4CE
for <current@FreeBSD.org>; Thu, 30 Sep 2004 19:59:06 +0000 (GMT)
Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163])
by mx1.FreeBSD.org (Postfix) with ESMTP id 3311243D1D
for <current@FreeBSD.org>; Thu, 30 Sep 2004 19:59:05 +0000 (GMT)
(envelope-from truckman@FreeBSD.org)
Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2])
by gw.catspoiler.org (8.13.1/8.13.1) with ESMTP id i8UJwwst041810
for <current@FreeBSD.org>; Thu, 30 Sep 2004 12:59:02 -0700 (PDT)
(envelope-from truckman@FreeBSD.org)
Message-Id: <200409301959.i8UJwwst041810@gw.catspoiler.org>
Date: Thu, 30 Sep 2004 12:58:58 -0700 (PDT)
From: Don Lewis <truckman@FreeBSD.org>
To: current@FreeBSD.org
MIME-Version: 1.0
Content-Type: TEXT/plain; charset=us-ascii
Subject: fsck_ffs patch testers wanted
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Sep 2004 19:59:06 -0000
I posted an earlier version of the patch below to current@ for review a
few weeks ago. This patch does not (or at least should not) change the
functional behaviour of fsck_ffs, and it is functionally equivalent to
the previous version of the patch.
The current implementation of fsck_ffs puts inodes with an initial link
count of zero on a linked list so that the inodes can be cleared later
if their link counts are not adjusted upwards. This can cause fsck pass
4 to become glacially slow if this list becomes large because there is a
sequential search of the list as each inode is processed in pass 4 to
see if each inode is on the list.
This patch fixes the performance problem by eliminating the list and
encoding whether or not the initial link count was zero in the inode
state.
This patch has been reviewed, and I'm running it on my -CURRENT machine
(where fsck_ffs doesn't normally get much exercise), but due to the
critical nature of fsck_ffs, I'd like it to get more testing before I
commit it to -CURRENT.
Index: sbin/fsck_ffs/dir.c
===================================================================
RCS file: /home/ncvs/src/sbin/fsck_ffs/dir.c,v
retrieving revision 1.29
diff -u -r1.29 dir.c
--- sbin/fsck_ffs/dir.c 1 Sep 2004 05:48:06 -0000 1.29
+++ sbin/fsck_ffs/dir.c 29 Sep 2004 23:19:17 -0000
@@ -90,7 +90,7 @@
if (inp->i_parent == 0)
continue;
if (inoinfo(inp->i_parent)->ino_state == DFOUND &&
- inoinfo(inp->i_number)->ino_state == DSTATE) {
+ INO_IS_DUNFOUND(inp->i_number)) {
inoinfo(inp->i_number)->ino_state = DFOUND;
change++;
}
@@ -639,8 +639,7 @@
cacheino(dp, ino);
return(ino);
}
- if (inoinfo(parent)->ino_state != DSTATE &&
- inoinfo(parent)->ino_state != DFOUND) {
+ if (!INO_IS_DVALID(parent)) {
freeino(ino);
return (0);
}
Index: sbin/fsck_ffs/fsck.h
===================================================================
RCS file: /home/ncvs/src/sbin/fsck_ffs/fsck.h,v
retrieving revision 1.32
diff -u -r1.32 fsck.h
--- sbin/fsck_ffs/fsck.h 1 Sep 2004 05:48:06 -0000 1.32
+++ sbin/fsck_ffs/fsck.h 29 Sep 2004 23:13:24 -0000
@@ -78,12 +78,21 @@
/*
* Inode states.
*/
-#define USTATE 01 /* inode not allocated */
-#define FSTATE 02 /* inode is file */
-#define DSTATE 03 /* inode is directory */
-#define DFOUND 04 /* directory found during descent */
-#define DCLEAR 05 /* directory is to be cleared */
-#define FCLEAR 06 /* file is to be cleared */
+#define USTATE 0x1 /* inode not allocated */
+#define FSTATE 0x2 /* inode is file */
+#define FZLINK 0x3 /* inode is file with a link count of zero */
+#define DSTATE 0x4 /* inode is directory */
+#define DZLINK 0x5 /* inode is directory with a zero link count */
+#define DFOUND 0x6 /* directory found during descent */
+/* 0x7 UNUSED - see S_IS_DVALID() definition */
+#define DCLEAR 0x8 /* directory is to be cleared */
+#define FCLEAR 0x9 /* file is to be cleared */
+/* DUNFOUND === (state == DSTATE || state == DZLINK) */
+#define S_IS_DUNFOUND(state) (((state) & ~0x1) == DSTATE)
+/* DVALID === (state == DSTATE || state == DZLINK || state == DFOUND) */
+#define S_IS_DVALID(state) (((state) & ~0x3) == DSTATE)
+#define INO_IS_DUNFOUND(ino) S_IS_DUNFOUND(inoinfo(ino)->ino_state)
+#define INO_IS_DVALID(ino) S_IS_DVALID(inoinfo(ino)->ino_state)
/*
* Inode state information is contained on per cylinder group lists
* which are described by the following structure.
@@ -205,15 +214,6 @@
struct dups *muldup; /* end of unique duplicate dup block numbers */
/*
- * Linked list of inodes with zero link counts.
- */
-struct zlncnt {
- struct zlncnt *next;
- ino_t zlncnt;
-};
-struct zlncnt *zlnhead; /* head of zero link count list */
-
-/*
* Inode cache data structures.
*/
struct inoinfo {
Index: sbin/fsck_ffs/fsutil.c
===================================================================
RCS file: /home/ncvs/src/sbin/fsck_ffs/fsutil.c,v
retrieving revision 1.24
diff -u -r1.24 fsutil.c
--- sbin/fsck_ffs/fsutil.c 18 May 2004 19:51:41 -0000 1.24
+++ sbin/fsck_ffs/fsutil.c 29 Sep 2004 23:16:24 -0000
@@ -523,9 +523,7 @@
(void)strcpy(namebuf, "/");
return;
}
- if (busy ||
- (inoinfo(curdir)->ino_state != DSTATE &&
- inoinfo(curdir)->ino_state != DFOUND)) {
+ if (busy || !INO_IS_DVALID(curdir)) {
(void)strcpy(namebuf, "?");
return;
}
Index: sbin/fsck_ffs/inode.c
===================================================================
RCS file: /home/ncvs/src/sbin/fsck_ffs/inode.c,v
retrieving revision 1.36
diff -u -r1.36 inode.c
--- sbin/fsck_ffs/inode.c 1 Sep 2004 05:48:06 -0000 1.36
+++ sbin/fsck_ffs/inode.c 5 Sep 2004 21:25:36 -0000
@@ -576,10 +576,12 @@
switch (inoinfo(ino)->ino_state) {
case FSTATE:
+ case FZLINK:
inoinfo(ino)->ino_state = FCLEAR;
return;
case DSTATE:
+ case DZLINK:
inoinfo(ino)->ino_state = DCLEAR;
return;
Index: sbin/fsck_ffs/main.c
===================================================================
RCS file: /home/ncvs/src/sbin/fsck_ffs/main.c,v
retrieving revision 1.41
diff -u -r1.41 main.c
--- sbin/fsck_ffs/main.c 9 Apr 2004 19:58:28 -0000 1.41
+++ sbin/fsck_ffs/main.c 6 Sep 2004 00:41:47 -0000
@@ -194,7 +194,6 @@
struct ufs_args args;
struct dups *dp;
struct statfs *mntp;
- struct zlncnt *zlnp;
struct stat snapdir;
struct group *grp;
ufs2_daddr_t blks;
@@ -424,14 +423,7 @@
printf(" %lld,", (long long)dp->dup);
printf("\n");
}
- if (zlnhead != NULL) {
- printf("The following zero link count inodes remain:");
- for (zlnp = zlnhead; zlnp; zlnp = zlnp->next)
- printf(" %u,", zlnp->zlncnt);
- printf("\n");
- }
}
- zlnhead = (struct zlncnt *)0;
duplist = (struct dups *)0;
muldup = (struct dups *)0;
inocleanup();
Index: sbin/fsck_ffs/pass1.c
===================================================================
RCS file: /home/ncvs/src/sbin/fsck_ffs/pass1.c,v
retrieving revision 1.42
diff -u -r1.42 pass1.c
--- sbin/fsck_ffs/pass1.c 1 Sep 2004 05:48:06 -0000 1.42
+++ sbin/fsck_ffs/pass1.c 6 Sep 2004 00:42:11 -0000
@@ -189,7 +189,6 @@
checkinode(ino_t inumber, struct inodesc *idesc)
{
union dinode *dp;
- struct zlncnt *zlnp;
off_t kernmaxfilesize;
ufs2_daddr_t ndb;
mode_t mode;
@@ -302,28 +301,18 @@
goto unknown;
n_files++;
inoinfo(inumber)->ino_linkcnt = DIP(dp, di_nlink);
- if (DIP(dp, di_nlink) <= 0) {
- zlnp = (struct zlncnt *)malloc(sizeof *zlnp);
- if (zlnp == NULL) {
- pfatal("LINK COUNT TABLE OVERFLOW");
- if (reply("CONTINUE") == 0) {
- ckfini(0);
- exit(EEXIT);
- }
- } else {
- zlnp->zlncnt = inumber;
- zlnp->next = zlnhead;
- zlnhead = zlnp;
- }
- }
if (mode == IFDIR) {
if (DIP(dp, di_size) == 0)
inoinfo(inumber)->ino_state = DCLEAR;
+ else if (DIP(dp, di_nlink) <= 0)
+ inoinfo(inumber)->ino_state = DZLINK;
else
inoinfo(inumber)->ino_state = DSTATE;
cacheino(dp, inumber);
countdirs++;
- } else
+ } else if (DIP(dp, di_nlink) <= 0)
+ inoinfo(inumber)->ino_state = FZLINK;
+ else
inoinfo(inumber)->ino_state = FSTATE;
inoinfo(inumber)->ino_type = IFTODT(mode);
badblk = dupblk = 0;
Index: sbin/fsck_ffs/pass2.c
===================================================================
RCS file: /home/ncvs/src/sbin/fsck_ffs/pass2.c,v
retrieving revision 1.25
diff -u -r1.25 pass2.c
--- sbin/fsck_ffs/pass2.c 1 Sep 2004 05:48:06 -0000 1.25
+++ sbin/fsck_ffs/pass2.c 29 Sep 2004 23:19:34 -0000
@@ -91,6 +91,7 @@
case FSTATE:
case FCLEAR:
+ case FZLINK:
pfatal("ROOT INODE NOT DIRECTORY");
if (reply("REALLOCATE")) {
freeino(ROOTINO);
@@ -109,6 +110,7 @@
break;
case DSTATE:
+ case DZLINK:
break;
default:
@@ -196,7 +198,7 @@
if (inp->i_parent == 0 || inp->i_isize == 0)
continue;
if (inoinfo(inp->i_parent)->ino_state == DFOUND &&
- inoinfo(inp->i_number)->ino_state == DSTATE)
+ INO_IS_DUNFOUND(inp->i_number))
inoinfo(inp->i_number)->ino_state = DFOUND;
if (inp->i_dotdot == inp->i_parent ||
inp->i_dotdot == (ino_t)-1)
@@ -405,6 +407,7 @@
goto again;
case DSTATE:
+ case DZLINK:
if (inoinfo(idesc->id_number)->ino_state == DFOUND)
inoinfo(dirp->d_ino)->ino_state = DFOUND;
/* FALLTHROUGH */
@@ -435,6 +438,7 @@
/* FALLTHROUGH */
case FSTATE:
+ case FZLINK:
if (dirp->d_type != inoinfo(dirp->d_ino)->ino_type) {
fileerror(idesc->id_number, dirp->d_ino,
"BAD TYPE VALUE");
Index: sbin/fsck_ffs/pass3.c
===================================================================
RCS file: /home/ncvs/src/sbin/fsck_ffs/pass3.c,v
retrieving revision 1.14
diff -u -r1.14 pass3.c
--- sbin/fsck_ffs/pass3.c 9 Apr 2004 19:58:28 -0000 1.14
+++ sbin/fsck_ffs/pass3.c 29 Sep 2004 23:17:36 -0000
@@ -69,7 +69,7 @@
inp = inpsort[inpindex];
state = inoinfo(inp->i_number)->ino_state;
if (inp->i_number == ROOTINO ||
- (inp->i_parent != 0 && state != DSTATE))
+ (inp->i_parent != 0 && !S_IS_DUNFOUND(state)))
continue;
if (state == DCLEAR)
continue;
@@ -80,7 +80,7 @@
* in pass 4.
*/
if ((preen || bkgrdflag) &&
- resolved && usedsoftdep && state == DSTATE) {
+ resolved && usedsoftdep && S_IS_DUNFOUND(state)) {
if (inp->i_dotdot >= ROOTINO)
inoinfo(inp->i_dotdot)->ino_linkcnt++;
continue;
@@ -88,7 +88,7 @@
for (loopcnt = 0; ; loopcnt++) {
orphan = inp->i_number;
if (inp->i_parent == 0 ||
- inoinfo(inp->i_parent)->ino_state != DSTATE ||
+ !INO_IS_DUNFOUND(inp->i_parent) ||
loopcnt > countdirs)
break;
inp = getinoinfo(inp->i_parent);
Index: sbin/fsck_ffs/pass4.c
===================================================================
RCS file: /home/ncvs/src/sbin/fsck_ffs/pass4.c,v
retrieving revision 1.14
diff -u -r1.14 pass4.c
--- sbin/fsck_ffs/pass4.c 9 Apr 2004 19:58:28 -0000 1.14
+++ sbin/fsck_ffs/pass4.c 6 Sep 2004 00:41:55 -0000
@@ -49,7 +49,6 @@
pass4(void)
{
ino_t inumber;
- struct zlncnt *zlnp;
union dinode *dp;
struct inodesc idesc;
int i, n, cg;
@@ -76,6 +75,14 @@
idesc.id_number = inumber;
switch (inoinfo(inumber)->ino_state) {
+ case FZLINK:
+ case DZLINK:
+ if (inoinfo(inumber)->ino_linkcnt == 0) {
+ clri(&idesc, "UNREF", 1);
+ break;
+ }
+ /* fall through */
+
case FSTATE:
case DFOUND:
n = inoinfo(inumber)->ino_linkcnt;
@@ -83,16 +90,6 @@
adjust(&idesc, (short)n);
break;
}
- for (zlnp = zlnhead; zlnp; zlnp = zlnp->next) {
- if (zlnp->zlncnt == inumber) {
- zlnp->zlncnt = zlnhead->zlncnt;
- zlnp = zlnhead;
- zlnhead = zlnhead->next;
- free((char *)zlnp);
- clri(&idesc, "UNREF", 1);
- break;
- }
- }
break;
case DSTATE:
Index: sbin/fsck_ffs/pass5.c
===================================================================
RCS file: /home/ncvs/src/sbin/fsck_ffs/pass5.c,v
retrieving revision 1.39
diff -u -r1.39 pass5.c
--- sbin/fsck_ffs/pass5.c 9 Apr 2004 19:58:28 -0000 1.39
+++ sbin/fsck_ffs/pass5.c 6 Sep 2004 00:34:10 -0000
@@ -216,11 +216,13 @@
case DSTATE:
case DCLEAR:
case DFOUND:
+ case DZLINK:
newcg->cg_cs.cs_ndir++;
/* FALLTHROUGH */
case FSTATE:
case FCLEAR:
+ case FZLINK:
newcg->cg_cs.cs_nifree--;
setbit(cg_inosused(newcg), i);
break;
From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 19:59:35 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 8AFA816A4CE
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 19:59:35 +0000 (GMT)
Received: from pit.databus.com (p70-227.acedsl.com [66.114.70.227])
by mx1.FreeBSD.org (Postfix) with ESMTP id EA77243D31
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 19:59:34 +0000 (GMT)
(envelope-from barney@pit.databus.com)
Received: from pit.databus.com (localhost [127.0.0.1])
by pit.databus.com (8.13.1/8.13.1) with ESMTP id i8UJxXpI021978;
Thu, 30 Sep 2004 15:59:33 -0400 (EDT)
(envelope-from barney@pit.databus.com)
Received: (from barney@localhost)
by pit.databus.com (8.13.1/8.13.1/Submit) id i8UJxXDJ021977;
Thu, 30 Sep 2004 15:59:33 -0400 (EDT)
(envelope-from barney)
Date: Thu, 30 Sep 2004 15:59:33 -0400
From: Barney Wolff <barney@databus.com>
To: Rob <rob@pythonemproject.com>
Message-ID: <20040930195933.GA21447@pit.databus.com>
References: <415C59C7.7090408@pythonemproject.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <415C59C7.7090408@pythonemproject.com>
User-Agent: Mutt/1.5.6i
X-Scanned-By: MIMEDefang 2.44
cc: freebsd-current@freebsd.org
Subject: Re: wifi on 5.3, sort of OT
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Sep 2004 19:59:35 -0000
On Thu, Sep 30, 2004 at 12:08:55PM -0700, Rob wrote:
>
> Problem seems to be right now that my Netgear WG511T cardbus card
> doesn't seem to be reconginized.
My WG511T seems to work pretty well with the ath(4) driver. So far I
just manually kldload if_ath and it finds the card. Things that don't
work so well: it disappears on resume, and the 108 mbps mode doesn't
seem to work (does on w2k). This is on an ancient Dell I5000.
I haven't tried it with ndis, just got it yesterday.
Barney Wolff
From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 20:03:22 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id B68D816A4CE
for <freebsd-current@FreeBSD.org>;
Thu, 30 Sep 2004 20:03:22 +0000 (GMT)
Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57])
by mx1.FreeBSD.org (Postfix) with ESMTP id 6028B43D2D
for <freebsd-current@FreeBSD.org>;
Thu, 30 Sep 2004 20:03:22 +0000 (GMT)
(envelope-from scottl@FreeBSD.org)
Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11])
(authenticated bits=0)
by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i8UK47Mt074099;
Thu, 30 Sep 2004 14:04:08 -0600 (MDT)
(envelope-from scottl@FreeBSD.org)
Message-ID: <415C664D.7050301@FreeBSD.org>
Date: Thu, 30 Sep 2004 14:02:21 -0600
From: Scott Long <scottl@FreeBSD.org>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040831
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Kris Kennaway <kris@obsecurity.org>
References: <20040929030546.GE16305@electra.cse.Buffalo.EDU>
<p0611040dbd81ef321609@[128.113.24.47]>
<20040930174100.GA1090@xor.obsecurity.org>
In-Reply-To: <20040930174100.GA1090@xor.obsecurity.org>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63
X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org
cc: freebsd-current@FreeBSD.org
cc: Ken Smith <kensmith@cse.Buffalo.EDU>
cc: Garance A Drosihn <drosih@rpi.edu>
Subject: Re: HEADS-UP: Library version number bumps
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Sep 2004 20:03:22 -0000
Kris Kennaway wrote:
> On Thu, Sep 30, 2004 at 01:34:44PM -0400, Garance A Drosihn wrote:
>
>>At 11:05 PM -0400 9/28/04, Ken Smith wrote:
>>
>>>>From the "Better late than never" Department...
>>>
>>>It looks like we should probably bump the version of a couple of
>>>the system libraries. With LOTS of help from Kris it looks like
>>>this is the list we think needs a version bump, with the version
>>
>>>from 4.X being placed in compat4x:
>>
>>> libgnuregex.so.2
>>> libhistory.so.4
>>> libm.so.2
>>> libncurses.so.5
>>> libopie.so.2
>>> libpcap.so.2
>>> libreadline.so.4
>>> libwrap.so.3
>>>
>>>The bumps will be coming soon...
>>
>>Does this include bumping the version number on C++ related
>>libraries, as requested in the message on "5.3, libstc++, gcc34"
>>on Sept 15th?
>
>
> 5.x has already had lots of incompatible changes requiring you to
> recompile older binaries, and the above is going to be another one
> (that's the price of fixing compat with 4.x).
>
> Kris
To answer it a different way, 'no'. libstdc++ was already bumped for
5.x, so there are no 4.x->5.x shlib number problems there.
Scott
From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 20:35:09 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 4EEC316A4CE
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 20:35:09 +0000 (GMT)
Received: from hanoi.cronyx.ru (hanoi.cronyx.ru [144.206.181.53])
by mx1.FreeBSD.org (Postfix) with ESMTP id 0C2BC43D2D
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 20:35:08 +0000 (GMT) (envelope-from rik@cronyx.ru)
Received: (from root@localhost) by hanoi.cronyx.ru
id i8UKW2Rj064673 for freebsd-current@freebsd.org.checked; (8.12.8/vak/2.1)
Fri, 1 Oct 2004 00:32:02 +0400 (MSD) (envelope-from rik@cronyx.ru)
Received: from cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by hanoi.cronyx.ru
with ESMTP id i8UKVqsM064661; (8.12.8/vak/2.1)
Fri, 1 Oct 2004 00:31:53 +0400 (MSD) (envelope-from rik@cronyx.ru)
Message-ID: <415C6B64.20505@cronyx.ru>
Date: Fri, 01 Oct 2004 00:24:04 +0400
From: Roman Kurakin <rik@cronyx.ru>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; ru-RU; rv:1.2.1) Gecko/20030426
X-Accept-Language: ru-ru, en
MIME-Version: 1.0
To: Giorgos Keramidas <keramida@linux.gr>
References: <20040925165522.GB45767@gothmog.gr>
In-Reply-To: <20040925165522.GB45767@gothmog.gr>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
cc: freebsd-current@freebsd.org
Subject: Re: silo overflows
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Sep 2004 20:35:09 -0000
Giorgos Keramidas:
>I've been seeing the following for a while now. Any hints about ways to
>track down why this happens or how to fix it?
>
>Sep 25 19:18:36 gothmog kernel: sio1: 2 more silo overflows (total 357)
>Sep 25 19:18:45 gothmog kernel: sio1: 2 more silo overflows (total 359)
>Sep 25 19:18:46 gothmog kernel: sio1: 1 more silo overflow (total 360)
>Sep 25 19:37:03 gothmog kernel: sio1: 3 more silo overflows (total 363)
>Sep 25 19:37:14 gothmog kernel: sio1: 1 more silo overflow (total 364)
>
>This is with a relatively recent 6.0-CURRENT on a Celeron @ 1800MHz.
>
>$ uname -v
>FreeBSD 6.0-CURRENT #0: Fri Sep 24 00:04:47 EEST 2004 \
>sysop@gothmog.gr:/usr/obj/usr/src/sys/GENERIC
>
This is not a bug. This is normal. This would be "fixed" after interrupt
optimisation in sio and other drivers/parts of system. BUG section of
sio(4) describes all reasons for that.
But you also should understand that you can always produce a load
on any system that would lead to problems like this one. I didn't try
this on FreeBSD, but Linux system was loaded by myself so that it
was unable to deliver interrupt to my driver within a ~0.5-1 secconds,
if my memory doesn't fails me.
I hadn't try to load it more, but I am sure it is possible and that I can
reproduce this on any other system (except realtime one I believe ;-).
Best regards,
Roman Kurakin
>_______________________________________________
>freebsd-current@freebsd.org mailing list
>http://lists.freebsd.org/mailman/listinfo/freebsd-current
>To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
>
>
>
>
From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 20:44:36 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id A1FE616A4CE; Thu, 30 Sep 2004 20:44:36 +0000 (GMT)
Received: from obsecurity.dyndns.org
(CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 7254143D55; Thu, 30 Sep 2004 20:44:36 +0000 (GMT)
(envelope-from kris@obsecurity.org)
Received: by obsecurity.dyndns.org (Postfix, from userid 1000)
id 859C85138B; Thu, 30 Sep 2004 13:45:08 -0700 (PDT)
Date: Thu, 30 Sep 2004 13:45:08 -0700
From: Kris Kennaway <kris@obsecurity.org>
To: amd64@FreeBSD.org, current@FreeBSD.org
Message-ID: <20040930204508.GA10958@xor.obsecurity.org>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="1yeeQ81UyVL57Vl7"
Content-Disposition: inline
User-Agent: Mutt/1.4.2.1i
Subject: Fatal trap 9 in pmap_remove_pages
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Sep 2004 20:44:36 -0000
--1yeeQ81UyVL57Vl7
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
I updated an amd64 package machine to RELENG_5 yesterday, and it just died with:
Fatal trap 9: general protection fault while in kernel mode
instruction pointer = 0x8:0xffffffff8033e0a0
stack pointer = 0x10:0xffffffff966a2ab0
frame pointer = 0x10:0xffffffff966a2af0
code segment = base 0x0, limit 0xfffff, type 0x1b
= DPL 0, pres 1, long 1, def32 0, gran 1
processor eflags = interrupt enabled, resume, IOPL = 0
current process = 16123 (sh)
[thread 100214]
Stopped at pmap_remove_pages+0x1a0: decl %esp
db> tr
pmap_remove_pages() at pmap_remove_pages+0x1a0
exit1() at exit1+0xeb3
sys_exit() at sys_exit+0xe
syscall() at syscall+0x4ab
Xfast_syscall() at Xfast_syscall+0xa8
--- syscall (1, FreeBSD ELF64, sys_exit), rip = 0x200915c68, rsp = 0x7fffffffd3b8, rbp = 0x1 ---
Kris
--1yeeQ81UyVL57Vl7
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)
iD8DBQFBXHBUWry0BWjoQKURAhS3AKCCAbT5kT2o1IGqj2w86EgjK26GgQCeN7D1
JFyMQhlySTxV+k3JvfK3lVU=
=VLY6
-----END PGP SIGNATURE-----
--1yeeQ81UyVL57Vl7--
From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 21:14:35 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 90F4E16A4CE
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 21:14:35 +0000 (GMT)
Received: from linwhf.opal.com (119.79.171.66.subscriber.vzavenue.net
[66.171.79.119])
by mx1.FreeBSD.org (Postfix) with ESMTP id B077E43D48
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 21:14:34 +0000 (GMT)
(envelope-from jr@linwhf.opal.com)
Received: from linwhf.opal.com (localhost [127.0.0.1])
by linwhf.opal.com (8.13.1/8.13.1) with ESMTP id i8ULENXO000846;
Thu, 30 Sep 2004 17:14:23 -0400 (EDT)
(envelope-from jr@linwhf.opal.com)
Received: (from jr@localhost)
by linwhf.opal.com (8.13.1/8.13.1/Submit) id i8ULEJ7K000845;
Thu, 30 Sep 2004 17:14:19 -0400 (EDT)
(envelope-from jr)
Date: Thu, 30 Sep 2004 17:14:19 -0400
From: "J.R. Oldroyd" <fbsd@opal.com>
To: Ryan Sommers <ryans@gamersimpact.com>
Message-ID: <20040930211418.GA795@linwhf.opal.com>
References: <20040930184729.GA836@linwhf.opal.com>
<20040930185842.GA4759@xor.obsecurity.org>
<20040930190716.GA1236@linwhf.opal.com>
<60850.208.4.77.15.1096574606.squirrel@208.4.77.15>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <60850.208.4.77.15.1096574606.squirrel@208.4.77.15>
User-Agent: Mutt/1.4.2.1i
cc: freebsd-current@freebsd.org
cc: Kris Kennaway <kris@obsecurity.org>
Subject: Re: panic after 'ifconfig gif0 destroy'
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Sep 2004 21:14:35 -0000
Here you go:
# ifconfig gif0 destroy
[thread 100166]
Stopped at idestroy_dev+0x9e: cmpl $0,0x3c(%esi)
db> trace
idestroy_dev(c3b88b00) at idestroy_dev+0x9e
idestroy_dev(c3be1700,f0e6cb84,c0671ef4,c3be1700,c35a7800) at idestroy_dev+0x68
destroy_dev(c35a1700,c35a7800,0,c080a1b8,d8) at destroy_dev+0x10
if_detach(c35a7800,c35a7800,c35a7800,c0872480,f0e6cbbc) at if_detatch+0x274
gif_destroy(c35a7800,c087b660,0,c0814dca,db) at gif_destroy+0x80
gif_clone_destroy(c35a7800,c08724b0,c0872480,f0e6cbf0,c0674076) at gif_clone_destroy+0x67
ifc_simple_destroy(c0872480,c35a7800,2d,80206979,0) at ifc_simple_destroy+0x1e
if_clone_destroy(f0e6cc60,f0e6cc14,c0631dee,f0e6cc60,f0e6cc60) at if_clone_destroy+0xf2
ifioctl(c4285a20,80206979,f0e6cc60,c4274900,0) at ifioctl+0x88
soo_ioctl(c39f7e58,80206979,f0e6cc60,c3bd2e80,c4274900) at soo_ioctl+0x2b1
ioctl(c4274900,f0e6cd14,3,7,286) at ioctl+0x3e0
syscall(2f,2f,2f,1,bfbfe9c0) at syscall+0x213
Xint0x80_syscall() at Xint0x80_syscall+0x1f
--- syscall (54, FreeBSD ELF32, ioctl), eip = 0x280cc10b, esp = 0xbfbfe84c, ebp = 0xbfbfe868 ---
db>
On Sep 30, 14:03, Ryan Sommers wrote:
>
> > After the panic message, the system stops dead. No traceback,
> > no addresses, nothing more.
> >
> > -jr
>
> Can you recompile a debugging kernel with DDB support? When the kernel
> panics it will drop the console into the DDB debugger. Do a 'trace' and
> then add that to an email.
>
> Note: If you can hook it up to a serial console you can just copy&paste
> the output instead of hand copying it.
>
> >
> >
> > On Sep 30, 11:58, Kris Kennaway wrote:
> >> On Thu, Sep 30, 2004 at 02:47:46PM -0400, J.R. Oldroyd wrote:
> >> > The command:
> >> > # ifconfig gif0 destroy
> >> > panic: page fault
> >> >
> >> > isn't really ideal behavior.
> >>
> >> Nor is this really an ideal bug report ;-)
> >>
> >> You need to post a debugging traceback of the panic, or at the very
> >> least look up the PC address in your kernel with addr2line.
> >>
> >> Kris
> >
> > _______________________________________________
> > freebsd-current@freebsd.org mailing list
> > http://lists.freebsd.org/mailman/listinfo/freebsd-current
> > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
> >
>
>
> --
> Ryan Sommers
> ryans@gamersimpact.com
From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 21:19:43 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id D1A6816A4CE
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 21:19:43 +0000 (GMT)
Received: from obsecurity.dyndns.org
(CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143])
by mx1.FreeBSD.org (Postfix) with ESMTP id A53A643D1D
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 21:19:43 +0000 (GMT)
(envelope-from kris@obsecurity.org)
Received: by obsecurity.dyndns.org (Postfix, from userid 1000)
id 77FBE51491; Thu, 30 Sep 2004 14:20:16 -0700 (PDT)
Date: Thu, 30 Sep 2004 14:20:16 -0700
From: Kris Kennaway <kris@obsecurity.org>
To: "J.R. Oldroyd" <fbsd@opal.com>
Message-ID: <20040930212016.GA13891@xor.obsecurity.org>
References: <20040930184729.GA836@linwhf.opal.com>
<20040930185842.GA4759@xor.obsecurity.org>
<20040930190716.GA1236@linwhf.opal.com>
<60850.208.4.77.15.1096574606.squirrel@208.4.77.15>
<20040930211418.GA795@linwhf.opal.com>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="Nq2Wo0NMKNjxTN9z"
Content-Disposition: inline
In-Reply-To: <20040930211418.GA795@linwhf.opal.com>
User-Agent: Mutt/1.4.2.1i
cc: Ryan Sommers <ryans@gamersimpact.com>
cc: freebsd-current@freebsd.org
cc: Kris Kennaway <kris@obsecurity.org>
Subject: Re: panic after 'ifconfig gif0 destroy'
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Sep 2004 21:19:43 -0000
--Nq2Wo0NMKNjxTN9z
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Thu, Sep 30, 2004 at 05:14:19PM -0400, J.R. Oldroyd wrote:
> Here you go:
>=20
> # ifconfig gif0 destroy
> [thread 100166]
> Stopped at idestroy_dev+0x9e: cmpl $0,0x3c(%esi)
> db> trace
> idestroy_dev(c3b88b00) at idestroy_dev+0x9e
> idestroy_dev(c3be1700,f0e6cb84,c0671ef4,c3be1700,c35a7800) at idestroy_de=
v+0x68
> destroy_dev(c35a1700,c35a7800,0,c080a1b8,d8) at destroy_dev+0x10
> if_detach(c35a7800,c35a7800,c35a7800,c0872480,f0e6cbbc) at if_detatch+0x2=
74
> gif_destroy(c35a7800,c087b660,0,c0814dca,db) at gif_destroy+0x80
> gif_clone_destroy(c35a7800,c08724b0,c0872480,f0e6cbf0,c0674076) at gif_cl=
one_destroy+0x67
> ifc_simple_destroy(c0872480,c35a7800,2d,80206979,0) at ifc_simple_destroy=
+0x1e
> if_clone_destroy(f0e6cc60,f0e6cc14,c0631dee,f0e6cc60,f0e6cc60) at if_clon=
e_destroy+0xf2
> ifioctl(c4285a20,80206979,f0e6cc60,c4274900,0) at ifioctl+0x88
> soo_ioctl(c39f7e58,80206979,f0e6cc60,c3bd2e80,c4274900) at soo_ioctl+0x2b1
> ioctl(c4274900,f0e6cd14,3,7,286) at ioctl+0x3e0
> syscall(2f,2f,2f,1,bfbfe9c0) at syscall+0x213
> Xint0x80_syscall() at Xint0x80_syscall+0x1f
> --- syscall (54, FreeBSD ELF32, ioctl), eip =3D 0x280cc10b, esp =3D 0xbfb=
fe84c, ebp =3D 0xbfbfe868 ---
> db>
Thanks, that's better.
Kris
--Nq2Wo0NMKNjxTN9z
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)
iD8DBQFBXHiQWry0BWjoQKURAsq4AKCyn3MK+yb1tBDE4JA6m33UxEg1fACg51KC
44kxhCfgNbWb5wcN4MIkoBQ=
=VfbW
-----END PGP SIGNATURE-----
--Nq2Wo0NMKNjxTN9z--
From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 21:22:50 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 79B5216A4CE
for <current@freebsd.org>; Thu, 30 Sep 2004 21:22:50 +0000 (GMT)
Received: from pandora.afflictions.org (asylum.afflictions.org [64.7.134.90])
by mx1.FreeBSD.org (Postfix) with ESMTP id C139043D46
for <current@freebsd.org>; Thu, 30 Sep 2004 21:22:49 +0000 (GMT)
(envelope-from dgerow@afflictions.org)
Received: from localhost (localhost [127.0.0.1])
by pandora.afflictions.org (Postfix) with ESMTP id 38CFF78C55;
Thu, 30 Sep 2004 17:24:26 -0400 (EDT)
Received: from dementia.afflictions.org (dementia.afflictions.org
[172.19.206.56])
by pandora.afflictions.org (Postfix) with ESMTP id AAC8678C35;
Thu, 30 Sep 2004 17:24:22 -0400 (EDT)
Received: by dementia.afflictions.org (Postfix, from userid 1001)
id 38D93170E2; Thu, 30 Sep 2004 17:18:51 -0400 (EDT)
Date: Thu, 30 Sep 2004 17:18:51 -0400
From: Damian Gerow <dgerow@afflictions.org>
To: Julian Elischer <julian@elischer.org>
Message-ID: <20040930211851.GH26934@afflictions.org>
Mail-Followup-To: Julian Elischer <julian@elischer.org>,
current@freebsd.org
References: <20040929050154.GJ5115@afflictions.org>
<415A6AE3.4050309@elischer.org> <415A6B8A.1040902@elischer.org>
<20040929093723.GB29565@afflictions.org> <415B113A.1060508@elischer.org>
<20040929215528.GH29565@afflictions.org> <415B368D.3020506@elischer.org>
<20040930042935.GA26934@afflictions.org>
<20040930043322.GB26934@afflictions.org> <415C4ED7.8090209@elischer.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <415C4ED7.8090209@elischer.org>
X-Operating-System: FreeBSD 5.3-BETA6 on a i386
X-GPG-Fingerprint: B3D7 D901 A53A 1A99 BFD6 E6DF 9F3B 742B C288 9CC9
User-Agent: Mutt/1.5.6i
X-Virus-Scanned: by amavisd-new at afflictions.org
cc: current@freebsd.org
Subject: Re: Random processes hanging in unkillable state in -BETA6
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Sep 2004 21:22:50 -0000
Thus spake Julian Elischer (julian@elischer.org) [30/09/04 14:24]:
: your last two dumped ksegrps are not the correct address..
: any chance you could do it again and get them, all?
The last two were, I believe, for ogle_gui? Argh, I copied the
thread_address, not the ksegrp. :( Sorry.
ogle_gui has actually since died. I'm not sure how or why, but I still have
the same two firefox and dig commands hung. So I can't get the last two,
no.
From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 22:04:04 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 5861416A4CE
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 22:04:04 +0000 (GMT)
Received: from mail.mcneil.com (mcneil.com [24.199.45.54])
by mx1.FreeBSD.org (Postfix) with ESMTP id 3D8C143D55
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 22:04:04 +0000 (GMT) (envelope-from sean@mcneil.com)
Received: from localhost (localhost.mcneil.com [127.0.0.1])
by mail.mcneil.com (Postfix) with ESMTP id D9FD1F1B17
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 15:04:03 -0700 (PDT)
Received: from mail.mcneil.com ([127.0.0.1])
by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024)
with ESMTP id 00662-01 for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 15:04:02 -0700 (PDT)
Received: from [24.199.45.54] (mcneil.com [24.199.45.54])
by mail.mcneil.com (Postfix) with ESMTP id CE9C7F1B16
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 15:04:02 -0700 (PDT)
From: Sean McNeil <sean@mcneil.com>
To: freebsd-current@freebsd.org
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="=-DBK5smVknbhIPztzMReh"
Message-Id: <1096581842.1077.4.camel@server>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.6
Date: Thu, 30 Sep 2004 15:04:02 -0700
X-Virus-Scanned: by amavisd-new at mcneil.com
Subject: totem in gdb crashes -current
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Sep 2004 22:04:04 -0000
--=-DBK5smVknbhIPztzMReh
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable
I can crash my -current/amd64 machine each time by doing:
gdb `which totem`
r
The machine reboots with no information in log files or dropping down
into the debugger. Kernel built with:
makeoptions DEBUG=3D-g # Build kernel with gdb(1) debug
symbols
options SCHED_4BSD # 4BSD scheduler
options PREEMPTION # Enable kernel thread
preemption
options ADAPTIVE_GIANT # Giant mutex is adaptive.
# Debugging for use in -current
options KDB # Enable kernel debugger
support.
options DDB # Support DDB.
options GDB # Support remote GDB.
no invariants or witness set except
options WITNESS_SKIPSPIN # Don't run witness on spinlocks
for speed
--=-DBK5smVknbhIPztzMReh
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)
iD8DBQBBXILSyQsGN30uGE4RAlHtAKCB981KG/dIy/beDyyFdaskto5iHgCeLkb2
2AsxBHByTsKqyXm9vUcX6No=
=gMCY
-----END PGP SIGNATURE-----
--=-DBK5smVknbhIPztzMReh--
From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 22:07:29 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id AB53816A4CE
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 22:07:29 +0000 (GMT)
Received: from obsecurity.dyndns.org
(CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143])
by mx1.FreeBSD.org (Postfix) with ESMTP id 7C1EE43D1D
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 22:07:29 +0000 (GMT)
(envelope-from kris@obsecurity.org)
Received: by obsecurity.dyndns.org (Postfix, from userid 1000)
id A04705150B; Thu, 30 Sep 2004 15:08:02 -0700 (PDT)
Date: Thu, 30 Sep 2004 15:08:02 -0700
From: Kris Kennaway <kris@obsecurity.org>
To: Sean McNeil <sean@mcneil.com>
Message-ID: <20040930220802.GA16993@xor.obsecurity.org>
References: <1096581842.1077.4.camel@server>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="SUOF0GtieIMvvwua"
Content-Disposition: inline
In-Reply-To: <1096581842.1077.4.camel@server>
User-Agent: Mutt/1.4.2.1i
cc: freebsd-current@freebsd.org
Subject: Re: totem in gdb crashes -current
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Sep 2004 22:07:29 -0000
--SUOF0GtieIMvvwua
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Thu, Sep 30, 2004 at 03:04:02PM -0700, Sean McNeil wrote:
> I can crash my -current/amd64 machine each time by doing:
>=20
> gdb `which totem`
> r
>=20
> The machine reboots with no information in log files or dropping down
> into the debugger.
Unable to reproduce:
hammer02# gdb `which totem`
Excess command line arguments ignored. (not ...)
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 "amd64-marcel-freebsd"...totem:: No such file or=
directory.
/root/Command: No such file or directory.
(gdb)
Kris
--SUOF0GtieIMvvwua
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)
iD8DBQFBXIPCWry0BWjoQKURAn/RAKCeq/D6jCwhtJwkR3fiHF3Sjt9hywCfc8KU
CsHaldwDCIxlp/snqc2ZQBE=
=0Gac
-----END PGP SIGNATURE-----
--SUOF0GtieIMvvwua--
From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 22:10:16 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 0049A16A4CE
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 22:10:16 +0000 (GMT)
Received: from mail.mcneil.com (mcneil.com [24.199.45.54])
by mx1.FreeBSD.org (Postfix) with ESMTP id DCD8C43D2F
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 22:10:15 +0000 (GMT) (envelope-from sean@mcneil.com)
Received: from localhost (localhost.mcneil.com [127.0.0.1])
by mail.mcneil.com (Postfix) with ESMTP id A1A57F1B28;
Thu, 30 Sep 2004 15:10:15 -0700 (PDT)
Received: from mail.mcneil.com ([127.0.0.1])
by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024)
with ESMTP id 00662-03; Thu, 30 Sep 2004 15:10:14 -0700 (PDT)
Received: from [24.199.45.54] (mcneil.com [24.199.45.54])
by mail.mcneil.com (Postfix) with ESMTP id B7832F1A35;
Thu, 30 Sep 2004 15:10:14 -0700 (PDT)
From: Sean McNeil <sean@mcneil.com>
To: Kris Kennaway <kris@obsecurity.org>
In-Reply-To: <20040930220802.GA16993@xor.obsecurity.org>
References: <1096581842.1077.4.camel@server>
<20040930220802.GA16993@xor.obsecurity.org>
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="=-6Ui1tJNMFhpsRCJwYlR+"
Message-Id: <1096582214.1189.1.camel@server>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.6
Date: Thu, 30 Sep 2004 15:10:14 -0700
X-Virus-Scanned: by amavisd-new at mcneil.com
cc: freebsd-current@freebsd.org
Subject: Re: totem in gdb crashes -current
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Sep 2004 22:10:16 -0000
--=-6Ui1tJNMFhpsRCJwYlR+
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable
On Thu, 2004-09-30 at 15:08, Kris Kennaway wrote:
> On Thu, Sep 30, 2004 at 03:04:02PM -0700, Sean McNeil wrote:
> > I can crash my -current/amd64 machine each time by doing:
> >=20
> > gdb `which totem`
> > r
> >=20
> > The machine reboots with no information in log files or dropping down
> > into the debugger.
>=20
> Unable to reproduce:
>=20
> hammer02# gdb `which totem`
> Excess command line arguments ignored. (not ...)
> 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 conditi=
ons.
> Type "show copying" to see the conditions.
> There is absolutely no warranty for GDB. Type "show warranty" for detail=
s.
> This GDB was configured as "amd64-marcel-freebsd"...totem:: No such file =
or directory.
>=20
> /root/Command: No such file or directory.
> (gdb)
Do you have totem installed? Mine is compiled with gstreamer support.=20
And I do not see you doing an 'r'.
Sean
--=-6Ui1tJNMFhpsRCJwYlR+
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)
iD8DBQBBXIRGyQsGN30uGE4RAgXBAJ4l1yrTRnVjpr5iBV3BclWtgTg51gCdHh8T
Za7SrD2McUBQpVktjE4LcH4=
=m2Bm
-----END PGP SIGNATURE-----
--=-6Ui1tJNMFhpsRCJwYlR+--
From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 22:11:46 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 3F5F916A4CE
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 22:11:46 +0000 (GMT)
Received: from obsecurity.dyndns.org
(CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143])
by mx1.FreeBSD.org (Postfix) with ESMTP id 11A6B43D3F
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 22:11:46 +0000 (GMT)
(envelope-from kris@obsecurity.org)
Received: by obsecurity.dyndns.org (Postfix, from userid 1000)
id 31ACB5150B; Thu, 30 Sep 2004 15:12:19 -0700 (PDT)
Date: Thu, 30 Sep 2004 15:12:19 -0700
From: Kris Kennaway <kris@obsecurity.org>
To: Sean McNeil <sean@mcneil.com>
Message-ID: <20040930221219.GA17109@xor.obsecurity.org>
References: <1096581842.1077.4.camel@server>
<20040930220802.GA16993@xor.obsecurity.org> <1096582214.1189.1.camel@server>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="r5Pyd7+fXNt84Ff3"
Content-Disposition: inline
In-Reply-To: <1096582214.1189.1.camel@server>
User-Agent: Mutt/1.4.2.1i
cc: freebsd-current@freebsd.org
cc: Kris Kennaway <kris@obsecurity.org>
Subject: Re: totem in gdb crashes -current
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Sep 2004 22:11:46 -0000
--r5Pyd7+fXNt84Ff3
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Thu, Sep 30, 2004 at 03:10:14PM -0700, Sean McNeil wrote:
> On Thu, 2004-09-30 at 15:08, Kris Kennaway wrote:
> > On Thu, Sep 30, 2004 at 03:04:02PM -0700, Sean McNeil wrote:
> > > I can crash my -current/amd64 machine each time by doing:
> > >=20
> > > gdb `which totem`
> > > r
> > >=20
> > > The machine reboots with no information in log files or dropping down
> > > into the debugger.
> >=20
> > Unable to reproduce:
> >=20
> > hammer02# gdb `which totem`
> > Excess command line arguments ignored. (not ...)
> > GNU gdb 6.1.1 [FreeBSD]
> > Copyright 2004 Free Software Foundation, Inc.
> > GDB is free software, covered by the GNU General Public License, and yo=
u are
> > welcome to change it and/or distribute copies of it under certain condi=
tions.
> > Type "show copying" to see the conditions.
> > There is absolutely no warranty for GDB. Type "show warranty" for deta=
ils.
> > This GDB was configured as "amd64-marcel-freebsd"...totem:: No such fil=
e or directory.
> >=20
> > /root/Command: No such file or directory.
> > (gdb)
>=20
> Do you have totem installed? Mine is compiled with gstreamer support.=20
OK, can you provide a binary?
Kris
--r5Pyd7+fXNt84Ff3
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)
iD8DBQFBXITCWry0BWjoQKURAja5AJwPrA0z2Gdf98rWBUTQ6t52JFtGFQCglBUp
XppdZZ+nTiWXho2RyoOS9I8=
=lvhV
-----END PGP SIGNATURE-----
--r5Pyd7+fXNt84Ff3--
From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 22:13:57 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 7E11316A4CE
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 22:13:57 +0000 (GMT)
Received: from fed1rmmtao08.cox.net (fed1rmmtao08.cox.net [68.230.241.31])
by mx1.FreeBSD.org (Postfix) with ESMTP id 3726E43D39
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 22:13:57 +0000 (GMT) (envelope-from mezz7@cox.net)
Received: from mezz.mezzweb.com ([68.103.32.140]) by fed1rmmtao08.cox.net
(InterMail vM.6.01.03.04 201-2131-111-106-20040729) with ESMTP
id <20040930221357.VFYB4089.fed1rmmtao08.cox.net@mezz.mezzweb.com>;
Thu, 30 Sep 2004 18:13:57 -0400
To: "Sean McNeil" <sean@mcneil.com>
References: <1096581842.1077.4.camel@server>
<20040930220802.GA16993@xor.obsecurity.org> <1096582214.1189.1.camel@server>
Message-ID: <opse5uphcw9aq2h7@mezz.mezzweb.com>
Date: Thu, 30 Sep 2004 17:13:55 -0500
From: "Jeremy Messenger" <mezz7@cox.net>
Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
In-Reply-To: <1096582214.1189.1.camel@server>
User-Agent: Opera M2/7.54 (Linux, build 751)
cc: freebsd-current@freebsd.org
cc: Kris Kennaway <kris@obsecurity.org>
Subject: Re: totem in gdb crashes -current
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Sep 2004 22:13:57 -0000
On Thu, 30 Sep 2004 15:10:14 -0700, Sean McNeil <sean@mcneil.com> wrote:
> On Thu, 2004-09-30 at 15:08, Kris Kennaway wrote:
>> On Thu, Sep 30, 2004 at 03:04:02PM -0700, Sean McNeil wrote:
>> > I can crash my -current/amd64 machine each time by doing:
>> >
>> > gdb `which totem`
>> > r
>> >
>> > The machine reboots with no information in log files or dropping down
>> > into the debugger.
>>
>> Unable to reproduce:
>>
>> hammer02# gdb `which totem`
>> Excess command line arguments ignored. (not ...)
>> 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 "amd64-marcel-freebsd"...totem:: No such
>> file or directory.
>>
>> /root/Command: No such file or directory.
>> (gdb)
>
> Do you have totem installed? Mine is compiled with gstreamer support.
> And I do not see you doing an 'r'.
I believe, the problem is gstreamer VS gdb, because I am unable to run
gstreamer under gdb either, which gdb will crash.
Cheers,
Mezz
> Sean
--
mezz7@cox.net - mezz@FreeBSD.org
FreeBSD GNOME Team
http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org
From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 22:17:24 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id F3BC916A4CE
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 22:17:23 +0000 (GMT)
Received: from fed1rmmtao08.cox.net (fed1rmmtao08.cox.net [68.230.241.31])
by mx1.FreeBSD.org (Postfix) with ESMTP id ABCF743D1D
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 22:17:23 +0000 (GMT) (envelope-from mezz7@cox.net)
Received: from mezz.mezzweb.com ([68.103.32.140]) by fed1rmmtao08.cox.net
(InterMail vM.6.01.03.04 201-2131-111-106-20040729) with ESMTP
id <20040930221723.VHEI4089.fed1rmmtao08.cox.net@mezz.mezzweb.com>;
Thu, 30 Sep 2004 18:17:23 -0400
To: "Sean McNeil" <sean@mcneil.com>
References: <1096581842.1077.4.camel@server>
<20040930220802.GA16993@xor.obsecurity.org> <1096582214.1189.1.camel@server>
<opse5uphcw9aq2h7@mezz.mezzweb.com>
Message-ID: <opse5uu8b09aq2h7@mezz.mezzweb.com>
Date: Thu, 30 Sep 2004 17:17:22 -0500
From: "Jeremy Messenger" <mezz7@cox.net>
Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
In-Reply-To: <opse5uphcw9aq2h7@mezz.mezzweb.com>
User-Agent: Opera M2/7.54 (Linux, build 751)
cc: freebsd-current@freebsd.org
cc: Kris Kennaway <kris@obsecurity.org>
Subject: Re: totem in gdb crashes -current
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Sep 2004 22:17:24 -0000
On Thu, 30 Sep 2004 17:13:55 -0500, Jeremy Messenger <mezz7@cox.net> wrote:
> On Thu, 30 Sep 2004 15:10:14 -0700, Sean McNeil <sean@mcneil.com> wrote:
>
>> On Thu, 2004-09-30 at 15:08, Kris Kennaway wrote:
>>> On Thu, Sep 30, 2004 at 03:04:02PM -0700, Sean McNeil wrote:
>>> > I can crash my -current/amd64 machine each time by doing:
>>> >
>>> > gdb `which totem`
>>> > r
>>> >
>>> > The machine reboots with no information in log files or dropping down
>>> > into the debugger.
>>>
>>> Unable to reproduce:
>>>
>>> hammer02# gdb `which totem`
>>> Excess command line arguments ignored. (not ...)
>>> 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 "amd64-marcel-freebsd"...totem:: No such
>>> file or directory.
>>>
>>> /root/Command: No such file or directory.
>>> (gdb)
>>
>> Do you have totem installed? Mine is compiled with gstreamer support.
>> And I do not see you doing an 'r'.
>
> I believe, the problem is gstreamer VS gdb, because I am unable to run
> gstreamer under gdb either, which gdb will crash.
I send email too early.... Here's only i386 and it doesn't crash -CURRENT,
but only crash gdb if I try to run gstreamer under gdb. It will required
me to build the base with debug, which I never bother to do it.
Cheers,
Mezz
> Cheers,
> Mezz
>
>> Sean
--
mezz7@cox.net - mezz@FreeBSD.org
FreeBSD GNOME Team
http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org
From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 22:28:28 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id A603916A4CE
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 22:28:28 +0000 (GMT)
Received: from mail.mcneil.com (mcneil.com [24.199.45.54])
by mx1.FreeBSD.org (Postfix) with ESMTP id 8836243D2F
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 22:28:28 +0000 (GMT) (envelope-from sean@mcneil.com)
Received: from localhost (localhost.mcneil.com [127.0.0.1])
by mail.mcneil.com (Postfix) with ESMTP id 4CE8AF1AB7;
Thu, 30 Sep 2004 15:28:28 -0700 (PDT)
Received: from mail.mcneil.com ([127.0.0.1])
by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024)
with ESMTP id 00662-06; Thu, 30 Sep 2004 15:28:27 -0700 (PDT)
Received: from [24.199.45.54] (mcneil.com [24.199.45.54])
by mail.mcneil.com (Postfix) with ESMTP id 6397EF1B2D;
Thu, 30 Sep 2004 15:28:27 -0700 (PDT)
From: Sean McNeil <sean@mcneil.com>
To: Jeremy Messenger <mezz7@cox.net>
In-Reply-To: <opse5uu8b09aq2h7@mezz.mezzweb.com>
References: <1096581842.1077.4.camel@server>
<20040930220802.GA16993@xor.obsecurity.org>
<1096582214.1189.1.camel@server> <opse5uphcw9aq2h7@mezz.mezzweb.com>
<opse5uu8b09aq2h7@mezz.mezzweb.com>
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="=-qcAXLqKyrsDWxpKR6h+T"
Message-Id: <1096583307.1305.3.camel@server>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.6
Date: Thu, 30 Sep 2004 15:28:27 -0700
X-Virus-Scanned: by amavisd-new at mcneil.com
cc: freebsd-current@freebsd.org
cc: Kris Kennaway <kris@obsecurity.org>
Subject: Re: totem in gdb crashes -current
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Sep 2004 22:28:28 -0000
--=-qcAXLqKyrsDWxpKR6h+T
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable
On Thu, 2004-09-30 at 15:17, Jeremy Messenger wrote:
> On Thu, 30 Sep 2004 17:13:55 -0500, Jeremy Messenger <mezz7@cox.net> wrot=
e:
>=20
> > On Thu, 30 Sep 2004 15:10:14 -0700, Sean McNeil <sean@mcneil.com> wrote=
:
> >
> >> On Thu, 2004-09-30 at 15:08, Kris Kennaway wrote:
> >>> On Thu, Sep 30, 2004 at 03:04:02PM -0700, Sean McNeil wrote:
> >>> > I can crash my -current/amd64 machine each time by doing:
> >>> >
> >>> > gdb `which totem`
> >>> > r
> >>> >
> >>> > The machine reboots with no information in log files or dropping do=
wn
> >>> > into the debugger.
> >>>
> >>> Unable to reproduce:
> >>>
> >>> hammer02# gdb `which totem`
> >>> Excess command line arguments ignored. (not ...)
> >>> GNU gdb 6.1.1 [FreeBSD]
> >>> Copyright 2004 Free Software Foundation, Inc.
> >>> GDB is free software, covered by the GNU General Public License, and =
=20
> >>> you are
> >>> welcome to change it and/or distribute copies of it under certain =20
> >>> conditions.
> >>> Type "show copying" to see the conditions.
> >>> There is absolutely no warranty for GDB. Type "show warranty" for =20
> >>> details.
> >>> This GDB was configured as "amd64-marcel-freebsd"...totem:: No such =20
> >>> file or directory.
> >>>
> >>> /root/Command: No such file or directory.
> >>> (gdb)
> >>
> >> Do you have totem installed? Mine is compiled with gstreamer support.
> >> And I do not see you doing an 'r'.
> >
> > I believe, the problem is gstreamer VS gdb, because I am unable to run =
=20
> > gstreamer under gdb either, which gdb will crash.
>=20
> I send email too early.... Here's only i386 and it doesn't crash -CURRENT=
, =20
> but only crash gdb if I try to run gstreamer under gdb. It will required =
=20
> me to build the base with debug, which I never bother to do it.
Sorry if I didn't make that clear... It isn't gdb that is crashing on
me. My entire system crashes/reboots.
Sean
--=-qcAXLqKyrsDWxpKR6h+T
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)
iD8DBQBBXIiLyQsGN30uGE4RApqEAKDBL8I6oRYmQi12ZD1voihqA4EOkQCg310j
PC8v1/TAWqN7gP8oPKuQyP8=
=H2gD
-----END PGP SIGNATURE-----
--=-qcAXLqKyrsDWxpKR6h+T--
From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 22:30:16 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 6C95216A4CE
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 22:30:16 +0000 (GMT)
Received: from mail.mcneil.com (mcneil.com [24.199.45.54])
by mx1.FreeBSD.org (Postfix) with ESMTP id 4D84443D1F
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 22:30:16 +0000 (GMT) (envelope-from sean@mcneil.com)
Received: from localhost (localhost.mcneil.com [127.0.0.1])
by mail.mcneil.com (Postfix) with ESMTP id D2079F1B17;
Thu, 30 Sep 2004 15:30:15 -0700 (PDT)
Received: from mail.mcneil.com ([127.0.0.1])
by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024)
with ESMTP id 00662-07; Thu, 30 Sep 2004 15:30:14 -0700 (PDT)
Received: from [24.199.45.54] (mcneil.com [24.199.45.54])
by mail.mcneil.com (Postfix) with ESMTP id BF93EF1AB7;
Thu, 30 Sep 2004 15:30:14 -0700 (PDT)
From: Sean McNeil <sean@mcneil.com>
To: Kris Kennaway <kris@obsecurity.org>
In-Reply-To: <20040930221219.GA17109@xor.obsecurity.org>
References: <1096581842.1077.4.camel@server>
<20040930220802.GA16993@xor.obsecurity.org>
<1096582214.1189.1.camel@server>
<20040930221219.GA17109@xor.obsecurity.org>
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="=-XEZa8E81J+YuwwNRlxzT"
Message-Id: <1096583414.1305.6.camel@server>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.6
Date: Thu, 30 Sep 2004 15:30:14 -0700
X-Virus-Scanned: by amavisd-new at mcneil.com
cc: freebsd-current@freebsd.org
Subject: Re: totem in gdb crashes -current
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Sep 2004 22:30:16 -0000
--=-XEZa8E81J+YuwwNRlxzT
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable
On Thu, 2004-09-30 at 15:12, Kris Kennaway wrote:
> On Thu, Sep 30, 2004 at 03:10:14PM -0700, Sean McNeil wrote:
> > On Thu, 2004-09-30 at 15:08, Kris Kennaway wrote:
> > > On Thu, Sep 30, 2004 at 03:04:02PM -0700, Sean McNeil wrote:
> > > > I can crash my -current/amd64 machine each time by doing:
> > > >=20
> > > > gdb `which totem`
> > > > r
> > > >=20
> > > > The machine reboots with no information in log files or dropping do=
wn
> > > > into the debugger.
> > >=20
> > > Unable to reproduce:
> > >=20
> > > hammer02# gdb `which totem`
> > > Excess command line arguments ignored. (not ...)
> > > 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 con=
ditions.
> > > Type "show copying" to see the conditions.
> > > There is absolutely no warranty for GDB. Type "show warranty" for de=
tails.
> > > This GDB was configured as "amd64-marcel-freebsd"...totem:: No such f=
ile or directory.
> > >=20
> > > /root/Command: No such file or directory.
> > > (gdb)
> >=20
> > Do you have totem installed? Mine is compiled with gstreamer support.=20
>=20
> OK, can you provide a binary?
Tried to email it to you, but it is too big. You can find it in
www.mcneil.com/~sean
Let me know if you need any libraries. This was recompiled just today
along with gstreamer and gstreamer-plugins.
Sean
--=-XEZa8E81J+YuwwNRlxzT
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)
iD8DBQBBXIj2yQsGN30uGE4RAjFVAKCMTXDr1/HrPXkT+pUGozL3V1kWfwCgtXhW
bl3jVmleFg1CZKz7XCuTKpU=
=5uHr
-----END PGP SIGNATURE-----
--=-XEZa8E81J+YuwwNRlxzT--
From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 00:05:32 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 65F6916A4CF
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 00:05:18 +0000 (GMT)
Received: from mail1.infoeng.flinders.edu.au (mail1.ist.flinders.edu.au
[129.96.1.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F89043D39
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 00:05:17 +0000 (GMT)
(envelope-from tris@infoeng.flinders.edu.au)
Received: from rhino (rhino.infoeng.flinders.edu.au [129.96.1.189])
i9105Fm25447 for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 09:35:15 +0930 (CST)
Date: Fri, 1 Oct 2004 09:35:15 +0930
From: Tristan <tris@infoeng.flinders.edu.au>
To: freebsd-current@freebsd.org
Message-Id: <20041001093515.5cd51b2d@rhino>
X-Mailer: Sylpheed version 0.9.11claws (GTK+ 1.2.10; sparc-sun-solaris2.9)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Subject: ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=xxx
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Oct 2004 00:05:32 -0000
FreeBSD 6.0-CURRENT with GENERIC kernel built 27th Sep.
On a SunBlade 100 I see these messages regularly when
dma is enabled. The messages go away when I either use
atacontrol to set the mode to PIO4 or set hw.ata.ata_dma to 0
I do get data corruption on the disk if left in DMA mode.
dmesg:
GDB: no debug ports present
KDB: debugger backends: ddb
KDB: current backend: ddb
Copyright (c) 1992-2004 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights reserved.
FreeBSD 6.0-CURRENT #0: Mon Sep 27 14:47:16 CST 2004
xxx@xxx.xxx:/usr/obj/usr/src/sys/GENERIC
WARNING: WITNESS option enabled, expect reduced performance.
Timecounter "tick" frequency 502000000 Hz quality 0
real memory = 671088640 (640 MB)
avail memory = 641736704 (612 MB)
cpu0: Sun Microsystems UltraSparc-IIe Processor (502.00 MHz CPU)
nexus0: <Open Firmware Nexus device>
pcib0: <U2P UPA-PCI bridge> on nexus0
pcib0: Sabre (US-IIe) compatible, impl 0, version 0, ign 0x7c0, bus A
pcib0: [FAST]
pcib0: [GIANT-LOCKED]
pcib0: [FAST]
pcib0: [GIANT-LOCKED]
pcib0 dvma: DVMA map: 0xc0000000 to 0xc3ffffff
pci0: <OFW PCI bus> on pcib0
ebus0: <PCI-EBus3 bridge> mem 0xf1000000-0xf17fffff,0xf0000000-0xf0ffffff at device 12.0 on pci0
ebus0: <idprom>: incomplete
ebus0: <flashprom> addr 0-0xfffff (no driver attached)
eeprom0: <EEPROM/clock> addr 0x100000000-0x100001fff on ebus0
eeprom0: model mk48t59
eeprom0: hostid 830de054
isab0: <PCI-ISA bridge> at device 7.0 on pci0
isa0: <ISA bus> on isab0
gem0: <Sun ERI 10/100 Ethernet Adaptor> mem 0x400000-0x41ffff at device 12.1 on pci0
miibus0: <MII bus> on gem0
ukphy0: <Generic IEEE 802.3u media interface> on miibus0
ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
gem0: 2kB RX FIFO, 2kB TX FIFO
gem0: Ethernet address: 00:03:ba:0d:e0:54
gem0: if_start running deferred for Giant
gem0: [GIANT-LOCKED]
fwohci0: <1394 Open Host Controller Interface> mem 0x422000-0x4227ff,0x420000-0x4207ff at device 12.2 on pci0
fwohci0: Could not allocate irq
device_attach: fwohci0 attach returned 6
pci0: <serial bus, USB> at device 12.3 (no driver attached)
pci0: <old, non-VGA display device> at device 3.0 (no driver attached)
pci0: <multimedia, audio> at device 8.0 (no driver attached)
atapci0: <AcerLabs Aladdin UDMA66 controller> port 0xa20-0xa2f,0xa08-0xa0b,0xa10-0xa17,0xa18-0xa1b,0xa00-0xa07 at device 13.0 on pci0
ata2: channel #0 on atapci0
ata3: channel #1 on atapci0
pci0: <display, VGA> at device 19.0 (no driver attached)
pcib1: <OFW PCI-PCI bridge> at device 5.0 on pci0
pci1: <OFW PCI bus> on pcib1
fxp0: <Intel 82550 Pro/100 Ethernet> port 0x1000-0x103f mem 0x4020000-0x403ffff,0x4000000-0x4000fff at device 1.0 on pci1
miibus1: <MII bus> on fxp0
inphy0: <i82555 10/100 media interface> on miibus1
inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
fxp0: Ethernet address: 00:02:b3:32:6a:c7
fxp1: <Intel 82550 Pro/100 Ethernet> port 0x1040-0x107f mem 0x4040000-0x405ffff,0x4002000-0x4002fff at device 2.0 on pci1
miibus2: <MII bus> on fxp1
inphy1: <i82555 10/100 media interface> on miibus2
inphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
fxp1: Ethernet address: 00:02:b3:3c:94:a4
Timecounters tick every 10.000 msec
ad0: 14594MB <ST315310A/3.28> [29651/16/63] at ata2-master UDMA66
acd0: CDRW <LTN486S/YSU1> at ata2-slave PIO4
ata3-master: DMA limited to UDMA33, non-ATA66 cable or device
ad1: 39266MB <IBM-DTLA-305040/TW4OA60A> [79780/16/63] at ata3-master UDMA33
Mounted root from ufs:/dev/ad0a.
From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 00:52:31 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id AAA8516A4CE
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 00:52:31 +0000 (GMT)
Received: from electra.cse.Buffalo.EDU (electra.cse.Buffalo.EDU
[128.205.32.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 58B7D43D1F
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 00:52:31 +0000 (GMT)
(envelope-from kensmith@cse.Buffalo.EDU)
Received: from electra.cse.Buffalo.EDU (localhost [127.0.0.1])
i910qTTH028934; Thu, 30 Sep 2004 20:52:29 -0400 (EDT)
Received: (from kensmith@localhost)
by electra.cse.Buffalo.EDU (8.12.10/8.12.9/Submit) id i910qSGS028933;
Thu, 30 Sep 2004 20:52:28 -0400 (EDT)
Date: Thu, 30 Sep 2004 20:52:27 -0400
From: Ken Smith <kensmith@cse.Buffalo.EDU>
To: Tristan <tris@infoeng.flinders.edu.au>
Message-ID: <20041001005227.GA28811@electra.cse.Buffalo.EDU>
References: <20041001093515.5cd51b2d@rhino>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20041001093515.5cd51b2d@rhino>
User-Agent: Mutt/1.4.1i
cc: freebsd-current@freebsd.org
Subject: Re: ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=xxx
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Oct 2004 00:52:31 -0000
On Fri, Oct 01, 2004 at 09:35:15AM +0930, Tristan wrote:
> FreeBSD 6.0-CURRENT with GENERIC kernel built 27th Sep.
> On a SunBlade 100 I see these messages regularly when
> dma is enabled. The messages go away when I either use
> atacontrol to set the mode to PIO4 or set hw.ata.ata_dma to 0
> I do get data corruption on the disk if left in DMA mode.
Just FYI my primary test machine is a SunBlade 100, it seems to
be doing OK with a kernel built from this morning's source. I've
been doing most of my builds from an NFS server though, I'll do
a check with a full buildworld which will use the local drive more.
> ad0: 14594MB <ST315310A/3.28> [29651/16/63] at ata2-master UDMA66
> acd0: CDRW <LTN486S/YSU1> at ata2-slave PIO4
> ata3-master: DMA limited to UDMA33, non-ATA66 cable or device
> ad1: 39266MB <IBM-DTLA-305040/TW4OA60A> [79780/16/63] at ata3-master UDMA33
> Mounted root from ufs:/dev/ad0a.
Is the data corruption spread across both drives, or just ad1? That
message about the cable or device being limited could be a clue.
--
Ken Smith
- From there to here, from here to | kensmith@cse.buffalo.edu
there, funny things are everywhere. |
- Theodore Geisel |
From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 00:58:18 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 8CFE416A4CE
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 00:58:18 +0000 (GMT)
Received: from mail1.infoeng.flinders.edu.au (mail1.ist.flinders.edu.au
[129.96.1.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 92BBA43D45
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 00:58:17 +0000 (GMT)
(envelope-from tris@infoeng.flinders.edu.au)
Received: from rhino (rhino.infoeng.flinders.edu.au [129.96.1.189])
i910wGm26502 for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 10:28:16 +0930 (CST)
Date: Fri, 1 Oct 2004 10:28:16 +0930
From: Tristan <tris@infoeng.flinders.edu.au>
To: freebsd-current@freebsd.org
Message-Id: <20041001102816.5b14b79f@rhino>
In-Reply-To: <20041001005227.GA28811@electra.cse.Buffalo.EDU>
References: <20041001093515.5cd51b2d@rhino>
<20041001005227.GA28811@electra.cse.Buffalo.EDU>
X-Mailer: Sylpheed version 0.9.11claws (GTK+ 1.2.10; sparc-sun-solaris2.9)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Subject: Re: ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=xxx
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Oct 2004 00:58:18 -0000
On Thu, 30 Sep 2004 20:52:27 -0400
Ken Smith <kensmith@cse.Buffalo.EDU> wrote:
> On Fri, Oct 01, 2004 at 09:35:15AM +0930, Tristan wrote:
>
> > FreeBSD 6.0-CURRENT with GENERIC kernel built 27th Sep.
> > On a SunBlade 100 I see these messages regularly when
> > dma is enabled. The messages go away when I either use
> > atacontrol to set the mode to PIO4 or set hw.ata.ata_dma to 0
> > I do get data corruption on the disk if left in DMA mode.
>
> Just FYI my primary test machine is a SunBlade 100, it seems to
> be doing OK with a kernel built from this morning's source. I've
> been doing most of my builds from an NFS server though, I'll do
> a check with a full buildworld which will use the local drive more.
>
> > ad0: 14594MB <ST315310A/3.28> [29651/16/63] at ata2-master UDMA66
> > acd0: CDRW <LTN486S/YSU1> at ata2-slave PIO4
> > ata3-master: DMA limited to UDMA33, non-ATA66 cable or device
> > ad1: 39266MB <IBM-DTLA-305040/TW4OA60A> [79780/16/63] at ata3-master UDMA33
> > Mounted root from ufs:/dev/ad0a.
>
> Is the data corruption spread across both drives, or just ad1? That
> message about the cable or device being limited could be a clue.
nope, its only on ad0. ad1 seems to be fine, however it is hardly used.
From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 01:14:58 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 4D23416A4CE
for <freebsd-current@FreeBSD.org>;
Fri, 1 Oct 2004 01:14:58 +0000 (GMT)
Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57])
by mx1.FreeBSD.org (Postfix) with ESMTP id E66EC43D46
for <freebsd-current@FreeBSD.org>;
Fri, 1 Oct 2004 01:14:57 +0000 (GMT)
(envelope-from scottl@FreeBSD.org)
Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11])
(authenticated bits=0)
by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i911FnY1075011;
Thu, 30 Sep 2004 19:15:50 -0600 (MDT)
(envelope-from scottl@FreeBSD.org)
Message-ID: <415CAF59.5070107@FreeBSD.org>
Date: Thu, 30 Sep 2004 19:14:01 -0600
From: Scott Long <scottl@FreeBSD.org>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040831
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Tristan <tris@infoeng.flinders.edu.au>
References: <20041001093515.5cd51b2d@rhino>
<20041001005227.GA28811@electra.cse.Buffalo.EDU>
<20041001102816.5b14b79f@rhino>
In-Reply-To: <20041001102816.5b14b79f@rhino>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63
X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org
cc: freebsd-current@FreeBSD.org
Subject: Re: ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=xxx
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Oct 2004 01:14:58 -0000
Tristan wrote:
> On Thu, 30 Sep 2004 20:52:27 -0400
> Ken Smith <kensmith@cse.Buffalo.EDU> wrote:
>
>>On Fri, Oct 01, 2004 at 09:35:15AM +0930, Tristan wrote:
>>
>>
>>>FreeBSD 6.0-CURRENT with GENERIC kernel built 27th Sep.
>>>On a SunBlade 100 I see these messages regularly when
>>>dma is enabled. The messages go away when I either use
>>>atacontrol to set the mode to PIO4 or set hw.ata.ata_dma to 0
>>>I do get data corruption on the disk if left in DMA mode.
>>
>>Just FYI my primary test machine is a SunBlade 100, it seems to
>>be doing OK with a kernel built from this morning's source. I've
>>been doing most of my builds from an NFS server though, I'll do
>>a check with a full buildworld which will use the local drive more.
>>
>>
>>>ad0: 14594MB <ST315310A/3.28> [29651/16/63] at ata2-master UDMA66
>>>acd0: CDRW <LTN486S/YSU1> at ata2-slave PIO4
>>>ata3-master: DMA limited to UDMA33, non-ATA66 cable or device
>>>ad1: 39266MB <IBM-DTLA-305040/TW4OA60A> [79780/16/63] at ata3-master UDMA33
>>>Mounted root from ufs:/dev/ad0a.
>>
>>Is the data corruption spread across both drives, or just ad1? That
>>message about the cable or device being limited could be a clue.
>
>
> nope, its only on ad0. ad1 seems to be fine, however it is hardly used.
What happens if you remove the CDROM from the ad0 chain?
Scott
From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 01:28:57 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 565E716A4CE
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 01:28:57 +0000 (GMT)
Received: from newtrinity.zeist.de (newtrinity.zeist.de [217.24.217.8])
by mx1.FreeBSD.org (Postfix) with ESMTP id B8E9543D54
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 01:28:56 +0000 (GMT)
(envelope-from marius@newtrinity.zeist.de)
Received: from newtrinity.zeist.de (localhost [127.0.0.1])
i911Sh1f096068; Fri, 1 Oct 2004 03:28:45 +0200 (CEST)
(envelope-from marius@newtrinity.zeist.de)
Received: (from marius@localhost)
by newtrinity.zeist.de (8.12.10/8.12.10/Submit) id i911Scxp096067;
Fri, 1 Oct 2004 03:28:38 +0200 (CEST)
(envelope-from marius)
Date: Fri, 1 Oct 2004 03:28:38 +0200
From: Marius Strobl <marius@alchemy.franken.de>
To: Tristan <tris@infoeng.flinders.edu.au>
Message-ID: <20041001032838.A88228@newtrinity.zeist.de>
References: <20041001093515.5cd51b2d@rhino>
<20041001005227.GA28811@electra.cse.Buffalo.EDU>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20041001005227.GA28811@electra.cse.Buffalo.EDU>;
from kensmith@cse.Buffalo.EDU on Thu, Sep 30, 2004 at 08:52:27PM -0400
X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.27.0.12; VDF 6.27.0.82
(host: newtrinity.zeist.de)
cc: Ken Smith <kensmith@cse.Buffalo.EDU>
cc: freebsd-current@freebsd.org
Subject: Re: ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=xxx
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Oct 2004 01:28:57 -0000
On Thu, Sep 30, 2004 at 08:52:27PM -0400, Ken Smith wrote:
> On Fri, Oct 01, 2004 at 09:35:15AM +0930, Tristan wrote:
>
> > FreeBSD 6.0-CURRENT with GENERIC kernel built 27th Sep.
> > On a SunBlade 100 I see these messages regularly when
> > dma is enabled. The messages go away when I either use
> > atacontrol to set the mode to PIO4 or set hw.ata.ata_dma to 0
> > I do get data corruption on the disk if left in DMA mode.
>
> Just FYI my primary test machine is a SunBlade 100, it seems to
> be doing OK with a kernel built from this morning's source. I've
> been doing most of my builds from an NFS server though, I'll do
> a check with a full buildworld which will use the local drive more.
>
> > ad0: 14594MB <ST315310A/3.28> [29651/16/63] at ata2-master UDMA66
> > acd0: CDRW <LTN486S/YSU1> at ata2-slave PIO4
> > ata3-master: DMA limited to UDMA33, non-ATA66 cable or device
> > ad1: 39266MB <IBM-DTLA-305040/TW4OA60A> [79780/16/63] at ata3-master UDMA33
> > Mounted root from ufs:/dev/ad0a.
>
> Is the data corruption spread across both drives, or just ad1? That
> message about the cable or device being limited could be a clue.
>
Did you replace the cable of the primary channel? AFAIK on Blade 100
there's a hardware bug that causes data corruption when using UDMA66
and Sun ships them with a 40-pin cable as sort of a work-around. So
these non-ATA66 cable messages should be rather normal on Blade 100.
Not all revisions might be affected though.
From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 01:51:07 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 024EA16A4CE
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 01:51:07 +0000 (GMT)
Received: from mail1.infoeng.flinders.edu.au (mail1.ist.flinders.edu.au
[129.96.1.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C47043D2D
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 01:51:06 +0000 (GMT)
(envelope-from tris@infoeng.flinders.edu.au)
Received: from rhino (rhino.infoeng.flinders.edu.au [129.96.1.189])
i911p4m27918 for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 11:21:04 +0930 (CST)
Date: Fri, 1 Oct 2004 11:21:04 +0930
From: Tristan <tris@infoeng.flinders.edu.au>
To: freebsd-current@freebsd.org
Message-Id: <20041001112104.4bfcd1eb@rhino>
In-Reply-To: <20041001032838.A88228@newtrinity.zeist.de>
References: <20041001093515.5cd51b2d@rhino>
<20041001005227.GA28811@electra.cse.Buffalo.EDU>
<20041001032838.A88228@newtrinity.zeist.de>
X-Mailer: Sylpheed version 0.9.11claws (GTK+ 1.2.10; sparc-sun-solaris2.9)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Subject: Re: ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=xxx
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Oct 2004 01:51:07 -0000
On Fri, 1 Oct 2004 03:28:38 +0200
Marius Strobl <marius@alchemy.franken.de> wrote:
> On Thu, Sep 30, 2004 at 08:52:27PM -0400, Ken Smith wrote:
> > On Fri, Oct 01, 2004 at 09:35:15AM +0930, Tristan wrote:
> >
> > > FreeBSD 6.0-CURRENT with GENERIC kernel built 27th Sep.
> > > On a SunBlade 100 I see these messages regularly when
> > > dma is enabled. The messages go away when I either use
> > > atacontrol to set the mode to PIO4 or set hw.ata.ata_dma to 0
> > > I do get data corruption on the disk if left in DMA mode.
> >
> > Just FYI my primary test machine is a SunBlade 100, it seems to
> > be doing OK with a kernel built from this morning's source. I've
> > been doing most of my builds from an NFS server though, I'll do
> > a check with a full buildworld which will use the local drive more.
> >
> > > ad0: 14594MB <ST315310A/3.28> [29651/16/63] at ata2-master UDMA66
> > > acd0: CDRW <LTN486S/YSU1> at ata2-slave PIO4
> > > ata3-master: DMA limited to UDMA33, non-ATA66 cable or device
> > > ad1: 39266MB <IBM-DTLA-305040/TW4OA60A> [79780/16/63] at ata3-master UDMA33
> > > Mounted root from ufs:/dev/ad0a.
> >
> > Is the data corruption spread across both drives, or just ad1? That
> > message about the cable or device being limited could be a clue.
> >
>
> Did you replace the cable of the primary channel? AFAIK on Blade 100
> there's a hardware bug that causes data corruption when using UDMA66
> and Sun ships them with a 40-pin cable as sort of a work-around. So
> these non-ATA66 cable messages should be rather normal on Blade 100.
> Not all revisions might be affected though.
>
The primary channel is using the Sun Supplied cable, which appears
to be an 80 wire cable. The message about "non-ATA66 cable or device"
is expected because that cable is only a 40 wire cable. that seems to
be a non-issue anyway, as it is only ad0 that is having errors.
I've had a few people say to disconnect the CDROM and see what happens,
perhaps its also worth trying the CDROM in UDMA mode, so I'm not mixing
modes ?
From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 01:55:27 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id F07EC16A4CE
for <freebsd-current@FreeBSD.org>;
Fri, 1 Oct 2004 01:55:26 +0000 (GMT)
Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57])
by mx1.FreeBSD.org (Postfix) with ESMTP id 6FEFD43D45
for <freebsd-current@FreeBSD.org>;
Fri, 1 Oct 2004 01:55:26 +0000 (GMT)
(envelope-from scottl@FreeBSD.org)
Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11])
(authenticated bits=0)
by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i911uIxG075096;
Thu, 30 Sep 2004 19:56:18 -0600 (MDT)
(envelope-from scottl@FreeBSD.org)
Message-ID: <415CB8D7.7050202@FreeBSD.org>
Date: Thu, 30 Sep 2004 19:54:31 -0600
From: Scott Long <scottl@FreeBSD.org>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040831
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Tristan <tris@infoeng.flinders.edu.au>
References: <20041001093515.5cd51b2d@rhino>
<20041001005227.GA28811@electra.cse.Buffalo.EDU>
<20041001032838.A88228@newtrinity.zeist.de> <20041001112104.4bfcd1eb@rhino>
In-Reply-To: <20041001112104.4bfcd1eb@rhino>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63
X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org
cc: freebsd-current@FreeBSD.org
Subject: Re: ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=xxx
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Oct 2004 01:55:27 -0000
Tristan wrote:
> On Fri, 1 Oct 2004 03:28:38 +0200
> Marius Strobl <marius@alchemy.franken.de> wrote:
>
>
>>On Thu, Sep 30, 2004 at 08:52:27PM -0400, Ken Smith wrote:
>>
>>>On Fri, Oct 01, 2004 at 09:35:15AM +0930, Tristan wrote:
>>>
>>>
>>>>FreeBSD 6.0-CURRENT with GENERIC kernel built 27th Sep.
>>>>On a SunBlade 100 I see these messages regularly when
>>>>dma is enabled. The messages go away when I either use
>>>>atacontrol to set the mode to PIO4 or set hw.ata.ata_dma to 0
>>>>I do get data corruption on the disk if left in DMA mode.
>>>
>>>Just FYI my primary test machine is a SunBlade 100, it seems to
>>>be doing OK with a kernel built from this morning's source. I've
>>>been doing most of my builds from an NFS server though, I'll do
>>>a check with a full buildworld which will use the local drive more.
>>>
>>>
>>>>ad0: 14594MB <ST315310A/3.28> [29651/16/63] at ata2-master UDMA66
>>>>acd0: CDRW <LTN486S/YSU1> at ata2-slave PIO4
>>>>ata3-master: DMA limited to UDMA33, non-ATA66 cable or device
>>>>ad1: 39266MB <IBM-DTLA-305040/TW4OA60A> [79780/16/63] at ata3-master UDMA33
>>>>Mounted root from ufs:/dev/ad0a.
>>>
>>>Is the data corruption spread across both drives, or just ad1? That
>>>message about the cable or device being limited could be a clue.
>>>
>>
>>Did you replace the cable of the primary channel? AFAIK on Blade 100
>>there's a hardware bug that causes data corruption when using UDMA66
>>and Sun ships them with a 40-pin cable as sort of a work-around. So
>>these non-ATA66 cable messages should be rather normal on Blade 100.
>>Not all revisions might be affected though.
>>
>
> The primary channel is using the Sun Supplied cable, which appears
> to be an 80 wire cable. The message about "non-ATA66 cable or device"
> is expected because that cable is only a 40 wire cable. that seems to
> be a non-issue anyway, as it is only ad0 that is having errors.
> I've had a few people say to disconnect the CDROM and see what happens,
> perhaps its also worth trying the CDROM in UDMA mode, so I'm not mixing
> modes ?
Detaching the CDROM would be an easy first test. The CDROM is likely
wanting to use WDMA mode which itself can be problematic (and is why
FreeBSD turns it off by default).
Scott
From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 02:47:46 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 7D09216A4CE; Fri, 1 Oct 2004 02:47:46 +0000 (GMT)
Received: from hub.org (hub.org [200.46.204.220])
by mx1.FreeBSD.org (Postfix) with ESMTP
id EAC0243D39; Fri, 1 Oct 2004 02:47:45 +0000 (GMT)
(envelope-from scrappy@hub.org)
Received: from localhost (unknown [200.46.204.144])
by hub.org (Postfix) with ESMTP id 115E3490E7C;
Thu, 30 Sep 2004 23:47:39 -0300 (ADT)
Received: from hub.org ([200.46.204.220])
by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024)
with ESMTP id 20868-05; Fri, 1 Oct 2004 02:47:39 +0000 (GMT)
Received: from ganymede.hub.org (blk-222-46-91.eastlink.ca [24.222.46.91])
by hub.org (Postfix) with ESMTP id B3FD9490E76;
Thu, 30 Sep 2004 23:47:37 -0300 (ADT)
Received: by ganymede.hub.org (Postfix, from userid 1000)
id 26333395A7; Thu, 30 Sep 2004 23:47:43 -0300 (ADT)
Received: from localhost (localhost [127.0.0.1])
by ganymede.hub.org (Postfix) with ESMTP id 22426394D7;
Thu, 30 Sep 2004 23:47:43 -0300 (ADT)
Date: Thu, 30 Sep 2004 23:47:43 -0300 (ADT)
From: "Marc G. Fournier" <scrappy@hub.org>
To: Don Lewis <truckman@FreeBSD.org>
In-Reply-To: <200409301959.i8UJwwst041810@gw.catspoiler.org>
Message-ID: <20040930234547.S23868@ganymede.hub.org>
References: <200409301959.i8UJwwst041810@gw.catspoiler.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
X-Virus-Scanned: by amavisd-new at hub.org
cc: current@FreeBSD.org
Subject: Re: fsck_ffs patch testers wanted
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Oct 2004 02:47:46 -0000
Would you be willing to post a 4.x version of this, or send me one, that I
can test, since I'm the one that seems lucky to get the "glacially slow"
fsck's :(
Also, some sort of "what I should be watching for" would be nice, if
anything ... I've got my remote techs "trained" so that they can get me
into single user mode so that I can watch fsck using ctl-t, so I can
install this as a seperate fsck and manually test it as required ...
On Thu, 30 Sep 2004, Don Lewis wrote:
> I posted an earlier version of the patch below to current@ for review a
> few weeks ago. This patch does not (or at least should not) change the
> functional behaviour of fsck_ffs, and it is functionally equivalent to
> the previous version of the patch.
>
> The current implementation of fsck_ffs puts inodes with an initial link
> count of zero on a linked list so that the inodes can be cleared later
> if their link counts are not adjusted upwards. This can cause fsck pass
> 4 to become glacially slow if this list becomes large because there is a
> sequential search of the list as each inode is processed in pass 4 to
> see if each inode is on the list.
>
> This patch fixes the performance problem by eliminating the list and
> encoding whether or not the initial link count was zero in the inode
> state.
>
> This patch has been reviewed, and I'm running it on my -CURRENT machine
> (where fsck_ffs doesn't normally get much exercise), but due to the
> critical nature of fsck_ffs, I'd like it to get more testing before I
> commit it to -CURRENT.
>
> Index: sbin/fsck_ffs/dir.c
> ===================================================================
> RCS file: /home/ncvs/src/sbin/fsck_ffs/dir.c,v
> retrieving revision 1.29
> diff -u -r1.29 dir.c
> --- sbin/fsck_ffs/dir.c 1 Sep 2004 05:48:06 -0000 1.29
> +++ sbin/fsck_ffs/dir.c 29 Sep 2004 23:19:17 -0000
> @@ -90,7 +90,7 @@
> if (inp->i_parent == 0)
> continue;
> if (inoinfo(inp->i_parent)->ino_state == DFOUND &&
> - inoinfo(inp->i_number)->ino_state == DSTATE) {
> + INO_IS_DUNFOUND(inp->i_number)) {
> inoinfo(inp->i_number)->ino_state = DFOUND;
> change++;
> }
> @@ -639,8 +639,7 @@
> cacheino(dp, ino);
> return(ino);
> }
> - if (inoinfo(parent)->ino_state != DSTATE &&
> - inoinfo(parent)->ino_state != DFOUND) {
> + if (!INO_IS_DVALID(parent)) {
> freeino(ino);
> return (0);
> }
> Index: sbin/fsck_ffs/fsck.h
> ===================================================================
> RCS file: /home/ncvs/src/sbin/fsck_ffs/fsck.h,v
> retrieving revision 1.32
> diff -u -r1.32 fsck.h
> --- sbin/fsck_ffs/fsck.h 1 Sep 2004 05:48:06 -0000 1.32
> +++ sbin/fsck_ffs/fsck.h 29 Sep 2004 23:13:24 -0000
> @@ -78,12 +78,21 @@
> /*
> * Inode states.
> */
> -#define USTATE 01 /* inode not allocated */
> -#define FSTATE 02 /* inode is file */
> -#define DSTATE 03 /* inode is directory */
> -#define DFOUND 04 /* directory found during descent */
> -#define DCLEAR 05 /* directory is to be cleared */
> -#define FCLEAR 06 /* file is to be cleared */
> +#define USTATE 0x1 /* inode not allocated */
> +#define FSTATE 0x2 /* inode is file */
> +#define FZLINK 0x3 /* inode is file with a link count of zero */
> +#define DSTATE 0x4 /* inode is directory */
> +#define DZLINK 0x5 /* inode is directory with a zero link count */
> +#define DFOUND 0x6 /* directory found during descent */
> +/* 0x7 UNUSED - see S_IS_DVALID() definition */
> +#define DCLEAR 0x8 /* directory is to be cleared */
> +#define FCLEAR 0x9 /* file is to be cleared */
> +/* DUNFOUND === (state == DSTATE || state == DZLINK) */
> +#define S_IS_DUNFOUND(state) (((state) & ~0x1) == DSTATE)
> +/* DVALID === (state == DSTATE || state == DZLINK || state == DFOUND) */
> +#define S_IS_DVALID(state) (((state) & ~0x3) == DSTATE)
> +#define INO_IS_DUNFOUND(ino) S_IS_DUNFOUND(inoinfo(ino)->ino_state)
> +#define INO_IS_DVALID(ino) S_IS_DVALID(inoinfo(ino)->ino_state)
> /*
> * Inode state information is contained on per cylinder group lists
> * which are described by the following structure.
> @@ -205,15 +214,6 @@
> struct dups *muldup; /* end of unique duplicate dup block numbers */
>
> /*
> - * Linked list of inodes with zero link counts.
> - */
> -struct zlncnt {
> - struct zlncnt *next;
> - ino_t zlncnt;
> -};
> -struct zlncnt *zlnhead; /* head of zero link count list */
> -
> -/*
> * Inode cache data structures.
> */
> struct inoinfo {
> Index: sbin/fsck_ffs/fsutil.c
> ===================================================================
> RCS file: /home/ncvs/src/sbin/fsck_ffs/fsutil.c,v
> retrieving revision 1.24
> diff -u -r1.24 fsutil.c
> --- sbin/fsck_ffs/fsutil.c 18 May 2004 19:51:41 -0000 1.24
> +++ sbin/fsck_ffs/fsutil.c 29 Sep 2004 23:16:24 -0000
> @@ -523,9 +523,7 @@
> (void)strcpy(namebuf, "/");
> return;
> }
> - if (busy ||
> - (inoinfo(curdir)->ino_state != DSTATE &&
> - inoinfo(curdir)->ino_state != DFOUND)) {
> + if (busy || !INO_IS_DVALID(curdir)) {
> (void)strcpy(namebuf, "?");
> return;
> }
> Index: sbin/fsck_ffs/inode.c
> ===================================================================
> RCS file: /home/ncvs/src/sbin/fsck_ffs/inode.c,v
> retrieving revision 1.36
> diff -u -r1.36 inode.c
> --- sbin/fsck_ffs/inode.c 1 Sep 2004 05:48:06 -0000 1.36
> +++ sbin/fsck_ffs/inode.c 5 Sep 2004 21:25:36 -0000
> @@ -576,10 +576,12 @@
> switch (inoinfo(ino)->ino_state) {
>
> case FSTATE:
> + case FZLINK:
> inoinfo(ino)->ino_state = FCLEAR;
> return;
>
> case DSTATE:
> + case DZLINK:
> inoinfo(ino)->ino_state = DCLEAR;
> return;
>
> Index: sbin/fsck_ffs/main.c
> ===================================================================
> RCS file: /home/ncvs/src/sbin/fsck_ffs/main.c,v
> retrieving revision 1.41
> diff -u -r1.41 main.c
> --- sbin/fsck_ffs/main.c 9 Apr 2004 19:58:28 -0000 1.41
> +++ sbin/fsck_ffs/main.c 6 Sep 2004 00:41:47 -0000
> @@ -194,7 +194,6 @@
> struct ufs_args args;
> struct dups *dp;
> struct statfs *mntp;
> - struct zlncnt *zlnp;
> struct stat snapdir;
> struct group *grp;
> ufs2_daddr_t blks;
> @@ -424,14 +423,7 @@
> printf(" %lld,", (long long)dp->dup);
> printf("\n");
> }
> - if (zlnhead != NULL) {
> - printf("The following zero link count inodes remain:");
> - for (zlnp = zlnhead; zlnp; zlnp = zlnp->next)
> - printf(" %u,", zlnp->zlncnt);
> - printf("\n");
> - }
> }
> - zlnhead = (struct zlncnt *)0;
> duplist = (struct dups *)0;
> muldup = (struct dups *)0;
> inocleanup();
> Index: sbin/fsck_ffs/pass1.c
> ===================================================================
> RCS file: /home/ncvs/src/sbin/fsck_ffs/pass1.c,v
> retrieving revision 1.42
> diff -u -r1.42 pass1.c
> --- sbin/fsck_ffs/pass1.c 1 Sep 2004 05:48:06 -0000 1.42
> +++ sbin/fsck_ffs/pass1.c 6 Sep 2004 00:42:11 -0000
> @@ -189,7 +189,6 @@
> checkinode(ino_t inumber, struct inodesc *idesc)
> {
> union dinode *dp;
> - struct zlncnt *zlnp;
> off_t kernmaxfilesize;
> ufs2_daddr_t ndb;
> mode_t mode;
> @@ -302,28 +301,18 @@
> goto unknown;
> n_files++;
> inoinfo(inumber)->ino_linkcnt = DIP(dp, di_nlink);
> - if (DIP(dp, di_nlink) <= 0) {
> - zlnp = (struct zlncnt *)malloc(sizeof *zlnp);
> - if (zlnp == NULL) {
> - pfatal("LINK COUNT TABLE OVERFLOW");
> - if (reply("CONTINUE") == 0) {
> - ckfini(0);
> - exit(EEXIT);
> - }
> - } else {
> - zlnp->zlncnt = inumber;
> - zlnp->next = zlnhead;
> - zlnhead = zlnp;
> - }
> - }
> if (mode == IFDIR) {
> if (DIP(dp, di_size) == 0)
> inoinfo(inumber)->ino_state = DCLEAR;
> + else if (DIP(dp, di_nlink) <= 0)
> + inoinfo(inumber)->ino_state = DZLINK;
> else
> inoinfo(inumber)->ino_state = DSTATE;
> cacheino(dp, inumber);
> countdirs++;
> - } else
> + } else if (DIP(dp, di_nlink) <= 0)
> + inoinfo(inumber)->ino_state = FZLINK;
> + else
> inoinfo(inumber)->ino_state = FSTATE;
> inoinfo(inumber)->ino_type = IFTODT(mode);
> badblk = dupblk = 0;
> Index: sbin/fsck_ffs/pass2.c
> ===================================================================
> RCS file: /home/ncvs/src/sbin/fsck_ffs/pass2.c,v
> retrieving revision 1.25
> diff -u -r1.25 pass2.c
> --- sbin/fsck_ffs/pass2.c 1 Sep 2004 05:48:06 -0000 1.25
> +++ sbin/fsck_ffs/pass2.c 29 Sep 2004 23:19:34 -0000
> @@ -91,6 +91,7 @@
>
> case FSTATE:
> case FCLEAR:
> + case FZLINK:
> pfatal("ROOT INODE NOT DIRECTORY");
> if (reply("REALLOCATE")) {
> freeino(ROOTINO);
> @@ -109,6 +110,7 @@
> break;
>
> case DSTATE:
> + case DZLINK:
> break;
>
> default:
> @@ -196,7 +198,7 @@
> if (inp->i_parent == 0 || inp->i_isize == 0)
> continue;
> if (inoinfo(inp->i_parent)->ino_state == DFOUND &&
> - inoinfo(inp->i_number)->ino_state == DSTATE)
> + INO_IS_DUNFOUND(inp->i_number))
> inoinfo(inp->i_number)->ino_state = DFOUND;
> if (inp->i_dotdot == inp->i_parent ||
> inp->i_dotdot == (ino_t)-1)
> @@ -405,6 +407,7 @@
> goto again;
>
> case DSTATE:
> + case DZLINK:
> if (inoinfo(idesc->id_number)->ino_state == DFOUND)
> inoinfo(dirp->d_ino)->ino_state = DFOUND;
> /* FALLTHROUGH */
> @@ -435,6 +438,7 @@
> /* FALLTHROUGH */
>
> case FSTATE:
> + case FZLINK:
> if (dirp->d_type != inoinfo(dirp->d_ino)->ino_type) {
> fileerror(idesc->id_number, dirp->d_ino,
> "BAD TYPE VALUE");
> Index: sbin/fsck_ffs/pass3.c
> ===================================================================
> RCS file: /home/ncvs/src/sbin/fsck_ffs/pass3.c,v
> retrieving revision 1.14
> diff -u -r1.14 pass3.c
> --- sbin/fsck_ffs/pass3.c 9 Apr 2004 19:58:28 -0000 1.14
> +++ sbin/fsck_ffs/pass3.c 29 Sep 2004 23:17:36 -0000
> @@ -69,7 +69,7 @@
> inp = inpsort[inpindex];
> state = inoinfo(inp->i_number)->ino_state;
> if (inp->i_number == ROOTINO ||
> - (inp->i_parent != 0 && state != DSTATE))
> + (inp->i_parent != 0 && !S_IS_DUNFOUND(state)))
> continue;
> if (state == DCLEAR)
> continue;
> @@ -80,7 +80,7 @@
> * in pass 4.
> */
> if ((preen || bkgrdflag) &&
> - resolved && usedsoftdep && state == DSTATE) {
> + resolved && usedsoftdep && S_IS_DUNFOUND(state)) {
> if (inp->i_dotdot >= ROOTINO)
> inoinfo(inp->i_dotdot)->ino_linkcnt++;
> continue;
> @@ -88,7 +88,7 @@
> for (loopcnt = 0; ; loopcnt++) {
> orphan = inp->i_number;
> if (inp->i_parent == 0 ||
> - inoinfo(inp->i_parent)->ino_state != DSTATE ||
> + !INO_IS_DUNFOUND(inp->i_parent) ||
> loopcnt > countdirs)
> break;
> inp = getinoinfo(inp->i_parent);
> Index: sbin/fsck_ffs/pass4.c
> ===================================================================
> RCS file: /home/ncvs/src/sbin/fsck_ffs/pass4.c,v
> retrieving revision 1.14
> diff -u -r1.14 pass4.c
> --- sbin/fsck_ffs/pass4.c 9 Apr 2004 19:58:28 -0000 1.14
> +++ sbin/fsck_ffs/pass4.c 6 Sep 2004 00:41:55 -0000
> @@ -49,7 +49,6 @@
> pass4(void)
> {
> ino_t inumber;
> - struct zlncnt *zlnp;
> union dinode *dp;
> struct inodesc idesc;
> int i, n, cg;
> @@ -76,6 +75,14 @@
> idesc.id_number = inumber;
> switch (inoinfo(inumber)->ino_state) {
>
> + case FZLINK:
> + case DZLINK:
> + if (inoinfo(inumber)->ino_linkcnt == 0) {
> + clri(&idesc, "UNREF", 1);
> + break;
> + }
> + /* fall through */
> +
> case FSTATE:
> case DFOUND:
> n = inoinfo(inumber)->ino_linkcnt;
> @@ -83,16 +90,6 @@
> adjust(&idesc, (short)n);
> break;
> }
> - for (zlnp = zlnhead; zlnp; zlnp = zlnp->next) {
> - if (zlnp->zlncnt == inumber) {
> - zlnp->zlncnt = zlnhead->zlncnt;
> - zlnp = zlnhead;
> - zlnhead = zlnhead->next;
> - free((char *)zlnp);
> - clri(&idesc, "UNREF", 1);
> - break;
> - }
> - }
> break;
>
> case DSTATE:
> Index: sbin/fsck_ffs/pass5.c
> ===================================================================
> RCS file: /home/ncvs/src/sbin/fsck_ffs/pass5.c,v
> retrieving revision 1.39
> diff -u -r1.39 pass5.c
> --- sbin/fsck_ffs/pass5.c 9 Apr 2004 19:58:28 -0000 1.39
> +++ sbin/fsck_ffs/pass5.c 6 Sep 2004 00:34:10 -0000
> @@ -216,11 +216,13 @@
> case DSTATE:
> case DCLEAR:
> case DFOUND:
> + case DZLINK:
> newcg->cg_cs.cs_ndir++;
> /* FALLTHROUGH */
>
> case FSTATE:
> case FCLEAR:
> + case FZLINK:
> newcg->cg_cs.cs_nifree--;
> setbit(cg_inosused(newcg), i);
> break;
>
> _______________________________________________
> freebsd-current@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
>
----
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664
From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 02:58:59 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id C37C816A4CE; Fri, 1 Oct 2004 02:58:59 +0000 (GMT)
Received: from electra.cse.Buffalo.EDU (electra.cse.Buffalo.EDU
[128.205.32.2]) by mx1.FreeBSD.org (Postfix) with ESMTP
id 564EB43D2F; Fri, 1 Oct 2004 02:58:59 +0000 (GMT)
(envelope-from kensmith@cse.Buffalo.EDU)
Received: from electra.cse.Buffalo.EDU (localhost [127.0.0.1])
i912wuTH001602; Thu, 30 Sep 2004 22:58:57 -0400 (EDT)
Received: (from kensmith@localhost)
by electra.cse.Buffalo.EDU (8.12.10/8.12.9/Submit) id i912wsIh001599;
Thu, 30 Sep 2004 22:58:54 -0400 (EDT)
Date: Thu, 30 Sep 2004 22:58:50 -0400
From: Ken Smith <kensmith@cse.Buffalo.EDU>
To: Scott Long <scottl@freebsd.org>
Message-ID: <20041001025849.GA1394@electra.cse.Buffalo.EDU>
References: <20041001093515.5cd51b2d@rhino>
<20041001005227.GA28811@electra.cse.Buffalo.EDU>
<20041001032838.A88228@newtrinity.zeist.de> <20041001112104.4bfcd1eb@rhino>
<415CB8D7.7050202@FreeBSD.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <415CB8D7.7050202@FreeBSD.org>
User-Agent: Mutt/1.4.1i
cc: freebsd-current@freebsd.org
cc: Tristan <tris@infoeng.flinders.edu.au>
Subject: Re: ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=xxx
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Oct 2004 02:58:59 -0000
On Thu, Sep 30, 2004 at 07:54:31PM -0600, Scott Long wrote:
> Tristan wrote:
> >On Fri, 1 Oct 2004 03:28:38 +0200
> >Marius Strobl <marius@alchemy.franken.de> wrote:
> >>On Thu, Sep 30, 2004 at 08:52:27PM -0400, Ken Smith wrote:
> >>>On Fri, Oct 01, 2004 at 09:35:15AM +0930, Tristan wrote:
> >>>>FreeBSD 6.0-CURRENT with GENERIC kernel built 27th Sep.
> >>>>On a SunBlade 100 I see these messages regularly when
> >>>>dma is enabled. The messages go away when I either use
> >>>>atacontrol to set the mode to PIO4 or set hw.ata.ata_dma to 0
> >>>>I do get data corruption on the disk if left in DMA mode.
> >>>
> >>>Just FYI my primary test machine is a SunBlade 100, it seems to
> >>>be doing OK with a kernel built from this morning's source. I've
> >>>been doing most of my builds from an NFS server though, I'll do
> >>>a check with a full buildworld which will use the local drive more.
> >>>
> >>>>ad0: 14594MB <ST315310A/3.28> [29651/16/63] at ata2-master UDMA66
> >>>>acd0: CDRW <LTN486S/YSU1> at ata2-slave PIO4
> >>>>ata3-master: DMA limited to UDMA33, non-ATA66 cable or device
> >>>>ad1: 39266MB <IBM-DTLA-305040/TW4OA60A> [79780/16/63] at ata3-master
> >>>>UDMA33
> >>>>Mounted root from ufs:/dev/ad0a.
>
> Detaching the CDROM would be an easy first test. The CDROM is likely
> wanting to use WDMA mode which itself can be problematic (and is why
> FreeBSD turns it off by default).
Just for reference, this is pieces from a machine I've got here
that doesn't *seem* to be having problems:
FreeBSD 6.0-CURRENT #0: Thu Sep 30 09:54:31 EDT 2004
kensmith@s-dallas.cse.buffalo.edu:/home/csestaff/kensmith/Projects/timecounter/HEAD/sys/sparc64/compile/GENERIC
atapci0: <AcerLabs Aladdin UDMA66 controller> port 0xa20-0xa2f,0xa08-0xa0b,0xa10-0xa17,0xa18-0xa1b,0xa00-0xa07 at device 13.0 on pci0
ata2: channel #0 on atapci0
ata3: channel #1 on atapci0
pcib1: <OFW PCI-PCI bridge> at device 5.0 on pci0
pci1: <OFW PCI bus> on pcib1
pci0: <display, VGA> at device 19.0 (no driver attached)
Timecounters tick every 10.000 msec
ad0: 19092MB <ST320011A/3.10> [38792/16/63] at ata2-master UDMA66
acd0: CDRW <LTN486S/Y3S2> at ata2-slave UDMA33
Mounted root from ufs:/dev/ad0a.
--
Ken Smith
- From there to here, from here to | kensmith@cse.buffalo.edu
there, funny things are everywhere. |
- Theodore Geisel |
From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 03:17:56 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 754A616A4CE
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 03:17:56 +0000 (GMT)
Received: from hellhound.ceribus.net (c-24-21-90-79.client.comcast.net
[24.21.90.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id 200CB43D46
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 03:17:54 +0000 (GMT)
(envelope-from grover@ceribus.net)
Received: (qmail 7390 invoked by uid 1002); 1 Oct 2004 03:18:44 -0000
Received: from grover@ceribus.net by hellhound.ceribus.net by uid 89 with
qmail-scanner-1.22
Processed in 0.032326 secs); 01 Oct 2004 03:18:44 -0000
Received: from unknown (HELO localhost.localdomain)
(grover@ceribus.net@192.168.200.200)
by 192.168.200.225 with (RC4-MD5 encrypted) SMTP;
1 Oct 2004 03:18:44 -0000
From: Grover Lines <grover@ceribus.net>
To: freebsd-current@freebsd.org
Content-Type: text/plain
Date: Thu, 30 Sep 2004 20:17:26 -0700
Message-Id: <1096600646.84884.1.camel@purgatory.ceribus.net>
Mime-Version: 1.0
X-Mailer: Evolution 2.0.1FreeBSD GNOME Team Port
Content-Transfer-Encoding: 7bit
Subject: mtree: not found
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Oct 2004 03:17:56 -0000
Is it just me or did the recent commit for
http://lists.freebsd.org/pipermail/cvs-src/2004-September/032796.html
nuke my build?
hellhound# make buildworld
--------------------------------------------------------------
>>> Rebuilding the temporary build tree
--------------------------------------------------------------
rm -rf /usr/obj/usr/src/i386
mkdir -p /usr/obj/usr/src/i386/legacy/usr/bin
mkdir -p /usr/obj/usr/src/i386/legacy/usr/games
mkdir -p /usr/obj/usr/src/i386/legacy/usr/include/c++/3.3
mkdir -p /usr/obj/usr/src/i386/legacy/usr/include/sys
mkdir -p /usr/obj/usr/src/i386/legacy/usr/lib
mkdir -p /usr/obj/usr/src/i386/legacy/usr/libexec
mkdir -p /usr/obj/usr/src/i386/legacy/usr/sbin
mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/dict
mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devX100
mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devX100-12
mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devX75
mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devX75-12
mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devascii
mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devcp1047
mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devdvi
mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devhtml
mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devkoi8-r
mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devlatin1
mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devlbp
mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devlj4
mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devps
mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devutf8
mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/tmac/mdoc
mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/tmac/mm
mkdir -p /usr/obj/usr/src/i386/lib
mkdir -p /usr/obj/usr/src/i386/usr/bin
mkdir -p /usr/obj/usr/src/i386/usr/include
mkdir -p /usr/obj/usr/src/i386/usr/lib/compat/aout
mkdir -p /usr/obj/usr/src/i386/usr/libdata/ldscripts
mkdir -p /usr/obj/usr/src/i386/usr/libexec
mkdir -p /usr/obj/usr/src/i386/usr/sbin
mkdir -p /usr/obj/usr/src/i386/usr/share/misc
mkdir -p /usr/obj/usr/src/i386/usr/share/snmp/defs
mkdir -p /usr/obj/usr/src/i386/usr/share/snmp/mibs
mtree -deU -f /usr/src/etc/mtree/BSD.include.dist
-p /usr/obj/usr/src/i386/usr/include >/dev/null
mtree: not found
*** Error code 127
Stop in /usr/src.
*** Error code 1
Stop in /usr/src.
--
Grover Lines <grover at ceribus.net>
From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 03:18:26 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 26C6A16A4CE
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 03:18:26 +0000 (GMT)
Received: from hellhound.ceribus.net (c-24-21-90-79.client.comcast.net
[24.21.90.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id DEFEF43D39
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 03:18:25 +0000 (GMT)
(envelope-from grover@ceribus.net)
Received: (qmail 7403 invoked by uid 1002); 1 Oct 2004 03:19:16 -0000
Received: from grover@ceribus.net by hellhound.ceribus.net by uid 89 with
qmail-scanner-1.22
Processed in 0.040415 secs); 01 Oct 2004 03:19:16 -0000
Received: from unknown (HELO localhost.localdomain) (192.168.200.200)
by 192.168.200.225 with (RC4-MD5 encrypted) SMTP; 1 Oct 2004 03:19:16 -0000
From: Grover Lines <grover@ceribus.net>
To: freebsd-current@freebsd.org
Content-Type: text/plain
Date: Thu, 30 Sep 2004 20:17:26 -0700
Message-Id: <1096600646.84884.1.camel@purgatory.ceribus.net>
Mime-Version: 1.0
X-Mailer: Evolution 2.0.1FreeBSD GNOME Team Port
Content-Transfer-Encoding: 7bit
Subject: mtree: not found
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Oct 2004 03:18:26 -0000
Is it just me or did the recent commit for
http://lists.freebsd.org/pipermail/cvs-src/2004-September/032796.html
nuke my build?
hellhound# make buildworld
--------------------------------------------------------------
>>> Rebuilding the temporary build tree
--------------------------------------------------------------
rm -rf /usr/obj/usr/src/i386
mkdir -p /usr/obj/usr/src/i386/legacy/usr/bin
mkdir -p /usr/obj/usr/src/i386/legacy/usr/games
mkdir -p /usr/obj/usr/src/i386/legacy/usr/include/c++/3.3
mkdir -p /usr/obj/usr/src/i386/legacy/usr/include/sys
mkdir -p /usr/obj/usr/src/i386/legacy/usr/lib
mkdir -p /usr/obj/usr/src/i386/legacy/usr/libexec
mkdir -p /usr/obj/usr/src/i386/legacy/usr/sbin
mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/dict
mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devX100
mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devX100-12
mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devX75
mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devX75-12
mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devascii
mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devcp1047
mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devdvi
mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devhtml
mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devkoi8-r
mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devlatin1
mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devlbp
mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devlj4
mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devps
mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devutf8
mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/tmac/mdoc
mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/tmac/mm
mkdir -p /usr/obj/usr/src/i386/lib
mkdir -p /usr/obj/usr/src/i386/usr/bin
mkdir -p /usr/obj/usr/src/i386/usr/include
mkdir -p /usr/obj/usr/src/i386/usr/lib/compat/aout
mkdir -p /usr/obj/usr/src/i386/usr/libdata/ldscripts
mkdir -p /usr/obj/usr/src/i386/usr/libexec
mkdir -p /usr/obj/usr/src/i386/usr/sbin
mkdir -p /usr/obj/usr/src/i386/usr/share/misc
mkdir -p /usr/obj/usr/src/i386/usr/share/snmp/defs
mkdir -p /usr/obj/usr/src/i386/usr/share/snmp/mibs
mtree -deU -f /usr/src/etc/mtree/BSD.include.dist
-p /usr/obj/usr/src/i386/usr/include >/dev/null
mtree: not found
*** Error code 127
Stop in /usr/src.
*** Error code 1
Stop in /usr/src.
--
Grover Lines <grover at ceribus.net>
From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 03:18:58 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 0F67316A4CE
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 03:18:58 +0000 (GMT)
Received: from hellhound.ceribus.net (c-24-21-90-79.client.comcast.net
[24.21.90.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id C853443D41
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 03:18:57 +0000 (GMT)
(envelope-from grover@ceribus.net)
Received: (qmail 7421 invoked by uid 1002); 1 Oct 2004 03:19:48 -0000
Received: from grover@ceribus.net by hellhound.ceribus.net by uid 89 with
qmail-scanner-1.22
Processed in 0.033243 secs); 01 Oct 2004 03:19:48 -0000
Received: from unknown (HELO purgatory.ceribus.net) (192.168.200.200)
by 192.168.200.225 with SMTP; 1 Oct 2004 03:19:48 -0000
From: Grover Lines <grover@ceribus.net>
To: freebsd-current@freebsd.org
Content-Type: text/plain
Date: Thu, 30 Sep 2004 20:17:26 -0700
Message-Id: <1096600646.84884.1.camel@purgatory.ceribus.net>
Mime-Version: 1.0
X-Mailer: Evolution 2.0.1FreeBSD GNOME Team Port
Content-Transfer-Encoding: 7bit
Subject: mtree: not found
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Oct 2004 03:18:58 -0000
Is it just me or did the recent commit for
http://lists.freebsd.org/pipermail/cvs-src/2004-September/032796.html
nuke my build?
hellhound# make buildworld
--------------------------------------------------------------
>>> Rebuilding the temporary build tree
--------------------------------------------------------------
rm -rf /usr/obj/usr/src/i386
mkdir -p /usr/obj/usr/src/i386/legacy/usr/bin
mkdir -p /usr/obj/usr/src/i386/legacy/usr/games
mkdir -p /usr/obj/usr/src/i386/legacy/usr/include/c++/3.3
mkdir -p /usr/obj/usr/src/i386/legacy/usr/include/sys
mkdir -p /usr/obj/usr/src/i386/legacy/usr/lib
mkdir -p /usr/obj/usr/src/i386/legacy/usr/libexec
mkdir -p /usr/obj/usr/src/i386/legacy/usr/sbin
mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/dict
mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devX100
mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devX100-12
mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devX75
mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devX75-12
mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devascii
mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devcp1047
mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devdvi
mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devhtml
mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devkoi8-r
mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devlatin1
mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devlbp
mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devlj4
mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devps
mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devutf8
mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/tmac/mdoc
mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/tmac/mm
mkdir -p /usr/obj/usr/src/i386/lib
mkdir -p /usr/obj/usr/src/i386/usr/bin
mkdir -p /usr/obj/usr/src/i386/usr/include
mkdir -p /usr/obj/usr/src/i386/usr/lib/compat/aout
mkdir -p /usr/obj/usr/src/i386/usr/libdata/ldscripts
mkdir -p /usr/obj/usr/src/i386/usr/libexec
mkdir -p /usr/obj/usr/src/i386/usr/sbin
mkdir -p /usr/obj/usr/src/i386/usr/share/misc
mkdir -p /usr/obj/usr/src/i386/usr/share/snmp/defs
mkdir -p /usr/obj/usr/src/i386/usr/share/snmp/mibs
mtree -deU -f /usr/src/etc/mtree/BSD.include.dist
-p /usr/obj/usr/src/i386/usr/include >/dev/null
mtree: not found
*** Error code 127
Stop in /usr/src.
*** Error code 1
Stop in /usr/src.
--
Grover Lines <grover at ceribus.net>
From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 03:31:58 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id D177916A4CE
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 03:31:58 +0000 (GMT)
Received: from sccrmhc13.comcast.net (sccrmhc13.comcast.net [204.127.202.64])
by mx1.FreeBSD.org (Postfix) with ESMTP id 8BAF243D31
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 03:31:58 +0000 (GMT)
(envelope-from DougB@freebsd.org)
Received: from dougb.net ([24.130.110.32]) by comcast.net (sccrmhc13) with
SMTP id <2004100103315601600c3tdde>;
Fri, 1 Oct 2004 03:31:57 +0000
Date: Thu, 30 Sep 2004 20:31:55 -0700 (PDT)
From: Doug Barton <DougB@FreeBSD.org>
To: Grover Lines <grover@ceribus.net>
In-Reply-To: <1096600646.84884.1.camel@purgatory.ceribus.net>
Message-ID: <20040930202820.Y27520@qbhto.arg>
References: <1096600646.84884.1.camel@purgatory.ceribus.net>
Organization: http://www.FreeBSD.org/
X-message-flag: Outlook -- Not just for spreading viruses anymore!
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
cc: freebsd-current@freebsd.org
Subject: Re: mtree: not found
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Oct 2004 03:31:58 -0000
On Thu, 30 Sep 2004, Grover Lines wrote:
> Is it just me or did the recent commit for
> http://lists.freebsd.org/pipermail/cvs-src/2004-September/032796.html
> nuke my build?
> mkdir -p /usr/obj/usr/src/i386/usr/share/snmp/mibs
> mtree -deU -f /usr/src/etc/mtree/BSD.include.dist
> -p /usr/obj/usr/src/i386/usr/include >/dev/null
> mtree: not found
> *** Error code 127
This problem isn't caused by the bind mfc, that import didn't change
Makefile.inc1 there, it changed it below there. Also, the problem is
that mtree apparently can't be found in your path, which wouldn't have
been caused by the bind import.
What happens when you do this: type mtree
Doug
--
This .signature sanitized for your protection
From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 03:33:48 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 3BFA316A4CE
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 03:33:48 +0000 (GMT)
Received: from rwcrmhc11.comcast.net (rwcrmhc11.comcast.net [204.127.198.35])
by mx1.FreeBSD.org (Postfix) with ESMTP id 12F9343D1F
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 03:33:48 +0000 (GMT)
(envelope-from rob@pythonemproject.com)
Received: from pythonemproject.com
(c-67-169-203-186.client.comcast.net[67.169.203.186])
by comcast.net (rwcrmhc11) with ESMTP
id <2004100103334501300c9dmee> (Authid: europax);
Fri, 1 Oct 2004 03:33:45 +0000
Message-ID: <415CD09D.7060701@pythonemproject.com>
Date: Thu, 30 Sep 2004 20:35:57 -0700
From: Rob <rob@pythonemproject.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
rv:1.6) Gecko/20040113
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Tyler Gee <geekout@gmail.com>
References: <415C59C7.7090408@pythonemproject.com>
<6e01203b040930121112f1d872@mail.gmail.com>
In-Reply-To: <6e01203b040930121112f1d872@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
cc: freebsd-current@freebsd.org
Subject: Re: wifi on 5.3, sort of OT
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: rob@pythonemproject.com
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Oct 2004 03:33:48 -0000
Tyler Gee wrote:
>Do you have miibus in the kernel still?
>
>
Don't remember if it was needed for bfe driver. Normally I disable
everything unused. Will check later. Thanx Rob
>
>On Thu, 30 Sep 2004 12:08:55 -0700, Rob <rob@pythonemproject.com> wrote:
>
>
>>I didn't see a wifi mailing list, so thought I would ask here, where the
>>real experts hang out ;)
>>
>>I am tired of having to log into windoze in order to access my network
>>over wifi. I think this would be much easier if I wasn't using a notebook.
>> From reading the handbook it appears that the process will take some
>>doing, since I need wifi plus cardbus.
>>
>>Problem seems to be right now that my Netgear WG511T cardbus card
>>doesn't seem to be reconginized.
>>
>>wi, cardbus, pcmcia, and the bridge are all compiled into my kernel.
>>Possibly a couple other related devices.
>>
>>I have attached my dmesg. Any hints would be appreciated.
>>
>>Thanks, Rob
>>
>>
>>
>>Copyright (c) 1992-2004 The FreeBSD Project.
>>Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
>> The Regents of the University of California. All rights reserved.
>>FreeBSD 5.3-BETA5 #0: Sun Sep 19 03:04:23 PDT 2004
>> rob@lm741n.dyndns.org:/usr/obj/usr/src/sys/ROBKERN
>>WARNING: WITNESS option enabled, expect reduced performance.
>>Timecounter "i8254" frequency 1193182 Hz quality 0
>>CPU: Intel(R) Pentium(R) M processor 1700MHz (1698.57-MHz 686-class CPU)
>> Origin = "GenuineIntel" Id = 0x695 Stepping = 5
>> Features=0xa7e9f9bf<FPU,VME,DE,PSE,TSC,MSR,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,TM,PBE>
>>real memory = 1073405952 (1023 MB)
>>avail memory = 1040867328 (992 MB)
>>npx0: [FAST]
>>npx0: <math processor> on motherboard
>>npx0: INT 16 interface
>>pcib0: <Host to PCI bridge> pcibus 0 on motherboard
>>pir0: <PCI Interrupt Routing Table: 9 Entries> on motherboard
>>$PIR: BIOS IRQ 11 for 0.29.INTB is not valid for link 0x63
>>$PIR: BIOS IRQ 11 for 2.1.INTA is not valid for link 0x63
>>pci0: <PCI bus> on pcib0
>>agp0: <Intel 82855 host to AGP bridge> mem 0xe0000000-0xe7ffffff at device 0.0 on pci0
>>pcib1: <PCIBIOS PCI-PCI bridge> at device 1.0 on pci0
>>pci1: <PCI bus> on pcib1
>>pci1: <display, VGA> at device 0.0 (no driver attached)
>>uhci0: <Intel 82801DB (ICH4) USB controller USB-A> port 0xbf80-0xbf9f irq 11 at device 29.0 on pci0
>>uhci0: [GIANT-LOCKED]
>>usb0: <Intel 82801DB (ICH4) USB controller USB-A> on uhci0
>>usb0: USB revision 1.0
>>uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
>>uhub0: 2 ports with 2 removable, self powered
>>uhci1: <Intel 82801DB (ICH4) USB controller USB-B> port 0xbf40-0xbf5f irq 11 at device 29.1 on pci0
>>uhci1: [GIANT-LOCKED]
>>usb1: <Intel 82801DB (ICH4) USB controller USB-B> on uhci1
>>usb1: USB revision 1.0
>>uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
>>uhub1: 2 ports with 2 removable, self powered
>>uhci2: <Intel 82801DB (ICH4) USB controller USB-C> port 0xbf20-0xbf3f irq 11 at device 29.2 on pci0
>>uhci2: [GIANT-LOCKED]
>>usb2: <Intel 82801DB (ICH4) USB controller USB-C> on uhci2
>>usb2: USB revision 1.0
>>uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
>>uhub2: 2 ports with 2 removable, self powered
>>pci0: <serial bus, USB> at device 29.7 (no driver attached)
>>pcib2: <PCIBIOS PCI-PCI bridge> at device 30.0 on pci0
>>pci2: <PCI bus> on pcib2
>>bfe0: <Broadcom BCM4401 Fast Ethernet> mem 0xfaffe000-0xfaffffff irq 11 at device 0.0 on pci2
>>miibus0: <MII bus> on bfe0
>>bmtphy0: <BCM4401 10/100baseTX PHY> on miibus0
>>bmtphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
>>bfe0: Ethernet address: 00:0d:56:38:b8:a0
>>bfe0: [GIANT-LOCKED]
>>cbb0: <TI4510 PCI-CardBus Bridge> irq 11 at device 1.0 on pci2
>>cardbus0: <CardBus bus> on cbb0
>>pccard0: <16-bit PCCard bus> on cbb0
>>fwohci0: <1394 Open Host Controller Interface> mem 0xfaff8000-0xfaffbfff,0xfaffd800-0xfaffdfff irq 11 at device 1.1 on pci2
>>fwohci0: OHCI version 1.10 (ROM=0)
>>fwohci0: No. of Isochronous channels is 4.
>>fwohci0: EUI64 5b:4f:c0:00:3f:ff:ff:ff
>>fwohci0: Phy 1394a available S400, 2 ports.
>>fwohci0: Link S400, max_rec 2048 bytes.
>>firewire0: <IEEE1394(FireWire) bus> on fwohci0
>>sbp0: <SBP-2/SCSI over FireWire> on firewire0
>>fwe0: <Ethernet over FireWire> on firewire0
>>if_fwe0: Fake Ethernet address: 5a:4f:c0:ff:ff:ff
>>fwe0: Ethernet address: 5a:4f:c0:ff:ff:ff
>>fwe0: if_start running deferred for Giant
>>fwohci0: Initiate bus reset
>>fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode
>>firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me)
>>firewire0: bus manager 0 (me)
>>pci2: <network> at device 3.0 (no driver attached)
>>isab0: <PCI-ISA bridge> at device 31.0 on pci0
>>isa0: <ISA bus> on isab0
>>atapci0: <Intel ICH4 UDMA100 controller> port 0xbfa0-0xbfaf,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0
>>ata0: channel #0 on atapci0
>>ata1: channel #1 on atapci0
>>pcm0: <Intel ICH4 (82801DB)> port 0xbc40-0xbc7f,0xb800-0xb8ff mem 0xf4fff400-0xf4fff4ff,0xf4fff800-0xf4fff9ff irq 11 at device 31.5 on pci0
>>pcm0: [GIANT-LOCKED]
>>pcm0: <SigmaTel STAC9750/51 AC97 Codec>
>>pci0: <simple comms> at device 31.6 (no driver attached)
>>cpu0 on motherboard
>>orm0: <ISA Option ROMs> at iomem 0xcf800-0xcffff,0xc0000-0xcf7ff on isa0
>>pmtimer0 on isa0
>>atkbdc0: <Keyboard controller (i8042)> at port 0x64,0x60 on isa0
>>atkbd0: <AT Keyboard> irq 1 on atkbdc0
>>kbd0 at atkbd0
>>atkbd0: [GIANT-LOCKED]
>>psm0: <PS/2 Mouse> irq 12 on atkbdc0
>>psm0: [GIANT-LOCKED]
>>psm0: model GlidePoint, device ID 0
>>ppc0: <Parallel port> at port 0x378-0x37f irq 7 on isa0
>>ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode
>>ppc0: FIFO with 16/16/8 bytes threshold
>>ppbus0: <Parallel port bus> on ppc0
>>plip0: <PLIP network interface> on ppbus0
>>lpt0: <Printer> on ppbus0
>>lpt0: Interrupt-driven port
>>ppi0: <Parallel I/O> on ppbus0
>>sc0: <System console> at flags 0x100 on isa0
>>sc0: VGA <16 virtual consoles, flags=0x300>
>>sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0
>>sio0: type 16550A
>>sio1: configured irq 3 not in bitmap of probed irqs 0
>>sio1: port may not be enabled
>>vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0
>>unknown: <PNP0303> can't assign resources (port)
>>unknown: <PNP0f13> can't assign resources (irq)
>>unknown: <PNP0501> can't assign resources (port)
>>unknown: <PNP0401> can't assign resources (port)
>>Timecounter "TSC" frequency 1698565329 Hz quality 800
>>Timecounters tick every 10.000 msec
>>IP Filter: v3.4.35 initialized. Default = pass all, Logging = enabled
>>cardbus0: <network, ethernet> at device 0.0 (no driver attached)
>>cbb0: CardBus card activation failed
>>ad0: 57231MB <HTS726060M9AT00/MH4OA68A> [116280/16/63] at ata0-master PIO4
>>ATAPI_RESET time = 30us
>>acd0: CDRW <_NEC DVD+RW ND-5100A/10AC> at ata1-master PIO4
>>Mounting root from ufs:/dev/ad0s3a
>>cardbus0: Expecting link target, got 0xff
>>cardbus0: <old> at device 0.0 (no driver attached)
>>cbb0: CardBus card activation failed
>>
>>
>>
>>_______________________________________________
>>freebsd-current@freebsd.org mailing list
>>http://lists.freebsd.org/mailman/listinfo/freebsd-current
>>To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
>>
>>
>>
>>
>>
>
>
>
>
From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 03:36:55 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id A218D16A4CE
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 03:36:55 +0000 (GMT)
Received: from rwcrmhc11.comcast.net (rwcrmhc11.comcast.net [204.127.198.35])
by mx1.FreeBSD.org (Postfix) with ESMTP id 9139843D2D
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 03:36:55 +0000 (GMT)
(envelope-from rob@pythonemproject.com)
Received: from pythonemproject.com
(c-67-169-203-186.client.comcast.net[67.169.203.186])
by comcast.net (rwcrmhc11) with ESMTP
id <2004100103365501300c2n1oe> (Authid: europax);
Fri, 1 Oct 2004 03:36:55 +0000
Message-ID: <415CD15C.1060906@pythonemproject.com>
Date: Thu, 30 Sep 2004 20:39:08 -0700
From: Rob <rob@pythonemproject.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
rv:1.6) Gecko/20040113
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Ryan Sommers <ryans@gamersimpact.com>
References: <415C59C7.7090408@pythonemproject.com>
<60813.208.4.77.15.1096574291.squirrel@208.4.77.15>
In-Reply-To: <60813.208.4.77.15.1096574291.squirrel@208.4.77.15>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
cc: freebsd-current@freebsd.org
Subject: Re: wifi on 5.3, sort of OT
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: rob@pythonemproject.com
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Oct 2004 03:36:55 -0000
Ryan Sommers wrote:
>>Problem seems to be right now that my Netgear WG511T cardbus card
>>doesn't seem to be reconginized.
>>
>>wi, cardbus, pcmcia, and the bridge are all compiled into my kernel.
>>Possibly a couple other related devices.
>>
>>
>>
>
>Have you tried Project Evil (the windows network driver framework (NDIS)
>emulation kit)?
>
>man 4 ndis
>
>to read about it.
>
>
>
>
Thank you for info. Will look at it. Been mentioned to me couple of
times today. Rob
From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 03:39:10 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id E341116A4CE
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 03:39:10 +0000 (GMT)
Received: from rwcrmhc13.comcast.net (rwcrmhc13.comcast.net [204.127.198.39])
by mx1.FreeBSD.org (Postfix) with ESMTP id CFDFE43D1D
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 03:39:10 +0000 (GMT)
(envelope-from rob@pythonemproject.com)
Received: from pythonemproject.com
(c-67-169-203-186.client.comcast.net[67.169.203.186])
by comcast.net (rwcrmhc13) with ESMTP
id <2004100103391001500o1nhre> (Authid: europax);
Fri, 1 Oct 2004 03:39:10 +0000
Message-ID: <415CD1E3.8090205@pythonemproject.com>
Date: Thu, 30 Sep 2004 20:41:23 -0700
From: Rob <rob@pythonemproject.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
rv:1.6) Gecko/20040113
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Barney Wolff <barney@databus.com>, freebsd-current@freebsd.org
References: <415C59C7.7090408@pythonemproject.com>
<20040930195933.GA21447@pit.databus.com>
In-Reply-To: <20040930195933.GA21447@pit.databus.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Subject: Re: wifi on 5.3, sort of OT
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: rob@pythonemproject.com
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Oct 2004 03:39:11 -0000
Barney Wolff wrote:
>On Thu, Sep 30, 2004 at 12:08:55PM -0700, Rob wrote:
>
>
>>Problem seems to be right now that my Netgear WG511T cardbus card
>>doesn't seem to be reconginized.
>>
>>
>
>My WG511T seems to work pretty well with the ath(4) driver. So far I
>just manually kldload if_ath and it finds the card. Things that don't
>work so well: it disappears on resume, and the 108 mbps mode doesn't
>seem to work (does on w2k). This is on an ancient Dell I5000.
>
>I haven't tried it with ndis, just got it yesterday.
>
>Barney Wolff
>
>
>
>
Much appreciated info. Later tonite will try to compile it in to a new
wifi kernel.. Rob
From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 03:43:44 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 8DF5E16A4CE
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 03:43:44 +0000 (GMT)
Received: from hellhound.ceribus.net (c-24-21-90-79.client.comcast.net
[24.21.90.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3843343D1D
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 03:43:44 +0000 (GMT)
(envelope-from grover@ceribus.net)
Received: (qmail 1388 invoked by uid 1002); 1 Oct 2004 03:44:34 -0000
Received: from grover@ceribus.net by hellhound.ceribus.net by uid 89 with
qmail-scanner-1.22
Processed in 0.913482 secs); 01 Oct 2004 03:44:34 -0000
Received: from unknown (HELO purgatory) (192.168.200.200)
by 192.168.200.225 with SMTP; 1 Oct 2004 03:44:33 -0000
From: "Grover Lines" <grover@ceribus.net>
To: "'Doug Barton'" <DougB@FreeBSD.org>
Date: Thu, 30 Sep 2004 20:43:43 -0700
MIME-Version: 1.0
Content-Type: text/plain;
charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Office Outlook, Build 11.0.6353
In-Reply-To: <20040930202820.Y27520@qbhto.arg>
Thread-Index: AcSnZ2ytRHJYWU3eSmG267KqIysrhAAAT1Yg
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180
X-Qmail-Scanner-Message-ID: <10966022736721382@hellhound.ceribus.net>
Message-Id: <20041001034344.3843343D1D@mx1.FreeBSD.org>
cc: freebsd-current@freebsd.org
Subject: RE: mtree: not found
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Oct 2004 03:43:44 -0000
It says 'mtree: Command not found.'
Freshly cvsupd tree on 6-CURRENT
-----Original Message-----
From: owner-freebsd-current@freebsd.org
[mailto:owner-freebsd-current@freebsd.org] On Behalf Of Doug Barton
Sent: Thursday, September 30, 2004 8:32 PM
To: Grover Lines
Cc: freebsd-current@freebsd.org
Subject: Re: mtree: not found
On Thu, 30 Sep 2004, Grover Lines wrote:
> Is it just me or did the recent commit for
> http://lists.freebsd.org/pipermail/cvs-src/2004-September/032796.html
> nuke my build?
> mkdir -p /usr/obj/usr/src/i386/usr/share/snmp/mibs
> mtree -deU -f /usr/src/etc/mtree/BSD.include.dist
> -p /usr/obj/usr/src/i386/usr/include >/dev/null
> mtree: not found
> *** Error code 127
This problem isn't caused by the bind mfc, that import didn't change
Makefile.inc1 there, it changed it below there. Also, the problem is
that mtree apparently can't be found in your path, which wouldn't have
been caused by the bind import.
What happens when you do this: type mtree
Doug
--
This .signature sanitized for your protection
_______________________________________________
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 03:49:39 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 7D37816A4CF
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 03:49:39 +0000 (GMT)
Received: from hellhound.ceribus.net (c-24-21-90-79.client.comcast.net
[24.21.90.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2875643D39
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 03:49:39 +0000 (GMT)
(envelope-from grover@ceribus.net)
Received: (qmail 1759 invoked by uid 1002); 1 Oct 2004 03:50:29 -0000
Received: from grover@ceribus.net by hellhound.ceribus.net by uid 89 with
qmail-scanner-1.22
Processed in 0.937783 secs); 01 Oct 2004 03:50:29 -0000
Received: from unknown (HELO purgatory) (192.168.200.200)
by 192.168.200.225 with SMTP; 1 Oct 2004 03:50:28 -0000
From: "Grover Lines" <grover@ceribus.net>
To: "'David Wolfskill'" <david@catwhisker.org>
Date: Thu, 30 Sep 2004 20:49:38 -0700
MIME-Version: 1.0
Content-Type: text/plain;
charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Office Outlook, Build 11.0.6353
In-Reply-To: <200410010324.i913Oh1g080022@bunrab.catwhisker.org>
Thread-Index: AcSnZmShcsLloRdBSsK3YYkWOBRCLQAAxSEg
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180
X-Qmail-Scanner-Message-ID: <10966026286721753@hellhound.ceribus.net>
Message-Id: <20041001034939.2875643D39@mx1.FreeBSD.org>
cc: freebsd-current@freebsd.org
Subject: RE: mtree: not found
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Oct 2004 03:49:39 -0000
Ya after I did the last buildworld it kinda tweaked my system mail went
through but was still showing in the inbox. My apologies about spamming the
list.
--
Grover Lines
-----Original Message-----
From: David Wolfskill [mailto:david@catwhisker.org]
Sent: Thursday, September 30, 2004 8:25 PM
To: grover@ceribus.net
Subject: Re: mtree: not found
Looks as if you may be having some challenges with email -- following is
the 3rd copy of the message I've seen. The last 2 definitely have the
same Message-Id.
Ref.:
>From owner-freebsd-current@freebsd.org Thu Sep 30 20:21:30 2004
>Return-Path: <owner-freebsd-current@freebsd.org>
>Received: from janus.catwhisker.org (janus.catwhisker.org [172.16.8.1])
> by bunrab.catwhisker.org (8.13.1/8.13.1) with ESMTP id
i913LUbQ080008
> for <david@mail.catwhisker.org>; Thu, 30 Sep 2004 20:21:30 -0700
(PDT)
> (envelope-from owner-freebsd-current@freebsd.org)
>Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119])
> by janus.catwhisker.org (8.13.1/8.13.1) with ESMTP id i913LTdX009491
> for <david@catwhisker.org>; Thu, 30 Sep 2004 20:21:29 -0700 (PDT)
> (envelope-from owner-freebsd-current@freebsd.org)
>Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18])
> by mx2.freebsd.org (Postfix) with ESMTP
> id 1252A57F17; Fri, 1 Oct 2004 03:20:48 +0000 (GMT)
> (envelope-from owner-freebsd-current@freebsd.org)
>Received: from hub.freebsd.org (localhost [127.0.0.1])
> by hub.freebsd.org (Postfix) with ESMTP
> id 115E716A51A; Fri, 1 Oct 2004 03:20:30 +0000 (GMT)
>Delivered-To: freebsd-current@freebsd.org
>Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
> by hub.freebsd.org (Postfix) with ESMTP id 0F67316A4CE
> for <freebsd-current@freebsd.org>;
> Fri, 1 Oct 2004 03:18:58 +0000 (GMT)
>Received: from hellhound.ceribus.net (c-24-21-90-79.client.comcast.net
> [24.21.90.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id
C853443D41
> for <freebsd-current@freebsd.org>;
> Fri, 1 Oct 2004 03:18:57 +0000 (GMT)
> (envelope-from grover@ceribus.net)
>Received: (qmail 7421 invoked by uid 1002); 1 Oct 2004 03:19:48 -0000
>Received: from grover@ceribus.net by hellhound.ceribus.net by uid 89 with
> qmail-scanner-1.22
> Processed in 0.033243 secs); 01 Oct 2004 03:19:48 -0000
>Received: from unknown (HELO purgatory.ceribus.net) (192.168.200.200)
> by 192.168.200.225 with SMTP; 1 Oct 2004 03:19:48 -0000
>From: Grover Lines <grover@ceribus.net>
>To: freebsd-current@freebsd.org
>Content-Type: text/plain
>Date: Thu, 30 Sep 2004 20:17:26 -0700
>Message-Id: <1096600646.84884.1.camel@purgatory.ceribus.net>
>Mime-Version: 1.0
>X-Mailer: Evolution 2.0.1FreeBSD GNOME Team Port
>Content-Transfer-Encoding: 7bit
>Subject: mtree: not found
>X-BeenThere: freebsd-current@freebsd.org
>X-Mailman-Version: 2.1.1
>Precedence: list
>List-Id: Discussions about the use of FreeBSD-current
> <freebsd-current.freebsd.org>
>List-Unsubscribe:
<http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
> <mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
>List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
>List-Post: <mailto:freebsd-current@freebsd.org>
>List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
>List-Subscribe:
<http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
> <mailto:freebsd-current-request@freebsd.org?subject=subscribe>
>Sender: owner-freebsd-current@freebsd.org
>Errors-To: owner-freebsd-current@freebsd.org
>Status: R
>
>Is it just me or did the recent commit for
> http://lists.freebsd.org/pipermail/cvs-src/2004-September/032796.html
>nuke my build?
>
>hellhound# make buildworld
>
>--------------------------------------------------------------
>>>> Rebuilding the temporary build tree
>--------------------------------------------------------------
>rm -rf /usr/obj/usr/src/i386
>mkdir -p /usr/obj/usr/src/i386/legacy/usr/bin
>mkdir -p /usr/obj/usr/src/i386/legacy/usr/games
>mkdir -p /usr/obj/usr/src/i386/legacy/usr/include/c++/3.3
>mkdir -p /usr/obj/usr/src/i386/legacy/usr/include/sys
>mkdir -p /usr/obj/usr/src/i386/legacy/usr/lib
>mkdir -p /usr/obj/usr/src/i386/legacy/usr/libexec
>mkdir -p /usr/obj/usr/src/i386/legacy/usr/sbin
>mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/dict
>mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devX100
>mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devX100-12
>mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devX75
>mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devX75-12
>mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devascii
>mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devcp1047
>mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devdvi
>mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devhtml
>mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devkoi8-r
>mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devlatin1
>mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devlbp
>mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devlj4
>mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devps
>mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devutf8
>mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/tmac/mdoc
>mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/tmac/mm
>mkdir -p /usr/obj/usr/src/i386/lib
>mkdir -p /usr/obj/usr/src/i386/usr/bin
>mkdir -p /usr/obj/usr/src/i386/usr/include
>mkdir -p /usr/obj/usr/src/i386/usr/lib/compat/aout
>mkdir -p /usr/obj/usr/src/i386/usr/libdata/ldscripts
>mkdir -p /usr/obj/usr/src/i386/usr/libexec
>mkdir -p /usr/obj/usr/src/i386/usr/sbin
>mkdir -p /usr/obj/usr/src/i386/usr/share/misc
>mkdir -p /usr/obj/usr/src/i386/usr/share/snmp/defs
>mkdir -p /usr/obj/usr/src/i386/usr/share/snmp/mibs
>mtree -deU -f /usr/src/etc/mtree/BSD.include.dist
>-p /usr/obj/usr/src/i386/usr/include >/dev/null
>mtree: not found
>*** Error code 127
>
>Stop in /usr/src.
>*** Error code 1
>
>Stop in /usr/src.
>
>--
>Grover Lines <grover at ceribus.net>
>
>_______________________________________________
>freebsd-current@freebsd.org mailing list
>http://lists.freebsd.org/mailman/listinfo/freebsd-current
>To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
>
Peace,
david (current hat: postmaster@freebsd.org)
--
David H. Wolfskill david@catwhisker.org
There is a use for spam: it helps identify spammers.
I have no use for spammers.
See http://www.catwhisker.org/~david/publickey.gpg for public key.
From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 03:49:48 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 045E816A504
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 03:49:48 +0000 (GMT)
Received: from rwcrmhc12.comcast.net (rwcrmhc12.comcast.net [216.148.227.85])
by mx1.FreeBSD.org (Postfix) with ESMTP id E343E43D48
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 03:49:47 +0000 (GMT)
(envelope-from rob@pythonemproject.com)
Received: from pythonemproject.com
(c-67-169-203-186.client.comcast.net[67.169.203.186])
by comcast.net (rwcrmhc12) with ESMTP
id <2004100103494701400rkdo3e> (Authid: europax);
Fri, 1 Oct 2004 03:49:47 +0000
Message-ID: <415CD45F.3090208@pythonemproject.com>
Date: Thu, 30 Sep 2004 20:51:59 -0700
From: Rob <rob@pythonemproject.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
rv:1.6) Gecko/20040113
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: freebsd-current@freebsd.org
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Subject: Many thanks for everyones wifi tips
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: rob@pythonemproject.com
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Oct 2004 03:49:48 -0000
I will revert this over to freebsd-mobile now, forgot about that list.
Sincerely, Rob
From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 03:50:06 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id C188616A4CE
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 03:50:06 +0000 (GMT)
Received: from hellhound.ceribus.net (c-24-21-90-79.client.comcast.net
[24.21.90.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E99E43D1F
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 03:50:06 +0000 (GMT)
(envelope-from grover@ceribus.net)
Received: (qmail 1798 invoked by uid 1002); 1 Oct 2004 03:50:56 -0000
Received: from grover@ceribus.net by hellhound.ceribus.net by uid 89 with
qmail-scanner-1.22
Processed in 0.925879 secs); 01 Oct 2004 03:50:56 -0000
Received: from unknown (HELO purgatory) (192.168.200.200)
by 192.168.200.225 with SMTP; 1 Oct 2004 03:50:55 -0000
From: "Grover Lines" <grover@ceribus.net>
To: "'David Wolfskill'" <david@catwhisker.org>
Date: Thu, 30 Sep 2004 20:50:05 -0700
MIME-Version: 1.0
Content-Type: text/plain;
charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Office Outlook, Build 11.0.6353
In-Reply-To: <200410010324.i913Oh1g080022@bunrab.catwhisker.org>
Thread-Index: AcSnZmShcsLloRdBSsK3YYkWOBRCLQAAxSEg
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180
X-Qmail-Scanner-Message-ID: <10966026556721792@hellhound.ceribus.net>
Message-Id: <20041001035006.5E99E43D1F@mx1.FreeBSD.org>
cc: freebsd-current@freebsd.org
Subject: RE: mtree: not found
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Oct 2004 03:50:07 -0000
Ya after I did the last buildworld it kinda tweaked my system mail went
through but was still showing in the inbox. My apologies about spamming the
list.
--
Grover Lines
-----Original Message-----
From: David Wolfskill [mailto:david@catwhisker.org]
Sent: Thursday, September 30, 2004 8:25 PM
To: grover@ceribus.net
Subject: Re: mtree: not found
Looks as if you may be having some challenges with email -- following is
the 3rd copy of the message I've seen. The last 2 definitely have the
same Message-Id.
Ref.:
>From owner-freebsd-current@freebsd.org Thu Sep 30 20:21:30 2004
>Return-Path: <owner-freebsd-current@freebsd.org>
>Received: from janus.catwhisker.org (janus.catwhisker.org [172.16.8.1])
> by bunrab.catwhisker.org (8.13.1/8.13.1) with ESMTP id
i913LUbQ080008
> for <david@mail.catwhisker.org>; Thu, 30 Sep 2004 20:21:30 -0700
(PDT)
> (envelope-from owner-freebsd-current@freebsd.org)
>Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119])
> by janus.catwhisker.org (8.13.1/8.13.1) with ESMTP id i913LTdX009491
> for <david@catwhisker.org>; Thu, 30 Sep 2004 20:21:29 -0700 (PDT)
> (envelope-from owner-freebsd-current@freebsd.org)
>Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18])
> by mx2.freebsd.org (Postfix) with ESMTP
> id 1252A57F17; Fri, 1 Oct 2004 03:20:48 +0000 (GMT)
> (envelope-from owner-freebsd-current@freebsd.org)
>Received: from hub.freebsd.org (localhost [127.0.0.1])
> by hub.freebsd.org (Postfix) with ESMTP
> id 115E716A51A; Fri, 1 Oct 2004 03:20:30 +0000 (GMT)
>Delivered-To: freebsd-current@freebsd.org
>Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
> by hub.freebsd.org (Postfix) with ESMTP id 0F67316A4CE
> for <freebsd-current@freebsd.org>;
> Fri, 1 Oct 2004 03:18:58 +0000 (GMT)
>Received: from hellhound.ceribus.net (c-24-21-90-79.client.comcast.net
> [24.21.90.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id
C853443D41
> for <freebsd-current@freebsd.org>;
> Fri, 1 Oct 2004 03:18:57 +0000 (GMT)
> (envelope-from grover@ceribus.net)
>Received: (qmail 7421 invoked by uid 1002); 1 Oct 2004 03:19:48 -0000
>Received: from grover@ceribus.net by hellhound.ceribus.net by uid 89 with
> qmail-scanner-1.22
> Processed in 0.033243 secs); 01 Oct 2004 03:19:48 -0000
>Received: from unknown (HELO purgatory.ceribus.net) (192.168.200.200)
> by 192.168.200.225 with SMTP; 1 Oct 2004 03:19:48 -0000
>From: Grover Lines <grover@ceribus.net>
>To: freebsd-current@freebsd.org
>Content-Type: text/plain
>Date: Thu, 30 Sep 2004 20:17:26 -0700
>Message-Id: <1096600646.84884.1.camel@purgatory.ceribus.net>
>Mime-Version: 1.0
>X-Mailer: Evolution 2.0.1FreeBSD GNOME Team Port
>Content-Transfer-Encoding: 7bit
>Subject: mtree: not found
>X-BeenThere: freebsd-current@freebsd.org
>X-Mailman-Version: 2.1.1
>Precedence: list
>List-Id: Discussions about the use of FreeBSD-current
> <freebsd-current.freebsd.org>
>List-Unsubscribe:
<http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
> <mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
>List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
>List-Post: <mailto:freebsd-current@freebsd.org>
>List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
>List-Subscribe:
<http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
> <mailto:freebsd-current-request@freebsd.org?subject=subscribe>
>Sender: owner-freebsd-current@freebsd.org
>Errors-To: owner-freebsd-current@freebsd.org
>Status: R
>
>Is it just me or did the recent commit for
> http://lists.freebsd.org/pipermail/cvs-src/2004-September/032796.html
>nuke my build?
>
>hellhound# make buildworld
>
>--------------------------------------------------------------
>>>> Rebuilding the temporary build tree
>--------------------------------------------------------------
>rm -rf /usr/obj/usr/src/i386
>mkdir -p /usr/obj/usr/src/i386/legacy/usr/bin
>mkdir -p /usr/obj/usr/src/i386/legacy/usr/games
>mkdir -p /usr/obj/usr/src/i386/legacy/usr/include/c++/3.3
>mkdir -p /usr/obj/usr/src/i386/legacy/usr/include/sys
>mkdir -p /usr/obj/usr/src/i386/legacy/usr/lib
>mkdir -p /usr/obj/usr/src/i386/legacy/usr/libexec
>mkdir -p /usr/obj/usr/src/i386/legacy/usr/sbin
>mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/dict
>mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devX100
>mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devX100-12
>mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devX75
>mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devX75-12
>mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devascii
>mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devcp1047
>mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devdvi
>mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devhtml
>mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devkoi8-r
>mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devlatin1
>mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devlbp
>mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devlj4
>mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devps
>mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devutf8
>mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/tmac/mdoc
>mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/tmac/mm
>mkdir -p /usr/obj/usr/src/i386/lib
>mkdir -p /usr/obj/usr/src/i386/usr/bin
>mkdir -p /usr/obj/usr/src/i386/usr/include
>mkdir -p /usr/obj/usr/src/i386/usr/lib/compat/aout
>mkdir -p /usr/obj/usr/src/i386/usr/libdata/ldscripts
>mkdir -p /usr/obj/usr/src/i386/usr/libexec
>mkdir -p /usr/obj/usr/src/i386/usr/sbin
>mkdir -p /usr/obj/usr/src/i386/usr/share/misc
>mkdir -p /usr/obj/usr/src/i386/usr/share/snmp/defs
>mkdir -p /usr/obj/usr/src/i386/usr/share/snmp/mibs
>mtree -deU -f /usr/src/etc/mtree/BSD.include.dist
>-p /usr/obj/usr/src/i386/usr/include >/dev/null
>mtree: not found
>*** Error code 127
>
>Stop in /usr/src.
>*** Error code 1
>
>Stop in /usr/src.
>
>--
>Grover Lines <grover at ceribus.net>
>
>_______________________________________________
>freebsd-current@freebsd.org mailing list
>http://lists.freebsd.org/mailman/listinfo/freebsd-current
>To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
>
Peace,
david (current hat: postmaster@freebsd.org)
--
David H. Wolfskill david@catwhisker.org
There is a use for spam: it helps identify spammers.
I have no use for spammers.
See http://www.catwhisker.org/~david/publickey.gpg for public key.
From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 04:07:09 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 7330D16A4CE
for <current@FreeBSD.org>; Fri, 1 Oct 2004 04:07:09 +0000 (GMT)
Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163])
by mx1.FreeBSD.org (Postfix) with ESMTP id B28EC43D1D
for <current@FreeBSD.org>; Fri, 1 Oct 2004 04:07:08 +0000 (GMT)
(envelope-from truckman@FreeBSD.org)
Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2])
by gw.catspoiler.org (8.13.1/8.13.1) with ESMTP id i91471ts042635;
Thu, 30 Sep 2004 21:07:05 -0700 (PDT)
(envelope-from truckman@FreeBSD.org)
Message-Id: <200410010407.i91471ts042635@gw.catspoiler.org>
Date: Thu, 30 Sep 2004 21:07:01 -0700 (PDT)
From: Don Lewis <truckman@FreeBSD.org>
To: scrappy@hub.org
In-Reply-To: <20040930234547.S23868@ganymede.hub.org>
MIME-Version: 1.0
Content-Type: TEXT/plain; charset=us-ascii
cc: current@FreeBSD.org
Subject: Re: fsck_ffs patch testers wanted
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Oct 2004 04:07:09 -0000
On 30 Sep, Marc G. Fournier wrote:
>
> Would you be willing to post a 4.x version of this, or send me one, that I
> can test, since I'm the one that seems lucky to get the "glacially slow"
> fsck's :(
I was planning on posting a 4.x version sometime after I did the commit
to -CURRENT and it had time to get well exercised by the masses. My
plan is to allow about a month of testing between the commit to -CURRENT
and the MFC.
> Also, some sort of "what I should be watching for" would be nice, if
> anything ... I've got my remote techs "trained" so that they can get me
> into single user mode so that I can watch fsck using ctl-t, so I can
> install this as a seperate fsck and manually test it as required ...
Things to watch out for are fsck going berzerk and deleting all your
files. The behaviour should be the same as the unpatched version of
fsck other than the worst case time it takes to get through pass 4.
I just cranked out the 4.x patch below. I've only given it some light
testing, mostly just running versions of fsck with and without the patch
in read-only mode (-n option) on the same file system and comparing the
fsck output. I've done this on a clean file system, and one with some
minor inconsistencies.
I'll repost this patch to stable@ if no problems show up after the
commit to -CURRENT.
Index: sbin/fsck/dir.c
===================================================================
RCS file: /home/ncvs/src/sbin/fsck/Attic/dir.c,v
retrieving revision 1.15.2.1
diff -u -r1.15.2.1 dir.c
--- sbin/fsck/dir.c 29 Oct 2003 09:53:29 -0000 1.15.2.1
+++ sbin/fsck/dir.c 1 Oct 2004 03:19:54 -0000
@@ -90,7 +90,7 @@
if (inp->i_parent == 0)
continue;
if (inoinfo(inp->i_parent)->ino_state == DFOUND &&
- inoinfo(inp->i_number)->ino_state == DSTATE) {
+ INO_IS_DUNFOUND(inp->i_number)) {
inoinfo(inp->i_number)->ino_state = DFOUND;
change++;
}
@@ -692,8 +692,7 @@
cacheino(dp, ino);
return(ino);
}
- if (inoinfo(parent)->ino_state != DSTATE &&
- inoinfo(parent)->ino_state != DFOUND) {
+ if (!INO_IS_DVALID(parent)) {
freeino(ino);
return (0);
}
Index: sbin/fsck/fsck.h
===================================================================
RCS file: /home/ncvs/src/sbin/fsck/Attic/fsck.h,v
retrieving revision 1.12.2.1
diff -u -r1.12.2.1 fsck.h
--- sbin/fsck/fsck.h 23 Jan 2001 23:11:07 -0000 1.12.2.1
+++ sbin/fsck/fsck.h 1 Oct 2004 03:19:54 -0000
@@ -58,12 +58,21 @@
/*
* Inode states.
*/
-#define USTATE 01 /* inode not allocated */
-#define FSTATE 02 /* inode is file */
-#define DSTATE 03 /* inode is directory */
-#define DFOUND 04 /* directory found during descent */
-#define DCLEAR 05 /* directory is to be cleared */
-#define FCLEAR 06 /* file is to be cleared */
+#define USTATE 0x1 /* inode not allocated */
+#define FSTATE 0x2 /* inode is file */
+#define FZLINK 0x3 /* inode is file with a link count of zero */
+#define DSTATE 0x4 /* inode is directory */
+#define DZLINK 0x5 /* inode is directory with a zero link count */
+#define DFOUND 0x6 /* directory found during descent */
+/* 0x7 UNUSED - see S_IS_DVALID() definition */
+#define DCLEAR 0x8 /* directory is to be cleared */
+#define FCLEAR 0x9 /* file is to be cleared */
+/* DUNFOUND === (state == DSTATE || state == DZLINK) */
+#define S_IS_DUNFOUND(state) (((state) & ~0x1) == DSTATE)
+/* DVALID === (state == DSTATE || state == DZLINK || state == DFOUND) */
+#define S_IS_DVALID(state) (((state) & ~0x3) == DSTATE)
+#define INO_IS_DUNFOUND(ino) S_IS_DUNFOUND(inoinfo(ino)->ino_state)
+#define INO_IS_DVALID(ino) S_IS_DVALID(inoinfo(ino)->ino_state)
/*
* Inode state information is contained on per cylinder group lists
* which are described by the following structure.
@@ -162,15 +171,6 @@
struct dups *muldup; /* end of unique duplicate dup block numbers */
/*
- * Linked list of inodes with zero link counts.
- */
-struct zlncnt {
- struct zlncnt *next;
- ino_t zlncnt;
-};
-struct zlncnt *zlnhead; /* head of zero link count list */
-
-/*
* Inode cache data structures.
*/
struct inoinfo {
Index: sbin/fsck/inode.c
===================================================================
RCS file: /home/ncvs/src/sbin/fsck/Attic/inode.c,v
retrieving revision 1.20
diff -u -r1.20 inode.c
--- sbin/fsck/inode.c 28 Feb 2000 20:02:41 -0000 1.20
+++ sbin/fsck/inode.c 1 Oct 2004 03:19:54 -0000
@@ -565,10 +565,12 @@
switch (inoinfo(ino)->ino_state) {
case FSTATE:
+ case FZLINK:
inoinfo(ino)->ino_state = FCLEAR;
return;
case DSTATE:
+ case DZLINK:
inoinfo(ino)->ino_state = DCLEAR;
return;
Index: sbin/fsck/main.c
===================================================================
RCS file: /home/ncvs/src/sbin/fsck/Attic/main.c,v
retrieving revision 1.21.2.1
diff -u -r1.21.2.1 main.c
--- sbin/fsck/main.c 23 Jan 2001 23:11:07 -0000 1.21.2.1
+++ sbin/fsck/main.c 1 Oct 2004 03:29:14 -0000
@@ -206,7 +206,6 @@
ufs_daddr_t n_ffree, n_bfree;
struct dups *dp;
struct statfs *mntbuf;
- struct zlncnt *zlnp;
int cylno;
if (preen && child)
@@ -314,14 +313,7 @@
printf(" %d,", dp->dup);
printf("\n");
}
- if (zlnhead != NULL) {
- printf("The following zero link count inodes remain:");
- for (zlnp = zlnhead; zlnp; zlnp = zlnp->next)
- printf(" %u,", zlnp->zlncnt);
- printf("\n");
- }
}
- zlnhead = (struct zlncnt *)0;
duplist = (struct dups *)0;
muldup = (struct dups *)0;
inocleanup();
Index: sbin/fsck/pass1.c
===================================================================
RCS file: /home/ncvs/src/sbin/fsck/Attic/pass1.c,v
retrieving revision 1.16.2.5
diff -u -r1.16.2.5 pass1.c
--- sbin/fsck/pass1.c 23 Jun 2002 22:34:58 -0000 1.16.2.5
+++ sbin/fsck/pass1.c 1 Oct 2004 03:39:37 -0000
@@ -181,7 +181,6 @@
register struct inodesc *idesc;
{
register struct dinode *dp;
- struct zlncnt *zlnp;
u_int64_t kernmaxfilesize;
ufs_daddr_t ndb, j;
mode_t mode;
@@ -291,28 +290,18 @@
goto unknown;
n_files++;
inoinfo(inumber)->ino_linkcnt = dp->di_nlink;
- if (dp->di_nlink <= 0) {
- zlnp = (struct zlncnt *)malloc(sizeof *zlnp);
- if (zlnp == NULL) {
- pfatal("LINK COUNT TABLE OVERFLOW");
- if (reply("CONTINUE") == 0) {
- ckfini(0);
- exit(EEXIT);
- }
- } else {
- zlnp->zlncnt = inumber;
- zlnp->next = zlnhead;
- zlnhead = zlnp;
- }
- }
if (mode == IFDIR) {
if (dp->di_size == 0)
inoinfo(inumber)->ino_state = DCLEAR;
+ else if (dp->di_nlink <= 0)
+ inoinfo(inumber)->ino_state = DZLINK;
else
inoinfo(inumber)->ino_state = DSTATE;
cacheino(dp, inumber);
countdirs++;
- } else
+ } else if (dp->di_nlink <= 0)
+ inoinfo(inumber)->ino_state = FZLINK;
+ else
inoinfo(inumber)->ino_state = FSTATE;
inoinfo(inumber)->ino_type = IFTODT(mode);
if (doinglevel2 &&
Index: sbin/fsck/pass2.c
===================================================================
RCS file: /home/ncvs/src/sbin/fsck/Attic/pass2.c,v
retrieving revision 1.10.2.2
diff -u -r1.10.2.2 pass2.c
--- sbin/fsck/pass2.c 24 Nov 2001 15:14:59 -0000 1.10.2.2
+++ sbin/fsck/pass2.c 1 Oct 2004 03:33:34 -0000
@@ -92,6 +92,7 @@
case FSTATE:
case FCLEAR:
+ case FZLINK:
pfatal("ROOT INODE NOT DIRECTORY");
if (reply("REALLOCATE")) {
freeino(ROOTINO);
@@ -110,6 +111,7 @@
break;
case DSTATE:
+ case DZLINK:
break;
default:
@@ -189,7 +191,7 @@
if (inp->i_parent == 0 || inp->i_isize == 0)
continue;
if (inoinfo(inp->i_parent)->ino_state == DFOUND &&
- inoinfo(inp->i_number)->ino_state == DSTATE)
+ INO_IS_DUNFOUND(inp->i_number))
inoinfo(inp->i_number)->ino_state = DFOUND;
if (inp->i_dotdot == inp->i_parent ||
inp->i_dotdot == (ino_t)-1)
@@ -431,6 +433,7 @@
goto again;
case DSTATE:
+ case DZLINK:
if (inoinfo(idesc->id_number)->ino_state == DFOUND)
inoinfo(dirp->d_ino)->ino_state = DFOUND;
/* fall through */
@@ -459,6 +462,7 @@
/* fall through */
case FSTATE:
+ case FZLINK:
if (newinofmt &&
dirp->d_type != inoinfo(dirp->d_ino)->ino_type) {
fileerror(idesc->id_number, dirp->d_ino,
Index: sbin/fsck/pass3.c
===================================================================
RCS file: /home/ncvs/src/sbin/fsck/Attic/pass3.c,v
retrieving revision 1.7.2.1
diff -u -r1.7.2.1 pass3.c
--- sbin/fsck/pass3.c 23 Jan 2001 23:11:07 -0000 1.7.2.1
+++ sbin/fsck/pass3.c 1 Oct 2004 03:44:18 -0000
@@ -68,7 +68,7 @@
inp = inpsort[inpindex];
state = inoinfo(inp->i_number)->ino_state;
if (inp->i_number == ROOTINO ||
- (inp->i_parent != 0 && state != DSTATE))
+ (inp->i_parent != 0 && !S_IS_DUNFOUND(state)))
continue;
if (state == DCLEAR)
continue;
@@ -78,7 +78,7 @@
* them in DSTATE which will cause them to be pitched
* in pass 4.
*/
- if (preen && resolved && usedsoftdep && state == DSTATE) {
+ if (preen && resolved && usedsoftdep && S_IS_DUNFOUND(state)) {
if (inp->i_dotdot >= ROOTINO)
inoinfo(inp->i_dotdot)->ino_linkcnt++;
continue;
@@ -86,7 +86,7 @@
for (loopcnt = 0; ; loopcnt++) {
orphan = inp->i_number;
if (inp->i_parent == 0 ||
- inoinfo(inp->i_parent)->ino_state != DSTATE ||
+ !INO_IS_DUNFOUND(inp->i_parent) ||
loopcnt > countdirs)
break;
inp = getinoinfo(inp->i_parent);
Index: sbin/fsck/pass4.c
===================================================================
RCS file: /home/ncvs/src/sbin/fsck/Attic/pass4.c,v
retrieving revision 1.7.2.1
diff -u -r1.7.2.1 pass4.c
--- sbin/fsck/pass4.c 23 Jan 2001 23:11:07 -0000 1.7.2.1
+++ sbin/fsck/pass4.c 1 Oct 2004 03:35:03 -0000
@@ -53,7 +53,6 @@
pass4()
{
register ino_t inumber;
- register struct zlncnt *zlnp;
struct dinode *dp;
struct inodesc idesc;
int i, n, cg;
@@ -75,6 +74,14 @@
idesc.id_number = inumber;
switch (inoinfo(inumber)->ino_state) {
+ case FZLINK:
+ case DZLINK:
+ if (inoinfo(inumber)->ino_linkcnt == 0) {
+ clri(&idesc, "UNREF", 1);
+ break;
+ }
+ /* fall through */
+
case FSTATE:
case DFOUND:
n = inoinfo(inumber)->ino_linkcnt;
@@ -82,16 +89,6 @@
adjust(&idesc, (short)n);
break;
}
- for (zlnp = zlnhead; zlnp; zlnp = zlnp->next) {
- if (zlnp->zlncnt == inumber) {
- zlnp->zlncnt = zlnhead->zlncnt;
- zlnp = zlnhead;
- zlnhead = zlnhead->next;
- free((char *)zlnp);
- clri(&idesc, "UNREF", 1);
- break;
- }
- }
break;
case DSTATE:
Index: sbin/fsck/pass5.c
===================================================================
RCS file: /home/ncvs/src/sbin/fsck/Attic/pass5.c,v
retrieving revision 1.17.2.2
diff -u -r1.17.2.2 pass5.c
--- sbin/fsck/pass5.c 26 Nov 2002 04:46:59 -0000 1.17.2.2
+++ sbin/fsck/pass5.c 1 Oct 2004 03:36:45 -0000
@@ -222,11 +222,13 @@
case DSTATE:
case DCLEAR:
case DFOUND:
+ case DZLINK:
newcg->cg_cs.cs_ndir++;
/* fall through */
case FSTATE:
case FCLEAR:
+ case FZLINK:
newcg->cg_cs.cs_nifree--;
setbit(cg_inosused(newcg), i);
break;
Index: sbin/fsck/utilities.c
===================================================================
RCS file: /home/ncvs/src/sbin/fsck/Attic/utilities.c,v
retrieving revision 1.11.2.3
diff -u -r1.11.2.3 utilities.c
--- sbin/fsck/utilities.c 23 Jan 2001 23:11:07 -0000 1.11.2.3
+++ sbin/fsck/utilities.c 1 Oct 2004 03:28:19 -0000
@@ -466,9 +466,7 @@
(void)strcpy(namebuf, "/");
return;
}
- if (busy ||
- (inoinfo(curdir)->ino_state != DSTATE &&
- inoinfo(curdir)->ino_state != DFOUND)) {
+ if (busy || !INO_IS_DVALID(curdir)) {
(void)strcpy(namebuf, "?");
return;
}
From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 04:31:36 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id E2CEC16A4CE
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 04:31:36 +0000 (GMT)
Received: from node15.coopprint.com (node15.cooperativeprinting.com
[208.4.77.15]) by mx1.FreeBSD.org (Postfix) with SMTP id 41CE143D2F
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 04:31:36 +0000 (GMT)
(envelope-from ryans@gamersimpact.com)
Received: (qmail 29873 invoked by uid 0); 1 Oct 2004 03:31:06 -0000
Received: from unknown (HELO ?192.168.0.5?) (63.231.165.205)
by node15.coopprint.com with SMTP; 1 Oct 2004 03:31:06 -0000
Message-ID: <415CCF97.5010205@gamersimpact.com>
Date: Thu, 30 Sep 2004 22:31:35 -0500
From: Ryan Sommers <ryans@gamersimpact.com>
User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Grover Lines <grover@ceribus.net>
References: <1096600646.84884.1.camel@purgatory.ceribus.net>
In-Reply-To: <1096600646.84884.1.camel@purgatory.ceribus.net>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
cc: freebsd-current@freebsd.org
Subject: Re: mtree: not found
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Oct 2004 04:31:37 -0000
Grover Lines wrote:
>Is it just me or did the recent commit for
> http://lists.freebsd.org/pipermail/cvs-src/2004-September/032796.html
>nuke my build?
>
>
When did you last cvsup your source tree? What version are you supping
against? RELENG_5? CURRENT?
--
Ryan Sommers
ryans@gamersimpact.com
From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 04:40:17 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 8380616A4CE
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 04:40:17 +0000 (GMT)
Received: from hellhound.ceribus.net (c-24-21-90-79.client.comcast.net
[24.21.90.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id 319DC43D4C
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 04:40:17 +0000 (GMT)
(envelope-from grover@ceribus.net)
Received: (qmail 19816 invoked by uid 1002); 1 Oct 2004 04:41:07 -0000
Received: from grover@ceribus.net by hellhound.ceribus.net by uid 89 with
qmail-scanner-1.22
Processed in 1.006639 secs); 01 Oct 2004 04:41:07 -0000
Received: from unknown (HELO purgatory) (192.168.200.200)
by 192.168.200.225 with SMTP; 1 Oct 2004 04:41:06 -0000
From: "Grover Lines" <grover@ceribus.net>
To: <freebsd-current@freebsd.org>
Date: Thu, 30 Sep 2004 21:40:16 -0700
MIME-Version: 1.0
Content-Type: text/plain;
charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Office Outlook, Build 11.0.6353
Thread-Index: AcSncL9Tr7AZN28bQhWF0NZ2FJz8ew==
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180
X-Qmail-Scanner-Message-ID: <109660566667219809@hellhound.ceribus.net>
Message-Id: <20041001044017.319DC43D4C@mx1.FreeBSD.org>
Subject: mtree: not found
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Oct 2004 04:40:17 -0000
I fixed it. Just built mtree from the source directory and installed it.
Thanks for all the help. I think something weird after my last installworld
because my /var/log/messages had some garbled characters in it, and my
kernel panicd at reboot.
--
Grover Lines
From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 04:40:30 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 7090916A4CE
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 04:40:30 +0000 (GMT)
Received: from hellhound.ceribus.net (c-24-21-90-79.client.comcast.net
[24.21.90.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C8C743D48
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 04:40:30 +0000 (GMT)
(envelope-from grover@ceribus.net)
Received: (qmail 19847 invoked by uid 1002); 1 Oct 2004 04:41:20 -0000
Received: from grover@ceribus.net by hellhound.ceribus.net by uid 89 with
qmail-scanner-1.22
Processed in 1.314436 secs); 01 Oct 2004 04:41:20 -0000
Received: from unknown (HELO purgatory) (192.168.200.200)
by 192.168.200.225 with SMTP; 1 Oct 2004 04:41:19 -0000
From: "Grover Lines" <grover@ceribus.net>
To: <freebsd-current@freebsd.org>
Date: Thu, 30 Sep 2004 21:40:29 -0700
MIME-Version: 1.0
Content-Type: text/plain;
charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Office Outlook, Build 11.0.6353
Thread-Index: AcSncL9Tr7AZN28bQhWF0NZ2FJz8ew==
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180
X-Qmail-Scanner-Message-ID: <109660567967219841@hellhound.ceribus.net>
Message-Id: <20041001044030.2C8C743D48@mx1.FreeBSD.org>
Subject: mtree: not found
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Oct 2004 04:40:30 -0000
I fixed it. Just built mtree from the source directory and installed it.
Thanks for all the help. I think something weird after my last installworld
because my /var/log/messages had some garbled characters in it, and my
kernel panicd at reboot.
--
Grover Lines
From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 04:47:50 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 0161216A4CE
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 04:47:50 +0000 (GMT)
Received: from node15.coopprint.com (node15.cooperativeprinting.com
[208.4.77.15]) by mx1.FreeBSD.org (Postfix) with SMTP id 6C6B143D1D
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 04:47:49 +0000 (GMT)
(envelope-from ryans@gamersimpact.com)
Received: (qmail 30024 invoked by uid 0); 1 Oct 2004 03:47:20 -0000
Received: from unknown (HELO ?192.168.0.5?) (63.231.165.205)
by node15.coopprint.com with SMTP; 1 Oct 2004 03:47:20 -0000
Message-ID: <415CD365.1090209@gamersimpact.com>
Date: Thu, 30 Sep 2004 22:47:49 -0500
From: Ryan Sommers <ryans@gamersimpact.com>
User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: "J.R. Oldroyd" <fbsd@opal.com>
References: <20040930184729.GA836@linwhf.opal.com>
<20040930185842.GA4759@xor.obsecurity.org>
<20040930190716.GA1236@linwhf.opal.com>
<60850.208.4.77.15.1096574606.squirrel@208.4.77.15>
<20040930211418.GA795@linwhf.opal.com>
In-Reply-To: <20040930211418.GA795@linwhf.opal.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
cc: freebsd-current@freebsd.org
cc: Kris Kennaway <kris@obsecurity.org>
Subject: Re: panic after 'ifconfig gif0 destroy'
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Oct 2004 04:47:50 -0000
J.R. Oldroyd wrote:
>Here you go:
>
># ifconfig gif0 destroy
>[thread 100166]
>Stopped at idestroy_dev+0x9e: cmpl $0,0x3c(%esi)
>db> trace
>idestroy_dev(c3b88b00) at idestroy_dev+0x9e
>idestroy_dev(c3be1700,f0e6cb84,c0671ef4,c3be1700,c35a7800) at idestroy_dev+0x68
>destroy_dev(c35a1700,c35a7800,0,c080a1b8,d8) at destroy_dev+0x10
>if_detach(c35a7800,c35a7800,c35a7800,c0872480,f0e6cbbc) at if_detatch+0x274
>gif_destroy(c35a7800,c087b660,0,c0814dca,db) at gif_destroy+0x80
>gif_clone_destroy(c35a7800,c08724b0,c0872480,f0e6cbf0,c0674076) at gif_clone_destroy+0x67
>ifc_simple_destroy(c0872480,c35a7800,2d,80206979,0) at ifc_simple_destroy+0x1e
>if_clone_destroy(f0e6cc60,f0e6cc14,c0631dee,f0e6cc60,f0e6cc60) at if_clone_destroy+0xf2
>ifioctl(c4285a20,80206979,f0e6cc60,c4274900,0) at ifioctl+0x88
>soo_ioctl(c39f7e58,80206979,f0e6cc60,c3bd2e80,c4274900) at soo_ioctl+0x2b1
>ioctl(c4274900,f0e6cd14,3,7,286) at ioctl+0x3e0
>syscall(2f,2f,2f,1,bfbfe9c0) at syscall+0x213
>Xint0x80_syscall() at Xint0x80_syscall+0x1f
>--- syscall (54, FreeBSD ELF32, ioctl), eip = 0x280cc10b, esp = 0xbfbfe84c, ebp = 0xbfbfe868 ---
>db>
>
>
Can you send me a copy of your kernel config and dmesg output via
private email. I'm going to try and duplicate this tomorrow.
--
--
Ryan Sommers
ryans@gamersimpact.com
From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 05:38:13 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id C3FB816A4E3
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 05:38:13 +0000 (GMT)
Received: from nic.ach.sch.gr (nic.sch.gr [194.63.238.4])
by mx1.FreeBSD.org (Postfix) with ESMTP id 93C2C43D1D
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 05:38:10 +0000 (GMT)
(envelope-from keramida@freebsd.org)
Received: (qmail 10138 invoked by uid 207); 1 Oct 2004 05:37:42 -0000
Received: from keramida@freebsd.org by nic by uid 201 with qmail-scanner-1.21
(sophie: 3.04/2.19/3.81. Clear:RC:1(81.186.70.238):.
Processed in 0.618261 secs); 01 Oct 2004 05:37:42 -0000
Received: from dialup238.ach.sch.gr (HELO gothmog.gr) ([81.186.70.238])
(envelope-sender <keramida@freebsd.org>)
by nic.sch.gr (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP
for <rik@cronyx.ru>; 1 Oct 2004 05:37:41 -0000
Received: from gothmog.gr (gothmog [127.0.0.1])
by gothmog.gr (8.13.1/8.13.1) with ESMTP id i915bZDQ027624;
Fri, 1 Oct 2004 08:37:35 +0300 (EEST)
(envelope-from keramida@freebsd.org)
Received: (from giorgos@localhost)
by gothmog.gr (8.13.1/8.13.1/Submit) id i915bZcB027623;
Fri, 1 Oct 2004 08:37:35 +0300 (EEST)
(envelope-from keramida@freebsd.org)
Date: Fri, 1 Oct 2004 08:37:35 +0300
From: Giorgos Keramidas <keramida@freebsd.org>
To: Roman Kurakin <rik@cronyx.ru>
Message-ID: <20041001053735.GA27546@gothmog.gr>
References: <20040925165522.GB45767@gothmog.gr> <415C6B64.20505@cronyx.ru>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <415C6B64.20505@cronyx.ru>
cc: freebsd-current@freebsd.org
Subject: Re: silo overflows
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Oct 2004 05:38:13 -0000
On 2004-10-01 00:24, Roman Kurakin <rik@cronyx.ru> wrote:
> Giorgos Keramidas:
> >I've been seeing the following for a while now. Any hints about ways to
> >track down why this happens or how to fix it?
> >
> >Sep 25 19:18:36 gothmog kernel: sio1: 2 more silo overflows (total 357)
> >Sep 25 19:18:45 gothmog kernel: sio1: 2 more silo overflows (total 359)
>
> This is not a bug. This is normal. This would be "fixed" after interrupt
> optimisation in sio and other drivers/parts of system. BUG section of
> sio(4) describes all reasons for that.
Hmmm, you're right. The only difference that this workstation has from
the one I use at work regarding interrupts is that here (where the silo
overflows occur) irq9 is shared among ohci2 and acpi0.
20 ?? WL 0:00.00 [irq9: ohci2 acpi0]
I vaguely remember having problems with silo overflows again in the
past; when irq9 was shared. Now I have to find out how to assign
another irq to ohci2.
Thanks Roman :-)
From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 06:00:46 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 1D1B816A4D0
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 06:00:46 +0000 (GMT)
Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.195])
by mx1.FreeBSD.org (Postfix) with ESMTP id 3A45243D4C
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 06:00:33 +0000 (GMT)
(envelope-from david.downey@gmail.com)
Received: by mproxy.gmail.com with SMTP id 77so4157062rnk
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 23:00:32 -0700 (PDT)
Received: by 10.38.70.21 with SMTP id s21mr1458341rna;
Thu, 30 Sep 2004 23:00:32 -0700 (PDT)
Received: by 10.38.82.69 with HTTP; Thu, 30 Sep 2004 23:00:32 -0700 (PDT)
Message-ID: <6917b78104093023001aca5eb0@mail.gmail.com>
Date: Fri, 1 Oct 2004 02:00:32 -0400
From: "David D.W. Downey" <david.downey@gmail.com>
To: Ryan Sommers <ryans@gamersimpact.com>
In-Reply-To: <59601.208.4.77.15.1096551960.squirrel@208.4.77.15>
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
References: <6917b781040930062874f5e55f@mail.gmail.com>
<59601.208.4.77.15.1096551960.squirrel@208.4.77.15>
cc: Current <freebsd-current@freebsd.org>
Subject: Re: 5.3-BETA6 ignoring /var/db/ports/*/options
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: "David D.W. Downey" <david.downey@gmail.com>
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Oct 2004 06:00:46 -0000
On Thu, 30 Sep 2004 07:46:00 -0600 (MDT), Ryan Sommers
<ryans@gamersimpact.com> wrote:
>
>
>
> > OK, I'm doing a portupgrade -af on my machine (5.3-BETA6 with cvsup
> > pull as of roughly 4:45AM EST5EDT) and *every* option file for
> > installed packages is ignored.
> >
> > This something anyone else has seen? It doesn't stop anything from
> > building since I'm reanswering everything, just noting the fact that
> > it's ignored.
>
> Come to think of it, last week when I did a portupgrade I had to as well.
> I didn't really think about it at the time.
>
Yeah i did another pull today, and it's still doing it, so hopefully
someone will kick an answer down shortly, or we'll see more emails
about it.
--
David D.W. Downey
From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 06:29:57 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 8302F16A4CE
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 06:29:57 +0000 (GMT)
Received: from mail.vtec.ipme.de (C3B3D243.dial.de.easynet.net
[195.179.210.67])
by mx1.FreeBSD.org (Postfix) with ESMTP id 015E343D41
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 06:29:56 +0000 (GMT)
(envelope-from volker@vwsoft.com)
Received: from [192.168.16.24] (unknown [192.168.16.24])
by bellona.sz.vwsoft.com (Postfix) with ESMTP id 528CA5CD6;
Fri, 1 Oct 2004 00:43:42 +0200 (CEST)
Message-ID: <415C8C1C.5050606@vwsoft.com>
Date: Fri, 01 Oct 2004 00:43:40 +0200
From: Volker <volker@vwsoft.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
rv:1.7.2) Gecko/20040822 Thunderbird/0.7+ Mnenhy/0.6.0.101
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Ryan Sommers <ryans@gamersimpact.com>
References: <415C0326.7000104@vwsoft.com>
<59462.208.4.77.15.1096550417.squirrel@208.4.77.15>
In-Reply-To: <59462.208.4.77.15.1096550417.squirrel@208.4.77.15>
X-Enigmail-Version: 0.85.0.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
cc: freebsd-current@freebsd.org
Subject: Re: panics and traces, who and where to report?
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Oct 2004 06:29:57 -0000
Ryan,
thanks for answering.
On 2004-09-30 15:20, Ryan Sommers wrote:
>>Hi folks!
>>
>>Last week I was sending some panic reports (using 6-CURRENT and
>>RELENG_5) and debugger traces to this list. I didn't get a response and
>>while cvsup'ing twice a day for several days and doing buildkernel every
>>other day the situation didn't change.
>
>
> Generally if you don't get a response I wouldn't bother CVSUPing so often
> as it probably means no one has had the time to look at it yet.
I've been hoping that someone fixed the panics while working on a
similar problem. I'll still continue cvsup'ing twice (or more...) a day
and build a new every other 24 hours.
>That being said I'll dig in the archives and see if any of your panics
have been
> reported by other people and if I've seen any activity regarding
> solutions.
>
Don't search! I may resend a dozen traces directly to you (got them
saved here). I think it's faster then searching through the archives.
Just tell me and I may send you some traces.
Also I was searching, too and found similar (but not exactly same)
problem reports. My panics where mostly related to the network stack and
filehandling (my guess from the function names given from trace).
Within the last 48 hours I've had some machine hangs without a panic.
Only the reset-knob helped me out. The machine was not responding to
either console keyboard or network requests.
>>Another question: Do you really expect RELENG_5 to become stable within
>>the very next few weeks? From my point of experience with RELENG_5 it
>>looks like I have to switch my OS as I don't believe the 5-STABLE will
>>be production stable soon.
>
>
> Not to sound rude, but if you feel RELENG-5 isn't stable enough you can
> always run RELENG-4 until you feel the RELENG-5 branch meets your
> expectations. Unless you have some reasons you want to go to 5.
>
Well, for my (personal) need 4-STABLE was running fine for quite a while
but since using an atheros based wlan card I really need 5.x (I was
running another machine just for the AP but IMHO it doesn't make sense
to have one machine just for running an AP).
I've been quite happy even with 5-CURRENT for the AP machine as it
_never_ crashed but since running RELENG_5 on my border gateway
(beginning with 5.3-BETA3) my machine (and me...*bs*) are panicing
several times a day (1 to 4 times).
Thanks,
Volker
--
GPG/PGP fingerprint:
FF93 13A1 2477 B631 E953 06DF 4C49 ADD9 E4BF 79B1
From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 06:31:16 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 9232C16A4CE
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 06:31:16 +0000 (GMT)
Received: from mail.vtec.ipme.de (C3B3D243.dial.de.easynet.net
[195.179.210.67])
by mx1.FreeBSD.org (Postfix) with ESMTP id DA3E643D55
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 06:31:15 +0000 (GMT)
(envelope-from volker@vwsoft.com)
Received: from [192.168.16.24] (unknown [192.168.16.24])
by bellona.sz.vwsoft.com (Postfix) with ESMTP id 139F45C66;
Fri, 1 Oct 2004 00:38:12 +0200 (CEST)
Message-ID: <415C8AD3.6060704@vwsoft.com>
Date: Fri, 01 Oct 2004 00:38:11 +0200
From: Volker <volker@vwsoft.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
rv:1.7.2) Gecko/20040822 Thunderbird/0.7+ Mnenhy/0.6.0.101
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Alexey Dokuchaev <danfe@nsu.ru>
References: <415C0326.7000104@vwsoft.com>
<20040930182117.GA87887@regency.nsu.ru>
In-Reply-To: <20040930182117.GA87887@regency.nsu.ru>
X-Enigmail-Version: 0.85.0.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
cc: freebsd-current@freebsd.org
Subject: Re: panics and traces, who and where to report?
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Oct 2004 06:31:16 -0000
Alexey,
On 2004-09-30 20:21, Alexey Dokuchaev wrote:
[snip]
>>
>>So I'm wondering if this is the right place to report panics and traces?
>>Or are these better placed at hackers@?
>
>
> The place is probably just right, but since people are pretty busy with
> upcoming release, the queue of problems does not get flushed at the rate
> we sometimes want it to. You'd just have to accept this. RE team is
> doing its best to deliver 5.3-RELEASE so not to be ashamed of it.
>
It's not my problem to accept that developers are mostly overloaded
(believe me, I know what I'm talking about).
My problem is to probably have a released version 5.3 which isn't as
stable as we want it to be. There's still the chance left that my
hardware is causing trouble (and really, for FreeBSD that's my hope to
have _my_ hardware being faulty) but I don't know any kernel parts in
detail to make a guess where the problem is coming from.
Thanks,
Volker
--
GPG/PGP fingerprint:
FF93 13A1 2477 B631 E953 06DF 4C49 ADD9 E4BF 79B1
From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 07:14:42 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id E659D16A4CE; Fri, 1 Oct 2004 07:14:42 +0000 (GMT)
Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10])
by mx1.FreeBSD.org (Postfix) with ESMTP
id BF72043D2D; Fri, 1 Oct 2004 07:14:41 +0000 (GMT)
(envelope-from ru@ip.net.ua)
Received: from localhost (oak.ip.net.ua [82.193.96.2])
by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i917E2sS091692;
Fri, 1 Oct 2004 10:14:02 +0300 (EEST)
(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 05148-02; Fri, 1 Oct 2004 10:13:56 +0300 (EEST)
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 i917CQNr091669
(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
Fri, 1 Oct 2004 10:12:27 +0300 (EEST)
(envelope-from ru@ip.net.ua)
Received: (from ru@localhost)
by heffalump.ip.net.ua (8.13.1/8.13.1) id i917CTH2004898;
Fri, 1 Oct 2004 10:12:29 +0300 (EEST)
(envelope-from ru)
Date: Fri, 1 Oct 2004 10:12:29 +0300
From: Ruslan Ermilov <ru@FreeBSD.org>
To: Grover Lines <grover@ceribus.net>
Message-ID: <20041001071229.GA4310@ip.net.ua>
References: <20040930202820.Y27520@qbhto.arg>
<20041001034344.3843343D1D@mx1.FreeBSD.org>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="VS++wcV0S1rZb1Fb"
Content-Disposition: inline
In-Reply-To: <20041001034344.3843343D1D@mx1.FreeBSD.org>
User-Agent: Mutt/1.5.6i
X-Virus-Scanned: by amavisd-new at ip.net.ua
cc: Doug Barton <dougb@FreeBSD.org>
cc: current@FreeBSD.org
Subject: Re: mtree: not found
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Oct 2004 07:14:43 -0000
--VS++wcV0S1rZb1Fb
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Thu, Sep 30, 2004 at 08:43:43PM -0700, Grover Lines wrote:
> It says 'mtree: Command not found.'
>=20
> Freshly cvsupd tree on 6-CURRENT
>=20
Well, find who has stolen your /usr/sbin/mtree then.
> -----Original Message-----
> From: owner-freebsd-current@freebsd.org
> [mailto:owner-freebsd-current@freebsd.org] On Behalf Of Doug Barton
> Sent: Thursday, September 30, 2004 8:32 PM
> To: Grover Lines
> Cc: freebsd-current@freebsd.org
> Subject: Re: mtree: not found
>=20
> On Thu, 30 Sep 2004, Grover Lines wrote:
>=20
> > Is it just me or did the recent commit for
> > http://lists.freebsd.org/pipermail/cvs-src/2004-September/032796.html
> > nuke my build?
>=20
> > mkdir -p /usr/obj/usr/src/i386/usr/share/snmp/mibs
> > mtree -deU -f /usr/src/etc/mtree/BSD.include.dist
> > -p /usr/obj/usr/src/i386/usr/include >/dev/null
> > mtree: not found
> > *** Error code 127
>=20
> This problem isn't caused by the bind mfc, that import didn't change=20
> Makefile.inc1 there, it changed it below there. Also, the problem is=20
> that mtree apparently can't be found in your path, which wouldn't have=20
> been caused by the bind import.
>=20
> What happens when you do this: type mtree
>=20
> Doug
--=20
Ruslan Ermilov
ru@FreeBSD.org
FreeBSD committer
--VS++wcV0S1rZb1Fb
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)
iD8DBQFBXQNdqRfpzJluFF4RAu5vAJ4lEp6gTcVQ4xqXUvsAFEJeMUC/CQCdHDfc
hwjDqqrDmBjqtQlZyyixA5E=
=bdxe
-----END PGP SIGNATURE-----
--VS++wcV0S1rZb1Fb--
From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 07:29:07 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 28EE916A4CE
for <current@freebsd.org>; Fri, 1 Oct 2004 07:29:07 +0000 (GMT)
Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163])
by mx1.FreeBSD.org (Postfix) with ESMTP id 51A0443D1D
for <current@freebsd.org>; Fri, 1 Oct 2004 07:29:06 +0000 (GMT)
(envelope-from phk@critter.freebsd.dk)
Received: from critter.freebsd.dk (localhost [127.0.0.1])
by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id i917T5gW060970
for <current@freebsd.org>; Fri, 1 Oct 2004 09:29:05 +0200 (CEST)
(envelope-from phk@critter.freebsd.dk)
To: current@freebsd.org
From: Poul-Henning Kamp <phk@phk.freebsd.dk>
Date: Fri, 01 Oct 2004 09:29:05 +0200
Message-ID: <60969.1096615745@critter.freebsd.dk>
Sender: phk@critter.freebsd.dk
Subject: [HEADSUP] Breaking all the tty drivers one by one...
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Oct 2004 07:29:07 -0000
I am going to commit the meaty part of the tty driver cleanup up
starting this weekend and I'll probably do about one or two drivers
per day for the next couple of weeks.
The total patch is close to 10000 lines and it removes around 3300
lines of duplicated code in the tty drivers.
Architectural "before" picture:
filesystem code
|
v
DEVFS
|
v
cdevsw device interface
|
v
/ code to make device
A single tty | look and act like a
driver. We have | a tty to the system
20-30 drivers | |
in total. | v
\ tty hardware handling
Architectural "after" picture:
filesystem code
|
v
DEVFS
|
v
cdevsw device interface
|
v
Now only one / code to make device
copy of this | look and act like a
code. \ a tty to the system
|
v
tty driver interface
|
v
20-30 of these < tty hardware handling
In addition to the much saner code structure after this, it also
makes our ttys look a lot more like each other. Today there is a
lot of annoying small differences between the different drivers.
Some have this feature, some havn't. Making all the drivers use
the same upper level code makes them behave like a coherent class
of drivers (subject of course to hardware limitations). In particular
the naming will be made systematic (see earlier email on this
subject).
The problem is that I can't test more than a few of the tty drivers
for lack of hardware so I will undoubtedly break some drivers along
the way. I have tried to contact all the authors/maintainers/stuckees
as best I could, and the majority of them have been very understanding
and answered along the lines of "go ahead, I'll fix it if you break
it". Much appreciated guys.
If there are any driver maintainers/owners/etc who wants me to
leave their driver alone, now is the time to say so!
Otherwise, keep your eyes open, test any weird serial hardware you
have in your collection, and don't yell too loudly at me too fast,
I'll do my best to fix the mistakes I make along the way.
Poul-Henning
PS: The not quite finished patch can be seen in the perforce branch
"phk_tty".
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
phk@FreeBSD.ORG | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence.
From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 07:40:28 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id CA13016A4CE; Fri, 1 Oct 2004 07:40:28 +0000 (GMT)
Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57])
by mx1.FreeBSD.org (Postfix) with ESMTP
id CA15043D3F; Fri, 1 Oct 2004 07:40:27 +0000 (GMT)
(envelope-from scottl@pooker.samsco.org)
Received: from pooker.samsco.org (scottl@localhost [127.0.0.1])
by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i917fKMI076108;
Fri, 1 Oct 2004 01:41:20 -0600 (MDT)
(envelope-from scottl@pooker.samsco.org)
Received: (from scottl@localhost)
by pooker.samsco.org (8.12.11/8.12.10/Submit) id i917fJUo076107;
Fri, 1 Oct 2004 01:41:19 -0600 (MDT)
(envelope-from scottl)
Date: Fri, 1 Oct 2004 01:41:19 -0600 (MDT)
Message-Id: <200410010741.i917fJUo076107@pooker.samsco.org>
From: Scott Long <scottl@FreeBSD.org>
To: current@FreeBSD.org
X-Spam-Status: No, hits=0.6 required=3.8 tests=SUBJ_ALL_CAPS autolearn=no
version=2.63
X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org
Subject: 5.3-RELEASE TODO
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: re@FreeBSD.org
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Oct 2004 07:40:28 -0000
This is an automated weekly mailing of the FreeBSD 5.3 open issues list.
The live version of this list is available at:
http://www.FreeBSD.org/releases/5.3R/todo.html
Automated mailing of this list will continue through the release of
FreeBSD 5.3
FreeBSD 5.3 Open Issues
Open Issues
This is a list of open issues that need to be resolved for FreeBSD 5.3. If
you have any updates for this list, please e-mail re@FreeBSD.org.
Show stopper defects for 5.3-RELEASE
+------------------------------------------------------------------------+
| Issue | Status | Responsible | Description |
|---------------------+-------------+---------------+--------------------|
| | | | PREEMPTION appears |
| | | | to increase the |
| | | | chances of |
| | | | triggering a race |
| | | | condition in the |
| | | | thread context |
| PREEMPTION-related | | Scott Long, | management and |
| hangs involving | In progress | Julian | scheduling code. |
| threads | | Elischer | Patches to |
| | | | mitigate the |
| | | | problem have been |
| | | | developed, with |
| | | | on-going work to |
| | | | come up with the |
| | | | correct solution |
| | | | prior to 5.3. |
|---------------------+-------------+---------------+--------------------|
| | | | Jun Kuriyama has |
| | | | reported problems |
| | | | with NFS over IPv6 |
| | | | not functioning |
| | | | correctly as of |
| | | | the improved NFS |
| | | | support for |
| | | | disconnection |
| | | | changes. Doug |
| | | | White has tracked |
| NFS over IPv6 | | | down the source of |
| problems | In progress | Doug White | the problem |
| | | | (EMSGSIZE being |
| | | | returned by IPv6 |
| | | | UDP send routine |
| | | | due to |
| | | | fragmentation), |
| | | | and is currently |
| | | | exploring possible |
| | | | fixes. A patch has |
| | | | been generated and |
| | | | sent to the KAME |
| | | | team for review. |
|---------------------+-------------+---------------+--------------------|
| | | | ether_input() |
| | | | calls |
| | | | random_harvest() |
| | | | on the mbuf after |
| | | | it has been handed |
| | | | off to |
| | | | ether_demux(), at |
| ether_input() may | | Mark Murray, | which point it may |
| harvest entropy | In progress | Robert Watson | have been free()'d |
| from free()'d mbuf | | | back to the mbuf |
| | | | allocator. It also |
| | | | passes in a |
| | | | pointer to the |
| | | | mbuf itself, |
| | | | rather than |
| | | | ethernet frame |
| | | | header. |
|---------------------+-------------+---------------+--------------------|
| | | | There have been |
| | | | several reports of |
| | | | if_em cards |
| if_em wedging under | | | "wedging" under |
| high pps | Not done | - | high |
| | | | packets-per-second |
| | | | load. This needs |
| | | | to be debugged and |
| | | | fixed. |
|---------------------+-------------+---------------+--------------------|
| | | | There are reports |
| | | | that racoon is |
| | | | unable to complete |
| | | | IKE negotiation |
| | | | due to a send to |
| KAME IPSEC | | | the pfkey socket |
| "ENOBUFS" problem | | | returning ENOBUFS. |
| with racoon and | In progress | Robert Watson | This appears to be |
| mbuma | | | a result of an |
| | | | incorrect |
| | | | assumption about |
| | | | mbuf data size due |
| | | | to a change |
| | | | resulting from |
| | | | mbuma. |
|---------------------+-------------+---------------+--------------------|
| | | | A recent |
| | | | regression in the |
| | | | USB code is |
| | | | causing panics |
| | | | when a USB device |
| | | Warner Losh, | detaches, |
| Panic on USB detach | Unknown | Scott Long | especially USB |
| | | | hubs. Since |
| | | | detaching a USB |
| | | | device is a common |
| | | | event, this must |
| | | | be fixed for the |
| | | | release. |
+------------------------------------------------------------------------+
Required features for 5.3-RELEASE
+------------------------------------------------------------------------+
| Issue | Status | Responsible | Description |
|-----------------+-------------+----------------+-----------------------|
| BIND9 import | | | BIND9 must be |
| into 5-CURRENT | In progress | Doug Barton | imported for |
| | | | 5.3-RELEASE. |
|-----------------+-------------+----------------+-----------------------|
| | | | Kernel bits |
| KSE support for | | | implemented, userland |
| sparc64 | -- | -- | not implemented. |
| | | | Required for |
| | | | 5.3-RELEASE. |
|-----------------+-------------+----------------+-----------------------|
| | | | With improved support |
| | | | for threading |
| | | | primitives, support |
| | | | is now required to |
| GDB thread | | David Xu, | ease debugging of |
| support | In progress | Marcel | threaded |
| | | Moolenaar | applications. |
| | | | Ideally, this support |
| | | | will work for both |
| | | | libthr and libkse |
| | | | threading models. |
|-----------------+-------------+----------------+-----------------------|
| | | | There have been |
| | | | several reports that |
| | | | growfs(8) works |
| | | | improperly with large |
| Reports of UFS2 | | | disk sizes, and other |
| "large disk" | In progress | Scott Long | size-related nits in |
| problems | | | the current disk and |
| | | | label management tool |
| | | | set. These must be |
| | | | resolved for |
| | | | 5.3-RELEASE. |
|-----------------+-------------+----------------+-----------------------|
| | | | Synaptics updates to |
| | | | the psm(4) driver |
| Synaptics | | | have resulted in poor |
| touchpad | In progress | Philip Paeps | interactivity for |
| problems | | | taps and button press |
| | | | events for some |
| | | | users. |
|-----------------+-------------+----------------+-----------------------|
| | | | Entropy harvesting in |
| | | | the interrupt and |
| | | | incoming packet paths |
| | | | currently involves a |
| | | | large number of mutex |
| | | | operations. In order |
| | | | to improve |
| | | | performance, it is |
| Entropy | | | desirable to reduce |
| harvesting | In progress | Robert Watson, | the number of mutex |
| optimizations | | Mark Murray | operations |
| | | | substantially. Work |
| | | | is in progress to |
| | | | improve the |
| | | | harvesting code along |
| | | | these lines, but has |
| | | | not yet been properly |
| | | | measured, and |
| | | | therefore not yet |
| | | | merged to CVS. |
+------------------------------------------------------------------------+
Desired features for 5.3-RELEASE
+------------------------------------------------------------------------+
| Issue | Status | Responsible | Description |
|------------------+-------------+----------------+----------------------|
| | | | Almost all process |
| | | | debugging tools have |
| | | | been updated to use |
| | | | non-procfs kernel |
| | | | primitives, with the |
| | | | exception of |
| | | | truss(1). As procfs |
| | | | is considered |
| | | | deprecated due to |
| | | | its inherent |
| | | | security risks, it |
| truss support | | | is highly desirable |
| for ptrace | -- | -- | to update truss to |
| | | | operate in a |
| | | | post-procfs world. |
| | | | Dag-Erling Smorgrav |
| | | | had prototype |
| | | | patches; |
| | | | Robert Drehmel is |
| | | | developing and |
| | | | testing patches now. |
| | | | Support for system |
| | | | call tracing has |
| | | | been added to |
| | | | ptrace(). |
|------------------+-------------+----------------+----------------------|
| | | | FAST_IPSEC currently |
| | | | cannot be used |
| | | | directly with the |
| | | | KAME IPv6 |
| | | | implementation, |
| | | | requiring an |
| | | | additional level of |
| | | | IP tunnel |
| | | | indirection to |
| | | | protect IPv6 packets |
| FAST_IPSEC and | | | when using hardware |
| KAME | Not done | -- | crypto acceleration. |
| compatibility | | | This issue must be |
| | | | resolved so that the |
| | | | two services may |
| | | | more easily be used |
| | | | together. Among |
| | | | other things, this |
| | | | will require a |
| | | | careful review of |
| | | | the handling of mbuf |
| | | | header copying and |
| | | | m_tag support in the |
| | | | KAME IPv6 code. |
|------------------+-------------+----------------+----------------------|
| | | | A process cannot be |
| | | | interrupted while |
| | | | waiting on a lock. |
| rpc.lockd(8) | | | Fixing this requires |
| stability | -- | -- | that the RPC code be |
| | | | taught how to deal |
| | | | with lock |
| | | | cancellation and |
| | | | interruption events. |
|------------------+-------------+----------------+----------------------|
| | | | Kernel modules are |
| | | | currently built |
| | | | independently from a |
| | | | kernel |
| | | | configuration, and |
| | | | independently from |
| | | | one another, |
| | | | resulting in |
| | | | substantially |
| | | | redundant |
| | | | compilation of |
| | | | objects, as well as |
| | | | the inability to |
| | | | easily manage |
| | | | compile-time options |
| Revised kld | | | for kernel objects |
| build | Not done | Peter Wemm | (such as MAC, PAE, |
| infrastructure | | | etc) that may |
| | | | require conditional |
| | | | compilation in the |
| | | | kernel modules. In |
| | | | order to improve |
| | | | build performance |
| | | | and better support |
| | | | options of this |
| | | | sort, the KLD build |
| | | | infrastructure needs |
| | | | to be revamped. |
| | | | Peter Wemm has done |
| | | | some initial |
| | | | prototyping, and |
| | | | should be contacted |
| | | | before starting on |
| | | | this work. |
|------------------+-------------+----------------+----------------------|
| | | | Apple's Darwin |
| | | | operating system has |
| | | | fairly extensive |
| Merge of Darwin | | | improvements to |
| msdosfs, other | Not done | -- | msdosfs and other |
| fixes | | | kernel services; |
| | | | these fixes must be |
| | | | reviewed and merged |
| | | | to the FreeBSD tree. |
|------------------+-------------+----------------+----------------------|
| | | | Truss appears to |
| | | | contain a race |
| | | | condition during the |
| | | | start-up of |
| | | | debugging, which can |
| | | | result in truss |
| | | | failing to attach to |
| | | | the process before |
| | | | it exits. The |
| | | | symptom is that |
| | | | truss reports that |
| | | | it cannot open the |
| | | | procfs node |
| | | | supporting the |
| | | | process being |
| | | | debugged. A bug also |
| Race conditions | Errata | Robert Drehmel | appears to exist |
| in truss | candidate | | where in truss will |
| | | | hang if execve() |
| | | | returns ENOENT. A |
| | | | further race appears |
| | | | to exist in which |
| | | | truss will return |
| | | | "PIOCWAIT: |
| | | | Input/output error" |
| | | | occasionally on |
| | | | startup. The fix for |
| | | | this sufficiently |
| | | | changes process |
| | | | execution handling |
| | | | that we will defer |
| | | | the fix to post-5.0 |
| | | | and consider this |
| | | | errata. |
|------------------+-------------+----------------+----------------------|
| | | | Truss appears to |
| | | | have another |
| | | | problem. It is |
| | | | repeatable by |
| | | | running "truss -f |
| More truss | Not done | -- | fsck -p /", |
| problems | | | suspending it with |
| | | | ^Z, and then killing |
| | | | truss. It will leave |
| | | | behind the fsck |
| | | | processes which will |
| | | | be unkillable. |
|------------------+-------------+----------------+----------------------|
| | | | Many systems |
| | | | supporting POSIX.1e |
| | | | ACLs permit a minor |
| | | | violation to that |
| | | | specification, in |
| | | | which the ACL_MASK |
| ACL_MASK | | | entry overrides the |
| override of | Not done | Robert Watson | umask, rather than |
| umask support in | | | being intersected |
| UFS | | | with it. The |
| | | | resulting semantics |
| | | | can be useful in |
| | | | group-oriented |
| | | | environments, and as |
| | | | such would be very |
| | | | helpful on FreeBSD. |
|------------------+-------------+----------------+----------------------|
| | | | The LOR reported in |
| | | | PR kern/55175 needs |
| filedesc LOR | Not done | -- | to be fixed. |
| | | | Filedesc locking |
| | | | needs to be heavily |
| | | | reviewed in general. |
|------------------+-------------+----------------+----------------------|
| | | | Currently, MAC |
| | | | protections are |
| | | | enforced only on |
| | | | locally originated |
| | | | file system |
| | | | operations (VOPs), |
| | | | and not on RPCs |
| | | | generated via the |
| | | | NFS server. |
| MAC support for | | | Improvements in NFS |
| NFS Server | Not done | Robert Watson | server credential |
| | | | handling are |
| | | | required to correct |
| | | | this problem, as |
| | | | well as the |
| | | | introduction of new |
| | | | entry points to |
| | | | properly label NFS |
| | | | credentials and |
| | | | perform enforcement |
| | | | properly. |
|------------------+-------------+----------------+----------------------|
| | | | All PCI drivers must |
| | | | use busdma for DMA; |
| | | | no use of vtophys() |
| busdma in all | In progress | -- | will be permitted |
| PCI drivers | | | for any recent |
| | | | device driver. ISA |
| | | | drivers may be |
| | | | exempt. |
|------------------+-------------+----------------+----------------------|
| | | | Userland bits |
| KSE support for | In progress | Marcel | implemented, kernel |
| alpha | | Moolenaar | bits not |
| | | | implemented. |
|------------------+-------------+----------------+----------------------|
| | | | For kernel API/ABI |
| | | | compatibility |
| | | | reasons, it would be |
| CAM locking | In progress | Scott Long, | desirable to have |
| | | Justin Gibbs | the CAM locking |
| | | | strategy determined |
| | | | and loosely |
| | | | implemented for 5.3. |
|------------------+-------------+----------------+----------------------|
| | | | When running syscons |
| | | | on an Ultra-30 with |
| | | | Creator-3D typing |
| | | | characters on the |
| | | | keyboard produces |
| | | | garbage. Problem |
| | | | reported by Kris |
| syscons not | | | Kennaway. Debugging |
| working on | Not done | -- | difficult due to |
| Sparc64 Ultra-30 | | | lack of this |
| | | | particular |
| | | | configuration among |
| | | | developers and |
| | | | problem isn't |
| | | | present on similar |
| | | | hardware (e.g. no |
| | | | problem on Ultra-60 |
| | | | w/Creator-3D). |
+------------------------------------------------------------------------+
Documentation items that must be resolved for 5.3
+-------------------------------------------------------------------------------------------------+
| Issue | Status |Responsible| Description |
|--------------+-----------+-----------+----------------------------------------------------------|
| | |Gavin |The installation documentation doesn't take into account |
|i386 Floppy | |Atkinson, |the new floppy images (with a full kernel split across |
|Installation |Done |Bruce A. |multiple disks). This should be updated. |
|Docs | |Mah |References: |
| | | |docs/70485 (closed) |
|--------------+-----------+-----------+----------------------------------------------------------|
|Finish | |Simon L. |Finish removing mention of individual devices in the |
|hardware notes|In progress|Nielsen, |hardware notes and use auto-generated lists, based on |
|trimming | |Christian |driver manual pages, instead. |
| | |Brueffer | |
|--------------+-----------+-----------+----------------------------------------------------------|
| | | |The snd(4) and pcm(4) drivers have been renamed but their |
| | | |manual pages are still outdated. sound(4) has to be added |
| | | |and pcm(4), csa(4), gusc(4), sbc(4), and uaudio(4) should |
|sound(4) | | |be revised. Other manual pages which refer to pcm(4) (if |
|related manual|In progress|Simon L. |any) should possibly be revised, too. In addition, |
|pages | |Nielsen |supported cards list needs to be updated. |
| | | |References: |
| | | |Manpage for snd_solo on -doc@ |
| | | |[PATCH] sound(4) related manpages 5.3 TODO item on -doc@ |
| | | |src/share/man/man4/Makefile rev.1.279 |
|--------------+-----------+-----------+----------------------------------------------------------|
| | | |This section is outdated, some rewrites are needed for |
|Sound section | |Marc |5.3-RELEASE. |
|in the |Done |Fonvieille |References: |
|Handbook | | |doc/en_US.ISO8859-1/books/handbook/multimedia/chapter.sgml|
| | | |rev.1.94 |
|--------------+-----------+-----------+----------------------------------------------------------|
|FDP | | |With the snd(4) and pcm(4) drivers changes, documentations|
|documentations|Not done |-- |(FAQ) regarding the use of these drivers need an update. |
|related pcm(4)| | | |
|--------------+-----------+-----------+----------------------------------------------------------|
| | | |Xin LI pointed out that FreeBSD 5.3-RELEASE is the first |
| | | |stable release on 5.X and it is (hopefully) not for early |
| | | |adopters. Early Adopter's Guide is still useful, but |
|Early | |Bruce A. |contains a bit old information. Some parts of this guide |
|Adopter's |Done |Mah, Tom |need a rewrite, and this document should be published as |
|Guide | |Rhodes |"4.X to 5.X Migration Guide", which focuses difference |
| | | |between 4.X and 5.X. |
| | | |References: |
| | | |Draft for review |
| | | |discussion on -doc@ and -current@ |
|--------------+-----------+-----------+----------------------------------------------------------|
| | | |Some parts are outdated. doc/70485 has been committed, but|
| | | |more work is needed to reflect the realities. bmah@ |
| | | |pointed out that we should have "quick-start" installation|
|Installation |Not done |Tom Rhodes |guide for each platform instead of the current ones |
|Notes | | |because they become too long and difficult to be |
| | | |maintained. |
| | | |References: |
| | | |doc/70485 (closed) |
|--------------+-----------+-----------+----------------------------------------------------------|
| | |Ken Tom, |Update the X11 chapter of the Handbook for X.Org's X11 |
|Xorg |Done |Marc |server. |
| | |Fonvieille |References: |
| | | |books/handbook/config/chapter.sgml rev.1.147 |
|--------------+-----------+-----------+----------------------------------------------------------|
| | | |Ch.11.4 and 11.5 of the Handbook must be updated to |
| | | |mention the new rc.d scripts and some ports use |
|rc.d scripts |In progress|Tom Rhodes |/etc/rc.conf for their configuration. |
| | | |References: |
| | | |books/handbook/config/chapter.sgml rev.1.170 |
| | | |books/handbook/config/chapter.sgml rev.1.172 |
|--------------+-----------+-----------+----------------------------------------------------------|
|Handbook's | | |Chapter 8 must be updated to match 5.3-RELEASE. |
|kernel |Done |Ceri Davies|References: |
|configuration | | |docs/70674 (closed) |
|chapter | | |books/handbook/kernelconfig/chapter.sgml rev.1.135 |
|--------------+-----------+-----------+----------------------------------------------------------|
| | | |Some parts of Section 14.10 are outdated and are not |
|Handbook's | | |correct for 5.X systems. |
|IPsec section |Not done |-- |References: |
| | | |ipsec on -doc@ |
| | | |Problem with IPSEC in handbook on -doc@ |
|--------------+-----------+-----------+----------------------------------------------------------|
|Handbook's |Not done |-- |Vinum chapter needs to be revised for 5.X systems. |
|Vinum chapter | | | |
+-------------------------------------------------------------------------------------------------+
Testing focuses for 5.3-RELEASE
+------------------------------------------------------------------------+
| Issue | Status | Responsible | Description |
|--------------------+---------------+--------------+--------------------|
| | | | SCHED_ULE provides |
| | | | better |
| | | | interactivity, |
| | | | higher |
| | | | performance, and |
| SCHED_ULE as the | | Jeff | the ability to |
| default scheduler | Needs testing | Roberson | support pinning |
| | | | and affinity. |
| | | | Basic HTT |
| | | | scheduling |
| | | | policies should be |
| | | | in place for 5.3 |
| | | | also. |
|--------------------+---------------+--------------+--------------------|
| | | | KSE has matured to |
| | | | the point of being |
| | | | more stable and |
| | | | POSIX-compliant |
| | | | than the |
| | | | traditional |
| | | | libc_r. All Tier-1 |
| | | | platforms MUST |
| | | | have stable KSE |
| | | David Xu, | support for 5.3 in |
| KSE as the default | Needs testing | Daniel | order to support a |
| threads library | | Eischen | consistent |
| | | | transition. |
| | | | Additionally, all |
| | | | ports that depend |
| | | | on the pthreads |
| | | | API must be |
| | | | modified to |
| | | | properly detect |
| | | | and support the |
| | | | default threading |
| | | | library. |
|--------------------+---------------+--------------+--------------------|
| | | | Binutils needs |
| | | | updating in order |
| Updated binutils | | David | to support new |
| for all platforms | Needs testing | O'Brien | platforms, newer |
| | | | GDB versions, and |
| | | | Thread Local |
| | | | Storage. |
|--------------------+---------------+--------------+--------------------|
| | | | The previous GCC |
| | | | 3.3 snapshot |
| | | | included |
| | | | regressions in |
| | | | alignment of |
| | | | floating point |
| gcc 3.3 floating | | | arguments, |
| point alignment | Needs testing | | resulting in a |
| regression | | | substantial |
| | | | performance |
| | | | degradation. The |
| | | | recent GCC 3.4.2 |
| | | | import should fix |
| | | | this, but more |
| | | | testing is needed. |
|--------------------+---------------+--------------+--------------------|
| | | | Jun Kuriyama has |
| | | | reportged a failed |
| | | | locking assertion |
| | | | with IPv6 TCP |
| in6_pcbnotify() | Needs testing | Robert | notifications. A |
| panic with TCP | | Watson | patch has been |
| | | | committed to the |
| | | | CVS HEAD and |
| | | | RELENG_5 and needs |
| | | | further testing. |
|--------------------+---------------+--------------+--------------------|
| | | | To complete |
| | | | support for |
| | | | thread-local |
| | | | storage on |
| | | | FreeBSD, |
| Per-platform | | Doug Rabson, | per-architecture |
| Thread-Local | Needs testing | Marcel | changes must be |
| Storage | | Moolenaar | made. Currently |
| | | | pending platforms |
| | | | are amd64, alpha, |
| | | | ia64, i386, |
| | | | sparc64, and |
| | | | powerpc. |
|--------------------+---------------+--------------+--------------------|
| | | | High load on SMP |
| | | | systems appears to |
| | | | result in a hard |
| | | | hang related to VM |
| | | | IPI. Doug White |
| SMP instability | | Doug White, | has prepared a |
| under load | Needs testing | Alan L. Cox | candidate patch |
| | | | that appears to |
| | | | resolve this |
| | | | instability, which |
| | | | is currently in |
| | | | testing for merge |
| | | | to the CVS HEAD. |
|--------------------+---------------+--------------+--------------------|
| | | | Significant parts |
| | | | of the network |
| | | | stack (especially |
| | | | IPv4, UNIX domain |
| | | | IPC, and sockets) |
| | | | now have |
| | | | fine-grained |
| | | | locking of their |
| | | | data structures. |
| | | | It's possible to |
| | | | run many common |
| | | | network subsystems |
| | | | and services |
| | | | without the Giant |
| Fine-grained | | | lock. However, a |
| network stack | | Robert | number of device |
| locking without | Needs testing | Watson | drivers and less |
| Giant | | | mainstream network |
| | | | subsystems are |
| | | | currently not |
| | | | MPSAFE. By |
| | | | 5.3-RELEASE, it is |
| | | | necessary to have |
| | | | the vast majority |
| | | | of network code |
| | | | running without |
| | | | Giant, including |
| | | | sockets, |
| | | | permitting |
| | | | complete |
| | | | local<->remote |
| | | | delivery without |
| | | | grabbing Giant. |
|--------------------+---------------+--------------+--------------------|
| | | | KLDs work when |
| | | | loaded from |
| | | | userland, but not |
| | | David | from the loader. |
| kld support for | Needs testing | O'Brien, Ian | kldxref and loader |
| amd64 | | Dowse | support has been |
| | | | committed to HEAD |
| | | | and RELENG_5 and |
| | | | needs final |
| | | | testing. |
|--------------------+---------------+--------------+--------------------|
| | | | Recent changes to |
| | | | the ATA driver |
| | | | trigger a bug on |
| | | So/ren | sparc64 that |
| ATA panics under | Needs testing | Schmidt, | causes a panic on |
| sparc64 | | Scott Long | boot. This was |
| | | | caused by bugs in |
| | | | busdma that have |
| | | | been hopefully |
| | | | fixed. |
|--------------------+---------------+--------------+--------------------|
| | | | The ifconf() ioctl |
| | | | for listing |
| | | | network interfaces |
| | | | performs a |
| | | | copyout() while |
| | | | holding the global |
| | | | ifnet list mutex. |
| | | | This generates a |
| ifconf() sleep | | | witness warning in |
| warning | Needs testing | Brooks Davis | the event that |
| | | | copyout() |
| | | | generates a page |
| | | | fault, and risks |
| | | | more serious |
| | | | problems. A patch |
| | | | has been committed |
| | | | to HEAD and |
| | | | RELENG_5, but |
| | | | requires testing. |
|--------------------+---------------+--------------+--------------------|
| | | | There are reports |
| | | | of applications |
| | | | wedging in poll() |
| | | | and select() while |
| | | | running the |
| | | | network stack |
| | | | without the Giant |
| | | | lock. A recent |
| | | | sleepq change |
| | | | appears to have |
| | | | caused some of the |
| | | | observed problems |
| | | | to go away (others |
| | | | are difficult to |
| poll()/select() | | | test for due to |
| application wedge | Needs testing | Robert | recent SMP |
| reports with | | Watson | instability). A |
| debug.mpsafenet=1 | | | fix has been |
| | | | committed to CVS |
| | | | HEAD and merged to |
| | | | RELENG_5 and |
| | | | appears to resolve |
| | | | problems with |
| | | | poll(); we are |
| | | | waiting for |
| | | | feedback that it |
| | | | has corrected the |
| | | | reported problems |
| | | | with select() also |
| | | | before moving this |
| | | | to "testing" |
| | | | status. |
+------------------------------------------------------------------------+
----------------------------------------------------------------------
home | contact | legal | (c) 1995-2004 The FreeBSD Project.
All rights reserved.
Last modified: 2004/09/26 19:31:47
From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 08:03:20 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id A61DF16A4CE; Fri, 1 Oct 2004 08:03:20 +0000 (GMT)
Received: from smtp.des.no (flood.des.no [217.116.83.31])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 6AA8743D31; Fri, 1 Oct 2004 08:03:20 +0000 (GMT)
(envelope-from des@des.no)
Received: by smtp.des.no (Pony Express, from userid 666)
id 440B15311; Fri, 1 Oct 2004 10:03:19 +0200 (CEST)
Received: from dwp.des.no (des.no [80.203.228.37])
by smtp.des.no (Pony Express) with ESMTP id C6EE8530A;
Fri, 1 Oct 2004 10:03:11 +0200 (CEST)
Received: by dwp.des.no (Postfix, from userid 2602)
id 08D78B85E; Fri, 1 Oct 2004 10:03:11 +0200 (CEST)
To: anton@nikiforov.ru
References: <415BAC7A.7030600@nikiforov.ru>
From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=)
Date: Fri, 01 Oct 2004 10:03:10 +0200
In-Reply-To: <415BAC7A.7030600@nikiforov.ru> (Anton Nikiforov's message of
"Thu, 30 Sep 2004 10:49:30 +0400")
Message-ID: <xzpbrfmdfwh.fsf@dwp.des.no>
User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 (berkeley-unix)
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on flood.des.no
X-Spam-Level:
X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.64
cc: freebsd-current@freebsd.org
cc: freebsd-mobile@freebsd.org
Subject: Re: ICH Sound under BETA5
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Oct 2004 08:03:20 -0000
Anton Nikiforov <anton@nikiforov.ru> writes:
> I have Dell Latitude X300 an 5.3BETA5 installed
> my dmesg shows
> pcm0: <Intel ICH4 (82801DB)> port 0x18c0-0x18ff,0x1c00-0x1cff mem
> 0xe0100800-0xe01008ff,0xe0100c00-0xe0100dff irq 10 at device 31.5 on
> pci0
> pcm0: [GIANT-LOCKED]
> pcm0: <SigmaTel STAC9750/51 AC97 Codec>
> That means that my sound card is found and recognized, but no
> /dev/dsp* appears.
Have you tried playing sound? /dev/dsp* should appear on-demand.
What happens if you type 'ls -l /dev/dsp0.0'?
for the record, from my Latitude D600 running -CURRENT:
des@des ~% grep pcm /var/run/dmesg.boot
pcm0: <Intel ICH4 (82801DB)> port 0xbc40-0xbc7f,0xb800-0xb8ff mem 0xf4fff40=
0-0xf4fff4ff,0xf4fff800-0xf4fff9ff irq 5 at device 31.5 on pci0
pcm0: [GIANT-LOCKED]
pcm0: <SigmaTel STAC9750/51 AC97 Codec>
des@des ~% cat /dev/sndstat
FreeBSD Audio Driver (newpcm)
Installed devices:
pcm0: <Intel ICH4 (82801DB)> at io 0xb800, 0xbc40 irq 5 bufsz 16384 kld snd=
_ich (1p/1r/0v channels duplex default)
des@des ~% ll /dev/dsp0.0
crw-rw-rw- 1 root wheel 30, 3 Oct 1 10:01 /dev/dsp0.0
DES
--=20
Dag-Erling Sm=F8rgrav - des@des.no
From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 08:31:44 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 997FE16A4CE; Fri, 1 Oct 2004 08:31:44 +0000 (GMT)
Received: from elvis.mu.org (elvis.mu.org [192.203.228.196])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 6D88743D39; Fri, 1 Oct 2004 08:31:44 +0000 (GMT)
(envelope-from bright@elvis.mu.org)
Received: by elvis.mu.org (Postfix, from userid 1192)
id 5E2DE5C902; Fri, 1 Oct 2004 01:31:44 -0700 (PDT)
Date: Fri, 1 Oct 2004 01:31:44 -0700
From: Alfred Perlstein <alfred@freebsd.org>
To: re@FreeBSD.org
Message-ID: <20041001083144.GT39252@elvis.mu.org>
References: <200410010741.i917fJUo076107@pooker.samsco.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <200410010741.i917fJUo076107@pooker.samsco.org>
User-Agent: Mutt/1.4.2.1i
cc: current@FreeBSD.org
Subject: Re: 5.3-RELEASE TODO
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Oct 2004 08:31:44 -0000
* Scott Long <scottl@FreeBSD.org> [041001 00:40] wrote:
> | if_em wedging under | | | "wedging" under |
> | high pps | Not done | - | high |
I've seen this for months...
> |------------------+-------------+----------------+----------------------|
> | | | | A process cannot be |
> | | | | interrupted while |
> | | | | waiting on a lock. |
> | rpc.lockd(8) | | | Fixing this requires |
> | stability | -- | -- | that the RPC code be |
> | | | | taught how to deal |
> | | | | with lock |
> | | | | cancellation and |
> | | | | interruption events. |
Thinking about it... I think Darwin has the fix, I'll see if I can
merge it.
> |------------------+-------------+----------------+----------------------|
> | | | | Truss appears to |
> | | | | have another |
> | | | | problem. It is |
> | | | | repeatable by |
> | | | | running "truss -f |
> | More truss | Not done | -- | fsck -p /", |
> | problems | | | suspending it with |
> | | | | ^Z, and then killing |
> | | | | truss. It will leave |
> | | | | behind the fsck |
> | | | | processes which will |
> | | | | be unkillable. |
This fixes it:
Index: kern_sig.c
===================================================================
RCS file: /home/ncvs/src/sys/kern/kern_sig.c,v
retrieving revision 1.290
diff -u -r1.290 kern_sig.c
--- kern_sig.c 31 Aug 2004 07:34:53 -0000 1.290
+++ kern_sig.c 1 Oct 2004 08:27:12 -0000
@@ -1775,6 +1775,16 @@
!((prop & SA_CONT) && (p->p_flag & P_STOPPED_SIG)))
return;
/*
+ * SIGKILL: Remove procfs STOPEVENTs.
+ */
+ if (sig == SIGKILL) {
+ /* from procfs_ioctl.c: PIOCBIC */
+ p->p_stops = 0;
+ /* from procfs_ioctl.c: PIOCCONT */
+ p->p_step = 0;
+ wakeup(&p->p_step);
+ }
+ /*
* Some signals have a process-wide effect and a per-thread
* component. Most processing occurs when the process next
* tries to cross the user boundary, however there are some
> | | | | The LOR reported in |
> | | | | PR kern/55175 needs |
> | filedesc LOR | Not done | -- | to be fixed. |
> | | | | Filedesc locking |
> | | | | needs to be heavily |
> | | | | reviewed in general. |
Oy this thing... :)
The only thing blocking this was that we need to access the filedesc
as the process shuts down for nfs locks, Darwin has a workaround that
I'll see if i can incorporate.
--
- Alfred Perlstein
- Research Engineering Development Inc.
- email: bright@mu.org cell: 408-480-4684
From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 08:33:47 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id C34CD16A4CE; Fri, 1 Oct 2004 08:33:47 +0000 (GMT)
Received: from moutng.kundenserver.de (moutng.kundenserver.de
[212.227.126.177]) by mx1.FreeBSD.org (Postfix) with ESMTP
id 35DAE43D45; Fri, 1 Oct 2004 08:33:47 +0000 (GMT)
(envelope-from max@love2party.net)
Received: from [212.227.126.209] (helo=mrelayng.kundenserver.de)
by moutng.kundenserver.de with esmtp (Exim 3.35 #1)
id 1CDIrK-0006R3-00; Fri, 01 Oct 2004 10:33:46 +0200
Received: from [217.227.144.56] (helo=donor.laier.local)
by mrelayng.kundenserver.de with asmtp (TLSv1:RC4-MD5:128)
(Exim 3.35 #1)
id 1CDIrI-0000QD-00; Fri, 01 Oct 2004 10:33:45 +0200
From: Max Laier <max@love2party.net>
To: re@freebsd.org
Date: Fri, 1 Oct 2004 10:32:55 +0200
User-Agent: KMail/1.7
References: <200410010741.i917fJUo076107@pooker.samsco.org>
In-Reply-To: <200410010741.i917fJUo076107@pooker.samsco.org>
MIME-Version: 1.0
Content-Type: multipart/signed;
boundary="nextPart3160975.7UH4doLuDL";
protocol="application/pgp-signature";
micalg=pgp-sha1
Content-Transfer-Encoding: 7bit
Message-Id: <200410011033.03435.max@love2party.net>
X-Provags-ID: kundenserver.de abuse@kundenserver.de
auth:61c499deaeeba3ba5be80f48ecc83056
cc: current@freebsd.org
Subject: Re: 5.3-RELEASE TODO version=2.63
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Oct 2004 08:33:47 -0000
--nextPart3160975.7UH4doLuDL
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
On Friday 01 October 2004 09:41, Scott Long wrote:
> |---------------------+-------------+---------------+-------------------=
=2D|
> |
> | | | | There have been =
|
> | | | | several reports of=
|
> | | | | if_em cards =
|
> |
> | if_em wedging under | | | "wedging" under =
|
> | high pps | Not done | - | high =
|
> |
> | | | | packets-per-second=
|
> | | | | load. This needs =
|
> | | | | to be debugged and=
|
> | | | | fixed. =
|
> |
> |---------------------+-------------+---------------+-------------------=
=2D|
This is http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dmisc/72183 and should =
be=20
fixed in HEAD. MT5 is on my list, scheduled for tomorrow.
I already have some success reports, but all reporters of this "wedging"=20
should please check out the one line patch and provide me with feedback if=
=20
that helps the situation.
Thanks.
=2D-=20
/"\ Best regards, | mlaier@freebsd.org
\ / Max Laier | ICQ #67774661
X http://pf4freebsd.love2party.net/ | mlaier@EFnet
/ \ ASCII Ribbon Campaign | Against HTML Mail and News
--nextPart3160975.7UH4doLuDL
Content-Type: application/pgp-signature
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)
iD8DBQBBXRY/XyyEoT62BG0RAo/+AJ9KUOtti/zZf7m9BtHF/VNuHBFtYwCfQIIN
ksDzu/Ixl2Hm14QuuDUa5/U=
=le1Y
-----END PGP SIGNATURE-----
--nextPart3160975.7UH4doLuDL--
From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 08:50:25 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id A209516A4CE
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 08:50:25 +0000 (GMT)
Received: from vbook.fbsd.ru (asplinux.ru [195.133.213.194])
by mx1.FreeBSD.org (Postfix) with ESMTP id 5E1BB43D41
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 08:50:25 +0000 (GMT)
(envelope-from vova@vbook.fbsd.ru)
Received: from vova by vbook.fbsd.ru with local (Exim 4.42 (FreeBSD))
id 1CDJ7O-000DOD-Ol; Fri, 01 Oct 2004 12:50:22 +0400
From: Vladimir Grebenschikov <vova@fbsd.ru>
To: rob@pythonemproject.com
In-Reply-To: <415C59C7.7090408@pythonemproject.com>
References: <415C59C7.7090408@pythonemproject.com>
Content-Type: text/plain; charset=KOI8-R
Content-Transfer-Encoding: quoted-printable
Organization: SWsoft
Date: Fri, 01 Oct 2004 12:50:21 +0400
Message-Id: <1096620622.907.16.camel@localhost>
Mime-Version: 1.0
X-Mailer: Evolution 2.0.0FreeBSD GNOME Team Port
Sender: Vladimir Grebenschikov <vova@vbook.fbsd.ru>
cc: freebsd-current@freebsd.org
Subject: Re: wifi on 5.3, sort of OT
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: vova@fbsd.ru
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Oct 2004 08:50:25 -0000
=F7 =DE=D4, 30/09/2004 =D7 12:08 -0700, Rob =D0=C9=DB=C5=D4:
> cardbus0: Expecting link target, got 0xff
> cardbus0: <old> at device 0.0 (no driver attached)
> cbb0: CardBus card activation failed
Actually it is problem recently introduced in -CURRENT kernel (I guess),
I have old Orinoci wavelan 11b card, and it was working perfectly with
wi driver for ages on -CURRENT (last time I've try about two weeks ago
on the same hardware)
And with recent current I have got same message on card insertion:
cbb0: PC Card card activation failed
% egrep cbb\|cardbus /var/run/dmesg.boot=20
cbb0: <RF5C475 PCI-CardBus Bridge> irq 9 at device 5.0 on pci2
cardbus0: <CardBus bus> on cbb0
%
Something broken (probably in cbb/cardbus ?)
Trying to make it work with boot -v _sometimes_ on cbb load I have got
following message:
cbb0: <RF5C475 PCI-CardBus Bridge> mem 0xd0201000-0xd0201fff irq 9 at
device 5.0 on pci2
cardbus0: <CardBus bus> on cbb0
cbb0: bad Vcc request. ctrl=3D0xffffff88, status=3D0xffffffff
cbb_power: 0V
Not sure is it related or not.
Unfortunately I have not other pcmci card now to try another card.
--=20
Vladimir B. Grebenchikov
vova@fbsd.ru
From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 10:12:53 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id F172C16A4CE
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 10:12:52 +0000 (GMT)
Received: from mail.newlines.ru (mail.newlines.ru [195.54.211.132])
by mx1.FreeBSD.org (Postfix) with ESMTP id 36F0543D31
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 10:12:47 +0000 (GMT)
(envelope-from anton@nikiforov.ru)
Received: from mail.newlines.ru (root@localhost)
by mail.newlines.ru (8.12.10/8.12.9) with SMTP id i91ACiDl068046
for <freebsd-current@freebsd.org>; Fri, 1 Oct 2004 10:12:44 GMT
(envelope-from anton@nikiforov.ru)
Received: from [192.168.20.18] (florent-mashin.rmt.ru [81.13.8.34])
(authenticated bits=0)
by mail.newlines.ru (8.12.10/8.12.9) with ESMTP id i91AChvn067903;
Fri, 1 Oct 2004 10:12:43 GMT
(envelope-from anton@nikiforov.ru)
Message-ID: <415D2DA4.9090406@nikiforov.ru>
Date: Fri, 01 Oct 2004 14:12:52 +0400
From: Anton Nikiforov <anton@nikiforov.ru>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040907
X-Accept-Language: ru, en-us, en
MIME-Version: 1.0
To: =?UTF-8?B?RGFnLUVybGluZyBTbdCscmdyYXY=?= <des@des.no>
References: <415BAC7A.7030600@nikiforov.ru> <xzpbrfmdfwh.fsf@dwp.des.no>
In-Reply-To: <xzpbrfmdfwh.fsf@dwp.des.no>
Content-Type: multipart/signed; protocol="application/x-pkcs7-signature";
micalg=sha1; boundary="------------ms050406040708030102080101"
cc: freebsd-current@freebsd.org
cc: freebsd-mobile@freebsd.org
Subject: Re: ICH Sound under BETA5
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: anton@nikiforov.ru
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Oct 2004 10:12:53 -0000
This is a cryptographically signed message in MIME format.
--------------ms050406040708030102080101
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Dag-Erling Smørgrav wrote:
> Anton Nikiforov <anton@nikiforov.ru> writes:
>
>>I have Dell Latitude X300 an 5.3BETA5 installed
>>my dmesg shows
>>pcm0: <Intel ICH4 (82801DB)> port 0x18c0-0x18ff,0x1c00-0x1cff mem
>>0xe0100800-0xe01008ff,0xe0100c00-0xe0100dff irq 10 at device 31.5 on
>>pci0
>>pcm0: [GIANT-LOCKED]
>>pcm0: <SigmaTel STAC9750/51 AC97 Codec>
>>That means that my sound card is found and recognized, but no
>>/dev/dsp* appears.
>
>
> Have you tried playing sound? /dev/dsp* should appear on-demand.
> What happens if you type 'ls -l /dev/dsp0.0'?
>
> for the record, from my Latitude D600 running -CURRENT:
>
> des@des ~% grep pcm /var/run/dmesg.boot
> pcm0: <Intel ICH4 (82801DB)> port 0xbc40-0xbc7f,0xb800-0xb8ff mem 0xf4fff400-0xf4fff4ff,0xf4fff800-0xf4fff9ff irq 5 at device 31.5 on pci0
> pcm0: [GIANT-LOCKED]
> pcm0: <SigmaTel STAC9750/51 AC97 Codec>
> des@des ~% cat /dev/sndstat
> FreeBSD Audio Driver (newpcm)
> Installed devices:
> pcm0: <Intel ICH4 (82801DB)> at io 0xb800, 0xbc40 irq 5 bufsz 16384 kld snd_ich (1p/1r/0v channels duplex default)
> des@des ~% ll /dev/dsp0.0
> crw-rw-rw- 1 root wheel 30, 3 Oct 1 10:01 /dev/dsp0.0
>
> DES
Hi!
latitude# ls -l /dev/dsp*
crw-rw-rw- 1 root wheel 30, 3 1 окт 14:07 /dev/dsp0.0
crw-rw-rw- 1 root wheel 30, 0x00010003 1 окт 10:27 /dev/dsp0.1
crw-rw-rw- 1 root wheel 30, 0x00020003 1 окт 10:27 /dev/dsp0.2
crw-rw-rw- 1 root wheel 30, 0x00030003 1 окт 10:27 /dev/dsp0.3
crw-rw-rw- 1 root wheel 30, 0x00040003 1 окт 10:27 /dev/dsp0.4
crw-rw-rw- 1 root wheel 30, 0x00050003 1 окт 10:27 /dev/dsp0.5
crw-rw-rw- 1 root wheel 30, 5 1 окт 10:27 /dev/dspW0.0
crw-rw-rw- 1 root wheel 30, 0x00010005 1 окт 14:07 /dev/dspW0.1
crw-rw-rw- 1 root wheel 30, 0x00020005 1 окт 10:27 /dev/dspW0.2
crw-rw-rw- 1 root wheel 30, 0x00030005 1 окт 10:27 /dev/dspW0.3
crw-rw-rw- 1 root wheel 30, 0x00040005 1 окт 10:27 /dev/dspW0.4
crw-rw-rw- 1 root wheel 30, 0x00050005 1 окт 10:27 /dev/dspW0.5
crw-rw-rw- 1 root wheel 30, 0x0001000b 1 окт 10:27 /dev/dspr0.1
latitude# grep pcm /var/run/dmesg.boot
pcm0: <Intel ICH4 (82801DB)> port 0x18c0-0x18ff,0x1c00-0x1cff mem
0xe0100800-0xe01008ff,0xe0100c00-0xe0100dff irq 10 at device 31.5 on pci0
pcm0: [GIANT-LOCKED]
pcm0: <SigmaTel STAC9750/51 AC97 Codec>
latitude# mixer 100 100
Setting the mixer vol from 100:100 to 100:100.
latitude# waveplay -f /dev/dspW0.1 /usr/local/share/sounds/*wav
File name : /usr/local/share/sounds/KDE_Beep_Ahem.wav
Sampling rate : 22254 Hz
Bits/Sample : 8 Bits
Channels : 1
Size : 11136 Bytes
Looks like it plays something, but no sound heared, all Dell specific
tests passed just fine.
--
С уважением (Best regads),
Ðнтон Ðикифоров (Anton Nikiforov)
--------------ms050406040708030102080101
Content-Type: application/x-pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"
Content-Description: S/MIME Cryptographic Signature
MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIII7TCC
AtEwggI6oAMCAQICAwvaFTANBgkqhkiG9w0BAQQFADBiMQswCQYDVQQGEwJaQTElMCMGA1UE
ChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNv
bmFsIEZyZWVtYWlsIElzc3VpbmcgQ0EwHhcNMDQwMzA1MjExMjI4WhcNMDUwMzA1MjExMjI4
WjBEMR8wHQYDVQQDExZUaGF3dGUgRnJlZW1haWwgTWVtYmVyMSEwHwYJKoZIhvcNAQkBFhJh
bnRvbkBuaWtpZm9yb3YucnUwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQC1Ps7E
cf3xTnaY72Aip/U5HeUmGwQ6QmbCjMcqS3XfO6EsA+5ol526JvhQ1XStpDX/kh8R8MDELUJD
SVooXFiDInspw5tmPOlXV1C60xH4VWf5Gh+2y3yDGzHyWBAalul7LbhC1p8zDNUA12pAu4Ry
1k1A0Yepomr8CRbh/Z9JryfJcqHYDL+z1qgLzQlpJsao9E3Zld5ZfgJPORcFoRB7Z6jvqVLh
pLNmSrvfDbSw6WK/K9EbZT9zlOTlmOnt4uLBy3hKZMcvkaFrYVYTRXLMegJHFPAp3sxLYef2
iW9fEUKgrs4W7d5c8UWlmiGurVt1Xdzc58W8X3vekMLqu9elAgMBAAGjLzAtMB0GA1UdEQQW
MBSBEmFudG9uQG5pa2lmb3Jvdi5ydTAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3DQEBBAUAA4GB
ABINGnCD0TGnBHqGYbJHSwjFfxEsVS1ygSUVIyb0Q1S0SphgUSeRWIZ4+joWR9TzxFGqLtYM
TEQvRTQ7VJcugjn2o2nTgQ4EPhze0O5ki2eUWHE9dViHboQWOWI0r1vurUTkDnmloeM8mpMo
CAAtXbjyhz7AVKUwI7vULQKuE+imMIIC0TCCAjqgAwIBAgIDC9oVMA0GCSqGSIb3DQEBBAUA
MGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQu
MSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBDQTAeFw0wNDAz
MDUyMTEyMjhaFw0wNTAzMDUyMTEyMjhaMEQxHzAdBgNVBAMTFlRoYXd0ZSBGcmVlbWFpbCBN
ZW1iZXIxITAfBgkqhkiG9w0BCQEWEmFudG9uQG5pa2lmb3Jvdi5ydTCCASIwDQYJKoZIhvcN
AQEBBQADggEPADCCAQoCggEBALU+zsRx/fFOdpjvYCKn9Tkd5SYbBDpCZsKMxypLdd87oSwD
7miXnbom+FDVdK2kNf+SHxHwwMQtQkNJWihcWIMieynDm2Y86VdXULrTEfhVZ/kaH7bLfIMb
MfJYEBqW6XstuELWnzMM1QDXakC7hHLWTUDRh6miavwJFuH9n0mvJ8lyodgMv7PWqAvNCWkm
xqj0TdmV3ll+Ak85FwWhEHtnqO+pUuGks2ZKu98NtLDpYr8r0RtlP3OU5OWY6e3i4sHLeEpk
xy+RoWthVhNFcsx6AkcU8CnezEth5/aJb18RQqCuzhbt3lzxRaWaIa6tW3Vd3Nznxbxfe96Q
wuq716UCAwEAAaMvMC0wHQYDVR0RBBYwFIESYW50b25AbmlraWZvcm92LnJ1MAwGA1UdEwEB
/wQCMAAwDQYJKoZIhvcNAQEEBQADgYEAEg0acIPRMacEeoZhskdLCMV/ESxVLXKBJRUjJvRD
VLRKmGBRJ5FYhnj6OhZH1PPEUaou1gxMRC9FNDtUly6COfajadOBDgQ+HN7Q7mSLZ5RYcT11
WIduhBY5YjSvW+6tROQOeaWh4zyakygIAC1duPKHPsBUpTAju9QtAq4T6KYwggM/MIICqKAD
AgECAgENMA0GCSqGSIb3DQEBBQUAMIHRMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVy
biBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xGjAYBgNVBAoTEVRoYXd0ZSBDb25zdWx0aW5n
MSgwJgYDVQQLEx9DZXJ0aWZpY2F0aW9uIFNlcnZpY2VzIERpdmlzaW9uMSQwIgYDVQQDExtU
aGF3dGUgUGVyc29uYWwgRnJlZW1haWwgQ0ExKzApBgkqhkiG9w0BCQEWHHBlcnNvbmFsLWZy
ZWVtYWlsQHRoYXd0ZS5jb20wHhcNMDMwNzE3MDAwMDAwWhcNMTMwNzE2MjM1OTU5WjBiMQsw
CQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoG
A1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0EwgZ8wDQYJKoZIhvcN
AQEBBQADgY0AMIGJAoGBAMSmPFVzVftOucqZWh5owHUEcJ3f6f+jHuy9zfVb8hp2vX8MOmHy
v1HOAdTlUAow1wJjWiyJFXCO3cnwK4Vaqj9xVsuvPAsH5/EfkTYkKhPPK9Xzgnc9A74r/rsY
Pge/QIACZNenprufZdHFKlSFD0gEf6e20TxhBEAeZBlyYLf7AgMBAAGjgZQwgZEwEgYDVR0T
AQH/BAgwBgEB/wIBADBDBgNVHR8EPDA6MDigNqA0hjJodHRwOi8vY3JsLnRoYXd0ZS5jb20v
VGhhd3RlUGVyc29uYWxGcmVlbWFpbENBLmNybDALBgNVHQ8EBAMCAQYwKQYDVR0RBCIwIKQe
MBwxGjAYBgNVBAMTEVByaXZhdGVMYWJlbDItMTM4MA0GCSqGSIb3DQEBBQUAA4GBAEiM0VCD
6gsuzA2jZqxnD3+vrL7CF6FDlpSdf0whuPg2H6otnzYvwPQcUCCTcDz9reFhYsPZOhl+hLGZ
GwDFGguCdJ4lUJRix9sncVcljd2pnDmOjCBPZV+V2vf3h9bGCE6u9uo05RAaWzVNd+NWIXiC
3CEZNd4ksdMdRv9dX2VPMYIDOzCCAzcCAQEwaTBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMc
VGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFs
IEZyZWVtYWlsIElzc3VpbmcgQ0ECAwvaFTAJBgUrDgMCGgUAoIIBpzAYBgkqhkiG9w0BCQMx
CwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0wNDEwMDExMDEyNTJaMCMGCSqGSIb3DQEJ
BDEWBBR2CH1zRi8SIUdSV1nQTCbmKzcjazBSBgkqhkiG9w0BCQ8xRTBDMAoGCCqGSIb3DQMH
MA4GCCqGSIb3DQMCAgIAgDANBggqhkiG9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIB
KDB4BgkrBgEEAYI3EAQxazBpMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29u
c3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwg
SXNzdWluZyBDQQIDC9oVMHoGCyqGSIb3DQEJEAILMWugaTBiMQswCQYDVQQGEwJaQTElMCMG
A1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBl
cnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECAwvaFTANBgkqhkiG9w0BAQEFAASCAQCtnco6
6kbGueQ/IkxWg98idQtitYpCvFNIOh5p+nyg6Jhl+D+m8dLegvjQ9bogUzrjE2Ruf/bR9YwQ
fNM7YHNMYXZzuOGRxVGwTrpf8LQp3pfpIBcUvOXFMgWLSaxK+IFoB5QMoEOqfmpzQsa69cIG
cPeAF3Bo9q0q+TzJhNHb3H3Z96rQ2EXviZIuWxQILYYPV3QYInO8uzbYfmhQ+bjWFt3Yg66k
MhadrhLC2++KCwJ6hzrzmGgjTh46TcNDh5399icTsiy8reG4BlZ+G+O4fFDmSK8BRhxvctHi
UOy8kl36q2DAIWs/whvnKk2X3RXNNgWInOANBdFrbdpj+4YTAAAAAAAA
--------------ms050406040708030102080101--
From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 10:32:40 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id EFA7216A4CE; Fri, 1 Oct 2004 10:32:40 +0000 (GMT)
Received: from smtp.des.no (flood.des.no [217.116.83.31])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 5561943D53; Fri, 1 Oct 2004 10:32:40 +0000 (GMT)
(envelope-from des@des.no)
Received: by smtp.des.no (Pony Express, from userid 666)
id 3E62B5311; Fri, 1 Oct 2004 12:32:39 +0200 (CEST)
Received: from dwp.des.no (des.no [80.203.228.37])
by smtp.des.no (Pony Express) with ESMTP id 8DFDB530A;
Fri, 1 Oct 2004 12:32:33 +0200 (CEST)
Received: by dwp.des.no (Postfix, from userid 2602)
id 51356B85E; Fri, 1 Oct 2004 12:32:33 +0200 (CEST)
To: anton@nikiforov.ru
References: <415BAC7A.7030600@nikiforov.ru> <xzpbrfmdfwh.fsf@dwp.des.no>
<415D2DA4.9090406@nikiforov.ru>
From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=)
Date: Fri, 01 Oct 2004 12:32:33 +0200
In-Reply-To: <415D2DA4.9090406@nikiforov.ru> (Anton Nikiforov's message of
"Fri, 01 Oct 2004 14:12:52 +0400")
Message-ID: <xzpis9uwwxq.fsf@dwp.des.no>
User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 (berkeley-unix)
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on flood.des.no
X-Spam-Level:
X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.64
cc: freebsd-current@freebsd.org
cc: freebsd-mobile@freebsd.org
Subject: Re: ICH Sound under BETA5
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Oct 2004 10:32:41 -0000
Anton Nikiforov <anton@nikiforov.ru> writes:
> Looks like it plays something, but no sound heared, all Dell specific
> tests passed just fine.
check the ogain mixer setting.
DES
--=20
Dag-Erling Sm=F8rgrav - des@des.no
From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 10:56:32 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id C926216A4CE
for <current@freebsd.org>; Fri, 1 Oct 2004 10:56:32 +0000 (GMT)
Received: from transwarp.tao.org.uk (transwarp.tao.org.uk [212.135.162.50])
by mx1.FreeBSD.org (Postfix) with ESMTP id C457343D45
for <current@freebsd.org>; Fri, 1 Oct 2004 10:56:31 +0000 (GMT)
(envelope-from joe@tao.org.uk)
Received: from genius.tao.org.uk (genius.tao.org.uk [212.135.162.51])
by transwarp.tao.org.uk (Postfix) with ESMTP id 5A268EA91
for <current@freebsd.org>; Fri, 1 Oct 2004 11:56:21 +0100 (BST)
Received: by genius.tao.org.uk (Postfix, from userid 100)
id 657394505; Fri, 1 Oct 2004 11:55:44 +0100 (BST)
Date: Fri, 1 Oct 2004 11:55:44 +0100
From: Josef Karthauser <joe@FreeBSD.org>
To: current@freebsd.org
Message-ID: <20041001105544.GG840@genius.tao.org.uk>
Mail-Followup-To: Josef Karthauser <joe@FreeBSD.org>,
current@freebsd.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="Qf1oXS95uex85X0R"
Content-Disposition: inline
In-Reply-To: <20040927193236.GA39950@laptoxa.toxa.lan>
User-Agent: Mutt/1.5.6i
X-taoresearch-MailScanner-Information: Please contact Tao Research for more
information
X-taoresearch-MailScanner: Found to be clean
X-MailScanner-From: joe@tao.org.uk
Subject: Sony VGN-A 197XP? (Re: Laptop recommendations?)
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Oct 2004 10:56:32 -0000
--Qf1oXS95uex85X0R
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
Because I'm a mug, and that they look nice, I'm considering a new Vaio.
The model that has me wetting myself in anticipation is that VGN-A
197XP, which has a 1.8GHz centrino with a 2mb cache, a 17" 1920x1200
screen and an 80gb harddrive. It's lovely.
The big question is how well does FreeBSD run on it? I absolutely need
to have suspend/resume support as it only has a single battery with a
life of around 2.5 hours (no second battery slot :().
Has anyone tried FreeBSD on anything like this? What's the chances that
the wireless 802.11g and bluetooth will work?
Joe
p.s. we could really do with a laptop supported web page. Anyone?
--=20
Josef Karthauser (joe@tao.org.uk) http://www.josef-k.net/
FreeBSD (cvs meister, admin and hacker) http://www.uk.FreeBSD.org/
Physics Particle Theory (student) http://www.pact.cpes.sussex.ac.uk/
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D An eclectic mix of fact an=
d theory. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
--Qf1oXS95uex85X0R
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)
iEYEARECAAYFAkFdN68ACgkQXVIcjOaxUBavEQCgnsRSvdaZ+v9jRkI2uLf6ysvs
tUYAniS9wFbovKJyt/DYmQgfLhKmp2I7
=ko1V
-----END PGP SIGNATURE-----
--Qf1oXS95uex85X0R--
From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 11:01:30 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id B427B16A4CE
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 11:01:30 +0000 (GMT)
Received: from mail1.infoeng.flinders.edu.au (mail1.ist.flinders.edu.au
[129.96.1.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 84DB643D3F
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 11:01:29 +0000 (GMT)
(envelope-from tris@infoeng.flinders.edu.au)
Received: from rhino (rhino.infoeng.flinders.edu.au [129.96.1.189])
i91B1Sm09137 for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 20:31:28 +0930 (CST)
Date: Fri, 1 Oct 2004 20:31:23 +0930
From: Tristan <tris@infoeng.flinders.edu.au>
To: freebsd-current@freebsd.org
Message-Id: <20041001203123.65b94c6f@rhino>
In-Reply-To: <415CAF59.5070107@FreeBSD.org>
References: <20041001093515.5cd51b2d@rhino>
<20041001005227.GA28811@electra.cse.Buffalo.EDU>
<20041001102816.5b14b79f@rhino>
<415CAF59.5070107@FreeBSD.org>
X-Mailer: Sylpheed version 0.9.11claws (GTK+ 1.2.10; sparc-sun-solaris2.9)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Subject: Re: ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=xxx
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Oct 2004 11:01:30 -0000
On Thu, 30 Sep 2004 19:14:01 -0600
Scott Long <scottl@FreeBSD.org> wrote:
> Tristan wrote:
> > On Thu, 30 Sep 2004 20:52:27 -0400
> > Ken Smith <kensmith@cse.Buffalo.EDU> wrote:
> >
> >>On Fri, Oct 01, 2004 at 09:35:15AM +0930, Tristan wrote:
> >>
> >>
> >>>FreeBSD 6.0-CURRENT with GENERIC kernel built 27th Sep.
> >>>On a SunBlade 100 I see these messages regularly when
> >>>dma is enabled. The messages go away when I either use
> >>>atacontrol to set the mode to PIO4 or set hw.ata.ata_dma to 0
> >>>I do get data corruption on the disk if left in DMA mode.
> >>
> >>Just FYI my primary test machine is a SunBlade 100, it seems to
> >>be doing OK with a kernel built from this morning's source. I've
> >>been doing most of my builds from an NFS server though, I'll do
> >>a check with a full buildworld which will use the local drive more.
> >>
> >>
> >>>ad0: 14594MB <ST315310A/3.28> [29651/16/63] at ata2-master UDMA66
> >>>acd0: CDRW <LTN486S/YSU1> at ata2-slave PIO4
> >>>ata3-master: DMA limited to UDMA33, non-ATA66 cable or device
> >>>ad1: 39266MB <IBM-DTLA-305040/TW4OA60A> [79780/16/63] at ata3-master UDMA33
> >>>Mounted root from ufs:/dev/ad0a.
> >>
> >>Is the data corruption spread across both drives, or just ad1? That
> >>message about the cable or device being limited could be a clue.
> >
> >
> > nope, its only on ad0. ad1 seems to be fine, however it is hardly used.
>
> What happens if you remove the CDROM from the ad0 chain?
>
> Scott
I still get the errors with the CDROM removed. Perhaps the cable needs
replacing? thats what these symptoms say to me.
tris
From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 11:03:28 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id B522516A4CF
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 11:03:28 +0000 (GMT)
Received: from mail.newlines.ru (mail.newlines.ru [195.54.211.132])
by mx1.FreeBSD.org (Postfix) with ESMTP id B8B6643D31
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 11:03:27 +0000 (GMT)
(envelope-from anton@nikiforov.ru)
Received: from mail.newlines.ru (root@localhost)
by mail.newlines.ru (8.12.10/8.12.9) with SMTP id i91B3Q9m038636
for <freebsd-current@freebsd.org>; Fri, 1 Oct 2004 11:03:26 GMT
(envelope-from anton@nikiforov.ru)
Received: from [192.168.20.18] (florent-mashin.rmt.ru [81.13.8.34])
(authenticated bits=0)
by mail.newlines.ru (8.12.10/8.12.9) with ESMTP id i91B3Pvn038491;
Fri, 1 Oct 2004 11:03:25 GMT
(envelope-from anton@nikiforov.ru)
Message-ID: <415D3986.7010501@nikiforov.ru>
Date: Fri, 01 Oct 2004 15:03:34 +0400
From: Anton Nikiforov <anton@nikiforov.ru>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040907
X-Accept-Language: ru, en-us, en
MIME-Version: 1.0
To: =?UTF-8?B?RGFnLUVybGluZyBTbdCscmdyYXY=?= <des@des.no>
References: <415BAC7A.7030600@nikiforov.ru> <xzpbrfmdfwh.fsf@dwp.des.no>
<415D2DA4.9090406@nikiforov.ru> <xzpis9uwwxq.fsf@dwp.des.no>
In-Reply-To: <xzpis9uwwxq.fsf@dwp.des.no>
Content-Type: multipart/signed; protocol="application/x-pkcs7-signature";
micalg=sha1; boundary="------------ms060204060805010202010305"
cc: freebsd-current@freebsd.org
cc: freebsd-mobile@freebsd.org
Subject: Re: ICH Sound under BETA5
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: anton@nikiforov.ru
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Oct 2004 11:03:28 -0000
This is a cryptographically signed message in MIME format.
--------------ms060204060805010202010305
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Dag-Erling Smørgrav wrote:
> Anton Nikiforov <anton@nikiforov.ru> writes:
>
>>Looks like it plays something, but no sound heared, all Dell specific
>>tests passed just fine.
>
>
> check the ogain mixer setting.
>
> DES
Thanks alot! :) This helped.
--
С уважением (Best regads),
Ðнтон Ðикифоров (Anton Nikiforov)
--------------ms060204060805010202010305
Content-Type: application/x-pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"
Content-Description: S/MIME Cryptographic Signature
MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIII7TCC
AtEwggI6oAMCAQICAwvaFTANBgkqhkiG9w0BAQQFADBiMQswCQYDVQQGEwJaQTElMCMGA1UE
ChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNv
bmFsIEZyZWVtYWlsIElzc3VpbmcgQ0EwHhcNMDQwMzA1MjExMjI4WhcNMDUwMzA1MjExMjI4
WjBEMR8wHQYDVQQDExZUaGF3dGUgRnJlZW1haWwgTWVtYmVyMSEwHwYJKoZIhvcNAQkBFhJh
bnRvbkBuaWtpZm9yb3YucnUwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQC1Ps7E
cf3xTnaY72Aip/U5HeUmGwQ6QmbCjMcqS3XfO6EsA+5ol526JvhQ1XStpDX/kh8R8MDELUJD
SVooXFiDInspw5tmPOlXV1C60xH4VWf5Gh+2y3yDGzHyWBAalul7LbhC1p8zDNUA12pAu4Ry
1k1A0Yepomr8CRbh/Z9JryfJcqHYDL+z1qgLzQlpJsao9E3Zld5ZfgJPORcFoRB7Z6jvqVLh
pLNmSrvfDbSw6WK/K9EbZT9zlOTlmOnt4uLBy3hKZMcvkaFrYVYTRXLMegJHFPAp3sxLYef2
iW9fEUKgrs4W7d5c8UWlmiGurVt1Xdzc58W8X3vekMLqu9elAgMBAAGjLzAtMB0GA1UdEQQW
MBSBEmFudG9uQG5pa2lmb3Jvdi5ydTAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3DQEBBAUAA4GB
ABINGnCD0TGnBHqGYbJHSwjFfxEsVS1ygSUVIyb0Q1S0SphgUSeRWIZ4+joWR9TzxFGqLtYM
TEQvRTQ7VJcugjn2o2nTgQ4EPhze0O5ki2eUWHE9dViHboQWOWI0r1vurUTkDnmloeM8mpMo
CAAtXbjyhz7AVKUwI7vULQKuE+imMIIC0TCCAjqgAwIBAgIDC9oVMA0GCSqGSIb3DQEBBAUA
MGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQu
MSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBDQTAeFw0wNDAz
MDUyMTEyMjhaFw0wNTAzMDUyMTEyMjhaMEQxHzAdBgNVBAMTFlRoYXd0ZSBGcmVlbWFpbCBN
ZW1iZXIxITAfBgkqhkiG9w0BCQEWEmFudG9uQG5pa2lmb3Jvdi5ydTCCASIwDQYJKoZIhvcN
AQEBBQADggEPADCCAQoCggEBALU+zsRx/fFOdpjvYCKn9Tkd5SYbBDpCZsKMxypLdd87oSwD
7miXnbom+FDVdK2kNf+SHxHwwMQtQkNJWihcWIMieynDm2Y86VdXULrTEfhVZ/kaH7bLfIMb
MfJYEBqW6XstuELWnzMM1QDXakC7hHLWTUDRh6miavwJFuH9n0mvJ8lyodgMv7PWqAvNCWkm
xqj0TdmV3ll+Ak85FwWhEHtnqO+pUuGks2ZKu98NtLDpYr8r0RtlP3OU5OWY6e3i4sHLeEpk
xy+RoWthVhNFcsx6AkcU8CnezEth5/aJb18RQqCuzhbt3lzxRaWaIa6tW3Vd3Nznxbxfe96Q
wuq716UCAwEAAaMvMC0wHQYDVR0RBBYwFIESYW50b25AbmlraWZvcm92LnJ1MAwGA1UdEwEB
/wQCMAAwDQYJKoZIhvcNAQEEBQADgYEAEg0acIPRMacEeoZhskdLCMV/ESxVLXKBJRUjJvRD
VLRKmGBRJ5FYhnj6OhZH1PPEUaou1gxMRC9FNDtUly6COfajadOBDgQ+HN7Q7mSLZ5RYcT11
WIduhBY5YjSvW+6tROQOeaWh4zyakygIAC1duPKHPsBUpTAju9QtAq4T6KYwggM/MIICqKAD
AgECAgENMA0GCSqGSIb3DQEBBQUAMIHRMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVy
biBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xGjAYBgNVBAoTEVRoYXd0ZSBDb25zdWx0aW5n
MSgwJgYDVQQLEx9DZXJ0aWZpY2F0aW9uIFNlcnZpY2VzIERpdmlzaW9uMSQwIgYDVQQDExtU
aGF3dGUgUGVyc29uYWwgRnJlZW1haWwgQ0ExKzApBgkqhkiG9w0BCQEWHHBlcnNvbmFsLWZy
ZWVtYWlsQHRoYXd0ZS5jb20wHhcNMDMwNzE3MDAwMDAwWhcNMTMwNzE2MjM1OTU5WjBiMQsw
CQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoG
A1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0EwgZ8wDQYJKoZIhvcN
AQEBBQADgY0AMIGJAoGBAMSmPFVzVftOucqZWh5owHUEcJ3f6f+jHuy9zfVb8hp2vX8MOmHy
v1HOAdTlUAow1wJjWiyJFXCO3cnwK4Vaqj9xVsuvPAsH5/EfkTYkKhPPK9Xzgnc9A74r/rsY
Pge/QIACZNenprufZdHFKlSFD0gEf6e20TxhBEAeZBlyYLf7AgMBAAGjgZQwgZEwEgYDVR0T
AQH/BAgwBgEB/wIBADBDBgNVHR8EPDA6MDigNqA0hjJodHRwOi8vY3JsLnRoYXd0ZS5jb20v
VGhhd3RlUGVyc29uYWxGcmVlbWFpbENBLmNybDALBgNVHQ8EBAMCAQYwKQYDVR0RBCIwIKQe
MBwxGjAYBgNVBAMTEVByaXZhdGVMYWJlbDItMTM4MA0GCSqGSIb3DQEBBQUAA4GBAEiM0VCD
6gsuzA2jZqxnD3+vrL7CF6FDlpSdf0whuPg2H6otnzYvwPQcUCCTcDz9reFhYsPZOhl+hLGZ
GwDFGguCdJ4lUJRix9sncVcljd2pnDmOjCBPZV+V2vf3h9bGCE6u9uo05RAaWzVNd+NWIXiC
3CEZNd4ksdMdRv9dX2VPMYIDOzCCAzcCAQEwaTBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMc
VGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFs
IEZyZWVtYWlsIElzc3VpbmcgQ0ECAwvaFTAJBgUrDgMCGgUAoIIBpzAYBgkqhkiG9w0BCQMx
CwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0wNDEwMDExMTAzMzRaMCMGCSqGSIb3DQEJ
BDEWBBSuE+7espBk0KuEEnJEUYf1lVjCBzBSBgkqhkiG9w0BCQ8xRTBDMAoGCCqGSIb3DQMH
MA4GCCqGSIb3DQMCAgIAgDANBggqhkiG9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIB
KDB4BgkrBgEEAYI3EAQxazBpMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29u
c3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwg
SXNzdWluZyBDQQIDC9oVMHoGCyqGSIb3DQEJEAILMWugaTBiMQswCQYDVQQGEwJaQTElMCMG
A1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBl
cnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECAwvaFTANBgkqhkiG9w0BAQEFAASCAQBGQ0hL
L4bzs4A9AdlyWNUZ/BHJPtpyuTNpMiN481/YwVsPV5q/AaALAg362Zs7xvPjJuG1gfAVAtvB
MDhZ9c8nEZS7NgcH9KFBQbChFXXL0oOAFKKsVdgfzQiQtCOHxO9FtO9jly1kUvZLPOphy7LG
7TUBpqnwISHv7sC6eENTleB2Kg5o/W4eyuWBb6tKWFhOcigaufh/3u3LO1/7Slki6mG5CbNG
wp8yq6EaZnIIHhb1bM2sDDiYoJGJV8YLvX2Z+qzy3rbYzlNgHaPPMbpm8PZsSjmN74nJL33t
lipEdUhj/C6Jgjaqa1T7ZQlsNaR+dpAEiInbSRMSCJmM65DnAAAAAAAA
--------------ms060204060805010202010305--
From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 11:05:32 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id C343416A4CE; Fri, 1 Oct 2004 11:05:32 +0000 (GMT)
Received: from sv02.webonaut.com (kirk.webonaut.com [212.41.243.26])
by mx1.FreeBSD.org (Postfix) with ESMTP
id BE37F43D45; Fri, 1 Oct 2004 11:05:31 +0000 (GMT)
(envelope-from klammer@webonaut.com)
Received: from localhost (localhost [127.0.0.1])
by sv02.webonaut.com (Postfix) with ESMTP id C426C76428;
Fri, 1 Oct 2004 13:05:25 +0200 (CEST)
Received: from sv02.webonaut.com ([127.0.0.1])
by localhost (sv02.webonaut.com [127.0.0.1]) (amavisd-new, port 10024)
with ESMTP id 16485-05; Fri, 1 Oct 2004 13:05:18 +0200 (CEST)
Received: from [192.168.0.9] (sisko.webonaut.com [212.41.243.28])
by sv02.webonaut.com (Postfix) with ESMTP id 9839776423;
Fri, 1 Oct 2004 13:05:18 +0200 (CEST)
Message-ID: <415D39F0.4060109@webonaut.com>
Date: Fri, 01 Oct 2004 13:05:20 +0200
From: Franz Klammer <klammer@webonaut.com>
User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040917)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Josef Karthauser <joe@FreeBSD.org>
References: <20041001105544.GG840@genius.tao.org.uk>
In-Reply-To: <20041001105544.GG840@genius.tao.org.uk>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavisd-new at webonaut.com
cc: current@freebsd.org
Subject: Re: Sony VGN-A 197XP? (Re: Laptop recommendations?)
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Oct 2004 11:05:32 -0000
Josef Karthauser wrote:
> Because I'm a mug, and that they look nice, I'm considering a new Vaio.
> The model that has me wetting myself in anticipation is that VGN-A
> 197XP, which has a 1.8GHz centrino with a 2mb cache, a 17" 1920x1200
> screen and an 80gb harddrive. It's lovely.
>
> The big question is how well does FreeBSD run on it? I absolutely need
> to have suspend/resume support as it only has a single battery with a
> life of around 2.5 hours (no second battery slot :().
>
> Has anyone tried FreeBSD on anything like this? What's the chances that
> the wireless 802.11g and bluetooth will work?
>
> Joe
>
> p.s. we could really do with a laptop supported web page. Anyone?
did you mean something like this?
http://gerda.univie.ac.at/freebsd-laptops/
franz.
From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 11:06:32 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id F27F316A4CE; Fri, 1 Oct 2004 11:06:31 +0000 (GMT)
Received: from outbound0.sv.meer.net (outbound0.sv.meer.net [205.217.152.13])
by mx1.FreeBSD.org (Postfix) with ESMTP
id C441F43D1D; Fri, 1 Oct 2004 11:06:31 +0000 (GMT)
(envelope-from gnn@neville-neil.com)
Received: from mail.meer.net (mail.meer.net [209.157.152.14])
i91B5hr2013629; Fri, 1 Oct 2004 04:05:44 -0700 (PDT)
(envelope-from gnn@neville-neil.com)
Received: from minion.local.neville-neil.com (pc1.oakwoodazabu1-unet.ocn.ne.jp
[220.110.140.201])
by mail.meer.net (8.12.10/8.12.2/meer) with ESMTP id i91B5ZMD093499;
Fri, 1 Oct 2004 04:05:36 -0700 (PDT)
(envelope-from gnn@neville-neil.com)
Date: Fri, 01 Oct 2004 20:05:31 +0900
Message-ID: <m2fz4yaebo.wl@minion.local.neville-neil.com>
From: "George V. Neville-Neil" <gnn@neville-neil.com>
To: Scott Long <scottl@freebsd.org>
In-Reply-To: <200410010741.i917fJUo076107@pooker.samsco.org>
References: <200410010741.i917fJUo076107@pooker.samsco.org>
User-Agent: Wanderlust/2.10.1 (Watching The Wheels) SEMI/1.14.5 (Awara-Onsen)
FLIM/1.14.5 (Demachiyanagi) APEL/10.5 Emacs/21.2 (powerpc-apple-darwin)
MULE/5.0 (SAKAKI)
MIME-Version: 1.0 (generated by SEMI 1.14.5 - "Awara-Onsen")
Content-Type: text/plain; charset=US-ASCII
cc: current@freebsd.org
Subject: Re: 5.3-RELEASE TODO
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Oct 2004 11:06:32 -0000
At Fri, 1 Oct 2004 01:41:19 -0600 (MDT),
Scott Long wrote:
> |---------------------+-------------+---------------+--------------------|
> | | | | There are reports |
> | | | | that racoon is |
> | | | | unable to complete |
> | | | | IKE negotiation |
> | | | | due to a send to |
> | KAME IPSEC | | | the pfkey socket |
> | "ENOBUFS" problem | | | returning ENOBUFS. |
> | with racoon and | In progress | Robert Watson | This appears to be |
> | mbuma | | | a result of an |
> | | | | incorrect |
> | | | | assumption about |
> | | | | mbuf data size due |
> | | | | to a change |
> | | | | resulting from |
> | | | | mbuma. |
> |---------------------+-------------+---------------+--------------------|
The patch was applied by Robert Watson yesterday, here:
http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/netkey/key.c?rev=1.68&content-type=text/x-cvsweb-markup
Robert is, I believe, currently in transit.
Later,
George
From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 11:27:18 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id C776816A4CE
for <current@freebsd.org>; Fri, 1 Oct 2004 11:27:18 +0000 (GMT)
Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163])
by mx1.FreeBSD.org (Postfix) with ESMTP id 2BAB043D62
for <current@freebsd.org>; Fri, 1 Oct 2004 11:27:18 +0000 (GMT)
(envelope-from phk@critter.freebsd.dk)
Received: from critter.freebsd.dk (localhost [127.0.0.1])
by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id i91BRGwP064740
for <current@freebsd.org>; Fri, 1 Oct 2004 13:27:16 +0200 (CEST)
(envelope-from phk@critter.freebsd.dk)
From: "Poul-Henning Kamp" <phk@phk.freebsd.dk>
In-Reply-To: Your message of "Fri, 01 Oct 2004 09:29:05 +0200."
<60969.1096615745@critter.freebsd.dk>
Date: Fri, 01 Oct 2004 13:27:16 +0200
Message-ID: <64739.1096630036@critter.freebsd.dk>
Sender: phk@critter.freebsd.dk
cc: current@freebsd.org
Subject: Re: [HEADSUP] Breaking all the tty drivers one by one...
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Oct 2004 11:27:18 -0000
In message <60969.1096615745@critter.freebsd.dk>, Poul-Henning Kamp writes:
>I am going to commit the meaty part of the tty driver cleanup up
>starting this weekend and I'll probably do about one or two drivers
>per day for the next couple of weeks.
>
>The total patch is close to 10000 lines and it removes around 3300
>lines of duplicated code in the tty drivers.
>PS: The not quite finished patch can be seen in the perforce branch
>"phk_tty".
I have put a patchfile up for people who are not set up for
perforce access:
http://phk.freebsd.dk/patch/tty.patch
Comments, fixes, etc are very welcome.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
phk@FreeBSD.ORG | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence.
From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 11:31:16 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 5470A16A4CE
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 11:31:16 +0000 (GMT)
Received: from deliver.smtp.vlink.ru (alias.rigel.internal.vlink.ru
[217.23.88.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0083843D49
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 11:31:16 +0000 (GMT) (envelope-from dsh@vlink.ru)
Received: from smtp.smtp.vlink.ru (clamav.smtp.vlink.ru [192.168.4.1])
by deliver.smtp.vlink.ru (Postfix) with ESMTP id E2909454B8
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 15:31:14 +0400 (MSD)
Received: from neva.vlink.ru (neva.internal.vlink.ru [10.10.14.8])
by smtp.smtp.vlink.ru (Postfix) with ESMTP id A189545235
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 15:31:14 +0400 (MSD)
Received: from neva.vlink.ru (localhost [127.0.0.1])
by neva.vlink.ru (8.13.1/8.13.1) with ESMTP id i91BVEeB088946
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 15:31:14 +0400 (MSD) (envelope-from dsh@vlink.ru)
Received: (from dsh@localhost)
by neva.vlink.ru (8.13.1/8.13.1/Submit) id i91BVEkD088945;
Fri, 1 Oct 2004 15:31:14 +0400 (MSD)
(envelope-from dsh@vlink.ru)
To: freebsd-current@freebsd.org
From: Denis Shaposhnikov <dsh@neva.vlink.ru>
Date: Fri, 01 Oct 2004 15:31:14 +0400
Message-ID: <87y8iqptdp.fsf@neva.vlink.ru>
User-Agent: Gnus/5.1006 (Gnus v5.10.6) XEmacs/21.4 (Security Through
Obscurity, berkeley-unix)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Virus-Scanned: ClamAV using ClamSMTP
Subject: jail, unionfs, pwd
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Oct 2004 11:31:16 -0000
Hi!
Something wrong with unionfs, look at this:
[dsh@neva dsh]$ mkdir /mnt/.ro
[dsh@neva dsh]$ cp -R /bin /lib /libexec /mnt/
[dsh@neva dsh]$ mount_unionfs -r /usr /mnt/.ro
[dsh@neva dsh]$ jail /mnt x.x 127.0.0.1 /bin/tcsh
# pwd
/
# cd /.ro
# pwd
/.ro
# cd /.ro/bin
# pwd
pwd: .: No such file or directory
Why pwd said this? What is wrong?
--
DSS5-RIPE DSS-RIPN 2:550/5068@fidonet 2:550/5069@fidonet
mailto:dsh@vlink.ru http://neva.vlink.ru/~dsh/
From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 11:35:02 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 4601216A4CE
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 11:35:02 +0000 (GMT)
Received: from mail10.syd.optusnet.com.au (mail10.syd.optusnet.com.au
[211.29.132.191])
by mx1.FreeBSD.org (Postfix) with ESMTP id 8C2CD43D64
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 11:35:01 +0000 (GMT)
(envelope-from PeterJeremy@optushome.com.au)
Received: from cirb503493.alcatel.com.au
(c211-30-75-229.belrs2.nsw.optusnet.com.au [211.30.75.229])
i91BZ0Vg007075
(version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO);
Fri, 1 Oct 2004 21:35:00 +1000
Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au
[127.0.0.1])i91BYxxP018116; Fri, 1 Oct 2004 21:34:59 +1000 (EST)
(envelope-from pjeremy@cirb503493.alcatel.com.au)
Received: (from pjeremy@localhost)i91BYxib018115;
Fri, 1 Oct 2004 21:34:59 +1000 (EST) (envelope-from pjeremy)
Date: Fri, 1 Oct 2004 21:34:59 +1000
From: Peter Jeremy <PeterJeremy@optushome.com.au>
To: Thomas Dickey <dickey@radix.net>
Message-ID: <20041001113459.GI83620@cirb503493.alcatel.com.au>
References: <20040929030546.GE16305@electra.cse.Buffalo.EDU>
<20040929092710.GA59303@cat.robbins.dropbear.id.au>
<20040929123100.GA600@electra.cse.Buffalo.EDU>
<20040929135217.GA16594@saltmine.radix.net>
<20040929164422.GA9262@xor.obsecurity.org>
<20040929171619.GC26065@saltmine.radix.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20040929171619.GC26065@saltmine.radix.net>
User-Agent: Mutt/1.4.2i
cc: freebsd-current@freebsd.org
Subject: Re: HEADS-UP: Library version number bumps
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Oct 2004 11:35:02 -0000
On Wed, 2004-Sep-29 13:16:19 -0400, Thomas Dickey wrote:
>_nc_tracebits is a variable, not a function. You can't "call" it.
[Ignoring the specific issue since Thomas now agrees that
_nc_tracebits is a function, not a variable].
You _can_ call a variable. It's just frowned upon. For an example,
see http://www.ioccc.org/1984/mullender.c
--
Peter Jeremy
From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 12:08:15 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 6D70E16A4CF
for <current@freebsd.org>; Fri, 1 Oct 2004 12:08:15 +0000 (GMT)
Received: from avocado.salatschuessel.net (avocado.salatschuessel.net
[80.86.187.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id 760E143D46
for <current@freebsd.org>; Fri, 1 Oct 2004 12:08:14 +0000 (GMT)
(envelope-from lehmann@ans-netz.de)
Received: (qmail 96809 invoked from network); 1 Oct 2004 12:07:45 -0000
Received: from unknown (HELO kartoffel.salatschuessel.net) (80.86.187.43)
by avocado.salatschuessel.net with SMTP; 1 Oct 2004 12:07:45 -0000
Date: Fri, 1 Oct 2004 14:08:12 +0200
From: Oliver Lehmann <lehmann@ans-netz.de>
To: current@freebsd.org
Message-Id: <20041001140812.1aead54e.lehmann@ans-netz.de>
In-Reply-To: <200410010741.i917fJUo076107@pooker.samsco.org>
References: <200410010741.i917fJUo076107@pooker.samsco.org>
X-Mailer: Sylpheed version 0.9.12 (GTK+ 1.2.10; i386-portbld-freebsd4.10)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
cc: re@freebsd.org
Subject: Re: 5.3-RELEASE TODO
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Oct 2004 12:08:15 -0000
Hi,
Scott Long wrote:
> | Fine-grained network stack locking without Giant network
> | poll()/select() application wedge reports with debug.mpsafenet=1
I don't know where it belongs to, but is there some work on the de driver
to get it to work with mpsafenet=1?I reported a problem with my 4xde Card
on current and CCed re@ 3 or 4 days ago. I think it will break some
systems using de Cards after their admins installed/updated to 5.3 by
mpsafenet enabled. The system won't respond any longer, and that sounds
like a nightmare for remote updates imho.
--
Oliver Lehmann
http://www.pofo.de/
http://wishlist.ans-netz.de/
From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 13:16:24 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 9B02516A4CE
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 13:16:24 +0000 (GMT)
Received: from ptcnat.era.pl (ptcnat.era.pl [213.158.197.100])
by mx1.FreeBSD.org (Postfix) with ESMTP id C7EB343D4C
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 13:16:23 +0000 (GMT) (envelope-from zaks@era.pl)
Received: by localhost (Postfix, from userid 1001)
id F20B611652; Thu, 30 Sep 2004 15:16:21 +0200 (CEST)
To: "David G. Lawrence" <dg@dglawrence.com>
From: =?iso-8859-2?q?S=B3awek_=AFak?= <szak@era.pl>
References: <861xgm5ltz.fsf@thirst.unx.era.pl>
<20040928194853.GT2493@submonkey.net>
<86k6ud2t6t.fsf@thirst.unx.era.pl>
<20040929131136.GA2493@submonkey.net>
<415AB9BF.1070003@gamersimpact.com> <86is9wx8qp.fsf@thirst.unx.era.pl>
<20040930124810.GA17792@nexus.dglawrence.com>
Date: Thu, 30 Sep 2004 15:16:21 +0200
In-Reply-To: <20040930124810.GA17792@nexus.dglawrence.com> (David G.
Lawrence's message of "Thu, 30 Sep 2004 05:48:10 -0700")
Message-ID: <86y8irx5ga.fsf@thirst.unx.era.pl>
User-Agent: Gnus/5.110003 (No Gnus v0.3) XEmacs/21.4 (Reasonable Discussion,
berkeley-unix)
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-2
Content-Transfer-Encoding: 8bit
X-Mailman-Approved-At: Fri, 01 Oct 2004 12:17:19 +0000
cc: Ryan Sommers <ryans@gamersimpact.com>
cc: Ceri Davies <ceri@submonkey.net>
cc: freebsd-current@freebsd.org
Subject: Re: Bug in #! processing
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Sep 2004 13:16:24 -0000
"David G. Lawrence" <dg@dglawrence.com> writes:
>> What circular reference? Could you elaborate? The algorithm goes like this:
>>
>> 1. skip all space till #!
>
> The #! is required to be in the first two bytes of the file, so there
> can't be any spaces before it.
Oh. Thus in following script:
thirst<zaks>(1950)% cat tst.sh
#!/bin/no-such-file
ps -lp $$
Which generates following output.
thirst<zaks>(1949)% ./tst.sh /tmp
UID PID PPID CPU PRI NI VSZ RSS MWCHAN STAT TT TIME COMMAND
1001 31645 31278 0 8 0 1636 1024 wait S+ p5 0:00.00 sh ./tst.sh
the interpreter is assumed to be /bin/sh. That's fine with me.
> I wrote the code you guys are talking about, although I had nothing to do
> with the commit in rev 1.21. I don't have an opinion on that other than
> it's been this way in FreeBSD for a long time and I share Ceri's concern
> that changing it will affect some people.
By no means I wish to force anyone to fix their scripts for 5.3
release. Period. I would only like to use Allegro CL in scripts, which
unfortunately considers -#! valid in argument list and acts accordingly on
all platforms besides FreeBSD. Some (in)compatibility shim would be
great. Please! :)
/S
--
S³awek ¯ak : UNIX Systems Administrator : PTC Sp. zoo
From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 15:50:41 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id B291916A4CE
for <freebsd-current@FreeBSD.ORG>;
Thu, 30 Sep 2004 15:50:41 +0000 (GMT)
Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [128.30.28.20])
by mx1.FreeBSD.org (Postfix) with ESMTP id 2EF1443D60
for <freebsd-current@FreeBSD.ORG>;
Thu, 30 Sep 2004 15:50:39 +0000 (GMT)
(envelope-from wollman@khavrinen.lcs.mit.edu)
Received: from khavrinen.lcs.mit.edu (localhost [IPv6:::1])
by khavrinen.lcs.mit.edu (8.12.9/8.12.9) with ESMTP id i8UFob8g072605
(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256
verify=OK CN=khavrinen.lcs.mit.edu issuer=SSL+20Client+20CA);
Thu, 30 Sep 2004 11:50:38 -0400 (EDT)
(envelope-from wollman@khavrinen.lcs.mit.edu)
Received: (from wollman@localhost)
by khavrinen.lcs.mit.edu (8.12.9/8.12.9/Submit) id i8UFobik072602;
Thu, 30 Sep 2004 11:50:37 -0400 (EDT)
(envelope-from wollman)
Date: Thu, 30 Sep 2004 11:50:37 -0400 (EDT)
From: Garrett Wollman <wollman@khavrinen.lcs.mit.edu>
Message-Id: <200409301550.i8UFobik072602@khavrinen.lcs.mit.edu>
To: Ceri Davies <ceri@submonkey.net>
In-Reply-To: <20040930122154.GS2493@submonkey.net>
References: <861xgm5ltz.fsf@thirst.unx.era.pl>
<20040928194853.GT2493@submonkey.net>
<86k6ud2t6t.fsf@thirst.unx.era.pl>
<20040929131136.GA2493@submonkey.net>
<86mzz8x8zv.fsf@thirst.unx.era.pl>
<20040930122154.GS2493@submonkey.net>
X-Spam-Score: -19.8 ()
IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES,REPLY_WITH_QUOTES
X-Scanned-By: MIMEDefang 2.37
X-Mailman-Approved-At: Fri, 01 Oct 2004 12:17:19 +0000
cc: freebsd-current@FreeBSD.ORG
Subject: Re: Bug in #! processing
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Sep 2004 15:50:41 -0000
<<On Thu, 30 Sep 2004 13:21:54 +0100, Ceri Davies <ceri@submonkey.net> said:
> Good, I'm not losing my eyesight then. In theory this means that we're
> free to do whatever we want, as the commit log for revision 1.21 of
> imgact_shell.c suggests.
Just to clear there air here: POSIX does not specify, and by design
and intention has never specified, the "#! hack" or any other means
for making scripts directly executable.
-GAWollman
From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 18:17:11 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id CB42916A4CE
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 18:17:11 +0000 (GMT)
Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2])
by mx1.FreeBSD.org (Postfix) with ESMTP id 98A0243D45
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 18:17:08 +0000 (GMT)
(envelope-from oppermann@networx.ch)
Received: (qmail 34269 invoked from network); 30 Sep 2004 18:09:41 -0000
Received: from unknown (HELO networx.ch) ([62.48.0.53])
(envelope-sender <oppermann@networx.ch>)
by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP
for <rabe@p-i-n.com>; 30 Sep 2004 18:09:41 -0000
Message-ID: <415C4DB3.1042A076@networx.ch>
Date: Thu, 30 Sep 2004 20:17:23 +0200
From: Andre Oppermann <oppermann@networx.ch>
X-Mailer: Mozilla 4.8 [en] (Windows NT 5.0; U)
X-Accept-Language: en
MIME-Version: 1.0
To: "Raphael H. Becker" <rabe@p-i-n.com>
References: <20040917104356.E55054@p-i-n.com> <414ADD15.FAC42CDB@freebsd.org>
<20040917231922.G55054@p-i-n.com> <414B567C.9060904@freebsd.org>
<20040917235056.I55054@p-i-n.com> <414B6234.8060904@freebsd.org>
<20040918011644.N55054@p-i-n.com> <20040928232841.W55054@p-i-n.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailman-Approved-At: Fri, 01 Oct 2004 12:17:19 +0000
cc: freebsd-net@freebsd.org
cc: freebsd-current@freebsd.org
Subject: Re: if_bge with <Broadcom BCM5703 Gigabit Ethernet, ASIC rev.
0x1002>(was: Re: Strange things on GBit / 1000->100
/net.inet.tcp.inflight.* )
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Sep 2004 18:17:11 -0000
"Raphael H. Becker" wrote:
>
> On Sat, Sep 18, 2004 at 01:16:44AM +0200, Raphael H. Becker wrote:
> > On Sat, Sep 18, 2004 at 12:16:20AM +0200, Andre Oppermann wrote:
> > > Would you mind trying a 5.3 to 5.3 transfer but the target 5.3 box forced to
> > > only 100Mbit full-duplex? Same statistics again.
> >
> > Sorry, ifconfig is not possible now. See PM.
> > I may retest with physical access (without ssh) next days, if needed.
>
> Today I had some time for testing AND physical access ...
>
> With bge0 bound to 100baseTX / full-duplex the transfer breaks down to
> <100kBytes/sec, with 1000byseTX its about 250-350kBytes/sec, should be
> ~10MBytes/sec
>
> ifconfig bge0 down
> ifconfig bge0 media ...
> ifconfig bge0 up
>
> I will do some more and detailed testing next time I'm in our data
> center, including the netstat-output etc.
>
> Hmm. if_bge buggy?
> But, same machine on a FE-Switich worked perfectly (with 100MBit).
-snip-
> Any idea?
Could you do a transfer of about 5MB and capture the entire TCP session
with tcpdump on the source *and* target machine at the same time? I'll
have a look at it to find out why TCP is unable to open the window.
tcpdump -n -i bge0 -p -w dump_source "tcp host 1.2.3.4"
And then make the two files available somewhere I can download them.
--
Andre
From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 18:20:40 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 90CAF16A4CE
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 18:20:40 +0000 (GMT)
Received: from mx.nsu.ru (mx.nsu.ru [212.192.164.5])
by mx1.FreeBSD.org (Postfix) with ESMTP id 2E71843D58
for <freebsd-current@freebsd.org>;
Thu, 30 Sep 2004 18:20:39 +0000 (GMT)
(envelope-from danfe@regency.nsu.ru)
Received: from regency.nsu.ru ([193.124.210.26])
by mx.nsu.ru with esmtp (Exim 4.34)
id 1CD5rP-0003d5-Ij; Fri, 01 Oct 2004 01:40:59 +0700
Received: from regency.nsu.ru (localhost [127.0.0.1])
by regency.nsu.ru (8.12.10/8.12.10) with ESMTP id i8UILIoI091940;
Fri, 1 Oct 2004 01:21:18 +0700 (NOVST)
(envelope-from danfe@regency.nsu.ru)
Received: (from danfe@localhost)
by regency.nsu.ru (8.12.10/8.12.10/Submit) id i8UILIf0091920;
Fri, 1 Oct 2004 01:21:18 +0700 (NOVST)
(envelope-from danfe)
Date: Fri, 1 Oct 2004 01:21:18 +0700
From: Alexey Dokuchaev <danfe@nsu.ru>
To: Volker <volker@vwsoft.com>
Message-ID: <20040930182117.GA87887@regency.nsu.ru>
References: <415C0326.7000104@vwsoft.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <415C0326.7000104@vwsoft.com>
User-Agent: Mutt/1.4.2.1i
X-Mailman-Approved-At: Fri, 01 Oct 2004 12:17:19 +0000
cc: freebsd-current@freebsd.org
Subject: Re: panics and traces, who and where to report?
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Sep 2004 18:20:40 -0000
On Thu, Sep 30, 2004 at 02:59:18PM +0200, Volker wrote:
> Hi folks!
>
> Last week I was sending some panic reports (using 6-CURRENT and
> RELENG_5) and debugger traces to this list. I didn't get a response and
> while cvsup'ing twice a day for several days and doing buildkernel every
> other day the situation didn't change.
>
> So I'm wondering if this is the right place to report panics and traces?
> Or are these better placed at hackers@?
The place is probably just right, but since people are pretty busy with
upcoming release, the queue of problems does not get flushed at the rate
we sometimes want it to. You'd just have to accept this. RE team is
doing its best to deliver 5.3-RELEASE so not to be ashamed of it.
>
> Another question: Do you really expect RELENG_5 to become stable within
> the very next few weeks? From my point of experience with RELENG_5 it
> looks like I have to switch my OS as I don't believe the 5-STABLE will
> be production stable soon.
>
> I have to install two new bsd-based routers on 10/10/ and I have to
> decide now whether I still do believe in FreeBSDs' stability.
Even if you believe that you have valid reasons to not trust 5.X
completely, there's still RELENG_4 which is as solid as a rock.
./danfe
From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 05:03:00 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id CDCD616A4FE
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 05:03:00 +0000 (GMT)
Received: from hotmail.com (bay11-f3.bay11.hotmail.com [64.4.39.3])
by mx1.FreeBSD.org (Postfix) with ESMTP id A29B643D39
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 05:03:00 +0000 (GMT)
(envelope-from daniel_k_eriksson@msn.com)
Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
Thu, 30 Sep 2004 22:03:00 -0700
Received: from 193.11.63.57 by by11fd.bay11.hotmail.msn.com with HTTP;
Fri, 01 Oct 2004 05:02:58 GMT
X-Originating-IP: [193.11.63.57]
X-Originating-Email: [daniel_k_eriksson@msn.com]
X-Sender: daniel_k_eriksson@msn.com
From: "Daniel Eriksson" <daniel_k_eriksson@msn.com>
To: freebsd-current@freebsd.org
Date: Fri, 01 Oct 2004 05:02:58 +0000
Mime-Version: 1.0
Content-Type: text/plain; format=flowed
Message-ID: <BAY11-F3Pylh7i70A780001c865@hotmail.com>
X-OriginalArrivalTime: 01 Oct 2004 05:03:00.0432 (UTC)
FILETIME=[EC834500:01C4A773]
X-Mailman-Approved-At: Fri, 01 Oct 2004 12:17:19 +0000
cc: phk@phk.freebsd.dk
Subject: zero and null regression?
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Oct 2004 05:03:01 -0000
After upgrading a 6-CURRENT machine from a 5 day old kernel to one cvsuped
just a few hours ago, special files zero and null created through mknod no
longer works.
# mknod zerotest c 2 12
# chmod 666 zerotest
# cat zerotest > /dev/null
cat: zerotest: Socket operation on non-socket
Could this be related to the vfs stuff Poul-Henning Kamp is working with?
/Daniel Eriksson
_________________________________________________________________
Express yourself instantly with MSN Messenger! Download today - it's FREE!
http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/
From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 11:28:38 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id EFECC16A4CE
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 11:28:38 +0000 (GMT)
Received: from deliver.smtp.vlink.ru (alias.rigel.internal.vlink.ru
[217.23.88.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id A054C43D62
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 11:28:35 +0000 (GMT) (envelope-from dsh@vlink.ru)
Received: from smtp.smtp.vlink.ru (clamav.smtp.vlink.ru [192.168.4.1])
by deliver.smtp.vlink.ru (Postfix) with ESMTP id EB7C645C2E
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 15:28:32 +0400 (MSD)
Received: from neva.vlink.ru (neva.internal.vlink.ru [10.10.14.8])
by smtp.smtp.vlink.ru (Postfix) with ESMTP id A8998459EB
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 15:28:32 +0400 (MSD)
Received: from neva.vlink.ru (localhost [127.0.0.1])
by neva.vlink.ru (8.13.1/8.13.1) with ESMTP id i91BSWQZ078430
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 15:28:32 +0400 (MSD) (envelope-from dsh@vlink.ru)
Received: (from dsh@localhost)
by neva.vlink.ru (8.13.1/8.13.1/Submit) id i91BSWSI078427;
Fri, 1 Oct 2004 15:28:32 +0400 (MSD)
(envelope-from dsh@vlink.ru)
To: freebsd-current@freebsd.org
From: Denis Shaposhnikov <dsh@vlink.ru>
Date: Fri, 01 Oct 2004 15:28:32 +0400
Message-ID: <87brfmr82n.fsf@neva.vlink.ru>
User-Agent: Gnus/5.1006 (Gnus v5.10.6) XEmacs/21.4 (Security Through
Obscurity, berkeley-unix)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Virus-Scanned: ClamAV using ClamSMTP
X-Mailman-Approved-At: Fri, 01 Oct 2004 12:17:19 +0000
Subject: jail, unionfs, pwd
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Oct 2004 11:28:39 -0000
Hi!
Something wrong with unionfs, look at this:
[dsh@neva dsh]$ mkdir /mnt/.ro
[dsh@neva dsh]$ cp -R /bin /lib /libexec /mnt/
[dsh@neva dsh]$ mount_unionfs -r /usr /mnt/.ro
[dsh@neva dsh]$ jail /mnt x.x 127.0.0.1 /bin/tcsh
# pwd
/
# cd /.ro
# pwd
/.ro
# cd /.ro/bin
# pwd
pwd: .: No such file or directory
Why pwd said this? What is wrong?
--
DSS5-RIPE DSS-RIPN 2:550/5068@fidonet 2:550/5069@fidonet
mailto:dsh@vlink.ru http://neva.vlink.ru/~dsh/
From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 12:18:06 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 583FF16A50F; Fri, 1 Oct 2004 12:18:06 +0000 (GMT)
Received: from transwarp.tao.org.uk (transwarp.tao.org.uk [212.135.162.50])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 71E4743D2D; Fri, 1 Oct 2004 12:18:05 +0000 (GMT)
(envelope-from joe@tao.org.uk)
Received: from genius.tao.org.uk (genius.tao.org.uk [212.135.162.51])
by transwarp.tao.org.uk (Postfix) with ESMTP id 24C6FEA94;
Fri, 1 Oct 2004 13:17:59 +0100 (BST)
Received: by genius.tao.org.uk (Postfix, from userid 100)
id 92D63436E; Fri, 1 Oct 2004 13:17:22 +0100 (BST)
Date: Fri, 1 Oct 2004 13:17:22 +0100
From: Josef Karthauser <joe@FreeBSD.org>
To: Franz Klammer <klammer@webonaut.com>
Message-ID: <20041001121722.GA1666@genius.tao.org.uk>
Mail-Followup-To: Josef Karthauser <joe@FreeBSD.org>,
Franz Klammer <klammer@webonaut.com>, current@freebsd.org,
mobile@freebsd.org
References: <20041001105544.GG840@genius.tao.org.uk>
<415D39F0.4060109@webonaut.com>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="cWoXeonUoKmBZSoM"
Content-Disposition: inline
In-Reply-To: <415D39F0.4060109@webonaut.com>
User-Agent: Mutt/1.5.6i
X-taoresearch-MailScanner-Information: Please contact Tao Research for more
information
X-taoresearch-MailScanner: Found to be clean
X-MailScanner-From: joe@tao.org.uk
cc: current@freebsd.org
cc: mobile@freebsd.org
Subject: Sony suspend/resume? [Re: Sony VGN-A 197XP?]
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Oct 2004 12:18:06 -0000
--cWoXeonUoKmBZSoM
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Fri, Oct 01, 2004 at 01:05:20PM +0200, Franz Klammer wrote:
>=20
> did you mean something like this?
>=20
> http://gerda.univie.ac.at/freebsd-laptops/
>=20
Looking at these pages it seems that loads of people have problems with
ACPI support on Sonys. In particular it seems that where it works the
machine comes back with a blank screen. Is this an issue that anyone is
working on, or are we hoping that a future ACPI snapshot will
automatically fix it?
Joe
--=20
Josef Karthauser (joe@tao.org.uk) http://www.josef-k.net/
FreeBSD (cvs meister, admin and hacker) http://www.uk.FreeBSD.org/
Physics Particle Theory (student) http://www.pact.cpes.sussex.ac.uk/
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D An eclectic mix of fact an=
d theory. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
--cWoXeonUoKmBZSoM
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)
iEYEARECAAYFAkFdStIACgkQXVIcjOaxUBbJwwCdHlO6KxrWcRoTiYlFWcYCsNwk
MbYAnjcI2wwJeVO7Zrwj0q31N/w/cfhF
=aWon
-----END PGP SIGNATURE-----
--cWoXeonUoKmBZSoM--
From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 12:20:48 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 2D72616A4CE
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 12:20:48 +0000 (GMT)
Received: from axe-inc.co.jp (axegw.axe-inc.co.jp [61.199.217.66])
by mx1.FreeBSD.org (Postfix) with ESMTP id 459A943D3F
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 12:20:47 +0000 (GMT)
(envelope-from takawata@axe-inc.co.jp)
Received: from localhost (localhost [127.0.0.1])
by axe-inc.co.jp (8.9.3+3.2W/3.7W) with SMTP id VAA05579;
Fri, 1 Oct 2004 21:20:04 +0900 (JST)
Message-Id: <200410011220.VAA05579@axe-inc.co.jp>
X-Authentication-Warning: axegw.axe-inc.co.jp: localhost [127.0.0.1] didn't
use HELO protocol
To: Denis Shaposhnikov <dsh@neva.vlink.ru>
From: takawata@jp.freebsd.org
In-reply-to: Your message of "Fri, 01 Oct 2004 15:31:14 +0400."
<87y8iqptdp.fsf@neva.vlink.ru>
Date: Fri, 01 Oct 2004 21:20:04 +0900
Sender: takawata@axe-inc.co.jp
cc: freebsd-current@freebsd.org
Subject: Re: jail, unionfs, pwd
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Oct 2004 12:20:48 -0000
In message <87y8iqptdp.fsf@neva.vlink.ru>, Denis Shaposhnikov wrote:
>Hi!
>
>Something wrong with unionfs, look at this:
>
>[dsh@neva dsh]$ mkdir /mnt/.ro
>[dsh@neva dsh]$ cp -R /bin /lib /libexec /mnt/
>[dsh@neva dsh]$ mount_unionfs -r /usr /mnt/.ro
>[dsh@neva dsh]$ jail /mnt x.x 127.0.0.1 /bin/tcsh
># pwd
>/
># cd /.ro
># pwd
>/.ro
># cd /.ro/bin
># pwd
>pwd: .: No such file or directory
>
>Why pwd said this? What is wrong?
If the filesystem /mnt is using is same as /usr,
it is something like the problem which I encounted once.
http://docs.FreeBSD.org/cgi/mid.cgi?200202251435.XAA91094
From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 12:41:15 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 8781616A4CE; Fri, 1 Oct 2004 12:41:15 +0000 (GMT)
Received: from spider.deepcore.dk
(cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 4938343D2F; Fri, 1 Oct 2004 12:41:13 +0000 (GMT)
(envelope-from sos@DeepCore.dk)
Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143])
by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id i91Cf7SK098470;
Fri, 1 Oct 2004 14:41:09 +0200 (CEST)
(envelope-from sos@DeepCore.dk)
Message-ID: <415D5061.10506@DeepCore.dk>
Date: Fri, 01 Oct 2004 14:41:05 +0200
From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= <sos@DeepCore.dk>
User-Agent: Mozilla Thunderbird 0.7.2 (X11/20040802)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Josef Karthauser <joe@freebsd.org>
References: <20041001105544.GG840@genius.tao.org.uk>
<415D39F0.4060109@webonaut.com> <20041001121722.GA1666@genius.tao.org.uk>
In-Reply-To: <20041001121722.GA1666@genius.tao.org.uk>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
X-mail-scanned: by DeepCore Virus & Spam killer v1.4
cc: current@freebsd.org
cc: mobile@freebsd.org
Subject: Re: Sony suspend/resume? [Re: Sony VGN-A 197XP?]
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Oct 2004 12:41:15 -0000
Josef Karthauser wrote:
> On Fri, Oct 01, 2004 at 01:05:20PM +0200, Franz Klammer wrote:
>=20
>>did you mean something like this?
>>
>>http://gerda.univie.ac.at/freebsd-laptops/
>>
> Looking at these pages it seems that loads of people have problems with=
> ACPI support on Sonys. In particular it seems that where it works the
> machine comes back with a blank screen. Is this an issue that anyone i=
s
> working on, or are we hoping that a future ACPI snapshot will
> automatically fix it?
It not just Sonys, ACPI suspend/resume is broken on Acer and ASUS also.
As to anyone working on it, I've sent AML dumps, backtraces etc etc to=20
the current maintainer, even binary hunted through dates where ACPI=20
worked to find hints on what got borked. All to no avail so far...
--=20
-S=F8ren
From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 12:42:26 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 07B1E16A4CE
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 12:42:26 +0000 (GMT)
Received: from green.homeunix.org (pcp04368961pcs.nrockv01.md.comcast.net
[69.140.212.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9FFBE43D2F
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 12:42:23 +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.1/8.13.1) with ESMTP id i91CgLdi004832;
Fri, 1 Oct 2004 08:42:21 -0400 (EDT)
(envelope-from green@green.homeunix.org)
Received: (from green@localhost)
by green.homeunix.org (8.13.1/8.13.1/Submit) id i91CgKZk004831;
Fri, 1 Oct 2004 08:42:20 -0400 (EDT)
(envelope-from green)
Date: Fri, 1 Oct 2004 08:42:20 -0400
From: Brian Fundakowski Feldman <green@freebsd.org>
To: freebsd <freebsd@paymentonline.net>
Message-ID: <20041001124220.GC997@green.homeunix.org>
References: <0bca01c4a5a7$7bd64d20$0500a8c0@home>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <0bca01c4a5a7$7bd64d20$0500a8c0@home>
User-Agent: Mutt/1.5.6i
cc: freebsd-current@freebsd.org
Subject: Re: Crash when using heavy rdist with BETA6
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Oct 2004 12:42:26 -0000
On Tue, Sep 28, 2004 at 03:07:02PM -0700, freebsd wrote:
>
> I don't have debugging enabled in the kernel and this is a remote machine
> so all I really know is that it spontaneously reboots under the same
> circumstances on a semi regular basis. But just in case this helps anyone
> here is what I do have. This system has run fine for months on freebsd
> 5.2.1-RELEASE without any issues under the same workload.
>
> Problem: Reboots (panic I assume) when rdisting to a freebsd 4.7 box over
> a local 100mb link.
You really need to try to get the panic information or it's quite unlikely
anyone could possibly help at all....
--
Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\
<> green@FreeBSD.org \ The Power to Serve! \
Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\
From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 12:45:37 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id E3A6216A4CE
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 12:45:37 +0000 (GMT)
Received: from bache.ece.cmu.edu (BACHE.ECE.CMU.EDU [128.2.129.23])
by mx1.FreeBSD.org (Postfix) with ESMTP id ACB1D43D53
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 12:45:37 +0000 (GMT)
(envelope-from allbery@ece.cmu.edu)
Received: from [10.9.204.1] (dsl093-061-215.pit1.dsl.speakeasy.net
[66.93.61.215]) by bache.ece.cmu.edu (Postfix) with ESMTP
id 4D0AF74; Fri, 1 Oct 2004 08:45:35 -0400 (EDT)
From: "Brandon S. Allbery KF8NH" <allbery@ece.cmu.edu>
To: =?iso-8859-2?Q?S=B3awek_=AFak?= <szak@era.pl>
In-Reply-To: <86y8irx5ga.fsf@thirst.unx.era.pl>
References: <861xgm5ltz.fsf@thirst.unx.era.pl>
<86k6ud2t6t.fsf@thirst.unx.era.pl><415AB9BF.1070003@gamersimpact.com>
<86is9wx8qp.fsf@thirst.unx.era.pl>
<20040930124810.GA17792@nexus.dglawrence.com>
<86y8irx5ga.fsf@thirst.unx.era.pl>
Content-Type: text/plain; charset=UTF-8
Message-Id: <1096634733.48170.8.camel@rushlight.kf8nh.com>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5
Date: Fri, 01 Oct 2004 08:45:34 -0400
Content-Transfer-Encoding: 8bit
cc: Ryan Sommers <ryans@gamersimpact.com>
cc: Ceri Davies <ceri@submonkey.net>
cc: "David G. Lawrence" <dg@dglawrence.com>
cc: freebsd-current@freebsd.org
Subject: Re: Bug in #! processing
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Oct 2004 12:45:38 -0000
On Thu, 2004-09-30 at 09:16, Sławek Żak wrote:
> "David G. Lawrence" <dg@dglawrence.com> writes:
> > The #! is required to be in the first two bytes of the file, so there
> > can't be any spaces before it.
>
> Oh. Thus in following script:
>
> thirst<zaks>(1950)% cat tst.sh
> #!/bin/no-such-file
> ps -lp $$
exec*() fails in that case, and shells assume it's a sh script. csh
(used to?) assume a csh script if the first character is #, or you can
use "alias shell" to tell it which shell to assume. This is how scripts
worked before #!.
--
brandon s. allbery [linux,solaris,freebsd,perl] allbery@kf8nh.com
system administrator [WAY too many hats] allbery@ece.cmu.edu
electrical and computer engineering, carnegie mellon univ. KF8NH
From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 12:47:20 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 40EB316A4CE
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 12:47:20 +0000 (GMT)
Received: from green.homeunix.org (pcp04368961pcs.nrockv01.md.comcast.net
[69.140.212.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id CB6FD43D5F
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 12:47:17 +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.1/8.13.1) with ESMTP id i91ClCGa004876;
Fri, 1 Oct 2004 08:47:12 -0400 (EDT)
(envelope-from green@green.homeunix.org)
Received: (from green@localhost)
by green.homeunix.org (8.13.1/8.13.1/Submit) id i91Cl6eW004875;
Fri, 1 Oct 2004 08:47:06 -0400 (EDT)
(envelope-from green)
Date: Fri, 1 Oct 2004 08:47:06 -0400
From: Brian Fundakowski Feldman <green@freebsd.org>
To: "Jeremy C. Reed" <reed@reedmedia.net>
Message-ID: <20041001124706.GD997@green.homeunix.org>
References: <Pine.LNX.4.43.0409281657090.19002-100000@pilchuck.reedmedia.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.43.0409281657090.19002-100000@pilchuck.reedmedia.net>
User-Agent: Mutt/1.5.6i
cc: freebsd-current@freebsd.org
Subject: Re: panic "bio_completed can't be greater than bio_length" on
CURRENT
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Oct 2004 12:47:20 -0000
On Tue, Sep 28, 2004 at 05:04:44PM -0700, Jeremy C. Reed wrote:
> > Anyone seeing this?
> >
> > panic("bio_completed can't be greater than bio_length")
>
> I upgraded and old laptop running 5.1 to -current this week. I have had
> that message twice. Once on first reboot with new kernel but old userland
> when I ran "fsck /usr". I typed in my notes:
>
> ad0: TIMEOUT - READ retrying (2 retries left) LBA=235520522
> panic: bio_completed can't be greater than bio_length
> cpuid = 0
> KDB: enter: panic
> [thread 100027]
> Stopped at kdb_enter+0x2b: nop
> db>
>
> I thought this was because of old fsck. So I rebooted, didn't run fsck,
> and finished the install of userland.
>
> Later, I started receiving random messages like:
>
> ad0: TIMEOUT - READ retrying (2 retries left) LBA=101139222
> ad0: WARNING - WRITE no interrupt but good status
> (four times)
>
> It went into kernel debugger again (but I don't know when):
>
> panic: bio_completed can't be greater than bio_length
> cpuid = 0
> KDB: enter: panic
> [thread 100027]
> Stopped at kdb_enter+0x2b: nop
> db>
>
> It sits at that prompt now.
>
> I am running OLDCARD kernel. (I don't know if it is needed still, but I
> had to use it before.)
>
> Jeremy C. Reed
>
> p.s. Please CC me on replies.
Can you at least do a "tr"? It would have been nice if the panic string
included the lengths in question... whoever made it...
--
Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\
<> green@FreeBSD.org \ The Power to Serve! \
Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\
From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 12:55:20 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id A436916A4CE
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 12:55:20 +0000 (GMT)
Received: from manian.sics.se (manian.sics.se [193.10.66.13])
by mx1.FreeBSD.org (Postfix) with ESMTP id 0C40943D5D
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 12:55:20 +0000 (GMT) (envelope-from bg@sics.se)
Received: from manian.sics.se (localhost [127.0.0.1])
by manian.sics.se (8.13.1/8.13.1) with SMTP id i91CtHvW016277;
Fri, 1 Oct 2004 14:55:17 +0200 (CEST)
(envelope-from bg@sics.se)
Date: Fri, 1 Oct 2004 14:55:16 +0200
From: =?ISO-8859-1?Q?Bj=F6rn_Gr=F6nvall?= <bg@sics.se>
To: freebsd-current@freebsd.org, ecu@ipv42.net
Message-Id: <20041001145516.0d53c65c@manian.sics.se>
Organization: SICS
X-Mailer: Sylpheed version 0.9.9claws (GTK+ 1.2.10; i386-unknown-freebsd5.2.1)
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
cc: bg@sics.se
Subject: Problems with dual SonyEricsson GC79 cardbus card
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Oct 2004 12:55:20 -0000
Hi,
I'm having problems with a SonyEricsson GC79 CardBus card under
FreeBSD 5.3-BETA6. The card consists of both a WiFi device and a
GSM/GPRS modem. Using ndis I can get the WiFi part to work just
fine. However, the modem part will not attach because of
BUS_ALLOC_RESOURCE failures.
>From an earlier discussion on freebsd-current with the subject
"802.11g/GPRS broadcom cardbus" it seems like Nicolas had the modem
part working sometime in early June. Unfortunately it no longer works
under 5.3-BETA6.
Nicolas, does your card still work on more recent FreeBSDs?
Perhaps somebody else has some ideas?
Cheers,
Björn
TUPLE: LINKTARGET [3]: 43 49 53
Product version: 8.0
Product name: Broadcom | 802.11g/GPRS CardBus | 1.0 |
Manufacturer ID: d0023204
Function Extension: 040600904c620007
Functions: Network Adaptor
TUPLE: Unknown(0x00) [34]:
0x00: 02 01 07 22 05 02 40 42 0f 00 22 05 02 80 84 1e
0x10: 00 22 05 02 60 ec 53 00 22 05 02 c0 d8 a7 00 22
0x20: 05 02
TUPLE: Unknown(0x80) [141]:
0x00: 5b 00 22 05 02 40 54 89 00 22 05 02 00 1b b7 00
0x10: 22 05 02 80 a8 12 01 22 05 02 00 36 6e 01 22 05
0x20: 02 00 51 25 02 22 05 02 00 6c dc 02 22 05 02 80
0x30: f9 37 03 22 02 03 07 22 02 05 01 07 06 01 00 00
0x40: 10 00 00 1c 04 02 d9 09 ff 04 06 03 01 00 00 00
0x50: 00 05 07 41 b0 b0 ff ff 02 01 ff 00 ff ff ff ff
0x60: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
0x70: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
0x80: ff ff ff ff ff ff ff ff ff ff ff ff ff
CIS reading done
cardbus0: Resource not specified in CIS: id=10, size=2000
cardbus0: Non-prefetchable memory at 88000000-88001fff
ndis0: <Sony Ericsson 802.11b Wireless LAN Adapter> mem 0x88000000-0x88001fff ir
q 11 at device 0.0 on cardbus0
ndis0: [GIANT-LOCKED]
ndis0: NDIS API version: 5.0
ndis0: Ethernet address: 00:0a:d9:6c:89:fa
ndis0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps
ndis0: 11g rates: 6Mbps 9Mbps 12Mbps 18Mbps 36Mbps 48Mbps 54Mbps
cardbus0: Resource not specified in CIS: id=10, size=100
cbb alloc res fail
cardbus0: Can't get memory for IO ports
cbb alloc res fail
cbb alloc res fail
cardbus0: <simple comms, UART> at device 0.1 (no driver attached)
Output from pciconf -vl:
ndis0@pci2:0:0: class=0x028000 card=0x000218de chip=0x432014e4 rev=0x03 hdr=0x00
vendor = 'Broadcom Corporation'
device = 'BCM4306 802.11b/g Wireless LAN Controller'
class = network
none4@pci2:0:1: class=0x070002 card=0x000218de chip=0x432214e4 rev=0x03 hdr=0x00
vendor = 'Broadcom Corporation'
class = simple comms
subclass = UART
--
_ _ ,_______________.
Bjorn Gronvall (Björn Grönvall) /_______________/|
Swedish Institute of Computer Science | ||
PO Box 1263, S-164 29 Kista, Sweden | Schroedingers ||
Email: bg@sics.se, Phone +46 -8 633 15 25 | Cat |/
Cellular +46 -70 768 06 35, Fax +46 -8 751 72 30 '---------------'
From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 12:55:36 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 0566D16A4CE
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 12:55:36 +0000 (GMT)
Received: from athena.softcardsystems.com (mail.softcardsystems.com
[12.34.136.114])
by mx1.FreeBSD.org (Postfix) with ESMTP id B765E43D54
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 12:55:34 +0000 (GMT)
(envelope-from sah@softcardsystems.com)
Received: from athena (athena [12.34.136.114])i91DsTkY014193;
Fri, 1 Oct 2004 08:54:29 -0500
Date: Fri, 1 Oct 2004 08:54:29 -0500 (EST)
From: Sam <sah@softcardsystems.com>
X-X-Sender: sah@athena
To: Vladimir Grebenschikov <vova@fbsd.ru>
In-Reply-To: <1096620622.907.16.camel@localhost>
Message-ID: <Pine.LNX.4.60.0410010852320.14170@athena>
References: <415C59C7.7090408@pythonemproject.com>
<1096620622.907.16.camel@localhost>
MIME-Version: 1.0
Content-Type: MULTIPART/MIXED;
BOUNDARY="571241096-157888418-1096638869=:14170"
cc: rob@pythonemproject.com
cc: freebsd-current@freebsd.org
Subject: Re: wifi on 5.3, sort of OT
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Oct 2004 12:55:36 -0000
This message is in MIME format. The first part should be readable text,
while the remaining parts are likely unreadable without MIME-aware tools.
--571241096-157888418-1096638869=:14170
Content-Type: TEXT/PLAIN; charset=KOI8-R; format=flowed
Content-Transfer-Encoding: QUOTED-PRINTABLE
On Fri, 1 Oct 2004, Vladimir Grebenschikov wrote:
> =F7 =DE=D4, 30/09/2004 =D7 12:08 -0700, Rob =D0=C9=DB=C5=D4:
>
>> cardbus0: Expecting link target, got 0xff
>> cardbus0: <old> at device 0.0 (no driver attached)
>> cbb0: CardBus card activation failed
>
> Actually it is problem recently introduced in -CURRENT kernel (I guess),
> I have old Orinoci wavelan 11b card, and it was working perfectly with
> wi driver for ages on -CURRENT (last time I've try about two weeks ago
> on the same hardware)
>
> And with recent current I have got same message on card insertion:
> cbb0: PC Card card activation failed
I mentioned the same problem on 5.2.1 and -current about two
months ago. I went with 4.x and it mostly works.
Sam
--571241096-157888418-1096638869=:14170--
From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 13:14:39 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id C06EC16A4CF
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 13:14:39 +0000 (GMT)
Received: from green.homeunix.org (pcp04368961pcs.nrockv01.md.comcast.net
[69.140.212.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id C154643D45
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 13:14:37 +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.1/8.13.1) with ESMTP id i91DEWYM005101;
Fri, 1 Oct 2004 09:14:32 -0400 (EDT)
(envelope-from green@green.homeunix.org)
Received: (from green@localhost)
by green.homeunix.org (8.13.1/8.13.1/Submit) id i91DEWxK005100;
Fri, 1 Oct 2004 09:14:32 -0400 (EDT)
(envelope-from green)
Date: Fri, 1 Oct 2004 09:14:32 -0400
From: Brian Fundakowski Feldman <green@freebsd.org>
To: kdulzo@sockpuppet.org
Message-ID: <20041001131432.GE997@green.homeunix.org>
References: <20040930183822.GA23562@skoda.sockpuppet.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20040930183822.GA23562@skoda.sockpuppet.org>
User-Agent: Mutt/1.5.6i
cc: freebsd-current@freebsd.org
Subject: Re: panic: vm_proc_new: upage allocation failed (5.6-BETA6)
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Oct 2004 13:14:39 -0000
On Thu, Sep 30, 2004 at 02:38:22PM -0400, Kevin M. Dulzo wrote:
> PAE still panics on boot, GENERIC still works flawlessly save 4G of RAM.
>
> (kgdb) where
> #0 kdb_enter (msg=???) at /usr/src/sys/kern/subr_kdb.c:241
> #1 0xc039e3c7 in panic (fmt=0xc0564ae2 "vm_proc_new: upage allocation failed")
> at /usr/src/sys/kern/kern_shutdown.c:537
> #2 0xc04c1a68 in vm_proc_new (p=0xca86ba80) at /usr/src/sys/vm/vm_glue.c:255
> #3 0xc0396add in proc_init (mem=0xca86ba80, size=448, flags=259)
> at /usr/src/sys/kern/kern_proc.c:182
> #4 0xc04d33f5 in slab_zalloc (zone=0xc0a232c0, wait=259)
> at /usr/src/sys/vm/uma_core.c:839
> #5 0xc04d4a18 in uma_zone_slab (zone=0xc0a232c0, flags=3)
> at /usr/src/sys/vm/uma_core.c:1959
> #6 0xc04d4c2c in uma_zalloc_bucket (zone=0xc0a232c0, flags=3)
> at /usr/src/sys/vm/uma_core.c:2062
> #7 0xc04d48c2 in uma_zalloc_arg (zone=0xc0a232c0, udata=0x0, flags=2)
> at /usr/src/sys/vm/uma_core.c:1886
> #8 0xc038765f in fork1 (td=0xc05d9fc0, flags=131124, pages=0,
> procp=0xc087fd50) at uma.h:274
> #9 0xc038dafd in kthread_create (func=0xc04d14bc <vm_pageout>, arg=0x0,
> newpp=0xc05f2d98, flags=0, pages=0, fmt=0xc0536614 "%s")
> at /usr/src/sys/kern/kern_kthread.c:86
> #10 0xc038daa3 in kproc_start (udata=0xc05c7840)
> at /usr/src/sys/kern/kern_kthread.c:58
> #11 0xc03761f2 in mi_startup () at /usr/src/sys/kern/init_main.c:210
> #12 0xc024113e in begin () at /usr/src/sys/i386/i386/locore.s:348
Can you try doing "show map kernel_map" (or the address for kernel_map
if that doesn't work) in DDB when it panics, or translating that function
into gdb-speak and getting the output? The address space seems to be
getting fatally full.
--
Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\
<> green@FreeBSD.org \ The Power to Serve! \
Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\
From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 13:17:08 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 2590A16A4CE
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 13:17:08 +0000 (GMT)
Received: from green.homeunix.org (pcp04368961pcs.nrockv01.md.comcast.net
[69.140.212.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9965A43D5D
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 13:17: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.1/8.13.1) with ESMTP id i91DH4mq005133;
Fri, 1 Oct 2004 09:17:04 -0400 (EDT)
(envelope-from green@green.homeunix.org)
Received: (from green@localhost)
by green.homeunix.org (8.13.1/8.13.1/Submit) id i91DH3XH005132;
Fri, 1 Oct 2004 09:17:03 -0400 (EDT)
(envelope-from green)
Date: Fri, 1 Oct 2004 09:17:02 -0400
From: Brian Fundakowski Feldman <green@freebsd.org>
To: Kris Kennaway <kris@obsecurity.org>
Message-ID: <20041001131702.GF997@green.homeunix.org>
References: <20040930184729.GA836@linwhf.opal.com>
<20040930185842.GA4759@xor.obsecurity.org>
<20040930190716.GA1236@linwhf.opal.com>
<60850.208.4.77.15.1096574606.squirrel@208.4.77.15>
<20040930211418.GA795@linwhf.opal.com>
<20040930212016.GA13891@xor.obsecurity.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20040930212016.GA13891@xor.obsecurity.org>
User-Agent: Mutt/1.5.6i
cc: Ryan Sommers <ryans@gamersimpact.com>
cc: freebsd-current@freebsd.org
cc: "J.R. Oldroyd" <fbsd@opal.com>
Subject: Re: panic after 'ifconfig gif0 destroy'
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Oct 2004 13:17:08 -0000
On Thu, Sep 30, 2004 at 02:20:16PM -0700, Kris Kennaway wrote:
> On Thu, Sep 30, 2004 at 05:14:19PM -0400, J.R. Oldroyd wrote:
> > Here you go:
> >
> > # ifconfig gif0 destroy
> > [thread 100166]
> > Stopped at idestroy_dev+0x9e: cmpl $0,0x3c(%esi)
> > db> trace
> > idestroy_dev(c3b88b00) at idestroy_dev+0x9e
> > idestroy_dev(c3be1700,f0e6cb84,c0671ef4,c3be1700,c35a7800) at idestroy_dev+0x68
> > destroy_dev(c35a1700,c35a7800,0,c080a1b8,d8) at destroy_dev+0x10
> > if_detach(c35a7800,c35a7800,c35a7800,c0872480,f0e6cbbc) at if_detatch+0x274
> > gif_destroy(c35a7800,c087b660,0,c0814dca,db) at gif_destroy+0x80
> > gif_clone_destroy(c35a7800,c08724b0,c0872480,f0e6cbf0,c0674076) at gif_clone_destroy+0x67
> > ifc_simple_destroy(c0872480,c35a7800,2d,80206979,0) at ifc_simple_destroy+0x1e
> > if_clone_destroy(f0e6cc60,f0e6cc14,c0631dee,f0e6cc60,f0e6cc60) at if_clone_destroy+0xf2
> > ifioctl(c4285a20,80206979,f0e6cc60,c4274900,0) at ifioctl+0x88
> > soo_ioctl(c39f7e58,80206979,f0e6cc60,c3bd2e80,c4274900) at soo_ioctl+0x2b1
> > ioctl(c4274900,f0e6cd14,3,7,286) at ioctl+0x3e0
> > syscall(2f,2f,2f,1,bfbfe9c0) at syscall+0x213
> > Xint0x80_syscall() at Xint0x80_syscall+0x1f
> > --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x280cc10b, esp = 0xbfbfe84c, ebp = 0xbfbfe868 ---
> > db>
>
> Thanks, that's better.
This looks like a bug I fixed in kern_conf.c two days ago.
--
Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\
<> green@FreeBSD.org \ The Power to Serve! \
Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\
From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 13:28:49 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 2DCA616A4CE
for <current@freebsd.org>; Fri, 1 Oct 2004 13:28:49 +0000 (GMT)
Received: from green.homeunix.org (pcp04368961pcs.nrockv01.md.comcast.net
[69.140.212.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0759343D1F
for <current@freebsd.org>; Fri, 1 Oct 2004 13:28:47 +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.1/8.13.1) with ESMTP id i91DSi9M005218;
Fri, 1 Oct 2004 09:28:44 -0400 (EDT)
(envelope-from green@green.homeunix.org)
Received: (from green@localhost)
by green.homeunix.org (8.13.1/8.13.1/Submit) id i91DSiXW005217;
Fri, 1 Oct 2004 09:28:44 -0400 (EDT)
(envelope-from green)
Date: Fri, 1 Oct 2004 09:28:43 -0400
From: Brian Fundakowski Feldman <green@freebsd.org>
To: "Alexander S. Usov" <A.S.Usov@KVI.nl>
Message-ID: <20041001132843.GG997@green.homeunix.org>
References: <200409272240.00356.A.S.Usov@kvi.nl>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <200409272240.00356.A.S.Usov@kvi.nl>
User-Agent: Mutt/1.5.6i
cc: current@freebsd.org
Subject: Re: ALTQ/pf troubles
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Oct 2004 13:28:49 -0000
On Mon, Sep 27, 2004 at 10:40:00PM +0200, Alexander S. Usov wrote:
> Hello !!
>
> As a happy owner of the 1120/352Kbit ADSL line and 5.3-BETA6
> I have tried to configure altq as it's described in
> /usr/share/examples/pf/ackpri and have hit quite a number of
> strange issues with ALTQ.
>
> So, the system is:
> FreeBSD kvip55.lan 5.3-BETA6 FreeBSD 5.3-BETA6 #0: Mon Sep 27 18:40:51 CEST
> pf.conf & kernel configs are attached to the mail.
>
> Just enabling the queueing on the interface with bandwidth == DSL bandwidth
> results in the appox. factor of 2 drop in the speed of the outgoing transfers.
> >From my experiments I got an impression that to make this slow-down
> away I have to specify the bandwith around 700Kb, which is twice bigger than
> real.
Are you telling ALTQ to process _incoming_ packets?
I'm having no problems with ALTQ, using these IPFW rules, for comparison:
# We're not classifying this packet if it's not going out dc0.
add 30000 allow all from any to any not xmit dc0
# NAT'd egress traffic:
add 40000 allow altq natted ip from any to any diverted-output
# locally-generated egress traffic:
# Interactive SSH.
add 51000 allow altq ssh_interactive tcp from any 22 to any iptos lowdelay
add 51500 allow altq ssh_interactive tcp from any to any 22 iptos lowdelay
# TCP ack w/o data, TCP setup, IPTOS_LOWDELAY, DNS
add 52000 allow altq local_fast ip from any to any iptos lowdelay
add 52100 allow altq local_fast tcp from any to any setup
add 52200 allow altq local_fast ip from any to any tcpflags ack tcpdatalen 0
add 52300 allow altq local_fast udp from any to any 53
# Non-interactive SSH.
add 53000 allow altq other_ssh tcp from any 22 to any
add 53500 allow altq other_ssh tcp from any to any 22
# default:
add 59000 allow altq local_default ip from any to any
--
Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\
<> green@FreeBSD.org \ The Power to Serve! \
Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\
From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 12:40:50 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 0CEA916A4CE
for <current@freebsd.org>; Fri, 1 Oct 2004 12:40:50 +0000 (GMT)
Received: from mail-kv.alkar.net (mail-kv.alkar.net [195.248.176.165])
by mx1.FreeBSD.org (Postfix) with ESMTP id C308C43D1F
for <current@freebsd.org>; Fri, 1 Oct 2004 12:40:49 +0000 (GMT)
(envelope-from anray@inet.ua)
Received: from [212.86.238.99] (helo=santinel.home.ua)
by mail-kv.alkar.net with esmtp (Exim 4.34 (FreeBSD))
id 1CDMiN-000NAS-0Q
for current@freebsd.org; Fri, 01 Oct 2004 15:40:49 +0300
Received: from anray by santinel.home.ua with local (Exim 4.42; FreeBSD)
id 1CDMiL-0005sB-5b
for <current@freebsd.org>; Fri, 01 Oct 2004 15:40:45 +0300
To: current@freebsd.org
Organization: Santinel
From: Andrey Slusar <anray@inet.ua>
Date: Fri, 01 Oct 2004 15:40:45 +0300
Message-ID: <864qle7gs2.fsf@santinel.home.ua>
User-Agent: Gnus/5.110003 (No Gnus v0.3) XEmacs/21.5 (chayote,
i386--freebsd)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailman-Approved-At: Fri, 01 Oct 2004 13:29:23 +0000
Subject: [5.3-BETA6] uuencode
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: anray@inet.ua
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Oct 2004 12:40:50 -0000
Hi,
,----
| FreeBSD santinel.home.ua 5.3-BETA6 FreeBSD 5.3-BETA6 #0: Tue Sep 28 12:20:39 EEST 2004 anray@santinel.home.ua:/usr/obj/usr/src/sys/ANRAY i386
`----
,----
| anray@santinel:~$ uuencode bash-completion-20040711.tar.gz
| begin 644 bash-completion-20040711.tar.gz
|
`----
uuencode is not worked under FreeBSD 5.3-BETA6
--
Andrey Slusar.
From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 13:13:10 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id E60C716A4CE
for <current@FreeBSD.org>; Fri, 1 Oct 2004 13:13:10 +0000 (GMT)
Received: from PALACE.arcadia.edu (arcadia-edu-proxy.voicenet.net
[207.103.5.242])
by mx1.FreeBSD.org (Postfix) with ESMTP id 545CC43D68
for <current@FreeBSD.org>; Fri, 1 Oct 2004 13:13:10 +0000 (GMT)
(envelope-from rothi97@arcadia.edu)
Received: from SQUIRE.arcadia.edu ([172.25.40.6]) by PALACE.arcadia.edu with
Microsoft SMTPSVC(6.0.3790.0); Fri, 1 Oct 2004 09:13:09 -0400
X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Date: Fri, 1 Oct 2004 09:11:41 -0400
Message-ID: <2DFF74F8FEB5A24F8C5031607644899F5609B0@SQUIRE.arcadia.edu>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: Problem with 5.3 beta 6 release
Thread-Index: AcSnrVQh7OyK/XKcTR6OlO5fvdZHBgACtzWP
From: "Roth, Ian" <rothi97@arcadia.edu>
To: <current@FreeBSD.org>
X-OriginalArrivalTime: 01 Oct 2004 13:13:09.0361 (UTC)
FILETIME=[6599B610:01C4A7B8]
X-Mailman-Approved-At: Fri, 01 Oct 2004 13:29:23 +0000
Subject: Problem with 5.3 beta 6 release
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Oct 2004 13:13:11 -0000
Hi,
I attempted to install the latest beta release of FreeBSD 5.3 on a RAID =
of two drives which mirrored each other. The drives
are connected to a Soyo SY-P4X400 Dragon Ultra Platinum Edition which =
has an integrated Highpoint-tech hpt372 RAID
IDE controller. I used the ftp installation method using the three =
floppy disk images found on the FreeBSD ftp server.
Installation proceded as it had in previous versions that I have used =
(5.2 and 5.2.1). During the disk selection screen, I
choose the raid array rather than one of the individual disks that make =
up the array as in previous installations. Everything
installed correctly and I rebooted. It was at that time that the RAID =
controller reported that the array named FreeBSD had
become corrupted due to a missing disk, however both disks were present =
and working. What was even more shocking
was that the mirroring array between the two disks had before the =
installation been named MaxtorHD rather than FreeBSD.=20
I am not sure how this happened, but I am also now having trouble =
reestablishing a mirroring array between the two disks.
I am not sure how many people use this hardware, but I for one am having =
trouble with it and the latest beta of FreeBSD.
rothi97@arcadia.edu
From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 13:48:40 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id A638916A4CE; Fri, 1 Oct 2004 13:48:40 +0000 (GMT)
Received: from hub.org (hub.org [200.46.204.220])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 7B95043D1D; Fri, 1 Oct 2004 13:48:40 +0000 (GMT)
(envelope-from scrappy@hub.org)
Received: from localhost (unknown [200.46.204.144])
by hub.org (Postfix) with ESMTP id DFA2E49114E;
Fri, 1 Oct 2004 10:48:33 -0300 (ADT)
Received: from hub.org ([200.46.204.220])
by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024)
with ESMTP id 99058-03; Fri, 1 Oct 2004 13:48:34 +0000 (GMT)
Received: from ganymede.hub.org (blk-222-46-91.eastlink.ca [24.222.46.91])
by hub.org (Postfix) with ESMTP id 7531449114A;
Fri, 1 Oct 2004 10:48:33 -0300 (ADT)
Received: by ganymede.hub.org (Postfix, from userid 1000)
id 811A639F7D; Fri, 1 Oct 2004 10:48:38 -0300 (ADT)
Received: from localhost (localhost [127.0.0.1])
by ganymede.hub.org (Postfix) with ESMTP id 7FB7339EAA;
Fri, 1 Oct 2004 10:48:38 -0300 (ADT)
Date: Fri, 1 Oct 2004 10:48:38 -0300 (ADT)
From: "Marc G. Fournier" <scrappy@hub.org>
To: Don Lewis <truckman@FreeBSD.org>
In-Reply-To: <200410010407.i91471ts042635@gw.catspoiler.org>
Message-ID: <20041001104748.T31631@ganymede.hub.org>
References: <200410010407.i91471ts042635@gw.catspoiler.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
X-Virus-Scanned: by amavisd-new at hub.org
cc: current@FreeBSD.org
Subject: Re: fsck_ffs patch testers wanted
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Oct 2004 13:48:40 -0000
On Thu, 30 Sep 2004, Don Lewis wrote:
> On 30 Sep, Marc G. Fournier wrote:
>>
>> Would you be willing to post a 4.x version of this, or send me one, that I
>> can test, since I'm the one that seems lucky to get the "glacially slow"
>> fsck's :(
>
> I was planning on posting a 4.x version sometime after I did the commit
> to -CURRENT and it had time to get well exercised by the masses. My
> plan is to allow about a month of testing between the commit to -CURRENT
> and the MFC.
>
>> Also, some sort of "what I should be watching for" would be nice, if
>> anything ... I've got my remote techs "trained" so that they can get me
>> into single user mode so that I can watch fsck using ctl-t, so I can
>> install this as a seperate fsck and manually test it as required ...
>
> Things to watch out for are fsck going berzerk and deleting all your
> files. The behaviour should be the same as the unpatched version of
> fsck other than the worst case time it takes to get through pass 4.
>
> I just cranked out the 4.x patch below. I've only given it some light
> testing, mostly just running versions of fsck with and without the patch
> in read-only mode (-n option) on the same file system and comparing the
> fsck output. I've done this on a clean file system, and one with some
> minor inconsistencies.
I'm almost due for a crash, its been ~25days since the last one, so should
be able to test it 'real soon now' :)
----
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664
From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 13:51:57 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 7602716A4CE
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 13:51:57 +0000 (GMT)
Received: from deliver.smtp.vlink.ru (alias.rigel.internal.vlink.ru
[217.23.88.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 10F1243D2D
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 13:51:55 +0000 (GMT) (envelope-from dsh@vlink.ru)
Received: from smtp.smtp.vlink.ru (clamav.smtp.vlink.ru [192.168.4.1])
by deliver.smtp.vlink.ru (Postfix) with ESMTP id 0689D45A08
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 17:51:54 +0400 (MSD)
Received: from neva.vlink.ru (neva.internal.vlink.ru [10.10.14.8])
by smtp.smtp.vlink.ru (Postfix) with ESMTP id BA5F145A02
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 17:51:53 +0400 (MSD)
Received: from neva.vlink.ru (localhost [127.0.0.1])
by neva.vlink.ru (8.13.1/8.13.1) with ESMTP id i91DprnU078225
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 17:51:53 +0400 (MSD) (envelope-from dsh@vlink.ru)
Received: (from dsh@localhost)
by neva.vlink.ru (8.13.1/8.13.1/Submit) id i91DprSS078224;
Fri, 1 Oct 2004 17:51:53 +0400 (MSD)
(envelope-from dsh@vlink.ru)
X-Comment-To: takawata
To: freebsd-current@freebsd.org
References: <200410011220.VAA05579@axe-inc.co.jp>
From: Denis Shaposhnikov <dsh@neva.vlink.ru>
Date: Fri, 01 Oct 2004 17:51:53 +0400
In-Reply-To: <200410011220.VAA05579@axe-inc.co.jp> (takawata@jp.freebsd.org's
message of "Fri, 01 Oct 2004 21:20:04 +0900")
Message-ID: <87zn36o8au.fsf@neva.vlink.ru>
User-Agent: Gnus/5.1006 (Gnus v5.10.6) XEmacs/21.4 (Security Through
Obscurity, berkeley-unix)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Virus-Scanned: ClamAV using ClamSMTP
Subject: Re: jail, unionfs, pwd
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Oct 2004 13:51:57 -0000
>>>>> "takawata" == takawata <takawata@jp.freebsd.org> writes:
takawata> If the filesystem /mnt is using is same as /usr, it is
takawata> something like the problem which I encounted once.
takawata> http://docs.FreeBSD.org/cgi/mid.cgi?200202251435.XAA91094
Thank you very much! It works now.
--
DSS5-RIPE DSS-RIPN 2:550/5068@fidonet 2:550/5069@fidonet
mailto:dsh@vlink.ru http://neva.vlink.ru/~dsh/
From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 13:55:20 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 5237516A4CE; Fri, 1 Oct 2004 13:55:20 +0000 (GMT)
Received: from KVIW12.KVI.nl (KVIW12.KVI.nl [129.125.15.42])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 55E9343D48; Fri, 1 Oct 2004 13:55:19 +0000 (GMT)
(envelope-from A.S.Usov@KVI.nl)
Received: from KVIS10.KVI.nl ("port 39619"@KVIS10.KVI.nl [129.125.27.60])
by KVI.nl (PMDF V6.2-X17 #30869) with ESMTP id <01LFITULLW4CD40ZNB@KVI.nl>;
Fri, 01 Oct 2004 15:55:13 +0200 (MET DST)
Received: from KVIW14.KVI.nl by KVIS10.KVI.nl (AvMailGate-2.0.2-8)
id 30203-69FFA8BC; Fri, 01 Oct 2004 15:55:13 +0200
Received: from kvip88 ("port 56081"@KVIP88.KVI.nl [129.125.15.152])
by KVI.nl (PMDF V6.2-X17 #30869) with ESMTP id <01LFITUCPGG6D40ZNB@KVI.nl>;
Fri, 01 Oct 2004 15:55:01 +0200 (MET DST)
Date: Fri, 01 Oct 2004 15:55:00 +0200
From: "Alexander S. Usov" <A.S.Usov@KVI.nl>
In-reply-to: <20041001132843.GG997@green.homeunix.org>
To: Brian Fundakowski Feldman <green@freebsd.org>
Message-id: <200410011555.00828.A.S.Usov@kvi.nl>
Organization: KVI
MIME-version: 1.0
Content-type: text/plain; charset=koi8-u
Content-transfer-encoding: 7BIT
Content-disposition: inline
User-Agent: KMail/1.7
X-AntiVirus: checked by AntiVir MailGate (version: 2.0.2-8; AVE: 6.27.0.12;
VDF: 6.27.0.83; host: kvi.nl)
References: <200409272240.00356.A.S.Usov@kvi.nl>
<20041001132843.GG997@green.homeunix.org>
cc: current@freebsd.org
Subject: Re: ALTQ/pf troubles
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Oct 2004 13:55:20 -0000
On Friday 01 October 2004 15:28, Brian Fundakowski Feldman wrote:
> On Mon, Sep 27, 2004 at 10:40:00PM +0200, Alexander S. Usov wrote:
> > Hello !!
> > Just enabling the queueing on the interface with bandwidth == DSL
> > bandwidth results in the appox. factor of 2 drop in the speed of the
> > outgoing transfers.
> >
> > >From my experiments I got an impression that to make this slow-down
> >
> > away I have to specify the bandwith around 700Kb, which is twice bigger
> > than real.
>
> Are you telling ALTQ to process _incoming_ packets?
According to the pf manuals it should process only outgoing packets.
And I believe it's the case as the incoming rate doesn't depends on queieing
state.
Just did an experiment adding only this 2 lines:
===
altq on $ext priq bandwidth 350Kb queue {q}
queue q priority 1 priq(default)
===
and no queue statements in the filtering rules.
If I understand the logick of the pf right, it means to create an outbound
queue on $ext with bandwith 350Kb and put all outgoing traffic into it (due to
the (default) statement).
This results in the outgoing transfer speed of appox. 18KB/s, and incoming is
unaffected and is approx. 117KB/s.
Increasing bandwith in the altq rule to 700Kb, results in the upload speed of
approx. 30-34 KB/s.
Is it a good idea to check the behavior of the ruleset with OpenBSD?
--
Best regards,
Alexander.
From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 14:16:09 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 7B64516A4CE; Fri, 1 Oct 2004 14:16:09 +0000 (GMT)
Received: from smtpq3.home.nl (smtpq3.home.nl [213.51.128.198])
by mx1.FreeBSD.org (Postfix) with ESMTP
id E11C143D4C; Fri, 1 Oct 2004 14:16:08 +0000 (GMT)
(envelope-from dodell@sitetronics.com)
Received: from [213.51.128.135] (port=45373 helo=smtp4.home.nl)
by smtpq3.home.nl with esmtp (Exim 4.30)
id 1CDOCe-0007j4-2k; Fri, 01 Oct 2004 16:16:08 +0200
Received: from cc740438-a.deven1.ov.home.nl ([82.75.136.183]:4353)
by smtp4.home.nl with esmtp (Exim 4.30)
id 1CDOCZ-0000nY-FL; Fri, 01 Oct 2004 16:16:03 +0200
Message-ID: <415D66A3.4070805@sitetronics.com>
Date: Fri, 01 Oct 2004 16:16:03 +0200
From: "Devon H. O'Dell" <dodell@sitetronics.com>
User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: "Alexander S. Usov" <A.S.Usov@KVI.nl>
References: <200409272240.00356.A.S.Usov@kvi.nl>
<20041001132843.GG997@green.homeunix.org> <200410011555.00828.A.S.Usov@kvi.nl>
In-Reply-To: <200410011555.00828.A.S.Usov@kvi.nl>
Content-Type: text/plain; charset=KOI8-U; format=flowed
Content-Transfer-Encoding: 7bit
X-AtHome-MailScanner-Information: Neem contact op met support@home.nl voor
meer informatie
X-AtHome-MailScanner: Found to be clean
cc: current@freebsd.org
Subject: Re: ALTQ/pf troubles
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Oct 2004 14:16:09 -0000
Alexander S. Usov wrote:
> On Friday 01 October 2004 15:28, Brian Fundakowski Feldman wrote:
>
>>On Mon, Sep 27, 2004 at 10:40:00PM +0200, Alexander S. Usov wrote:
>>
>>>Hello !!
>>>Just enabling the queueing on the interface with bandwidth == DSL
>>>bandwidth results in the appox. factor of 2 drop in the speed of the
>>>outgoing transfers.
>>>
>>>>From my experiments I got an impression that to make this slow-down
>>>
>>>away I have to specify the bandwith around 700Kb, which is twice bigger
>>>than real.
>>
>>Are you telling ALTQ to process _incoming_ packets?
>
>
> According to the pf manuals it should process only outgoing packets.
> And I believe it's the case as the incoming rate doesn't depends on queieing
> state.
I know you guys are experienced with this, but this is just for those
who are reading and aren't :).
You can easily limit incoming packets by treating the outgoing packets
on the ``internal'' interface. If a machine, for instance has interfaces
fxp0 and fxp1; fxp0 being an interface with an external connection and
fxp1 connecting to an internal network:
/----------\ incoming fxp0 /----------\ outgoing fxp1 (altq) /-----\
| the | -------------> | firewall | --------------------> | the |
| Internet | <------------- | pf/altq | <-------------------- | xAN |
\----------/ outgoing fxp0 \----------/ incoming fxp1 \-----/
(altq)
fig 1.1 Ugly ASCII art by me. Packets coming in via fxp0 are not
``processed'' by ALTQ; however, these packets are probably destined for
the xAN (WAN / LAN / whatever -- certainly so if this is a bridged
configuration) and the ``incoming'' packets can thus be treated when
they're outgoing -- to the destined network. Likewise, packets exiting
the firewall destined for the Internet can be ``processed'' as well.
This, of course, assumes a certain network layout that not all people
are using (for instance when the firewall is the system with the
services). There's no real solution for this, except perhaps to create a
loopback NAT of some kind, which is an ugly hack. If this (previous
description) is your network layout and you're really needing this, I'd
suggest that you just rethink your network layout and buy a cheap box to
act as a firewall, configuring it as in the diagram above.
Note as well that the above diagram should also work if the pf machine
is running as a transparent bridge, although I'm not sure if pf is able
to act as a bridge under pfil(9). This should be possible in the future.
So, in conclusion, it _is_ possible to queue incoming packets, because
on a firewall, they're usually destined to exit another interface (thus
being outgoing packets) to reach machines on another network / on the
other side of the bridge.
Hope this is useful.
--Devon
From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 14:25:02 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id EDAE016A4CF; Fri, 1 Oct 2004 14:25:01 +0000 (GMT)
Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 0B7EA43D1F; Fri, 1 Oct 2004 14:25:01 +0000 (GMT)
(envelope-from scottl@FreeBSD.org)
Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11])
(authenticated bits=0)
by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i91EPtCw077856;
Fri, 1 Oct 2004 08:25:56 -0600 (MDT)
(envelope-from scottl@FreeBSD.org)
Message-ID: <415D6884.6080509@FreeBSD.org>
Date: Fri, 01 Oct 2004 08:24:04 -0600
From: Scott Long <scottl@FreeBSD.org>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040831
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: re@FreeBSD.org
References: <200410010741.i917fJUo076107@pooker.samsco.org>
In-Reply-To: <200410010741.i917fJUo076107@pooker.samsco.org>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63
X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org
cc: current@FreeBSD.org
Subject: Re: 5.3-RELEASE TODO
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Oct 2004 14:25:02 -0000
FYI, a lot of this is going to change today once we cut BETA7. I'm
going to update this and re-send it when everything is into the tree.
Scott
Scott Long wrote:
> This is an automated weekly mailing of the FreeBSD 5.3 open issues list.
> The live version of this list is available at:
>
> http://www.FreeBSD.org/releases/5.3R/todo.html
>
> Automated mailing of this list will continue through the release of
> FreeBSD 5.3
>
>
> FreeBSD 5.3 Open Issues
>
> Open Issues
>
> This is a list of open issues that need to be resolved for FreeBSD 5.3. If
> you have any updates for this list, please e-mail re@FreeBSD.org.
>
> Show stopper defects for 5.3-RELEASE
>
> +------------------------------------------------------------------------+
> | Issue | Status | Responsible | Description |
> |---------------------+-------------+---------------+--------------------|
> | | | | PREEMPTION appears |
> | | | | to increase the |
> | | | | chances of |
> | | | | triggering a race |
> | | | | condition in the |
> | | | | thread context |
> | PREEMPTION-related | | Scott Long, | management and |
> | hangs involving | In progress | Julian | scheduling code. |
> | threads | | Elischer | Patches to |
> | | | | mitigate the |
> | | | | problem have been |
> | | | | developed, with |
> | | | | on-going work to |
> | | | | come up with the |
> | | | | correct solution |
> | | | | prior to 5.3. |
> |---------------------+-------------+---------------+--------------------|
> | | | | Jun Kuriyama has |
> | | | | reported problems |
> | | | | with NFS over IPv6 |
> | | | | not functioning |
> | | | | correctly as of |
> | | | | the improved NFS |
> | | | | support for |
> | | | | disconnection |
> | | | | changes. Doug |
> | | | | White has tracked |
> | NFS over IPv6 | | | down the source of |
> | problems | In progress | Doug White | the problem |
> | | | | (EMSGSIZE being |
> | | | | returned by IPv6 |
> | | | | UDP send routine |
> | | | | due to |
> | | | | fragmentation), |
> | | | | and is currently |
> | | | | exploring possible |
> | | | | fixes. A patch has |
> | | | | been generated and |
> | | | | sent to the KAME |
> | | | | team for review. |
> |---------------------+-------------+---------------+--------------------|
> | | | | ether_input() |
> | | | | calls |
> | | | | random_harvest() |
> | | | | on the mbuf after |
> | | | | it has been handed |
> | | | | off to |
> | | | | ether_demux(), at |
> | ether_input() may | | Mark Murray, | which point it may |
> | harvest entropy | In progress | Robert Watson | have been free()'d |
> | from free()'d mbuf | | | back to the mbuf |
> | | | | allocator. It also |
> | | | | passes in a |
> | | | | pointer to the |
> | | | | mbuf itself, |
> | | | | rather than |
> | | | | ethernet frame |
> | | | | header. |
> |---------------------+-------------+---------------+--------------------|
> | | | | There have been |
> | | | | several reports of |
> | | | | if_em cards |
> | if_em wedging under | | | "wedging" under |
> | high pps | Not done | - | high |
> | | | | packets-per-second |
> | | | | load. This needs |
> | | | | to be debugged and |
> | | | | fixed. |
> |---------------------+-------------+---------------+--------------------|
> | | | | There are reports |
> | | | | that racoon is |
> | | | | unable to complete |
> | | | | IKE negotiation |
> | | | | due to a send to |
> | KAME IPSEC | | | the pfkey socket |
> | "ENOBUFS" problem | | | returning ENOBUFS. |
> | with racoon and | In progress | Robert Watson | This appears to be |
> | mbuma | | | a result of an |
> | | | | incorrect |
> | | | | assumption about |
> | | | | mbuf data size due |
> | | | | to a change |
> | | | | resulting from |
> | | | | mbuma. |
> |---------------------+-------------+---------------+--------------------|
> | | | | A recent |
> | | | | regression in the |
> | | | | USB code is |
> | | | | causing panics |
> | | | | when a USB device |
> | | | Warner Losh, | detaches, |
> | Panic on USB detach | Unknown | Scott Long | especially USB |
> | | | | hubs. Since |
> | | | | detaching a USB |
> | | | | device is a common |
> | | | | event, this must |
> | | | | be fixed for the |
> | | | | release. |
> +------------------------------------------------------------------------+
>
> Required features for 5.3-RELEASE
>
> +------------------------------------------------------------------------+
> | Issue | Status | Responsible | Description |
> |-----------------+-------------+----------------+-----------------------|
> | BIND9 import | | | BIND9 must be |
> | into 5-CURRENT | In progress | Doug Barton | imported for |
> | | | | 5.3-RELEASE. |
> |-----------------+-------------+----------------+-----------------------|
> | | | | Kernel bits |
> | KSE support for | | | implemented, userland |
> | sparc64 | -- | -- | not implemented. |
> | | | | Required for |
> | | | | 5.3-RELEASE. |
> |-----------------+-------------+----------------+-----------------------|
> | | | | With improved support |
> | | | | for threading |
> | | | | primitives, support |
> | | | | is now required to |
> | GDB thread | | David Xu, | ease debugging of |
> | support | In progress | Marcel | threaded |
> | | | Moolenaar | applications. |
> | | | | Ideally, this support |
> | | | | will work for both |
> | | | | libthr and libkse |
> | | | | threading models. |
> |-----------------+-------------+----------------+-----------------------|
> | | | | There have been |
> | | | | several reports that |
> | | | | growfs(8) works |
> | | | | improperly with large |
> | Reports of UFS2 | | | disk sizes, and other |
> | "large disk" | In progress | Scott Long | size-related nits in |
> | problems | | | the current disk and |
> | | | | label management tool |
> | | | | set. These must be |
> | | | | resolved for |
> | | | | 5.3-RELEASE. |
> |-----------------+-------------+----------------+-----------------------|
> | | | | Synaptics updates to |
> | | | | the psm(4) driver |
> | Synaptics | | | have resulted in poor |
> | touchpad | In progress | Philip Paeps | interactivity for |
> | problems | | | taps and button press |
> | | | | events for some |
> | | | | users. |
> |-----------------+-------------+----------------+-----------------------|
> | | | | Entropy harvesting in |
> | | | | the interrupt and |
> | | | | incoming packet paths |
> | | | | currently involves a |
> | | | | large number of mutex |
> | | | | operations. In order |
> | | | | to improve |
> | | | | performance, it is |
> | Entropy | | | desirable to reduce |
> | harvesting | In progress | Robert Watson, | the number of mutex |
> | optimizations | | Mark Murray | operations |
> | | | | substantially. Work |
> | | | | is in progress to |
> | | | | improve the |
> | | | | harvesting code along |
> | | | | these lines, but has |
> | | | | not yet been properly |
> | | | | measured, and |
> | | | | therefore not yet |
> | | | | merged to CVS. |
> +------------------------------------------------------------------------+
>
> Desired features for 5.3-RELEASE
>
> +------------------------------------------------------------------------+
> | Issue | Status | Responsible | Description |
> |------------------+-------------+----------------+----------------------|
> | | | | Almost all process |
> | | | | debugging tools have |
> | | | | been updated to use |
> | | | | non-procfs kernel |
> | | | | primitives, with the |
> | | | | exception of |
> | | | | truss(1). As procfs |
> | | | | is considered |
> | | | | deprecated due to |
> | | | | its inherent |
> | | | | security risks, it |
> | truss support | | | is highly desirable |
> | for ptrace | -- | -- | to update truss to |
> | | | | operate in a |
> | | | | post-procfs world. |
> | | | | Dag-Erling Smorgrav |
> | | | | had prototype |
> | | | | patches; |
> | | | | Robert Drehmel is |
> | | | | developing and |
> | | | | testing patches now. |
> | | | | Support for system |
> | | | | call tracing has |
> | | | | been added to |
> | | | | ptrace(). |
> |------------------+-------------+----------------+----------------------|
> | | | | FAST_IPSEC currently |
> | | | | cannot be used |
> | | | | directly with the |
> | | | | KAME IPv6 |
> | | | | implementation, |
> | | | | requiring an |
> | | | | additional level of |
> | | | | IP tunnel |
> | | | | indirection to |
> | | | | protect IPv6 packets |
> | FAST_IPSEC and | | | when using hardware |
> | KAME | Not done | -- | crypto acceleration. |
> | compatibility | | | This issue must be |
> | | | | resolved so that the |
> | | | | two services may |
> | | | | more easily be used |
> | | | | together. Among |
> | | | | other things, this |
> | | | | will require a |
> | | | | careful review of |
> | | | | the handling of mbuf |
> | | | | header copying and |
> | | | | m_tag support in the |
> | | | | KAME IPv6 code. |
> |------------------+-------------+----------------+----------------------|
> | | | | A process cannot be |
> | | | | interrupted while |
> | | | | waiting on a lock. |
> | rpc.lockd(8) | | | Fixing this requires |
> | stability | -- | -- | that the RPC code be |
> | | | | taught how to deal |
> | | | | with lock |
> | | | | cancellation and |
> | | | | interruption events. |
> |------------------+-------------+----------------+----------------------|
> | | | | Kernel modules are |
> | | | | currently built |
> | | | | independently from a |
> | | | | kernel |
> | | | | configuration, and |
> | | | | independently from |
> | | | | one another, |
> | | | | resulting in |
> | | | | substantially |
> | | | | redundant |
> | | | | compilation of |
> | | | | objects, as well as |
> | | | | the inability to |
> | | | | easily manage |
> | | | | compile-time options |
> | Revised kld | | | for kernel objects |
> | build | Not done | Peter Wemm | (such as MAC, PAE, |
> | infrastructure | | | etc) that may |
> | | | | require conditional |
> | | | | compilation in the |
> | | | | kernel modules. In |
> | | | | order to improve |
> | | | | build performance |
> | | | | and better support |
> | | | | options of this |
> | | | | sort, the KLD build |
> | | | | infrastructure needs |
> | | | | to be revamped. |
> | | | | Peter Wemm has done |
> | | | | some initial |
> | | | | prototyping, and |
> | | | | should be contacted |
> | | | | before starting on |
> | | | | this work. |
> |------------------+-------------+----------------+----------------------|
> | | | | Apple's Darwin |
> | | | | operating system has |
> | | | | fairly extensive |
> | Merge of Darwin | | | improvements to |
> | msdosfs, other | Not done | -- | msdosfs and other |
> | fixes | | | kernel services; |
> | | | | these fixes must be |
> | | | | reviewed and merged |
> | | | | to the FreeBSD tree. |
> |------------------+-------------+----------------+----------------------|
> | | | | Truss appears to |
> | | | | contain a race |
> | | | | condition during the |
> | | | | start-up of |
> | | | | debugging, which can |
> | | | | result in truss |
> | | | | failing to attach to |
> | | | | the process before |
> | | | | it exits. The |
> | | | | symptom is that |
> | | | | truss reports that |
> | | | | it cannot open the |
> | | | | procfs node |
> | | | | supporting the |
> | | | | process being |
> | | | | debugged. A bug also |
> | Race conditions | Errata | Robert Drehmel | appears to exist |
> | in truss | candidate | | where in truss will |
> | | | | hang if execve() |
> | | | | returns ENOENT. A |
> | | | | further race appears |
> | | | | to exist in which |
> | | | | truss will return |
> | | | | "PIOCWAIT: |
> | | | | Input/output error" |
> | | | | occasionally on |
> | | | | startup. The fix for |
> | | | | this sufficiently |
> | | | | changes process |
> | | | | execution handling |
> | | | | that we will defer |
> | | | | the fix to post-5.0 |
> | | | | and consider this |
> | | | | errata. |
> |------------------+-------------+----------------+----------------------|
> | | | | Truss appears to |
> | | | | have another |
> | | | | problem. It is |
> | | | | repeatable by |
> | | | | running "truss -f |
> | More truss | Not done | -- | fsck -p /", |
> | problems | | | suspending it with |
> | | | | ^Z, and then killing |
> | | | | truss. It will leave |
> | | | | behind the fsck |
> | | | | processes which will |
> | | | | be unkillable. |
> |------------------+-------------+----------------+----------------------|
> | | | | Many systems |
> | | | | supporting POSIX.1e |
> | | | | ACLs permit a minor |
> | | | | violation to that |
> | | | | specification, in |
> | | | | which the ACL_MASK |
> | ACL_MASK | | | entry overrides the |
> | override of | Not done | Robert Watson | umask, rather than |
> | umask support in | | | being intersected |
> | UFS | | | with it. The |
> | | | | resulting semantics |
> | | | | can be useful in |
> | | | | group-oriented |
> | | | | environments, and as |
> | | | | such would be very |
> | | | | helpful on FreeBSD. |
> |------------------+-------------+----------------+----------------------|
> | | | | The LOR reported in |
> | | | | PR kern/55175 needs |
> | filedesc LOR | Not done | -- | to be fixed. |
> | | | | Filedesc locking |
> | | | | needs to be heavily |
> | | | | reviewed in general. |
> |------------------+-------------+----------------+----------------------|
> | | | | Currently, MAC |
> | | | | protections are |
> | | | | enforced only on |
> | | | | locally originated |
> | | | | file system |
> | | | | operations (VOPs), |
> | | | | and not on RPCs |
> | | | | generated via the |
> | | | | NFS server. |
> | MAC support for | | | Improvements in NFS |
> | NFS Server | Not done | Robert Watson | server credential |
> | | | | handling are |
> | | | | required to correct |
> | | | | this problem, as |
> | | | | well as the |
> | | | | introduction of new |
> | | | | entry points to |
> | | | | properly label NFS |
> | | | | credentials and |
> | | | | perform enforcement |
> | | | | properly. |
> |------------------+-------------+----------------+----------------------|
> | | | | All PCI drivers must |
> | | | | use busdma for DMA; |
> | | | | no use of vtophys() |
> | busdma in all | In progress | -- | will be permitted |
> | PCI drivers | | | for any recent |
> | | | | device driver. ISA |
> | | | | drivers may be |
> | | | | exempt. |
> |------------------+-------------+----------------+----------------------|
> | | | | Userland bits |
> | KSE support for | In progress | Marcel | implemented, kernel |
> | alpha | | Moolenaar | bits not |
> | | | | implemented. |
> |------------------+-------------+----------------+----------------------|
> | | | | For kernel API/ABI |
> | | | | compatibility |
> | | | | reasons, it would be |
> | CAM locking | In progress | Scott Long, | desirable to have |
> | | | Justin Gibbs | the CAM locking |
> | | | | strategy determined |
> | | | | and loosely |
> | | | | implemented for 5.3. |
> |------------------+-------------+----------------+----------------------|
> | | | | When running syscons |
> | | | | on an Ultra-30 with |
> | | | | Creator-3D typing |
> | | | | characters on the |
> | | | | keyboard produces |
> | | | | garbage. Problem |
> | | | | reported by Kris |
> | syscons not | | | Kennaway. Debugging |
> | working on | Not done | -- | difficult due to |
> | Sparc64 Ultra-30 | | | lack of this |
> | | | | particular |
> | | | | configuration among |
> | | | | developers and |
> | | | | problem isn't |
> | | | | present on similar |
> | | | | hardware (e.g. no |
> | | | | problem on Ultra-60 |
> | | | | w/Creator-3D). |
> +------------------------------------------------------------------------+
>
> Documentation items that must be resolved for 5.3
>
> +-------------------------------------------------------------------------------------------------+
> | Issue | Status |Responsible| Description |
> |--------------+-----------+-----------+----------------------------------------------------------|
> | | |Gavin |The installation documentation doesn't take into account |
> |i386 Floppy | |Atkinson, |the new floppy images (with a full kernel split across |
> |Installation |Done |Bruce A. |multiple disks). This should be updated. |
> |Docs | |Mah |References: |
> | | | |docs/70485 (closed) |
> |--------------+-----------+-----------+----------------------------------------------------------|
> |Finish | |Simon L. |Finish removing mention of individual devices in the |
> |hardware notes|In progress|Nielsen, |hardware notes and use auto-generated lists, based on |
> |trimming | |Christian |driver manual pages, instead. |
> | | |Brueffer | |
> |--------------+-----------+-----------+----------------------------------------------------------|
> | | | |The snd(4) and pcm(4) drivers have been renamed but their |
> | | | |manual pages are still outdated. sound(4) has to be added |
> | | | |and pcm(4), csa(4), gusc(4), sbc(4), and uaudio(4) should |
> |sound(4) | | |be revised. Other manual pages which refer to pcm(4) (if |
> |related manual|In progress|Simon L. |any) should possibly be revised, too. In addition, |
> |pages | |Nielsen |supported cards list needs to be updated. |
> | | | |References: |
> | | | |Manpage for snd_solo on -doc@ |
> | | | |[PATCH] sound(4) related manpages 5.3 TODO item on -doc@ |
> | | | |src/share/man/man4/Makefile rev.1.279 |
> |--------------+-----------+-----------+----------------------------------------------------------|
> | | | |This section is outdated, some rewrites are needed for |
> |Sound section | |Marc |5.3-RELEASE. |
> |in the |Done |Fonvieille |References: |
> |Handbook | | |doc/en_US.ISO8859-1/books/handbook/multimedia/chapter.sgml|
> | | | |rev.1.94 |
> |--------------+-----------+-----------+----------------------------------------------------------|
> |FDP | | |With the snd(4) and pcm(4) drivers changes, documentations|
> |documentations|Not done |-- |(FAQ) regarding the use of these drivers need an update. |
> |related pcm(4)| | | |
> |--------------+-----------+-----------+----------------------------------------------------------|
> | | | |Xin LI pointed out that FreeBSD 5.3-RELEASE is the first |
> | | | |stable release on 5.X and it is (hopefully) not for early |
> | | | |adopters. Early Adopter's Guide is still useful, but |
> |Early | |Bruce A. |contains a bit old information. Some parts of this guide |
> |Adopter's |Done |Mah, Tom |need a rewrite, and this document should be published as |
> |Guide | |Rhodes |"4.X to 5.X Migration Guide", which focuses difference |
> | | | |between 4.X and 5.X. |
> | | | |References: |
> | | | |Draft for review |
> | | | |discussion on -doc@ and -current@ |
> |--------------+-----------+-----------+----------------------------------------------------------|
> | | | |Some parts are outdated. doc/70485 has been committed, but|
> | | | |more work is needed to reflect the realities. bmah@ |
> | | | |pointed out that we should have "quick-start" installation|
> |Installation |Not done |Tom Rhodes |guide for each platform instead of the current ones |
> |Notes | | |because they become too long and difficult to be |
> | | | |maintained. |
> | | | |References: |
> | | | |doc/70485 (closed) |
> |--------------+-----------+-----------+----------------------------------------------------------|
> | | |Ken Tom, |Update the X11 chapter of the Handbook for X.Org's X11 |
> |Xorg |Done |Marc |server. |
> | | |Fonvieille |References: |
> | | | |books/handbook/config/chapter.sgml rev.1.147 |
> |--------------+-----------+-----------+----------------------------------------------------------|
> | | | |Ch.11.4 and 11.5 of the Handbook must be updated to |
> | | | |mention the new rc.d scripts and some ports use |
> |rc.d scripts |In progress|Tom Rhodes |/etc/rc.conf for their configuration. |
> | | | |References: |
> | | | |books/handbook/config/chapter.sgml rev.1.170 |
> | | | |books/handbook/config/chapter.sgml rev.1.172 |
> |--------------+-----------+-----------+----------------------------------------------------------|
> |Handbook's | | |Chapter 8 must be updated to match 5.3-RELEASE. |
> |kernel |Done |Ceri Davies|References: |
> |configuration | | |docs/70674 (closed) |
> |chapter | | |books/handbook/kernelconfig/chapter.sgml rev.1.135 |
> |--------------+-----------+-----------+----------------------------------------------------------|
> | | | |Some parts of Section 14.10 are outdated and are not |
> |Handbook's | | |correct for 5.X systems. |
> |IPsec section |Not done |-- |References: |
> | | | |ipsec on -doc@ |
> | | | |Problem with IPSEC in handbook on -doc@ |
> |--------------+-----------+-----------+----------------------------------------------------------|
> |Handbook's |Not done |-- |Vinum chapter needs to be revised for 5.X systems. |
> |Vinum chapter | | | |
> +-------------------------------------------------------------------------------------------------+
>
> Testing focuses for 5.3-RELEASE
>
> +------------------------------------------------------------------------+
> | Issue | Status | Responsible | Description |
> |--------------------+---------------+--------------+--------------------|
> | | | | SCHED_ULE provides |
> | | | | better |
> | | | | interactivity, |
> | | | | higher |
> | | | | performance, and |
> | SCHED_ULE as the | | Jeff | the ability to |
> | default scheduler | Needs testing | Roberson | support pinning |
> | | | | and affinity. |
> | | | | Basic HTT |
> | | | | scheduling |
> | | | | policies should be |
> | | | | in place for 5.3 |
> | | | | also. |
> |--------------------+---------------+--------------+--------------------|
> | | | | KSE has matured to |
> | | | | the point of being |
> | | | | more stable and |
> | | | | POSIX-compliant |
> | | | | than the |
> | | | | traditional |
> | | | | libc_r. All Tier-1 |
> | | | | platforms MUST |
> | | | | have stable KSE |
> | | | David Xu, | support for 5.3 in |
> | KSE as the default | Needs testing | Daniel | order to support a |
> | threads library | | Eischen | consistent |
> | | | | transition. |
> | | | | Additionally, all |
> | | | | ports that depend |
> | | | | on the pthreads |
> | | | | API must be |
> | | | | modified to |
> | | | | properly detect |
> | | | | and support the |
> | | | | default threading |
> | | | | library. |
> |--------------------+---------------+--------------+--------------------|
> | | | | Binutils needs |
> | | | | updating in order |
> | Updated binutils | | David | to support new |
> | for all platforms | Needs testing | O'Brien | platforms, newer |
> | | | | GDB versions, and |
> | | | | Thread Local |
> | | | | Storage. |
> |--------------------+---------------+--------------+--------------------|
> | | | | The previous GCC |
> | | | | 3.3 snapshot |
> | | | | included |
> | | | | regressions in |
> | | | | alignment of |
> | | | | floating point |
> | gcc 3.3 floating | | | arguments, |
> | point alignment | Needs testing | | resulting in a |
> | regression | | | substantial |
> | | | | performance |
> | | | | degradation. The |
> | | | | recent GCC 3.4.2 |
> | | | | import should fix |
> | | | | this, but more |
> | | | | testing is needed. |
> |--------------------+---------------+--------------+--------------------|
> | | | | Jun Kuriyama has |
> | | | | reportged a failed |
> | | | | locking assertion |
> | | | | with IPv6 TCP |
> | in6_pcbnotify() | Needs testing | Robert | notifications. A |
> | panic with TCP | | Watson | patch has been |
> | | | | committed to the |
> | | | | CVS HEAD and |
> | | | | RELENG_5 and needs |
> | | | | further testing. |
> |--------------------+---------------+--------------+--------------------|
> | | | | To complete |
> | | | | support for |
> | | | | thread-local |
> | | | | storage on |
> | | | | FreeBSD, |
> | Per-platform | | Doug Rabson, | per-architecture |
> | Thread-Local | Needs testing | Marcel | changes must be |
> | Storage | | Moolenaar | made. Currently |
> | | | | pending platforms |
> | | | | are amd64, alpha, |
> | | | | ia64, i386, |
> | | | | sparc64, and |
> | | | | powerpc. |
> |--------------------+---------------+--------------+--------------------|
> | | | | High load on SMP |
> | | | | systems appears to |
> | | | | result in a hard |
> | | | | hang related to VM |
> | | | | IPI. Doug White |
> | SMP instability | | Doug White, | has prepared a |
> | under load | Needs testing | Alan L. Cox | candidate patch |
> | | | | that appears to |
> | | | | resolve this |
> | | | | instability, which |
> | | | | is currently in |
> | | | | testing for merge |
> | | | | to the CVS HEAD. |
> |--------------------+---------------+--------------+--------------------|
> | | | | Significant parts |
> | | | | of the network |
> | | | | stack (especially |
> | | | | IPv4, UNIX domain |
> | | | | IPC, and sockets) |
> | | | | now have |
> | | | | fine-grained |
> | | | | locking of their |
> | | | | data structures. |
> | | | | It's possible to |
> | | | | run many common |
> | | | | network subsystems |
> | | | | and services |
> | | | | without the Giant |
> | Fine-grained | | | lock. However, a |
> | network stack | | Robert | number of device |
> | locking without | Needs testing | Watson | drivers and less |
> | Giant | | | mainstream network |
> | | | | subsystems are |
> | | | | currently not |
> | | | | MPSAFE. By |
> | | | | 5.3-RELEASE, it is |
> | | | | necessary to have |
> | | | | the vast majority |
> | | | | of network code |
> | | | | running without |
> | | | | Giant, including |
> | | | | sockets, |
> | | | | permitting |
> | | | | complete |
> | | | | local<->remote |
> | | | | delivery without |
> | | | | grabbing Giant. |
> |--------------------+---------------+--------------+--------------------|
> | | | | KLDs work when |
> | | | | loaded from |
> | | | | userland, but not |
> | | | David | from the loader. |
> | kld support for | Needs testing | O'Brien, Ian | kldxref and loader |
> | amd64 | | Dowse | support has been |
> | | | | committed to HEAD |
> | | | | and RELENG_5 and |
> | | | | needs final |
> | | | | testing. |
> |--------------------+---------------+--------------+--------------------|
> | | | | Recent changes to |
> | | | | the ATA driver |
> | | | | trigger a bug on |
> | | | So/ren | sparc64 that |
> | ATA panics under | Needs testing | Schmidt, | causes a panic on |
> | sparc64 | | Scott Long | boot. This was |
> | | | | caused by bugs in |
> | | | | busdma that have |
> | | | | been hopefully |
> | | | | fixed. |
> |--------------------+---------------+--------------+--------------------|
> | | | | The ifconf() ioctl |
> | | | | for listing |
> | | | | network interfaces |
> | | | | performs a |
> | | | | copyout() while |
> | | | | holding the global |
> | | | | ifnet list mutex. |
> | | | | This generates a |
> | ifconf() sleep | | | witness warning in |
> | warning | Needs testing | Brooks Davis | the event that |
> | | | | copyout() |
> | | | | generates a page |
> | | | | fault, and risks |
> | | | | more serious |
> | | | | problems. A patch |
> | | | | has been committed |
> | | | | to HEAD and |
> | | | | RELENG_5, but |
> | | | | requires testing. |
> |--------------------+---------------+--------------+--------------------|
> | | | | There are reports |
> | | | | of applications |
> | | | | wedging in poll() |
> | | | | and select() while |
> | | | | running the |
> | | | | network stack |
> | | | | without the Giant |
> | | | | lock. A recent |
> | | | | sleepq change |
> | | | | appears to have |
> | | | | caused some of the |
> | | | | observed problems |
> | | | | to go away (others |
> | | | | are difficult to |
> | poll()/select() | | | test for due to |
> | application wedge | Needs testing | Robert | recent SMP |
> | reports with | | Watson | instability). A |
> | debug.mpsafenet=1 | | | fix has been |
> | | | | committed to CVS |
> | | | | HEAD and merged to |
> | | | | RELENG_5 and |
> | | | | appears to resolve |
> | | | | problems with |
> | | | | poll(); we are |
> | | | | waiting for |
> | | | | feedback that it |
> | | | | has corrected the |
> | | | | reported problems |
> | | | | with select() also |
> | | | | before moving this |
> | | | | to "testing" |
> | | | | status. |
> +------------------------------------------------------------------------+
>
> ----------------------------------------------------------------------
>
> home | contact | legal | (c) 1995-2004 The FreeBSD Project.
> All rights reserved.
> Last modified: 2004/09/26 19:31:47
From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 14:33:58 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 466C316A4CE; Fri, 1 Oct 2004 14:33:58 +0000 (GMT)
Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57])
by mx1.FreeBSD.org (Postfix) with ESMTP
id BCF2043D41; Fri, 1 Oct 2004 14:33:57 +0000 (GMT)
(envelope-from scottl@FreeBSD.org)
Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11])
(authenticated bits=0)
by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i91EYrUb077936;
Fri, 1 Oct 2004 08:34:53 -0600 (MDT)
(envelope-from scottl@FreeBSD.org)
Message-ID: <415D6A9E.5030903@FreeBSD.org>
Date: Fri, 01 Oct 2004 08:33:02 -0600
From: Scott Long <scottl@FreeBSD.org>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040831
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Alfred Perlstein <alfred@FreeBSD.org>
References: <200410010741.i917fJUo076107@pooker.samsco.org>
<20041001083144.GT39252@elvis.mu.org>
In-Reply-To: <20041001083144.GT39252@elvis.mu.org>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63
X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org
cc: re@FreeBSD.org
cc: current@FreeBSD.org
Subject: Re: 5.3-RELEASE TODO
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Oct 2004 14:33:58 -0000
Alfred Perlstein wrote:
> * Scott Long <scottl@FreeBSD.org> [041001 00:40] wrote:
>
>> | if_em wedging under | | | "wedging" under |
>> | high pps | Not done | - | high |
>
>
> I've seen this for months...
>
mlaier figured this one out. Hopefully we can MFC it today for BETA7.
>
>> |------------------+-------------+----------------+----------------------|
>> | | | | A process cannot be |
>> | | | | interrupted while |
>> | | | | waiting on a lock. |
>> | rpc.lockd(8) | | | Fixing this requires |
>> | stability | -- | -- | that the RPC code be |
>> | | | | taught how to deal |
>> | | | | with lock |
>> | | | | cancellation and |
>> | | | | interruption events. |
>
>
> Thinking about it... I think Darwin has the fix, I'll see if I can
> merge it.
>
That would be wonderful!
>
>> |------------------+-------------+----------------+----------------------|
>> | | | | Truss appears to |
>> | | | | have another |
>> | | | | problem. It is |
>> | | | | repeatable by |
>> | | | | running "truss -f |
>> | More truss | Not done | -- | fsck -p /", |
>> | problems | | | suspending it with |
>> | | | | ^Z, and then killing |
>> | | | | truss. It will leave |
>> | | | | behind the fsck |
>> | | | | processes which will |
>> | | | | be unkillable. |
>
>
> This fixes it:
>
> Index: kern_sig.c
> ===================================================================
> RCS file: /home/ncvs/src/sys/kern/kern_sig.c,v
> retrieving revision 1.290
> diff -u -r1.290 kern_sig.c
> --- kern_sig.c 31 Aug 2004 07:34:53 -0000 1.290
> +++ kern_sig.c 1 Oct 2004 08:27:12 -0000
> @@ -1775,6 +1775,16 @@
> !((prop & SA_CONT) && (p->p_flag & P_STOPPED_SIG)))
> return;
> /*
> + * SIGKILL: Remove procfs STOPEVENTs.
> + */
> + if (sig == SIGKILL) {
> + /* from procfs_ioctl.c: PIOCBIC */
> + p->p_stops = 0;
> + /* from procfs_ioctl.c: PIOCCONT */
> + p->p_step = 0;
> + wakeup(&p->p_step);
> + }
> + /*
> * Some signals have a process-wide effect and a per-thread
> * component. Most processing occurs when the process next
> * tries to cross the user boundary, however there are some
>
I see that you already committed this, thanks! Let it settle for a few
days and we'll get it into RC1.
>
>
>> | | | | The LOR reported in |
>> | | | | PR kern/55175 needs |
>> | filedesc LOR | Not done | -- | to be fixed. |
>> | | | | Filedesc locking |
>> | | | | needs to be heavily |
>> | | | | reviewed in general. |
>
>
> Oy this thing... :)
>
> The only thing blocking this was that we need to access the filedesc
> as the process shuts down for nfs locks, Darwin has a workaround that
> I'll see if i can incorporate.
>
Is this one still actually a problem? I haven't seen anyone complain
about it in months.
Scott
From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 14:41:57 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id B131216A4CE; Fri, 1 Oct 2004 14:41:57 +0000 (GMT)
Received: from elvis.mu.org (elvis.mu.org [192.203.228.196])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 9CFC943D1D; Fri, 1 Oct 2004 14:41:57 +0000 (GMT)
(envelope-from bright@elvis.mu.org)
Received: by elvis.mu.org (Postfix, from userid 1192)
id 935395C8FE; Fri, 1 Oct 2004 07:41:57 -0700 (PDT)
Date: Fri, 1 Oct 2004 07:41:57 -0700
From: Alfred Perlstein <alfred@freebsd.org>
To: Scott Long <scottl@FreeBSD.org>
Message-ID: <20041001144157.GA13443@elvis.mu.org>
References: <200410010741.i917fJUo076107@pooker.samsco.org>
<20041001083144.GT39252@elvis.mu.org> <415D6A9E.5030903@FreeBSD.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <415D6A9E.5030903@FreeBSD.org>
User-Agent: Mutt/1.4.2.1i
cc: re@FreeBSD.org
cc: current@FreeBSD.org
Subject: Re: 5.3-RELEASE TODO
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Oct 2004 14:41:57 -0000
* Scott Long <scottl@FreeBSD.org> [041001 07:33] wrote:
> Alfred Perlstein wrote:
> >>| | | | The LOR reported in |
> >>| | | | PR kern/55175 needs |
> >>| filedesc LOR | Not done | -- | to be fixed. |
> >>| | | | Filedesc locking |
> >>| | | | needs to be heavily |
> >>| | | | reviewed in general. |
> >
> >
> >Oy this thing... :)
> >
> >The only thing blocking this was that we need to access the filedesc
> >as the process shuts down for nfs locks, Darwin has a workaround that
> >I'll see if i can incorporate.
> >
>
> Is this one still actually a problem? I haven't seen anyone complain
> about it in months.
I dunno... last time it was in a sysctl to grab file info, I'll see
if it's still a problem.
--
- Alfred Perlstein
- Research Engineering Development Inc.
- email: bright@mu.org cell: 408-480-4684
From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 14:49:08 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id CC7EC16A4CE; Fri, 1 Oct 2004 14:49:08 +0000 (GMT)
Received: from elvis.mu.org (elvis.mu.org [192.203.228.196])
by mx1.FreeBSD.org (Postfix) with ESMTP
id BD08343D48; Fri, 1 Oct 2004 14:49:08 +0000 (GMT)
(envelope-from bright@elvis.mu.org)
Received: by elvis.mu.org (Postfix, from userid 1192)
id B61D15C955; Fri, 1 Oct 2004 07:49:08 -0700 (PDT)
Date: Fri, 1 Oct 2004 07:49:08 -0700
From: Alfred Perlstein <alfred@freebsd.org>
To: Scott Long <scottl@FreeBSD.org>
Message-ID: <20041001144908.GB13443@elvis.mu.org>
References: <200410010741.i917fJUo076107@pooker.samsco.org>
<20041001083144.GT39252@elvis.mu.org> <415D6A9E.5030903@FreeBSD.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <415D6A9E.5030903@FreeBSD.org>
User-Agent: Mutt/1.4.2.1i
cc: re@FreeBSD.org
cc: current@FreeBSD.org
Subject: Re: 5.3-RELEASE TODO
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Oct 2004 14:49:08 -0000
* Scott Long <scottl@FreeBSD.org> [041001 07:33] wrote:
> Alfred Perlstein wrote:
> >>| | | | The LOR reported in |
> >>| | | | PR kern/55175 needs |
> >>| filedesc LOR | Not done | -- | to be fixed. |
> >>| | | | Filedesc locking |
> >>| | | | needs to be heavily |
> >>| | | | reviewed in general. |
> >
> >
> >Oy this thing... :)
> >
> >The only thing blocking this was that we need to access the filedesc
> >as the process shuts down for nfs locks, Darwin has a workaround that
> >I'll see if i can incorporate.
> >
>
> Is this one still actually a problem? I haven't seen anyone complain
> about it in months.
Yes. :)
in kern_descript.c:fdfree() we have this:
/*
* We are the last reference to the structure, so we can
* safely assume it will not change out from under us.
*/
FILEDESC_UNLOCK(fdp);
fpp = fdp->fd_ofiles;
for (i = fdp->fd_lastfile; i-- >= 0; fpp++) {
if (*fpp)
(void) closef(*fpp, td);
}
/* XXX This should happen earlier. */
mtx_lock(&fdesc_mtx);
td->td_proc->p_fd = NULL;
mtx_unlock(&fdesc_mtx);
Basically we have an unlocked access to the filedesc here.
The "should happen earlier" refers to swapping the order of these
two code blocks, but we can not because NFS locking currently
requires that the filedesc be around until the very last file is
released.
I may be able to merge a fix from Darwin for this, but I'm waiting
on an A-OK for it.
--
- Alfred Perlstein
- Research Engineering Development Inc.
- email: bright@mu.org cell: 408-480-4684
From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 14:58:31 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 20DDE16A4CE
for <current@freebsd.org>; Fri, 1 Oct 2004 14:58:31 +0000 (GMT)
Received: from green.homeunix.org (pcp04368961pcs.nrockv01.md.comcast.net
[69.140.212.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id DEE7943D2D
for <current@freebsd.org>; Fri, 1 Oct 2004 14:58:26 +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.1/8.13.1) with ESMTP id i91EvxBQ005796;
Fri, 1 Oct 2004 10:57:59 -0400 (EDT)
(envelope-from green@green.homeunix.org)
Received: (from green@localhost)
by green.homeunix.org (8.13.1/8.13.1/Submit) id i91Evvpj005795;
Fri, 1 Oct 2004 10:57:57 -0400 (EDT)
(envelope-from green)
Date: Fri, 1 Oct 2004 10:57:57 -0400
From: Brian Fundakowski Feldman <green@freebsd.org>
To: Julian Elischer <julian@elischer.org>
Message-ID: <20041001145757.GH997@green.homeunix.org>
References: <20040929050154.GJ5115@afflictions.org>
<415A6AE3.4050309@elischer.org> <415A6B8A.1040902@elischer.org>
<20040929093723.GB29565@afflictions.org> <415B113A.1060508@elischer.org>
<20040929215528.GH29565@afflictions.org> <415B368D.3020506@elischer.org>
<20040930042935.GA26934@afflictions.org>
<20040930043322.GB26934@afflictions.org> <415C4ED7.8090209@elischer.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <415C4ED7.8090209@elischer.org>
User-Agent: Mutt/1.5.6i
cc: Damian Gerow <dgerow@afflictions.org>
cc: current@freebsd.org
Subject: Re: Random processes hanging in unkillable state in -BETA6
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Oct 2004 14:58:31 -0000
On Thu, Sep 30, 2004 at 11:22:15AM -0700, Julian Elischer wrote:
>
>
> Damian Gerow wrote:
>
> >Thus spake Damian Gerow (dgerow@afflictions.org) [30/09/04 00:32]:
> >: Thus spake Julian Elischer (julian@elischer.org) [29/09/04 18:28]:
> >: : It actually needs a *arg to be a valid ctor..
> >: :
> >: : -ksegrp_init(void *mem, int size, int flags)
> >: : +ksegrp_ctor(void *mem, int size, void *arg, int flags)
> >:
> >: Okay, change made, kernel recompiled, installed, and booted into. But
> >I'm
> >: still seeing the hangs from firefox, dig, and ogle.
> >
> >And the next ddb output is up, as per your previous instructions, at
> ><http://www.afflictions.org/~dgerow/ddb2.out>.
> >
>
> oh ok.
> I see the garbage values are still there. they look like flags of some
> sort. Something must
> be writing to that location.. I'll look for an overwrite.
> ..
I don't see anything wrong with how kse groups are allocated. If it's
for a new proc, fork clears/copies appropriately, and kse the same.
Where do you see that you'd need a constructor that clears it all so
heavy-handedly? If anything, put the "zero" clearing part in the
constructor, and remove it from everywhere else, and things should be
more clear...
--
Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\
<> green@FreeBSD.org \ The Power to Serve! \
Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\
From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 15:03:40 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 6130016A4CF
for <current@freebsd.org>; Fri, 1 Oct 2004 15:03:40 +0000 (GMT)
Received: from green.homeunix.org (pcp04368961pcs.nrockv01.md.comcast.net
[69.140.212.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id C8DE643D31
for <current@freebsd.org>; Fri, 1 Oct 2004 15:03:34 +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.1/8.13.1) with ESMTP id i91F3UF5005830;
Fri, 1 Oct 2004 11:03:30 -0400 (EDT)
(envelope-from green@green.homeunix.org)
Received: (from green@localhost)
by green.homeunix.org (8.13.1/8.13.1/Submit) id i91F3UBw005829;
Fri, 1 Oct 2004 11:03:30 -0400 (EDT)
(envelope-from green)
Date: Fri, 1 Oct 2004 11:03:29 -0400
From: Brian Fundakowski Feldman <green@freebsd.org>
To: "Devon H. O'Dell" <dodell@sitetronics.com>
Message-ID: <20041001150329.GI997@green.homeunix.org>
References: <200409272240.00356.A.S.Usov@kvi.nl>
<20041001132843.GG997@green.homeunix.org> <200410011555.00828.A.S.Usov@kvi.nl>
<415D66A3.4070805@sitetronics.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <415D66A3.4070805@sitetronics.com>
User-Agent: Mutt/1.5.6i
cc: "Alexander S. Usov" <A.S.Usov@KVI.nl>
cc: current@freebsd.org
Subject: Re: ALTQ/pf troubles
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Oct 2004 15:03:40 -0000
On Fri, Oct 01, 2004 at 04:16:03PM +0200, Devon H. O'Dell wrote:
> Alexander S. Usov wrote:
> >On Friday 01 October 2004 15:28, Brian Fundakowski Feldman wrote:
> >
> >>On Mon, Sep 27, 2004 at 10:40:00PM +0200, Alexander S. Usov wrote:
> >>
> >>>Hello !!
> >>>Just enabling the queueing on the interface with bandwidth == DSL
> >>>bandwidth results in the appox. factor of 2 drop in the speed of the
> >>>outgoing transfers.
> >>>
> >>>>From my experiments I got an impression that to make this slow-down
> >>>
> >>>away I have to specify the bandwith around 700Kb, which is twice bigger
> >>>than real.
> >>
> >>Are you telling ALTQ to process _incoming_ packets?
> >
> >
> >According to the pf manuals it should process only outgoing packets.
> >And I believe it's the case as the incoming rate doesn't depends on
> >queieing state.
>
> I know you guys are experienced with this, but this is just for those
> who are reading and aren't :).
>
> You can easily limit incoming packets by treating the outgoing packets
> on the ``internal'' interface. If a machine, for instance has interfaces
> fxp0 and fxp1; fxp0 being an interface with an external connection and
> fxp1 connecting to an internal network:
>
> /----------\ incoming fxp0 /----------\ outgoing fxp1 (altq) /-----\
> | the | -------------> | firewall | --------------------> | the |
> | Internet | <------------- | pf/altq | <-------------------- | xAN |
> \----------/ outgoing fxp0 \----------/ incoming fxp1 \-----/
> (altq)
>
> fig 1.1 Ugly ASCII art by me. Packets coming in via fxp0 are not
> ``processed'' by ALTQ; however, these packets are probably destined for
> the xAN (WAN / LAN / whatever -- certainly so if this is a bridged
> configuration) and the ``incoming'' packets can thus be treated when
> they're outgoing -- to the destined network. Likewise, packets exiting
> the firewall destined for the Internet can be ``processed'' as well.
>
> This, of course, assumes a certain network layout that not all people
> are using (for instance when the firewall is the system with the
> services). There's no real solution for this, except perhaps to create a
> loopback NAT of some kind, which is an ugly hack. If this (previous
> description) is your network layout and you're really needing this, I'd
> suggest that you just rethink your network layout and buy a cheap box to
> act as a firewall, configuring it as in the diagram above.
>
> Note as well that the above diagram should also work if the pf machine
> is running as a transparent bridge, although I'm not sure if pf is able
> to act as a bridge under pfil(9). This should be possible in the future.
>
> So, in conclusion, it _is_ possible to queue incoming packets, because
> on a firewall, they're usually destined to exit another interface (thus
> being outgoing packets) to reach machines on another network / on the
> other side of the bridge.
>
> Hope this is useful.
I don't understand what you're saying. You still don't put ALTQ
classification on incoming packets, you do it when they're going out
of whatever the final interface they're destined for.
--
Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\
<> green@FreeBSD.org \ The Power to Serve! \
Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\
From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 15:37:26 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 8FC4B16A4CE; Fri, 1 Oct 2004 15:37:26 +0000 (GMT)
Received: from mx-itb.geoph.ITB.ac.id (mx-itb.geoph.itb.ac.id [167.205.30.11])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 42BAE43D5D; Fri, 1 Oct 2004 15:37:24 +0000 (GMT)
(envelope-from dikshie@ppk.itb.ac.id)
Received: from localhost.geoph.itb.ac.id (localhost.geoph.itb.ac.id
[127.0.0.1])
by mx-itb.geoph.ITB.ac.id (Postfix) with ESMTP id 7A2EE20ADB;
Fri, 1 Oct 2004 22:48:18 +0700 (WIT)
Received: from mx-itb.geoph.ITB.ac.id (localhost.geoph.itb.ac.id [127.0.0.1])
by localhost.geoph.itb.ac.id (VaMailArmor-2.0.1.16) id 45957-2F918A1A;
Fri, 01 Oct 2004 22:48:17 +0700
Received: from ipv6.ppk.itb.ac.id (ipv6.ppk.ITB.ac.id [167.205.25.15])
by mx-itb.geoph.ITB.ac.id (Postfix) with ESMTP id C232E20ACC;
Fri, 1 Oct 2004 22:48:17 +0700 (WIT)
Received: by ipv6.ppk.itb.ac.id (Postfix, from userid 1001)
id 6717811484; Fri, 1 Oct 2004 22:37:16 +0700 (WIT)
Date: Fri, 1 Oct 2004 22:37:16 +0700
From: Dikshie <dikshie@ppk.itb.ac.id>
To: Robert Watson <rwatson@freebsd.org>
Message-ID: <20041001153716.GA849@ppk.itb.ac.id>
References: <20040930044835.GA911@ppk.itb.ac.id>
<Pine.NEB.3.96L.1040930005744.42292F-100000@fledge.watson.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <Pine.NEB.3.96L.1040930005744.42292F-100000@fledge.watson.org>
User-Agent: Mutt/1.4.2.1i
X-Operating-System: (FreeBSD 5.3-BETA6 i386)
X-Uptime: 10:35PM up 9 mins, 1 user, load averages: 0.00, 0.05, 0.06
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-AntiVirus: checked by Vexira MailArmor (version: 2.0.1.16; VAE: 6.27.0.12;
VDF: 6.27.0.82; host: mx-itb.geoph.itb.ac.id)
cc: current@freebsd.org
Subject: Re: -BETA6 panic with xorp multicast routing daemon
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Oct 2004 15:37:26 -0000
Robert Watson (rwatson@freebsd.org) wrote:
sorry for late reply.
> >From the nature of the panic, it sounds like you're running with
> NET_WITH_GIANT, debug.mpsafenet=0 in loader.conf, or that the setting has
> been forced by running with a kernel component that relies on Giant over
> the network stack?
yes. dmesg shows:
WARNING: debug.mpsafenet forced to 0 as ipsec requires Giant
WARNING: MPSAFE network stack disabled, expect reduced performance.
> Try the attached patch, please.
your patch works very well.
thanks a lot !
-dikshie-
From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 15:49:37 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 9AAA416A4CE
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 15:49:37 +0000 (GMT)
Received: from electra.cse.Buffalo.EDU (electra.cse.Buffalo.EDU
[128.205.32.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E60043D45
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 15:49:37 +0000 (GMT)
(envelope-from kensmith@cse.Buffalo.EDU)
Received: from electra.cse.Buffalo.EDU (localhost [127.0.0.1])
i91FnaTH018469 for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 11:49:36 -0400 (EDT)
Received: (from kensmith@localhost)
by electra.cse.Buffalo.EDU (8.12.10/8.12.9/Submit) id i91FnZJL018468
for freebsd-current@freebsd.org; Fri, 1 Oct 2004 11:49:35 -0400 (EDT)
Date: Fri, 1 Oct 2004 11:49:35 -0400
From: Ken Smith <kensmith@cse.Buffalo.EDU>
To: freebsd-current@freebsd.org
Message-ID: <20041001154935.GA17702@electra.cse.Buffalo.EDU>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.4.1i
Subject: HEADS-UP: Library versions have been bumped
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Oct 2004 15:49:37 -0000
> kensmith 2004-10-01 15:38:07 UTC
>
> FreeBSD src repository
>
> Modified files:
> . UPDATING
> gnu/lib/libreadline Makefile.inc
> lib/libopie Makefile
> lib/libpcap Makefile
> lib/msun Makefile
> Log:
> Bump the library version numbers for the following libraries:
>
> /lib/{libm,libreadline}
> /usr/lib/{libhistory,libopie,libpcap}
>
> in preparation for doing the same thing to RELENG_5. HUGE amounts of
> help for determining what to bump provided by kris.
>
> Discussed on: freebsd-current
> Approved by: re (not required for commit but something like this should be)
>
> Revision Changes Path
> 1.367 +15 -0 src/UPDATING
> 1.10 +1 -1 src/gnu/lib/libreadline/Makefile.inc
> 1.19 +1 -1 src/lib/libopie/Makefile
> 1.34 +1 -1 src/lib/libpcap/Makefile
> 1.52 +1 -0 src/lib/msun/Makefile
The specific list of library version number bumps is this (also available
in UPDATING):
/lib/libm.so.2 -> libm.so.3
/lib/libreadline.so.4 -> libreadline.so.5
/usr/lib/libhistory.so.4 -> libhistory.so.5
/usr/lib/libopie.so.2 -> libopie.so.3
/usr/lib/libpcap.so.2 -> libpcap.so.3
We specifically did not arrange for anything to remove the old
versions of the libraries - that is something best left to you folks
to determine when you want it done. At the point the old libraries
are removed any ports or other programs you have compiled that are not
part of the base system will break. They will need to be recompiled
to pick up references to the new library versions. But it is best if
these libraries get removed at some point if you expect to be running
4.X executables and want to pick up the 4.10 libraries from compat
(which are not there yet but will be soon). Use your judgement on
when to remove the old libraries.
--
Ken Smith
- From there to here, from here to | kensmith@cse.buffalo.edu
there, funny things are everywhere. |
- Theodore Geisel |
From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 15:56:16 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id E451316A4CE
for <freebsd-current@FreeBSD.org>;
Fri, 1 Oct 2004 15:56:16 +0000 (GMT)
Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57])
by mx1.FreeBSD.org (Postfix) with ESMTP id 73CF343D4C
for <freebsd-current@FreeBSD.org>;
Fri, 1 Oct 2004 15:56:16 +0000 (GMT)
(envelope-from scottl@FreeBSD.org)
Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11])
(authenticated bits=0)
by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i91FvBPe078324;
Fri, 1 Oct 2004 09:57:11 -0600 (MDT)
(envelope-from scottl@FreeBSD.org)
Message-ID: <415D7DE7.5020708@FreeBSD.org>
Date: Fri, 01 Oct 2004 09:55:19 -0600
From: Scott Long <scottl@FreeBSD.org>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040831
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Ken Smith <kensmith@cse.Buffalo.EDU>
References: <20041001154935.GA17702@electra.cse.Buffalo.EDU>
In-Reply-To: <20041001154935.GA17702@electra.cse.Buffalo.EDU>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63
X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org
cc: freebsd-current@FreeBSD.org
Subject: Re: HEADS-UP: Library versions have been bumped
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Oct 2004 15:56:17 -0000
Ken Smith wrote:
>>kensmith 2004-10-01 15:38:07 UTC
>>
>> FreeBSD src repository
>>
>> Modified files:
>> . UPDATING
>> gnu/lib/libreadline Makefile.inc
>> lib/libopie Makefile
>> lib/libpcap Makefile
>> lib/msun Makefile
>> Log:
>> Bump the library version numbers for the following libraries:
>>
>> /lib/{libm,libreadline}
>> /usr/lib/{libhistory,libopie,libpcap}
>>
>> in preparation for doing the same thing to RELENG_5. HUGE amounts of
>> help for determining what to bump provided by kris.
>>
>> Discussed on: freebsd-current
>> Approved by: re (not required for commit but something like this should be)
>>
>> Revision Changes Path
>> 1.367 +15 -0 src/UPDATING
>> 1.10 +1 -1 src/gnu/lib/libreadline/Makefile.inc
>> 1.19 +1 -1 src/lib/libopie/Makefile
>> 1.34 +1 -1 src/lib/libpcap/Makefile
>> 1.52 +1 -0 src/lib/msun/Makefile
>
>
> The specific list of library version number bumps is this (also available
> in UPDATING):
>
> /lib/libm.so.2 -> libm.so.3
> /lib/libreadline.so.4 -> libreadline.so.5
> /usr/lib/libhistory.so.4 -> libhistory.so.5
> /usr/lib/libopie.so.2 -> libopie.so.3
> /usr/lib/libpcap.so.2 -> libpcap.so.3
>
> We specifically did not arrange for anything to remove the old
> versions of the libraries - that is something best left to you folks
> to determine when you want it done. At the point the old libraries
> are removed any ports or other programs you have compiled that are not
> part of the base system will break. They will need to be recompiled
> to pick up references to the new library versions. But it is best if
> these libraries get removed at some point if you expect to be running
> 4.X executables and want to pick up the 4.10 libraries from compat
> (which are not there yet but will be soon). Use your judgement on
> when to remove the old libraries.
>
Don't forget that /etc/libmap.conf can be used to ease this migration
process. I would suggest mapping libm.so.2 to libm.so.3 until you
have everything re-compiled.
Scott
From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 16:05:05 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 3567116A4CE
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 16:05:05 +0000 (GMT)
Received: from beagle2.mehnert.org (beagle2.mehnert.org [212.42.235.57])
by mx1.FreeBSD.org (Postfix) with ESMTP id 5D0A843D2D
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 16:05:04 +0000 (GMT)
(envelope-from hannes@mehnert.org)
Received: from localhost (port-195-158-171-190.dynamic.qsc.de
[195.158.171.190])
(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
(Client CN "Hannes Mehnert", Issuer "mehnert root CA" (verified OK))
by beagle2.mehnert.org (Postfix) with ESMTP
id 8A8F89585F; Fri, 1 Oct 2004 18:05:01 +0200 (CEST)
Date: Fri, 1 Oct 2004 18:04:57 +0200
From: Hannes Mehnert <hannes@mehnert.org>
To: Sam Leffler <sam@errno.com>
Message-ID: <20041001160457.GA2871@mehnert.org>
References: <200408201412.15438.sam@errno.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <200408201412.15438.sam@errno.com>
User-Agent: Mutt/1.4.2.1i
cc: freebsd-current@freebsd.org
Subject: Re: net80211+atheros changes
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Oct 2004 16:05:05 -0000
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi Sam,
On Fri, Aug 20, 2004 at 02:12:15PM -0700, Sam Leffler wrote:
> http://www.freebsd.org/~sam/net80211+ath-20040818.tgz has a first cut at
> back-merging the work I've done in Linux to FreeBSD. These changes update
> the 802.11 support and all the drivers that use it. The patch also brings in
> the latest version of the Atheros hal.
I have the following problem with your patch:
To change my atheros 5212 from hostap to managed mode, I need to unload
and reload if_ath.
Sometimes kldload if_ath doesn't create an ath0 device. I see the
following in messages:
localhost kernel: ath0: <Atheros 5212> mem
0xc0210000-0xc021ffff irq 11 at device 2.0 on pci2
localhost kernel: ath0: failed to allocate descriptors: 12
localhost kernel: device_attach: ath0 attach returned 12
After a reboot, kldload works fine again.
(a working kldload would be:
localhost kernel: ath0: <Atheros 5212> mem 0xc0210000-0xc021ffff
irq 11 at device 2.0 on pci2
localhost kernel: ath0: Ethernet address: 00:05:4e:48:e3:27
localhost kernel: ath0: 11a rates: 6Mbps 9Mbps 12Mbps 18Mbps 24M
bps 36Mbps 48Mbps 54Mbps
localhost kernel: ath0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps
localhost kernel: ath0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6M
bps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps
localhost kernel: ath0: mac 5.6 phy 4.1 5ghz radio 1.7 2ghz radi
o 2.3
localhost kernel: ath0: Use hw queue 1 for WME_AC_BE traffic
localhost kernel: ath0: Use hw queue 0 for WME_AC_BK traffic
localhost kernel: ath0: Use hw queue 2 for WME_AC_VI traffic
localhost kernel: ath0: Use hw queue 3 for WME_AC_VO traffic)
Best Regards,
Hannes Mehnert
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)
iD8DBQFBXYAmRcuNlziBjRwRAnLVAJ4nenFYpsJCotY2Qh/+dVnsylokUACfWxtO
B6639oPBTZ5xpqT2tbm047Q=
=iWKu
-----END PGP SIGNATURE-----
From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 16:17:03 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 034F716A4CE
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 16:17:03 +0000 (GMT)
Received: from winston.piwebs.com (217-19-20-186.dsl.cambrium.nl
[217.19.20.186]) by mx1.FreeBSD.org (Postfix) with SMTP id C443843D45
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 16:17:01 +0000 (GMT)
(envelope-from avleeuwen@piwebs.com)
Received: (qmail 2062 invoked from network); 1 Oct 2004 16:17:00 -0000
Received: from vincent.piwebs.com (192.168.0.84)
by winston.piwebs.com with SMTP; 1 Oct 2004 16:17:00 -0000
To: "Poul-Henning Kamp" <phk@phk.freebsd.dk>
References: <8328.1096402087@critter.freebsd.dk>
Message-ID: <opse68uqy73qdyu1@vincent.piwebs.com>
Date: Fri, 01 Oct 2004 18:17:04 +0200
From: "Arjan van Leeuwen" <avleeuwen@piwebs.com>
Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
In-Reply-To: <8328.1096402087@critter.freebsd.dk>
User-Agent: Opera M2/7.60 (Linux, build 808)
cc: freebsd-current@freebsd.org
Subject: Re: A mini-course in benchmark number crunching.
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Oct 2004 16:17:03 -0000
On Tue, 28 Sep 2004 22:08:07 +0200, Poul-Henning Kamp <phk@phk.freebsd.dk>
wrote:
>
> Hi there...
>
> Since we'll be entering silly season benchmark-wise in a few weeks when
> 5.3 goes golden, I'll share an interesting benchmark I ran here today.
>
> (...)
>
> Poul-Henning
>
Nice tutorial, thanks for the good work. Now let's hope some people will
actually use it :).
Arjan
P.S. You're obviously a better teacher than you think you are.
--
Using Opera's revolutionary e-mail client: http://www.opera.com/m2/
From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 16:28:28 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id CAD1616A4CE; Fri, 1 Oct 2004 16:28:28 +0000 (GMT)
Received: from KVIW14.KVI.nl (KVIW14.KVI.nl [129.125.15.46])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 32FD243D45; Fri, 1 Oct 2004 16:28:28 +0000 (GMT)
(envelope-from A.S.Usov@KVI.nl)
Received: from KVIR52.KVI.nl ("port 57401"@KVIR52.KVI.nl [129.125.37.116])
by KVI.nl (PMDF V6.2-X17 #30869) with ESMTP id <01LFIZ79XO4KD41CQM@KVI.nl>;
Fri, 01 Oct 2004 18:28:13 +0200 (MET DST)
Received: from KVIW06.KVI.NL by KVIR52.KVI.nl (AvMailGate-2.0.2-8)
id 23935-2966A35B; Fri, 01 Oct 2004 18:28:12 +0200
Received: from kvip88 ("port 49894"@KVIP88.KVI.nl [129.125.15.152])
by KVI.nl (PMDF V6.2-X17 #30869) with ESMTP id <01LFIZ70XLKED41CQM@KVI.nl>;
Fri, 01 Oct 2004 18:28:01 +0200 (MET DST)
Date: Fri, 01 Oct 2004 18:28:00 +0200
From: "Alexander S. Usov" <A.S.Usov@KVI.nl>
In-reply-to: <20041001132843.GG997@green.homeunix.org>
To: Brian Fundakowski Feldman <green@freebsd.org>
Message-id: <200410011828.00289.A.S.Usov@kvi.nl>
Organization: KVI
MIME-version: 1.0
Content-type: text/plain; charset=koi8-u
Content-transfer-encoding: 7BIT
Content-disposition: inline
User-Agent: KMail/1.7
X-AntiVirus: checked by AntiVir MailGate (version: 2.0.2-8; AVE: 6.27.0.12;
VDF: 6.27.0.83; host: kvi.nl)
References: <200409272240.00356.A.S.Usov@kvi.nl>
<20041001132843.GG997@green.homeunix.org>
cc: current@freebsd.org
Subject: Re: ALTQ/pf troubles
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Oct 2004 16:28:28 -0000
On Friday 01 October 2004 15:28, Brian Fundakowski Feldman wrote:
> On Mon, Sep 27, 2004 at 10:40:00PM +0200, Alexander S. Usov wrote:
> > Hello !!
> >
> > As a happy owner of the 1120/352Kbit ADSL line and 5.3-BETA6
> > I have tried to configure altq as it's described in
> > /usr/share/examples/pf/ackpri and have hit quite a number of
> > strange issues with ALTQ.
> >
> > So, the system is:
> > FreeBSD kvip55.lan 5.3-BETA6 FreeBSD 5.3-BETA6 #0: Mon Sep 27 18:40:51
> > CEST pf.conf & kernel configs are attached to the mail.
> >
> > Just enabling the queueing on the interface with bandwidth == DSL
> > bandwidth results in the appox. factor of 2 drop in the speed of the
> > outgoing transfers.
> >
> > >From my experiments I got an impression that to make this slow-down
> >
> > away I have to specify the bandwith around 700Kb, which is twice bigger
> > than real.
I just have repeated the experiment on different machine, but with basically
the same config.
Result is quite strange:
setting the altq bandwidth to 100Mb, which is a lan-speed, doesn't results in
speed resuction -- I am still getting some 10MB/s transfer speed for scp.
Setting it to 10Mb, results in the transfer speed of approx. 750-820KB/s,
which is somewhat too low.
For 1Mb limit it's working again. ~120KB/s.
Same for 350Kb. Transfer ~40-44KB/s.
It's a bit strange because this two machine are identical from the software
point of view. All system, except /home, /var and a few files in /etc are
periodically synced between them.
Can it be due to the bfe network card in the problematic machine?
--
Best regards,
Alexander.
From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 16:31:15 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id F251116A4CE; Fri, 1 Oct 2004 16:31:14 +0000 (GMT)
Received: from smtpq1.home.nl (smtpq1.home.nl [213.51.128.196])
by mx1.FreeBSD.org (Postfix) with ESMTP
id B98F043D58; Fri, 1 Oct 2004 16:31:14 +0000 (GMT)
(envelope-from dodell@sitetronics.com)
Received: from [213.51.128.133] (port=34131 helo=smtp2.home.nl)
by smtpq1.home.nl with esmtp (Exim 4.30)
id 1CDQJN-0004O1-Gd; Fri, 01 Oct 2004 18:31:13 +0200
Received: from cc740438-a.deven1.ov.home.nl ([82.75.136.183]:3179)
by smtp2.home.nl with esmtp (Exim 4.30)
id 1CDQJM-0005Ha-OP; Fri, 01 Oct 2004 18:31:12 +0200
Message-ID: <415D8650.1090605@sitetronics.com>
Date: Fri, 01 Oct 2004 18:31:12 +0200
From: "Devon H. O'Dell" <dodell@sitetronics.com>
User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Brian Fundakowski Feldman <green@freebsd.org>
References: <200409272240.00356.A.S.Usov@kvi.nl>
<20041001132843.GG997@green.homeunix.org> <200410011555.00828.A.S.Usov@kvi.nl>
<415D66A3.4070805@sitetronics.com> <20041001150329.GI997@green.homeunix.org>
In-Reply-To: <20041001150329.GI997@green.homeunix.org>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-AtHome-MailScanner-Information: Neem contact op met support@home.nl voor
meer informatie
X-AtHome-MailScanner: Found to be clean
cc: "Alexander S. Usov" <A.S.Usov@KVI.nl>
cc: current@freebsd.org
Subject: Re: ALTQ/pf troubles
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Oct 2004 16:31:15 -0000
Brian Fundakowski Feldman wrote:
>> [snip]
>>
>>/----------\ incoming fxp0 /----------\ outgoing fxp1 (altq) /-----\
>>| the | -------------> | firewall | --------------------> | the |
>>| Internet | <------------- | pf/altq | <-------------------- | xAN |
>>\----------/ outgoing fxp0 \----------/ incoming fxp1 \-----/
>> (altq)
>> [snip]
>
> I don't understand what you're saying. You still don't put ALTQ
> classification on incoming packets, you do it when they're going out
> of whatever the final interface they're destined for.
>
Right, that's what I said. The ALTQ classifications are on the outgoing
interfaces for the respective directions.
--Devon
From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 16:32:12 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 9718B16A58C
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 16:32:11 +0000 (GMT)
Received: from obsecurity.dyndns.org
(CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143])
by mx1.FreeBSD.org (Postfix) with ESMTP id D28C643D54
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 16:32:10 +0000 (GMT)
(envelope-from kris@obsecurity.org)
Received: by obsecurity.dyndns.org (Postfix, from userid 1000)
id D4BDB51491; Fri, 1 Oct 2004 09:32:50 -0700 (PDT)
Date: Fri, 1 Oct 2004 09:32:50 -0700
From: Kris Kennaway <kris@obsecurity.org>
To: Daniel Eriksson <daniel_k_eriksson@msn.com>
Message-ID: <20041001163250.GA71766@xor.obsecurity.org>
References: <BAY11-F3Pylh7i70A780001c865@hotmail.com>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="9amGYk9869ThD9tj"
Content-Disposition: inline
In-Reply-To: <BAY11-F3Pylh7i70A780001c865@hotmail.com>
User-Agent: Mutt/1.4.2.1i
cc: phk@phk.freebsd.dk
cc: freebsd-current@freebsd.org
Subject: Re: zero and null regression?
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Oct 2004 16:32:12 -0000
--9amGYk9869ThD9tj
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Fri, Oct 01, 2004 at 05:02:58AM +0000, Daniel Eriksson wrote:
> After upgrading a 6-CURRENT machine from a 5 day old kernel to one cvsupe=
d=20
> just a few hours ago, special files zero and null created through mknod n=
o=20
> longer works.
>=20
> # mknod zerotest c 2 12
> # chmod 666 zerotest
> # cat zerotest > /dev/null
> cat: zerotest: Socket operation on non-socket
>=20
> Could this be related to the vfs stuff Poul-Henning Kamp is working with?
I'm pretty sure this is by design - see phk's commits and related
discussion. Use devfs for device nodes.
Kris
--9amGYk9869ThD9tj
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)
iD8DBQFBXYayWry0BWjoQKURAq7wAKDVhSgfg+WnPRmX9Jh1YcL0ELyQ4QCgzVil
NR32u9QuZE9TEzF4MBYF2T0=
=Qp9Q
-----END PGP SIGNATURE-----
--9amGYk9869ThD9tj--
From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 16:33:47 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 7316616A4CE
for <current@freebsd.org>; Fri, 1 Oct 2004 16:33:47 +0000 (GMT)
Received: from obsecurity.dyndns.org
(CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143])
by mx1.FreeBSD.org (Postfix) with ESMTP id 478CF43D1F
for <current@freebsd.org>; Fri, 1 Oct 2004 16:33:47 +0000 (GMT)
(envelope-from kris@obsecurity.org)
Received: by obsecurity.dyndns.org (Postfix, from userid 1000)
id 9EE7851491; Fri, 1 Oct 2004 09:34:27 -0700 (PDT)
Date: Fri, 1 Oct 2004 09:34:27 -0700
From: Kris Kennaway <kris@obsecurity.org>
To: Andrey Slusar <anray@inet.ua>
Message-ID: <20041001163427.GB71766@xor.obsecurity.org>
References: <864qle7gs2.fsf@santinel.home.ua>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="z6Eq5LdranGa6ru8"
Content-Disposition: inline
In-Reply-To: <864qle7gs2.fsf@santinel.home.ua>
User-Agent: Mutt/1.4.2.1i
cc: current@freebsd.org
Subject: Re: [5.3-BETA6] uuencode
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Oct 2004 16:33:47 -0000
--z6Eq5LdranGa6ru8
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Fri, Oct 01, 2004 at 03:40:45PM +0300, Andrey Slusar wrote:
>=20
> Hi,
>=20
> ,----
> | FreeBSD santinel.home.ua 5.3-BETA6 FreeBSD 5.3-BETA6 #0: Tue Sep 28 12:=
20:39 EEST 2004 anray@santinel.home.ua:/usr/obj/usr/src/sys/ANRAY i386
> `----
> ,----
> | anray@santinel:~$ uuencode bash-completion-20040711.tar.gz=20
> | begin 644 bash-completion-20040711.tar.gz
> |=20
> `----
> uuencode is not worked under FreeBSD 5.3-BETA6
Yes it does, this just isn't how you use it ;)
Kris
--z6Eq5LdranGa6ru8
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)
iD8DBQFBXYcTWry0BWjoQKURAsfaAJ0Z4et7EB49gkYRoQS3pQtRhvtCFQCgyzHr
9qIpVqSoxvlMolQv4ssC6V8=
=8pk4
-----END PGP SIGNATURE-----
--z6Eq5LdranGa6ru8--
From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 16:40:36 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id B3A0F16A4CE
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 16:40:36 +0000 (GMT)
Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com
[24.172.16.118])
by mx1.FreeBSD.org (Postfix) with ESMTP id 330AB43D1F
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 16:40:36 +0000 (GMT)
(envelope-from marcus@marcuscom.com)
Received: from [10.2.1.2] (vpn-client-2.marcuscom.com [10.2.1.2])
i91Gd03k018131; Fri, 1 Oct 2004 12:39:00 -0400 (EDT)
(envelope-from marcus@marcuscom.com)
Message-ID: <415D8881.6010102@marcuscom.com>
Date: Fri, 01 Oct 2004 12:40:33 -0400
From: Joe Marcus Clarke <marcus@marcuscom.com>
Organization: MarcusCom, Inc.
User-Agent: Mozilla Thunderbird 0.8 (Macintosh/20040913)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Ken Smith <kensmith@cse.Buffalo.EDU>
References: <20041001154935.GA17702@electra.cse.Buffalo.EDU>
In-Reply-To: <20041001154935.GA17702@electra.cse.Buffalo.EDU>
X-Enigmail-Version: 0.86.1.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham
version=2.64
X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on
creme-brulee.marcuscom.com
cc: freebsd-current@freebsd.org
Subject: Re: HEADS-UP: Library versions have been bumped
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Oct 2004 16:40:36 -0000
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Ken Smith wrote:
|>kensmith 2004-10-01 15:38:07 UTC
|>
|> FreeBSD src repository
|>
|> Modified files:
|> . UPDATING
|> gnu/lib/libreadline Makefile.inc
|> lib/libopie Makefile
|> lib/libpcap Makefile
|> lib/msun Makefile
|> Log:
|> Bump the library version numbers for the following libraries:
|>
|> /lib/{libm,libreadline}
|> /usr/lib/{libhistory,libopie,libpcap}
|>
|> in preparation for doing the same thing to RELENG_5. HUGE amounts of
|> help for determining what to bump provided by kris.
|>
|> Discussed on: freebsd-current
|> Approved by: re (not required for commit but something like this
should be)
|>
|> Revision Changes Path
|> 1.367 +15 -0 src/UPDATING
|> 1.10 +1 -1 src/gnu/lib/libreadline/Makefile.inc
|> 1.19 +1 -1 src/lib/libopie/Makefile
|> 1.34 +1 -1 src/lib/libpcap/Makefile
|> 1.52 +1 -0 src/lib/msun/Makefile
|
|
| The specific list of library version number bumps is this (also available
| in UPDATING):
|
| /lib/libm.so.2 -> libm.so.3
| /lib/libreadline.so.4 -> libreadline.so.5
| /usr/lib/libhistory.so.4 -> libhistory.so.5
| /usr/lib/libopie.so.2 -> libopie.so.3
| /usr/lib/libpcap.so.2 -> libpcap.so.3
|
| We specifically did not arrange for anything to remove the old
| versions of the libraries - that is something best left to you folks
| to determine when you want it done. At the point the old libraries
| are removed any ports or other programs you have compiled that are not
| part of the base system will break. They will need to be recompiled
| to pick up references to the new library versions. But it is best if
| these libraries get removed at some point if you expect to be running
| 4.X executables and want to pick up the 4.10 libraries from compat
| (which are not there yet but will be soon). Use your judgement on
| when to remove the old libraries.
This probably deserves a /usr/ports/UPDATING entry as well since libm
will affect quite a few ports (to put it mildly).
Joe
|
- --
PGP Key : http://www.marcuscom.com/pgp.asc
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (Darwin)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iD8DBQFBXYiBb2iPiv4Uz4cRAhOKAKCo5k7xhJuo5+mTqHQHTDJg02HTUwCfbmPR
jiXy/7Ez2tW3ZWKCDI6aSiY=
=dl3U
-----END PGP SIGNATURE-----
From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 17:23:34 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 7CCE116A4CE
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 17:23:34 +0000 (GMT)
Received: from ox.eicat.ca (ox.eicat.ca [66.96.30.35])
by mx1.FreeBSD.org (Postfix) with ESMTP id 2477F43D2D
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 17:23:34 +0000 (GMT)
(envelope-from dgilbert@daveg.ca)
Received: by ox.eicat.ca (Postfix, from userid 66)
id 4D3E1C736; Fri, 1 Oct 2004 13:23:33 -0400 (EDT)
Received: by canoe.dclg.ca (Postfix, from userid 101)
id 972971D1FA0; Fri, 1 Oct 2004 13:23:29 -0400 (EDT)
From: David Gilbert <dgilbert@dclg.ca>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-ID: <16733.37521.568515.842497@canoe.dclg.ca>
Date: Fri, 1 Oct 2004 13:23:29 -0400
To: freebsd-current@freebsd.org
X-Mailer: VM 7.17 under 21.5 (beta17) "chayote" (+CVS-20040321) XEmacs Lucid
Subject: USB hub issue adendum.
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Oct 2004 17:23:34 -0000
I've had the USB hub issue bite be on and off for awhile now. It
appears to be completely random corruption because moving from BETA3
to BETA6 fixed it (for now) for me.
Dave.
--
============================================================================
|David Gilbert, Independent Contractor. | Two things can only be |
|Mail: dave@daveg.ca | equal if and only if they |
|http://daveg.ca | are precisely opposite. |
=========================================================GLO================
From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 18:12:46 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 74AE716A4CE
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 18:12:46 +0000 (GMT)
Received: from rwcrmhc13.comcast.net (rwcrmhc13.comcast.net [204.127.198.39])
by mx1.FreeBSD.org (Postfix) with ESMTP id 638E843D46
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 18:12:46 +0000 (GMT)
(envelope-from rob@pythonemproject.com)
Received: from [192.168.1.102]
(c-67-169-203-186.client.comcast.net[67.169.203.186])
by comcast.net (rwcrmhc13) with ESMTP
id <20041001181245015003bt2je> (Authid: europax);
Fri, 1 Oct 2004 18:12:45 +0000
Message-ID: <415D9EA1.6000302@pythonemproject.com>
Date: Fri, 01 Oct 2004 11:14:57 -0700
From: Rob <rob@pythonemproject.com>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040816
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Arjan van Leeuwen <avleeuwen@piwebs.com>
References: <8328.1096402087@critter.freebsd.dk>
<opse68uqy73qdyu1@vincent.piwebs.com>
In-Reply-To: <opse68uqy73qdyu1@vincent.piwebs.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
cc: Poul-Henning Kamp <phk@phk.freebsd.dk>
cc: freebsd-current@freebsd.org
Subject: Re: A mini-course in benchmark number crunching.
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Oct 2004 18:12:46 -0000
Arjan van Leeuwen wrote:
> On Tue, 28 Sep 2004 22:08:07 +0200, Poul-Henning Kamp
> <phk@phk.freebsd.dk> wrote:
>
>>
>> Hi there...
>>
>> Since we'll be entering silly season benchmark-wise in a few weeks when
>> 5.3 goes golden, I'll share an interesting benchmark I ran here today.
>>
>> (...)
>>
>> Poul-Henning
>>
>
> Nice tutorial, thanks for the good work. Now let's hope some people
> will actually use it :).
>
> Arjan
>
> P.S. You're obviously a better teacher than you think you are.
>
Sorry, missed this initially. Is the tutorial posted somewhere?
Thanks, Rob
From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 18:33:03 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 3CED716A4CE
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 18:33:03 +0000 (GMT)
Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.200])
by mx1.FreeBSD.org (Postfix) with ESMTP id A8C8B43D54
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 18:33:02 +0000 (GMT)
(envelope-from swhetzel@gmail.com)
Received: by mproxy.gmail.com with SMTP id 79so3670740rnk
for <freebsd-current@freebsd.org>;
Fri, 01 Oct 2004 11:32:59 -0700 (PDT)
Received: by 10.38.126.4 with SMTP id y4mr180264rnc;
Fri, 01 Oct 2004 11:32:58 -0700 (PDT)
Received: by 10.38.75.49 with HTTP; Fri, 1 Oct 2004 11:32:58 -0700 (PDT)
Message-ID: <790a9fff0410011132632067c6@mail.gmail.com>
Date: Fri, 1 Oct 2004 13:32:58 -0500
From: Scot Hetzel <swhetzel@gmail.com>
To: Rob <rob@pythonemproject.com>
In-Reply-To: <415D9EA1.6000302@pythonemproject.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
References: <8328.1096402087@critter.freebsd.dk>
<opse68uqy73qdyu1@vincent.piwebs.com>
<415D9EA1.6000302@pythonemproject.com>
cc: Poul-Henning Kamp <phk@phk.freebsd.dk>
cc: freebsd-current@freebsd.org
cc: Arjan van Leeuwen <avleeuwen@piwebs.com>
Subject: Re: A mini-course in benchmark number crunching.
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: Scot Hetzel <swhetzel@gmail.com>
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Oct 2004 18:33:03 -0000
On Fri, 01 Oct 2004 11:14:57 -0700, Rob <rob@pythonemproject.com> wrote:
> Arjan van Leeuwen wrote:
> > On Tue, 28 Sep 2004 22:08:07 +0200, Poul-Henning Kamp
> > <phk@phk.freebsd.dk> wrote:
> >
> >>
> >> Hi there...
> >>
> >> Since we'll be entering silly season benchmark-wise in a few weeks when
> >> 5.3 goes golden, I'll share an interesting benchmark I ran here today.
> >>
> >> (...)
> >>
> >> Poul-Henning
> >>
> >
> > Nice tutorial, thanks for the good work. Now let's hope some people
> > will actually use it :).
> >
> > Arjan
> >
> > P.S. You're obviously a better teacher than you think you are.
> >
>
> Sorry, missed this initially. Is the tutorial posted somewhere?
> Thanks, Rob
>
It was posted to this list, read the list archive for the tutorial:
http://docs.freebsd.org/cgi/getmsg.cgi?fetch=1829428+0+current/freebsd-current
From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 18:34:43 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 8018316A4CE
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 18:34:43 +0000 (GMT)
Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.136])
by mx1.FreeBSD.org (Postfix) with ESMTP id 12E1743D48
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 18:34:43 +0000 (GMT)
(envelope-from pjd@darkness.comp.waw.pl)
Received: by darkness.comp.waw.pl (Postfix, from userid 1009)
id 1BD1DACC68; Fri, 1 Oct 2004 20:34:41 +0200 (CEST)
Date: Fri, 1 Oct 2004 20:34:41 +0200
From: Pawel Jakub Dawidek <pjd@FreeBSD.org>
To: =?iso-8859-2?Q?S=B3awek_=AFak?= <zaks@prioris.mini.pw.edu.pl>
Message-ID: <20041001183441.GA9550@darkness.comp.waw.pl>
References: <861xgm5ltz.fsf@thirst.unx.era.pl>
<20040928194853.GT2493@submonkey.net> <86k6ud2t6t.fsf@thirst.unx.era.pl>
<20040929131136.GA2493@submonkey.net> <86mzz8x8zv.fsf@thirst.unx.era.pl>
<20040930122154.GS2493@submonkey.net> <86u0tfx4st.fsf@thirst.unx.era.pl>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="WeyQLTZFbZxVv3E0"
Content-Disposition: inline
In-Reply-To: <86u0tfx4st.fsf@thirst.unx.era.pl>
User-Agent: Mutt/1.4.2i
X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc
X-OS: FreeBSD 5.2.1-RC2 i386
cc: Ceri Davies <ceri@submonkey.net>
cc: freebsd-current@freebsd.org
Subject: Re: Bug in #! processing
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Oct 2004 18:34:43 -0000
--WeyQLTZFbZxVv3E0
Content-Type: text/plain; charset=iso-8859-2
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Thu, Sep 30, 2004 at 03:30:26PM +0200, S=B3awek =AFak wrote:
+> >> I like the bahavior of FreeBSD besides special
+> >> treatment of # on the first line after #!. Allowing for comments =
on the
+> >> first line is a strange excuse. Have you ever seen a script comme=
nting on
+> >> the interpreter execution or had a need to do so?
+> >
+> > No, but since this has been possible in FreeBSD for over 4.5 years, you
+> > can guarantee that someone is using it.
+>=20
+> What do you think of sysctl named say kern.exec_hash_compat (set to =
1 by
+> default) or kernel option (also set to old behavior) to `fix' the si=
tuation?
Adding sysctl to control this behaviour is the best we can get, IMHO.
I can commit this, with default value which keeps the current behvaiour,
but I don't like this name. We should find a name which starts at 'compat.'.
Any suggestions? compat.unix.exec_hash?
--=20
Pawel Jakub Dawidek http://www.FreeBSD.org
pjd@FreeBSD.org http://garage.freebsd.pl
FreeBSD committer Am I Evil? Yes, I Am!
--WeyQLTZFbZxVv3E0
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (FreeBSD)
iD8DBQFBXaNBForvXbEpPzQRAhbaAJwI5l/HYY1peOF5iFQXPNqki3rZSgCfc/of
sAMhMhdV9nU3Y9+FJmwVYG4=
=4g8s
-----END PGP SIGNATURE-----
--WeyQLTZFbZxVv3E0--
From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 19:01:44 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id CE3F916A4CE; Fri, 1 Oct 2004 19:01:44 +0000 (GMT)
Received: from moutng.kundenserver.de (moutng.kundenserver.de
[212.227.126.171]) by mx1.FreeBSD.org (Postfix) with ESMTP
id 3A83B43D1D; Fri, 1 Oct 2004 19:01:44 +0000 (GMT)
(envelope-from max@love2party.net)
Received: from [212.227.126.155] (helo=mrelayng.kundenserver.de)
by moutng.kundenserver.de with esmtp (Exim 3.35 #1)
id 1CDSf0-0000si-00; Fri, 01 Oct 2004 21:01:42 +0200
Received: from [217.227.144.56] (helo=donor.laier.local)
by mrelayng.kundenserver.de with asmtp (TLSv1:RC4-MD5:128)
(Exim 3.35 #1)
id 1CDSf0-0001iS-00; Fri, 01 Oct 2004 21:01:42 +0200
From: Max Laier <max@love2party.net>
To: freebsd-current@freebsd.org
Date: Fri, 1 Oct 2004 21:00:52 +0200
User-Agent: KMail/1.7
References: <200409272240.00356.A.S.Usov@kvi.nl>
<20041001132843.GG997@green.homeunix.org> <200410011555.00828.A.S.Usov@kvi.nl>
In-Reply-To: <200410011555.00828.A.S.Usov@kvi.nl>
MIME-Version: 1.0
Content-Type: multipart/signed;
boundary="nextPart2476214.A0e0HtshI5";
protocol="application/pgp-signature";
micalg=pgp-sha1
Content-Transfer-Encoding: 7bit
Message-Id: <200410012101.01067.max@love2party.net>
X-Provags-ID: kundenserver.de abuse@kundenserver.de
auth:61c499deaeeba3ba5be80f48ecc83056
cc: "Alexander S. Usov" <A.S.Usov@kvi.nl>
Subject: Re: ALTQ/pf troubles
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Oct 2004 19:01:45 -0000
--nextPart2476214.A0e0HtshI5
Content-Type: text/plain;
charset="koi8-u"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
On Friday 01 October 2004 15:55, Alexander S. Usov wrote:
> On Friday 01 October 2004 15:28, Brian Fundakowski Feldman wrote:
> > On Mon, Sep 27, 2004 at 10:40:00PM +0200, Alexander S. Usov wrote:
> > > Hello !!
> > > Just enabling the queueing on the interface with bandwidth =3D=3D DSL
> > > bandwidth results in the appox. factor of 2 drop in the speed of the
> > > outgoing transfers.
> > >
> > > >From my experiments I got an impression that to make this slow-down
> > >
> > > away I have to specify the bandwith around 700Kb, which is twice bigg=
er
> > > than real.
> >
> > Are you telling ALTQ to process _incoming_ packets?
>
> According to the pf manuals it should process only outgoing packets.
> And I believe it's the case as the incoming rate doesn't depends on
> queieing state.
>
> Just did an experiment adding only this 2 lines:
> =3D=3D=3D
> altq on $ext priq bandwidth 350Kb queue {q}
> queue q priority 1 priq(default)
> =3D=3D=3D
> and no queue statements in the filtering rules.
>
> If I understand the logick of the pf right, it means to create an outbound
> queue on $ext with bandwith 350Kb and put all outgoing traffic into it (d=
ue
> to the (default) statement).
>
> This results in the outgoing transfer speed of appox. 18KB/s, and incoming
> is unaffected and is approx. 117KB/s.
>
> Increasing bandwith in the altq rule to 700Kb, results in the upload speed
> of approx. 30-34 KB/s.
Hmmm ... you realize that ALTQ takes *BIT* per second?
> Is it a good idea to check the behavior of the ruleset with OpenBSD?
=46irst of all a look at your queue statistics would be helpful:
$ pfctl -vvsq
how many packets are being dropped? Which queues do the packets end up in?
If you can easily check OpenBSD behavior, that'd be a good check as well.
=2D-=20
/"\ Best regards, | mlaier@freebsd.org
\ / Max Laier | ICQ #67774661
X http://pf4freebsd.love2party.net/ | mlaier@EFnet
/ \ ASCII Ribbon Campaign | Against HTML Mail and News
--nextPart2476214.A0e0HtshI5
Content-Type: application/pgp-signature
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)
iD8DBQBBXaltXyyEoT62BG0RAmiZAJ0ZpShAa8bQnkurY34mLYbQjxwc1ACaAjzW
Sg4NmcvqHYsSb466/+fDDbg=
=5n9C
-----END PGP SIGNATURE-----
--nextPart2476214.A0e0HtshI5--
From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 19:27:30 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id D77B116A4CE; Fri, 1 Oct 2004 19:27:30 +0000 (GMT)
Received: from linwhf.opal.com (119.79.171.66.subscriber.vzavenue.net
[66.171.79.119]) by mx1.FreeBSD.org (Postfix) with ESMTP
id 0B68543D39; Fri, 1 Oct 2004 19:27:30 +0000 (GMT)
(envelope-from jr@linwhf.opal.com)
Received: from linwhf.opal.com (localhost [127.0.0.1])
by linwhf.opal.com (8.13.1/8.13.1) with ESMTP id i91JRRXa000906;
Fri, 1 Oct 2004 15:27:27 -0400 (EDT)
(envelope-from jr@linwhf.opal.com)
Received: (from jr@localhost)
by linwhf.opal.com (8.13.1/8.13.1/Submit) id i91JRRvx000905;
Fri, 1 Oct 2004 15:27:27 -0400 (EDT)
(envelope-from jr)
Date: Fri, 1 Oct 2004 15:27:27 -0400
From: "J.R. Oldroyd" <fbsd@opal.com>
To: Brian Fundakowski Feldman <green@freebsd.org>
Message-ID: <20041001192727.GA855@linwhf.opal.com>
References: <20040930184729.GA836@linwhf.opal.com>
<20040930185842.GA4759@xor.obsecurity.org>
<20040930190716.GA1236@linwhf.opal.com>
<60850.208.4.77.15.1096574606.squirrel@208.4.77.15>
<20040930211418.GA795@linwhf.opal.com>
<20040930212016.GA13891@xor.obsecurity.org>
<20041001131702.GF997@green.homeunix.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20041001131702.GF997@green.homeunix.org>
User-Agent: Mutt/1.4.2.1i
cc: Ryan Sommers <ryans@gamersimpact.com>
cc: freebsd-current@freebsd.org
cc: Kris Kennaway <kris@obsecurity.org>
Subject: Re: panic after 'ifconfig gif0 destroy'
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Oct 2004 19:27:31 -0000
Based on this comment, I cvsup'd again and it is indeed OK now.
-jr
On Oct 01, 09:17, Brian Fundakowski Feldman wrote:
> On Thu, Sep 30, 2004 at 02:20:16PM -0700, Kris Kennaway wrote:
> > On Thu, Sep 30, 2004 at 05:14:19PM -0400, J.R. Oldroyd wrote:
> > > Here you go:
> > >
> > > # ifconfig gif0 destroy
> > > [thread 100166]
> > > Stopped at idestroy_dev+0x9e: cmpl $0,0x3c(%esi)
> > > db> trace
> > > idestroy_dev(c3b88b00) at idestroy_dev+0x9e
> > > idestroy_dev(c3be1700,f0e6cb84,c0671ef4,c3be1700,c35a7800) at idestroy_dev+0x68
> > > destroy_dev(c35a1700,c35a7800,0,c080a1b8,d8) at destroy_dev+0x10
> > > if_detach(c35a7800,c35a7800,c35a7800,c0872480,f0e6cbbc) at if_detatch+0x274
> > > gif_destroy(c35a7800,c087b660,0,c0814dca,db) at gif_destroy+0x80
> > > gif_clone_destroy(c35a7800,c08724b0,c0872480,f0e6cbf0,c0674076) at gif_clone_destroy+0x67
> > > ifc_simple_destroy(c0872480,c35a7800,2d,80206979,0) at ifc_simple_destroy+0x1e
> > > if_clone_destroy(f0e6cc60,f0e6cc14,c0631dee,f0e6cc60,f0e6cc60) at if_clone_destroy+0xf2
> > > ifioctl(c4285a20,80206979,f0e6cc60,c4274900,0) at ifioctl+0x88
> > > soo_ioctl(c39f7e58,80206979,f0e6cc60,c3bd2e80,c4274900) at soo_ioctl+0x2b1
> > > ioctl(c4274900,f0e6cd14,3,7,286) at ioctl+0x3e0
> > > syscall(2f,2f,2f,1,bfbfe9c0) at syscall+0x213
> > > Xint0x80_syscall() at Xint0x80_syscall+0x1f
> > > --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x280cc10b, esp = 0xbfbfe84c, ebp = 0xbfbfe868 ---
> > > db>
> >
> > Thanks, that's better.
>
> This looks like a bug I fixed in kern_conf.c two days ago.
>
> --
> Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\
> <> green@FreeBSD.org \ The Power to Serve! \
> Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\
From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 20:37:09 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 42DB216A4CE
for <current@freebsd.org>; Fri, 1 Oct 2004 20:37:09 +0000 (GMT)
Received: from obsecurity.dyndns.org
(CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143])
by mx1.FreeBSD.org (Postfix) with ESMTP id 1D88043D2F
for <current@freebsd.org>; Fri, 1 Oct 2004 20:37:09 +0000 (GMT)
(envelope-from kris@obsecurity.org)
Received: by obsecurity.dyndns.org (Postfix, from userid 1000)
id 4DA195150C; Fri, 1 Oct 2004 13:37:50 -0700 (PDT)
Date: Fri, 1 Oct 2004 13:37:50 -0700
From: Kris Kennaway <kris@obsecurity.org>
To: Andrey Slusar <anray@inet.ua>
Message-ID: <20041001203750.GA84103@xor.obsecurity.org>
References: <864qle7gs2.fsf@santinel.home.ua>
<20041001163427.GB71766@xor.obsecurity.org> <86mzz6mkm3.fsf@santinel.home.ua>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="RnlQjJ0d97Da+TV1"
Content-Disposition: inline
In-Reply-To: <86mzz6mkm3.fsf@santinel.home.ua>
User-Agent: Mutt/1.4.2.1i
cc: current@freebsd.org
cc: Kris Kennaway <kris@obsecurity.org>
Subject: Re: [5.3-BETA6] uuencode
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Oct 2004 20:37:09 -0000
--RnlQjJ0d97Da+TV1
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Fri, Oct 01, 2004 at 08:08:52PM +0300, Andrey Slusar wrote:
> > > uuencode is not worked under FreeBSD 5.3-BETA6
>=20
> > Yes it does, this just isn't how you use it ;)
> uuenview is worked:
> ,----
> | anray@santinel:~$ uuenview -u bash-completion-20040711.tar.gz=20
Fine, but that's a different application with different syntax.
> uuencode:
> ,----
> | anray@santinel:~$ uuencode bash-completion-20040711.tar.gz=20
> | begin 644 bash-completion-20040711.tar.gz
> |=20
> `----
> ?
See the manpage:
uuencode [file] name
encodes <file> with name <name>. If you omit <file> (i.e. give only
one argument), then it encodes stdin with output <name>.
Kris
--RnlQjJ0d97Da+TV1
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)
iD8DBQFBXcAdWry0BWjoQKURAuB9AKCEQiRLN17q0fH+1YLiH8is9MNntACeOkYy
zaBSPqKilojfhS0v1TGPLbU=
=Y5K8
-----END PGP SIGNATURE-----
--RnlQjJ0d97Da+TV1--
From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 21:04:45 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 848F316A4CE; Fri, 1 Oct 2004 21:04:45 +0000 (GMT)
Received: from KVIW06.KVI.NL (KVIW06.KVI.nl [129.125.15.26])
by mx1.FreeBSD.org (Postfix) with ESMTP
id C9AEE43D2D; Fri, 1 Oct 2004 21:04:44 +0000 (GMT)
(envelope-from A.S.Usov@KVI.nl)
Received: from KVIS10.KVI.nl ("port 40075"@KVIS10.KVI.nl [129.125.27.60])
by KVI.nl (PMDF V6.2-X17 #30869) with ESMTP id <01LFJ8UTFKBID41CV0@KVI.nl>;
Fri, 01 Oct 2004 23:04:30 +0200 (MET DST)
Received: from KVIW14.KVI.nl by KVIS10.KVI.nl (AvMailGate-2.0.2-8)
id 17397-7E54875E; Fri, 01 Oct 2004 23:04:29 +0200
Received: from kvip55 ("port 61510"@KVIP88.KVI.nl [129.125.15.152])
by KVI.nl (PMDF V6.2-X17 #30869) with ESMTP id <01LFJ8UALU9ACWHRFO@KVI.nl>;
Fri, 01 Oct 2004 23:04:06 +0200
Date: Fri, 01 Oct 2004 23:04:03 +0200
From: "Alexander S. Usov" <A.S.Usov@KVI.nl>
In-reply-to: <200410012101.01067.max@love2party.net>
To: Max Laier <max@love2party.net>
Message-id: <200410012304.03921.A.S.Usov@kvi.nl>
Organization: KVI
MIME-version: 1.0
Content-type: multipart/mixed; boundary="Boundary_(ID_IcJO1lgRQDrC8TxVsZWeoQ)"
User-Agent: KMail/1.7
X-AntiVirus: checked by AntiVir MailGate (version: 2.0.2-8; AVE: 6.27.0.12;
VDF: 6.27.0.83; host: kvi.nl)
References: <200409272240.00356.A.S.Usov@kvi.nl>
<200410011555.00828.A.S.Usov@kvi.nl> <200410012101.01067.max@love2party.net>
cc: freebsd-current@freebsd.org
Subject: Re: ALTQ/pf troubles
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Oct 2004 21:04:45 -0000
--Boundary_(ID_IcJO1lgRQDrC8TxVsZWeoQ)
Content-type: text/plain; charset=koi8-u
Content-transfer-encoding: 7BIT
Content-disposition: inline
On Friday 01 October 2004 21:00, Max Laier wrote:
> > Increasing bandwith in the altq rule to 700Kb, results in the upload
> > speed of approx. 30-34 KB/s.
>
> Hmmm ... you realize that ALTQ takes *BIT* per second?
Yes. And 350Kbit/s ~ 43KB/s
> > Is it a good idea to check the behavior of the ruleset with OpenBSD?
>
> First of all a look at your queue statistics would be helpful:
> $ pfctl -vvsq
> how many packets are being dropped? Which queues do the packets end up in?
Ok. The pf ruleset used during the test is attached to the letter.
Using scp results in the approx. 17-20KByte/s sustained transfer rate.
$ pfctl -vvsq
queue q priq( default )
[ pkts: 6515 bytes: 7183041 dropped pkts: 0 bytes: 0 ]
[ qlength: 4/ 50 ]
[ measured: 18.2 packets/s, 162.56Kb/s ]
Setting the bandwidth to 700Kb gives:
$ pfctl -vvsq
queue q priq( default )
[ pkts: 2526 bytes: 3201627 dropped pkts: 0 bytes: 0 ]
[ qlength: 0/ 50 ]
[ measured: 30.6 packets/s, 313.11Kb/s ]
> If you can easily check OpenBSD behavior, that'd be a good check as well.
I will try to install it this weekend and check there.
I believe 3.5 has a driver for broadcom 4401.
--
Best regards,
Alexander.
--Boundary_(ID_IcJO1lgRQDrC8TxVsZWeoQ)
Content-type: text/plain; charset=koi8-u; name=pf.conf
Content-transfer-encoding: 7BIT
Content-disposition: attachment; filename=pf.conf
#==================== DEFS ====================
ext = "bfe0"
table <priv_nets> const { 127.0.0.0/8, 192.168.0.0/16, 172.16.0.0/12, \
10.0.0.0/8, !10.0.0.0/24 }
tcp_services = "{ ssh, ftp, ftp-data, 17778, 4662, 49152:65535 }"
icmp_types = "echoreq"
#==================== OPTIONS ====================
set block-policy return
set loginterface $ext
set optimization conservative
#==================== SCRUB ====================
scrub in all
#==================== QUEUE ====================
altq on $ext priq bandwidth 350Kb queue {q}
queue q priority 1 priq(default)
#==================== FILTERING ====================
block all
# loopback
pass quick on lo0 all
antispoof for lo0
# ESP
pass quick proto esp
# block private networks
block drop in quick on $ext from <priv_nets> to any
block drop out quick on $ext from any to <priv_nets>
# incoming
pass in on $ext proto tcp from any to ($ext) port $tcp_services \
modulate state
pass in inet proto icmp icmp-type $icmp_types keep state
# outgong
pass out on $ext proto tcp modulate state
pass out on $ext proto { udp, icmp } keep state
--Boundary_(ID_IcJO1lgRQDrC8TxVsZWeoQ)--
From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 21:18:56 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 7DF5216A4CE
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 21:18:56 +0000 (GMT)
Received: from post.ma.ee (ns.ma.ee [213.184.38.178])
by mx1.FreeBSD.org (Postfix) with ESMTP id 196DE43D45
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 21:18:56 +0000 (GMT)
(envelope-from priit.piipuu@mail.ee)
Received: from localhost (unknown [192.168.105.66])
by post.ma.ee (Postfix) with ESMTP id 8509A7AC3
for <freebsd-current@freebsd.org>;
Sat, 2 Oct 2004 00:16:51 +0300 (EEST)
Received: from [192.168.103.198] (unknown [192.168.103.198])
by post.ma.ee (Postfix) with ESMTP id 3EF3C7AC2
for <freebsd-current@freebsd.org>;
Sat, 2 Oct 2004 00:16:51 +0300 (EEST)
Message-ID: <415DC963.4020402@mail.ee>
Date: Sat, 02 Oct 2004 00:17:23 +0300
From: Priit Piipuu <priit.piipuu@mail.ee>
User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: freebsd-current@freebsd.org
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by F-Secure Anti-Virus at emta.ee
Subject: panic: Bio already on queue bp=0xc1c69210
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Oct 2004 21:18:56 -0000
This is with quite recent -CURRENT, cvsupped yesterday. Machine locks
after
panic, so no coredump. Stack trace, written down by hand:
kdb_backtrace()
panic ()
g_io_request ()
g_io_deliver()
g_bde_contribute ()
g_bde_work_done ()
g_bde_start2()
g_bde_start1 ()
g_io_shedule_down ()
g_down_procbody ()
fork_exit ()
fork_trampoline()
How to reproduce:
mdconfig -a -f md.img -u 0
gbde attach md0 -l md.lock
mount /dev/md0.bde /mnt
mv foo/ /mnt
This panic is semi-repeatable, (un)fortunately it does'nt crash every time.
Catalog foo contains lot of small files (at least hundred or so).
From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 21:52:15 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 8802916A4CE
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 21:52:15 +0000 (GMT)
Received: from ebb.errno.com (ebb.errno.com [66.127.85.87])
by mx1.FreeBSD.org (Postfix) with ESMTP id 30CC743D1D
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 21:52:15 +0000 (GMT) (envelope-from sam@errno.com)
Received: from [66.127.85.91] ([66.127.85.91])
(authenticated bits=0)
by ebb.errno.com (8.12.9/8.12.6) with ESMTP id i91LqEWi038705
(version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO);
Fri, 1 Oct 2004 14:52:14 -0700 (PDT)
(envelope-from sam@errno.com)
From: Sam Leffler <sam@errno.com>
Organization: Errno Consulting
To: freebsd-current@freebsd.org
Date: Fri, 1 Oct 2004 14:56:07 -0700
User-Agent: KMail/1.7
References: <200408201412.15438.sam@errno.com>
<20041001160457.GA2871@mehnert.org>
In-Reply-To: <20041001160457.GA2871@mehnert.org>
MIME-Version: 1.0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200410011456.07859.sam@errno.com>
cc: Hannes Mehnert <hannes@mehnert.org>
Subject: Re: net80211+atheros changes
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Oct 2004 21:52:15 -0000
On Friday 01 October 2004 09:04 am, Hannes Mehnert wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Hi Sam,
>
> On Fri, Aug 20, 2004 at 02:12:15PM -0700, Sam Leffler wrote:
> > http://www.freebsd.org/~sam/net80211+ath-20040818.tgz has a first cut at
> > back-merging the work I've done in Linux to FreeBSD. These changes
> > update the 802.11 support and all the drivers that use it. The patch
> > also brings in the latest version of the Atheros hal.
>
> I have the following problem with your patch:
> To change my atheros 5212 from hostap to managed mode, I need to unload
> and reload if_ath.
> Sometimes kldload if_ath doesn't create an ath0 device. I see the
> following in messages:
> localhost kernel: ath0: <Atheros 5212> mem
> 0xc0210000-0xc021ffff irq 11 at device 2.0 on pci2
> localhost kernel: ath0: failed to allocate descriptors: 12
> localhost kernel: device_attach: ath0 attach returned 12
>
> After a reboot, kldload works fine again.
>
> (a working kldload would be:
> localhost kernel: ath0: <Atheros 5212> mem 0xc0210000-0xc021ffff
> irq 11 at device 2.0 on pci2
> localhost kernel: ath0: Ethernet address: 00:05:4e:48:e3:27
> localhost kernel: ath0: 11a rates: 6Mbps 9Mbps 12Mbps 18Mbps 24M
> bps 36Mbps 48Mbps 54Mbps
> localhost kernel: ath0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps
> localhost kernel: ath0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6M
> bps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps
> localhost kernel: ath0: mac 5.6 phy 4.1 5ghz radio 1.7 2ghz radi
> o 2.3
> localhost kernel: ath0: Use hw queue 1 for WME_AC_BE traffic
> localhost kernel: ath0: Use hw queue 0 for WME_AC_BK traffic
> localhost kernel: ath0: Use hw queue 2 for WME_AC_VI traffic
> localhost kernel: ath0: Use hw queue 3 for WME_AC_VO traffic)
The driver is unable to allocate contiguous memory for the tx+rx descriptors.
This is unrelated to the patches. It might be possible to carve up the
allocation into smaller chunks; feel free to provide a patch...
Sam
From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 01:03:07 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id B47EA16A4CF; Sat, 2 Oct 2004 01:03:07 +0000 (GMT)
Received: from freesbee.dk (freesbee.dk [194.192.25.236])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 0A09E43D3F; Sat, 2 Oct 2004 01:03:06 +0000 (GMT)
(envelope-from signout@signout.dk)
Received: from signoutscraptop (localhost [127.0.0.1])
by freesbee.dk (Postfix) with SMTP
id 49B9224DC8; Sat, 2 Oct 2004 03:03:03 +0200 (CEST)
Message-ID: <074301c4a81b$93b82a00$0200000a@signoutscraptop>
From: =?iso-8859-1?Q?Dennis_Kj=E6r_Jensen?= <signout@signout.dk>
To: =?iso-8859-1?Q?S=F8ren_Schmidt?= <sos@DeepCore.dk>,
"Josef Karthauser" <joe@freebsd.org>
References:
<20041001105544.GG840@genius.tao.org.uk><415D39F0.4060109@webonaut.com>
<20041001121722.GA1666@genius.tao.org.uk> <415D5061.10506@DeepCore.dk>
Date: Sat, 2 Oct 2004 03:03:06 +0200
MIME-Version: 1.0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.3790.181
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.3790.181
cc: current@freebsd.org
cc: mobile@freebsd.org
Subject: Re: Sony suspend/resume? [Re: Sony VGN-A 197XP?]
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 02 Oct 2004 01:03:08 -0000
>>>http://gerda.univie.ac.at/freebsd-laptops/
>>>
>> Looking at these pages it seems that loads of people have problems with
>> ACPI support on Sonys.
> It not just Sonys, ACPI suspend/resume is broken on Acer and ASUS also.
That doesn't surprise me. AFAIK the Sony laptops are in fact manufactured by
ASUS.
At least they were back in 2001. I don't know if it's still the case or if
Sony have moved production in-house since then.
> -Søren
... Dennis
From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 02:17:09 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 7238B16A4CE; Sat, 2 Oct 2004 02:17:09 +0000 (GMT)
Received: from tinker.exit.com (tinker.exit.com [206.223.0.1])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 32DC743D58; Sat, 2 Oct 2004 02:17:09 +0000 (GMT)
(envelope-from frank@exit.com)
Received: from realtime.exit.com (realtime [206.223.0.5])
by tinker.exit.com (8.12.11/8.12.9) with ESMTP id i922H8FQ094324;
Fri, 1 Oct 2004 19:17:08 -0700 (PDT)
(envelope-from frank@exit.com)
Received: from realtime.exit.com (localhost [127.0.0.1])
by realtime.exit.com (8.13.1/8.12.9) with ESMTP id i922H8jp006059;
Fri, 1 Oct 2004 19:17:08 -0700 (PDT)
(envelope-from frank@realtime.exit.com)
Received: (from frank@localhost)
by realtime.exit.com (8.13.1/8.13.1/Submit) id i922H8Tp006058;
Fri, 1 Oct 2004 19:17:08 -0700 (PDT)
(envelope-from frank)
From: Frank Mayhar <frank@exit.com>
Message-Id: <200410020217.i922H8Tp006058@realtime.exit.com>
To: freebsd-hackers@freebsd.org
Date: Fri, 1 Oct 2004 19:17:08 -0700 (PDT)
X-Copyright0: Copyright 2004 Frank Mayhar. All Rights Reserved.
X-Copyright1: Permission granted for electronic reproduction as Usenet News or
email only.
X-Mailer: ELM [version 2.4ME+ PL119 (25)]
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII
cc: freebsd-current@freebsd.org
Subject: Amazing.
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: frank@exit.com
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 02 Oct 2004 02:17:09 -0000
I just want to drop a line to you folks (and to Bill Paul in particular)
to express my appreciation for your work. I received my new laptop today
after my old one finally succumbed to a combination of old age and ancient
coffee spills. I installed 5.3-BETA6 on it immediately, no trouble, it
knew about the Broadcom NIC out of the box and I did a quick check to learn
how to set up ndis so I could use the Dell (actually Broadcom) wireless
NIC as well.
Built ndis, converted the Windows driver, built if_ndis, installed it,
loaded it, configured the interface, ran dhclient and I'm using it as
I type this. Took maybe an hour, including burning the driver and
/usr/src on a DVD to carry into the living room. I was so impressed
that I just had to write and say so.
Kudos to you guys. You do good work. After having had to deal with
the insides of Linux for the last year, it's a pleasure to use a system
that is built with such professionalism. Thanks!
--
Frank Mayhar frank@exit.com http://www.exit.com/
Exit Consulting http://www.gpsclock.com/
http://www.exit.com/blog/frank/
From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 04:06:46 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id AE64D16A4CE
for <freebsd-current@freebsd.org>;
Sat, 2 Oct 2004 04:06:46 +0000 (GMT)
Received: from northstar.hetzel.org (tc91.hnet.net [38.119.191.91])
by mx1.FreeBSD.org (Postfix) with ESMTP id 4209143D31
for <freebsd-current@freebsd.org>;
Sat, 2 Oct 2004 04:06:45 +0000 (GMT)
(envelope-from swhetzel@gmail.com)
Received: from northstar.hetzel.org (localhost [127.0.0.1])
by northstar.hetzel.org (8.13.1/8.13.1) with ESMTP id i9248gH2021850
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 23:08:43 -0500 (CDT)
(envelope-from swhetzel@gmail.com)
Received: (from root@localhost)
by northstar.hetzel.org (8.13.1/8.13.1/Submit) id i9248fRu021849;
Fri, 1 Oct 2004 23:08:41 -0500 (CDT)
(envelope-from swhetzel@gmail.com)
Date: Fri, 1 Oct 2004 23:08:41 -0500 (CDT)
Message-Id: <200410020408.i9248fRu021849@northstar.hetzel.org>
From: "Scot W. Hetzel" <swhetzel@gmail.com>
To: FreeBSD-Current <freebsd-current@freebsd.org>
Subject: Re: Bug in #! processing
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 02 Oct 2004 04:06:46 -0000
The following patch changes the check for end of line, so that a comment
on the first line must be preceded by white space (' ' or '\t').
[main.c]
#include <stdio.h>
int main(int ac, char **av)
{
int i;
printf("Main.c test\n");
for(i = 0; i < ac; i++) {
printf("%s\n", av[i]);
}
}
[tst.sh]
#! ./main -arg1 -#! # comment
echo ok
Running tst.sh now produces:
# ./tst.sh
Main.c test
./main
-arg1
-#!
./tst.sh
Index: imgact_shell.c
===================================================================
RCS file: /home/ncvs/src/sys/kern/imgact_shell.c,v
retrieving revision 1.26
diff -u -r1.26 imgact_shell.c
--- imgact_shell.c 11 Jun 2003 00:56:54 -0000 1.26
+++ imgact_shell.c 1 Oct 2004 12:15:48 -0000
@@ -49,8 +49,11 @@
struct image_params *imgp;
{
const char *image_header = imgp->image_header;
- const char *ihp, *line_endp;
+ const char *ihp, *prev, *line_endp;
char *interp;
+ boolean_t comment = FALSE;
+
+ prev = NULL;
/* a shell script? */
if (((const short *) image_header)[0] != SHELLMAGIC)
@@ -73,7 +76,16 @@
/*
* Find end of line; return if the line > MAXSHELLCMDLEN long.
*/
- for (ihp = &image_header[2]; *ihp != '\n' && *ihp != '#'; ++ihp) {
+ for (ihp = &image_header[2]; *ihp != '\n' && !comment; ++ihp) {
+ if ( prev != NULL &&
+ (( *prev == ' ' || *prev == '\t' ) && *ihp == '#' )) {
+ ihp = prev;
+ comment = TRUE;
+ /* Skip over trailing spaces */
+ while ((*ihp == ' ') || (*ihp == '\t')) ihp--;
+ } else
+ prev = ihp;
+
if (ihp >= &image_header[MAXSHELLCMDLEN])
return(ENAMETOOLONG);
}
From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 04:13:41 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 0066616A4CE; Sat, 2 Oct 2004 04:13:41 +0000 (GMT)
Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 157D743D49; Sat, 2 Oct 2004 04:13:40 +0000 (GMT)
(envelope-from scottl@pooker.samsco.org)
Received: from pooker.samsco.org (scottl@localhost [127.0.0.1])
by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i924Echf080409;
Fri, 1 Oct 2004 22:14:38 -0600 (MDT)
(envelope-from scottl@pooker.samsco.org)
Received: (from scottl@localhost)
by pooker.samsco.org (8.12.11/8.12.10/Submit) id i924EcDf080408;
Fri, 1 Oct 2004 22:14:38 -0600 (MDT)
(envelope-from scottl)
Date: Fri, 1 Oct 2004 22:14:38 -0600 (MDT)
Message-Id: <200410020414.i924EcDf080408@pooker.samsco.org>
From: Scott Long <scottl@FreeBSD.org>
To: current@FreeBSD.org
X-Spam-Status: No, hits=0.6 required=3.8 tests=SUBJ_ALL_CAPS autolearn=no
version=2.63
X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org
Subject: 5.3-RELEASE TODO
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: re@FreeBSD.org
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 02 Oct 2004 04:13:41 -0000
This is an automated weekly mailing of the FreeBSD 5.3 open issues list.
The live version of this list is available at:
http://www.FreeBSD.org/releases/5.3R/todo.html
Automated mailing of this list will continue through the release of
FreeBSD 5.3
FreeBSD 5.3 Open Issues
Open Issues
This is a list of open issues that need to be resolved for FreeBSD 5.3. If
you have any updates for this list, please e-mail re@FreeBSD.org.
Show stopper defects for 5.3-RELEASE
+------------------------------------------------------------------------+
| Issue | Status | Responsible | Description |
|--------------------+-------------+---------------+---------------------|
| | | | PREEMPTION appears |
| | | | to increase the |
| | | | chances of |
| | | | triggering a race |
| | | | condition in the |
| | | | thread context |
| PREEMPTION-related | | Scott Long, | management and |
| hangs involving | In progress | Julian | scheduling code. |
| threads | | Elischer | Patches to mitigate |
| | | | the problem have |
| | | | been developed, |
| | | | with on-going work |
| | | | to come up with the |
| | | | correct solution |
| | | | prior to 5.3. |
|--------------------+-------------+---------------+---------------------|
| | | | Jun Kuriyama has |
| | | | reported problems |
| | | | with NFS over IPv6 |
| | | | not functioning |
| | | | correctly as of the |
| | | | improved NFS |
| | | | support for |
| | | | disconnection |
| | | | changes. Doug White |
| | | | has tracked down |
| NFS over IPv6 | In progress | Doug White | the source of the |
| problems | | | problem (EMSGSIZE |
| | | | being returned by |
| | | | IPv6 UDP send |
| | | | routine due to |
| | | | fragmentation), and |
| | | | is currently |
| | | | exploring possible |
| | | | fixes. A patch has |
| | | | been generated and |
| | | | sent to the KAME |
| | | | team for review. |
|--------------------+-------------+---------------+---------------------|
| | | | ether_input() calls |
| | | | random_harvest() on |
| | | | the mbuf after it |
| | | | has been handed off |
| | | | to ether_demux(), |
| ether_input() may | | | at which point it |
| harvest entropy | In progress | Mark Murray, | may have been |
| from free()'d mbuf | | Robert Watson | free()'d back to |
| | | | the mbuf allocator. |
| | | | It also passes in a |
| | | | pointer to the mbuf |
| | | | itself, rather than |
| | | | ethernet frame |
| | | | header. |
+------------------------------------------------------------------------+
Required features for 5.3-RELEASE
+------------------------------------------------------------------------+
| Issue | Status | Responsible | Description |
|-----------------+-------------+----------------+-----------------------|
| | | | With improved support |
| | | | for threading |
| | | | primitives, support |
| | | | is now required to |
| GDB thread | | David Xu, | ease debugging of |
| support | In progress | Marcel | threaded |
| | | Moolenaar | applications. |
| | | | Ideally, this support |
| | | | will work for both |
| | | | libthr and libkse |
| | | | threading models. |
|-----------------+-------------+----------------+-----------------------|
| | | | There have been |
| | | | several reports that |
| | | | growfs(8) works |
| | | | improperly with large |
| Reports of UFS2 | | | disk sizes, and other |
| "large disk" | In progress | Scott Long | size-related nits in |
| problems | | | the current disk and |
| | | | label management tool |
| | | | set. These must be |
| | | | resolved for |
| | | | 5.3-RELEASE. |
|-----------------+-------------+----------------+-----------------------|
| | | | Entropy harvesting in |
| | | | the interrupt and |
| | | | incoming packet paths |
| | | | currently involves a |
| | | | large number of mutex |
| | | | operations. In order |
| | | | to improve |
| | | | performance, it is |
| Entropy | | | desirable to reduce |
| harvesting | In progress | Robert Watson, | the number of mutex |
| optimizations | | Mark Murray | operations |
| | | | substantially. Work |
| | | | is in progress to |
| | | | improve the |
| | | | harvesting code along |
| | | | these lines, but has |
| | | | not yet been properly |
| | | | measured, and |
| | | | therefore not yet |
| | | | merged to CVS. |
+------------------------------------------------------------------------+
Desired features for 5.3-RELEASE
+------------------------------------------------------------------------+
| Issue | Status | Responsible | Description |
|------------------+-------------+----------------+----------------------|
| | | | Kernel bits |
| KSE support for | In progress | Ken Smith | implemented, |
| sparc64 | | | userland not |
| | | | implemented. |
|------------------+-------------+----------------+----------------------|
| | | | Almost all process |
| | | | debugging tools have |
| | | | been updated to use |
| | | | non-procfs kernel |
| | | | primitives, with the |
| | | | exception of |
| | | | truss(1). As procfs |
| | | | is considered |
| | | | deprecated due to |
| | | | its inherent |
| | | | security risks, it |
| truss support | | | is highly desirable |
| for ptrace | -- | -- | to update truss to |
| | | | operate in a |
| | | | post-procfs world. |
| | | | Dag-Erling Smorgrav |
| | | | had prototype |
| | | | patches; |
| | | | Robert Drehmel is |
| | | | developing and |
| | | | testing patches now. |
| | | | Support for system |
| | | | call tracing has |
| | | | been added to |
| | | | ptrace(). |
|------------------+-------------+----------------+----------------------|
| | | | FAST_IPSEC currently |
| | | | cannot be used |
| | | | directly with the |
| | | | KAME IPv6 |
| | | | implementation, |
| | | | requiring an |
| | | | additional level of |
| | | | IP tunnel |
| | | | indirection to |
| | | | protect IPv6 packets |
| FAST_IPSEC and | | | when using hardware |
| KAME | Not done | -- | crypto acceleration. |
| compatibility | | | This issue must be |
| | | | resolved so that the |
| | | | two services may |
| | | | more easily be used |
| | | | together. Among |
| | | | other things, this |
| | | | will require a |
| | | | careful review of |
| | | | the handling of mbuf |
| | | | header copying and |
| | | | m_tag support in the |
| | | | KAME IPv6 code. |
|------------------+-------------+----------------+----------------------|
| | | | A process cannot be |
| | | | interrupted while |
| | | | waiting on a lock. |
| rpc.lockd(8) | | | Fixing this requires |
| stability | -- | -- | that the RPC code be |
| | | | taught how to deal |
| | | | with lock |
| | | | cancellation and |
| | | | interruption events. |
|------------------+-------------+----------------+----------------------|
| | | | Kernel modules are |
| | | | currently built |
| | | | independently from a |
| | | | kernel |
| | | | configuration, and |
| | | | independently from |
| | | | one another, |
| | | | resulting in |
| | | | substantially |
| | | | redundant |
| | | | compilation of |
| | | | objects, as well as |
| | | | the inability to |
| | | | easily manage |
| | | | compile-time options |
| Revised kld | | | for kernel objects |
| build | Not done | Peter Wemm | (such as MAC, PAE, |
| infrastructure | | | etc) that may |
| | | | require conditional |
| | | | compilation in the |
| | | | kernel modules. In |
| | | | order to improve |
| | | | build performance |
| | | | and better support |
| | | | options of this |
| | | | sort, the KLD build |
| | | | infrastructure needs |
| | | | to be revamped. |
| | | | Peter Wemm has done |
| | | | some initial |
| | | | prototyping, and |
| | | | should be contacted |
| | | | before starting on |
| | | | this work. |
|------------------+-------------+----------------+----------------------|
| | | | Apple's Darwin |
| | | | operating system has |
| | | | fairly extensive |
| Merge of Darwin | | | improvements to |
| msdosfs, other | Not done | -- | msdosfs and other |
| fixes | | | kernel services; |
| | | | these fixes must be |
| | | | reviewed and merged |
| | | | to the FreeBSD tree. |
|------------------+-------------+----------------+----------------------|
| | | | Truss appears to |
| | | | contain a race |
| | | | condition during the |
| | | | start-up of |
| | | | debugging, which can |
| | | | result in truss |
| | | | failing to attach to |
| | | | the process before |
| | | | it exits. The |
| | | | symptom is that |
| | | | truss reports that |
| | | | it cannot open the |
| | | | procfs node |
| | | | supporting the |
| | | | process being |
| | | | debugged. A bug also |
| Race conditions | Errata | Robert Drehmel | appears to exist |
| in truss | candidate | | where in truss will |
| | | | hang if execve() |
| | | | returns ENOENT. A |
| | | | further race appears |
| | | | to exist in which |
| | | | truss will return |
| | | | "PIOCWAIT: |
| | | | Input/output error" |
| | | | occasionally on |
| | | | startup. The fix for |
| | | | this sufficiently |
| | | | changes process |
| | | | execution handling |
| | | | that we will defer |
| | | | the fix to post-5.0 |
| | | | and consider this |
| | | | errata. |
|------------------+-------------+----------------+----------------------|
| | | | Truss appears to |
| | | | have another |
| | | | problem. It is |
| | | | repeatable by |
| | | | running "truss -f |
| More truss | Not done | -- | fsck -p /", |
| problems | | | suspending it with |
| | | | ^Z, and then killing |
| | | | truss. It will leave |
| | | | behind the fsck |
| | | | processes which will |
| | | | be unkillable. |
|------------------+-------------+----------------+----------------------|
| | | | Many systems |
| | | | supporting POSIX.1e |
| | | | ACLs permit a minor |
| | | | violation to that |
| | | | specification, in |
| | | | which the ACL_MASK |
| ACL_MASK | | | entry overrides the |
| override of | Not done | Robert Watson | umask, rather than |
| umask support in | | | being intersected |
| UFS | | | with it. The |
| | | | resulting semantics |
| | | | can be useful in |
| | | | group-oriented |
| | | | environments, and as |
| | | | such would be very |
| | | | helpful on FreeBSD. |
|------------------+-------------+----------------+----------------------|
| | | | The LOR reported in |
| | | | PR kern/55175 needs |
| filedesc LOR | Not done | -- | to be fixed. |
| | | | Filedesc locking |
| | | | needs to be heavily |
| | | | reviewed in general. |
|------------------+-------------+----------------+----------------------|
| | | | Currently, MAC |
| | | | protections are |
| | | | enforced only on |
| | | | locally originated |
| | | | file system |
| | | | operations (VOPs), |
| | | | and not on RPCs |
| | | | generated via the |
| | | | NFS server. |
| MAC support for | | | Improvements in NFS |
| NFS Server | Not done | Robert Watson | server credential |
| | | | handling are |
| | | | required to correct |
| | | | this problem, as |
| | | | well as the |
| | | | introduction of new |
| | | | entry points to |
| | | | properly label NFS |
| | | | credentials and |
| | | | perform enforcement |
| | | | properly. |
|------------------+-------------+----------------+----------------------|
| | | | All PCI drivers must |
| | | | use busdma for DMA; |
| | | | no use of vtophys() |
| busdma in all | In progress | -- | will be permitted |
| PCI drivers | | | for any recent |
| | | | device driver. ISA |
| | | | drivers may be |
| | | | exempt. |
|------------------+-------------+----------------+----------------------|
| | | | Userland bits |
| KSE support for | In progress | Marcel | implemented, kernel |
| alpha | | Moolenaar | bits not |
| | | | implemented. |
|------------------+-------------+----------------+----------------------|
| | | | For kernel API/ABI |
| | | | compatibility |
| | | | reasons, it would be |
| CAM locking | In progress | Scott Long, | desirable to have |
| | | Justin Gibbs | the CAM locking |
| | | | strategy determined |
| | | | and loosely |
| | | | implemented for 5.3. |
|------------------+-------------+----------------+----------------------|
| | | | When running syscons |
| | | | on an Ultra-30 with |
| | | | Creator-3D typing |
| | | | characters on the |
| | | | keyboard produces |
| | | | garbage. Problem |
| | | | reported by Kris |
| syscons not | | | Kennaway. Debugging |
| working on | Not done | -- | difficult due to |
| Sparc64 Ultra-30 | | | lack of this |
| | | | particular |
| | | | configuration among |
| | | | developers and |
| | | | problem isn't |
| | | | present on similar |
| | | | hardware (e.g. no |
| | | | problem on Ultra-60 |
| | | | w/Creator-3D). |
+------------------------------------------------------------------------+
Documentation items that must be resolved for 5.3
+-------------------------------------------------------------------------------------------------+
| Issue | Status |Responsible| Description |
|--------------+-----------+-----------+----------------------------------------------------------|
| | |Gavin |The installation documentation doesn't take into account |
|i386 Floppy | |Atkinson, |the new floppy images (with a full kernel split across |
|Installation |Done |Bruce A. |multiple disks). This should be updated. |
|Docs | |Mah |References: |
| | | |docs/70485 (closed) |
|--------------+-----------+-----------+----------------------------------------------------------|
|Finish | |Simon L. |Finish removing mention of individual devices in the |
|hardware notes|In progress|Nielsen, |hardware notes and use auto-generated lists, based on |
|trimming | |Christian |driver manual pages, instead. |
| | |Brueffer | |
|--------------+-----------+-----------+----------------------------------------------------------|
| | | |The snd(4) and pcm(4) drivers have been renamed but their |
| | | |manual pages are still outdated. sound(4) has to be added |
| | | |and pcm(4), csa(4), gusc(4), sbc(4), and uaudio(4) should |
|sound(4) | | |be revised. Other manual pages which refer to pcm(4) (if |
|related manual|In progress|Simon L. |any) should possibly be revised, too. In addition, |
|pages | |Nielsen |supported cards list needs to be updated. |
| | | |References: |
| | | |Manpage for snd_solo on -doc@ |
| | | |[PATCH] sound(4) related manpages 5.3 TODO item on -doc@ |
| | | |src/share/man/man4/Makefile rev.1.279 |
|--------------+-----------+-----------+----------------------------------------------------------|
| | | |This section is outdated, some rewrites are needed for |
|Sound section | |Marc |5.3-RELEASE. |
|in the |Done |Fonvieille |References: |
|Handbook | | |doc/en_US.ISO8859-1/books/handbook/multimedia/chapter.sgml|
| | | |rev.1.94 |
|--------------+-----------+-----------+----------------------------------------------------------|
|FDP | | |With the snd(4) and pcm(4) drivers changes, documentations|
|documentations|Not done |-- |(FAQ) regarding the use of these drivers need an update. |
|related pcm(4)| | | |
|--------------+-----------+-----------+----------------------------------------------------------|
| | | |Xin LI pointed out that FreeBSD 5.3-RELEASE is the first |
| | | |stable release on 5.X and it is (hopefully) not for early |
| | | |adopters. Early Adopter's Guide is still useful, but |
|Early | |Bruce A. |contains a bit old information. Some parts of this guide |
|Adopter's |Done |Mah, Tom |need a rewrite, and this document should be published as |
|Guide | |Rhodes |"4.X to 5.X Migration Guide", which focuses difference |
| | | |between 4.X and 5.X. |
| | | |References: |
| | | |Draft for review |
| | | |discussion on -doc@ and -current@ |
|--------------+-----------+-----------+----------------------------------------------------------|
| | | |Some parts are outdated. doc/70485 has been committed, but|
| | | |more work is needed to reflect the realities. bmah@ |
| | | |pointed out that we should have "quick-start" installation|
|Installation |Not done |Tom Rhodes |guide for each platform instead of the current ones |
|Notes | | |because they become too long and difficult to be |
| | | |maintained. |
| | | |References: |
| | | |doc/70485 (closed) |
|--------------+-----------+-----------+----------------------------------------------------------|
| | |Ken Tom, |Update the X11 chapter of the Handbook for X.Org's X11 |
|Xorg |Done |Marc |server. |
| | |Fonvieille |References: |
| | | |books/handbook/config/chapter.sgml rev.1.147 |
|--------------+-----------+-----------+----------------------------------------------------------|
| | | |Ch.11.4 and 11.5 of the Handbook must be updated to |
| | | |mention the new rc.d scripts and some ports use |
|rc.d scripts |In progress|Tom Rhodes |/etc/rc.conf for their configuration. |
| | | |References: |
| | | |books/handbook/config/chapter.sgml rev.1.170 |
| | | |books/handbook/config/chapter.sgml rev.1.172 |
|--------------+-----------+-----------+----------------------------------------------------------|
|Handbook's | | |Chapter 8 must be updated to match 5.3-RELEASE. |
|kernel |Done |Ceri Davies|References: |
|configuration | | |docs/70674 (closed) |
|chapter | | |books/handbook/kernelconfig/chapter.sgml rev.1.135 |
|--------------+-----------+-----------+----------------------------------------------------------|
| | | |Some parts of Section 14.10 are outdated and are not |
|Handbook's | | |correct for 5.X systems. |
|IPsec section |Not done |-- |References: |
| | | |ipsec on -doc@ |
| | | |Problem with IPSEC in handbook on -doc@ |
|--------------+-----------+-----------+----------------------------------------------------------|
|Handbook's |Not done |-- |Vinum chapter needs to be revised for 5.X systems. |
|Vinum chapter | | | |
+-------------------------------------------------------------------------------------------------+
Testing focuses for 5.3-RELEASE
+------------------------------------------------------------------------+
| Issue | Status | Responsible | Description |
|--------------------+---------------+--------------+--------------------|
| | | | KSE has matured to |
| | | | the point of being |
| | | | more stable and |
| | | | POSIX-compliant |
| | | | than the |
| | | | traditional |
| | | | libc_r. All Tier-1 |
| | | | platforms MUST |
| | | | have stable KSE |
| | | David Xu, | support for 5.3 in |
| KSE as the default | Needs testing | Daniel | order to support a |
| threads library | | Eischen | consistent |
| | | | transition. |
| | | | Additionally, all |
| | | | ports that depend |
| | | | on the pthreads |
| | | | API must be |
| | | | modified to |
| | | | properly detect |
| | | | and support the |
| | | | default threading |
| | | | library. |
|--------------------+---------------+--------------+--------------------|
| | | | Binutils needs |
| | | | updating in order |
| Updated binutils | | David | to support new |
| for all platforms | Needs testing | O'Brien | platforms, newer |
| | | | GDB versions, and |
| | | | Thread Local |
| | | | Storage. |
|--------------------+---------------+--------------+--------------------|
| | | | The previous GCC |
| | | | 3.3 snapshot |
| | | | included |
| | | | regressions in |
| | | | alignment of |
| | | | floating point |
| gcc 3.3 floating | | | arguments, |
| point alignment | Needs testing | | resulting in a |
| regression | | | substantial |
| | | | performance |
| | | | degradation. The |
| | | | recent GCC 3.4.2 |
| | | | import should fix |
| | | | this, but more |
| | | | testing is needed. |
|--------------------+---------------+--------------+--------------------|
| | | | Jun Kuriyama has |
| | | | reportged a failed |
| | | | locking assertion |
| | | | with IPv6 TCP |
| in6_pcbnotify() | Needs testing | Robert | notifications. A |
| panic with TCP | | Watson | patch has been |
| | | | committed to the |
| | | | CVS HEAD and |
| | | | RELENG_5 and needs |
| | | | further testing. |
|--------------------+---------------+--------------+--------------------|
| | | | To complete |
| | | | support for |
| | | | thread-local |
| | | | storage on |
| | | | FreeBSD, |
| Per-platform | | Doug Rabson, | per-architecture |
| Thread-Local | Needs testing | Marcel | changes must be |
| Storage | | Moolenaar | made. Currently |
| | | | pending platforms |
| | | | are amd64, alpha, |
| | | | ia64, i386, |
| | | | sparc64, and |
| | | | powerpc. |
|--------------------+---------------+--------------+--------------------|
| | | | High load on SMP |
| | | | systems appears to |
| | | | result in a hard |
| | | | hang related to VM |
| | | | IPI. Doug White |
| SMP instability | | Doug White, | has prepared a |
| under load | Needs testing | Alan L. Cox | candidate patch |
| | | | that appears to |
| | | | resolve this |
| | | | instability, which |
| | | | is currently in |
| | | | testing for merge |
| | | | to the CVS HEAD. |
|--------------------+---------------+--------------+--------------------|
| | | | Significant parts |
| | | | of the network |
| | | | stack (especially |
| | | | IPv4, UNIX domain |
| | | | IPC, and sockets) |
| | | | now have |
| | | | fine-grained |
| | | | locking of their |
| | | | data structures. |
| | | | It's possible to |
| | | | run many common |
| | | | network subsystems |
| | | | and services |
| | | | without the Giant |
| Fine-grained | | | lock. However, a |
| network stack | | Robert | number of device |
| locking without | Needs testing | Watson | drivers and less |
| Giant | | | mainstream network |
| | | | subsystems are |
| | | | currently not |
| | | | MPSAFE. By |
| | | | 5.3-RELEASE, it is |
| | | | necessary to have |
| | | | the vast majority |
| | | | of network code |
| | | | running without |
| | | | Giant, including |
| | | | sockets, |
| | | | permitting |
| | | | complete |
| | | | local<->remote |
| | | | delivery without |
| | | | grabbing Giant. |
|--------------------+---------------+--------------+--------------------|
| | | | KLDs work when |
| | | | loaded from |
| | | | userland, but not |
| | | David | from the loader. |
| kld support for | Needs testing | O'Brien, Ian | kldxref and loader |
| amd64 | | Dowse | support has been |
| | | | committed to HEAD |
| | | | and RELENG_5 and |
| | | | needs final |
| | | | testing. |
|--------------------+---------------+--------------+--------------------|
| | | | Recent changes to |
| | | | the ATA driver |
| | | | trigger a bug on |
| | | So/ren | sparc64 that |
| ATA panics under | Needs testing | Schmidt, | causes a panic on |
| sparc64 | | Scott Long | boot. This was |
| | | | caused by bugs in |
| | | | busdma that have |
| | | | been hopefully |
| | | | fixed. |
|--------------------+---------------+--------------+--------------------|
| | | | The ifconf() ioctl |
| | | | for listing |
| | | | network interfaces |
| | | | performs a |
| | | | copyout() while |
| | | | holding the global |
| | | | ifnet list mutex. |
| | | | This generates a |
| ifconf() sleep | | | witness warning in |
| warning | Needs testing | Brooks Davis | the event that |
| | | | copyout() |
| | | | generates a page |
| | | | fault, and risks |
| | | | more serious |
| | | | problems. A patch |
| | | | has been committed |
| | | | to HEAD and |
| | | | RELENG_5, but |
| | | | requires testing. |
|--------------------+---------------+--------------+--------------------|
| | | | There are reports |
| | | | of applications |
| | | | wedging in poll() |
| | | | and select() while |
| | | | running the |
| | | | network stack |
| | | | without the Giant |
| | | | lock. A recent |
| | | | sleepq change |
| | | | appears to have |
| | | | caused some of the |
| | | | observed problems |
| | | | to go away (others |
| | | | are difficult to |
| poll()/select() | | | test for due to |
| application wedge | Needs testing | Robert | recent SMP |
| reports with | | Watson | instability). A |
| debug.mpsafenet=1 | | | fix has been |
| | | | committed to CVS |
| | | | HEAD and merged to |
| | | | RELENG_5 and |
| | | | appears to resolve |
| | | | problems with |
| | | | poll(); we are |
| | | | waiting for |
| | | | feedback that it |
| | | | has corrected the |
| | | | reported problems |
| | | | with select() also |
| | | | before moving this |
| | | | to "testing" |
| | | | status. |
|--------------------+---------------+--------------+--------------------|
| | | | There have been |
| | | | several reports of |
| | | | if_em cards |
| if_em wedging | Needs testing | Max Laier | "wedging" under |
| under high pps | | | high |
| | | | packets-per-second |
| | | | load. A fix is in |
| | | | RELENG_5 now. |
|--------------------+---------------+--------------+--------------------|
| | | | A recent |
| | | | regression in the |
| | | | USB code is |
| Panic on USB | | Warner Losh, | causing panics |
| detach | Needs testing | Scott Long | when a USB device |
| | | | detaches, |
| | | | especially USB |
| | | | hubs. A fix is in |
| | | | RELENG_5 now. |
|--------------------+---------------+--------------+--------------------|
| | | | There are reports |
| | | | that racoon is |
| | | | unable to complete |
| | | | IKE negotiation |
| | | | due to a send to |
| | | | the pfkey socket |
| KAME IPSEC | | | returning ENOBUFS. |
| "ENOBUFS" problem | | Robert | This appears to be |
| with racoon and | Needs testing | Watson | a result of an |
| mbuma | | | incorrect |
| | | | assumption about |
| | | | mbuf data size due |
| | | | to a change |
| | | | resulting from |
| | | | mbuma. A fix for |
| | | | this is in |
| | | | RELENG_5 now. |
|--------------------+---------------+--------------+--------------------|
| | | | BIND9 is now in |
| | | | RELENG_5 and HEAD. |
| | | Doug Barton, | Testing is needed |
| BIND9 import into | | Dag-Erling | of basic |
| 5-CURRENT | Needs testing | Smorgrav, | functionality, |
| | | Tom Rhodes | migration from |
| | | | 8.x, and 3rd party |
| | | | packages in the |
| | | | ports tree. |
|--------------------+---------------+--------------+--------------------|
| | | | Synaptics updates |
| | | | to the psm(4) |
| | | | driver have |
| | | | resulted in poor |
| | | | interactivity for |
| | | | taps and button |
| Synaptics touchpad | Needs testing | Philip Paeps | press events for |
| problems | | | some users. |
| | | | Support is now |
| | | | disabled by |
| | | | default but work |
| | | | will procede to |
| | | | fix the underlying |
| | | | problems. |
+------------------------------------------------------------------------+
----------------------------------------------------------------------
home | contact | legal | (c) 1995-2004 The FreeBSD Project.
All rights reserved.
Last modified: 2004/10/01 19:22:52
From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 05:22:15 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 75B1816A4CE
for <freebsd-current@freebsd.org>;
Sat, 2 Oct 2004 05:22:15 +0000 (GMT)
Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.204])
by mx1.FreeBSD.org (Postfix) with ESMTP id 04FAC43D39
for <freebsd-current@freebsd.org>;
Sat, 2 Oct 2004 05:22:15 +0000 (GMT)
(envelope-from david.downey@gmail.com)
Received: by mproxy.gmail.com with SMTP id 79so3703226rnk
for <freebsd-current@freebsd.org>;
Fri, 01 Oct 2004 22:22:14 -0700 (PDT)
Received: by 10.38.77.44 with SMTP id z44mr5231985rna;
Fri, 01 Oct 2004 22:22:14 -0700 (PDT)
Received: by 10.38.82.69 with HTTP; Fri, 1 Oct 2004 22:22:14 -0700 (PDT)
Message-ID: <6917b781041001222274d003c4@mail.gmail.com>
Date: Sat, 2 Oct 2004 01:22:14 -0400
From: "David D.W. Downey" <david.downey@gmail.com>
To: Current <freebsd-current@freebsd.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Subject: Inability to create jails under 5.3-BETA6
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: "David D.W. Downey" <david.downey@gmail.com>
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 02 Oct 2004 05:22:15 -0000
Evening folks,
No matter what the hell i do, from booting into single mode, to making
.cshrc and .shrc entries for $JAILDIR and following the 'man jail'
tutorial i get the following. Doesn't matter what i do. This works
*flawlessly* under 4.10-RELEASE-p2 but fails miserably on any 5.3
version from BETA4 on up to BETA6
This is an excerpt from the build process. I've exported the jail dir
as according to the man page (The variable would be 'D' in the man
page example)
--------------------------------------------------------------
>>> stage 1.2: bootstrap tools
--------------------------------------------------------------
cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj/usr/src/i386 DESTDIR=
INSTALL="sh /usr/src/tools/install.sh"
PATH=/usr/obj/usr/src/i386/legacy/usr/sbin:/usr/obj/usr/src/i386/legacy/usr/bin:/usr/obj/usr/src/i386/legacy/usr/games:/sbin:/bin:/usr/sbin:/usr/bin
WORLDTMP=/usr/obj/usr/src/i386 MAKEFLAGS="-m /usr/src/tools/build/mk
DESTDIR=/usr/local/LOCKBOX/virtual-tree/production/www.cyberspacetech.com
-m /usr/src/share/mk" make -f Makefile.inc1 BOOTSTRAPPING=503000
-DNOHTML -DNOINFO -DNOLINT -DNOMAN -DNOPIC -DNOPROFILE -DNOSHARED
-DNO_CPU_CFLAGS -DNO_WARNS bootstrap-tools
===> games/fortune/strfile
/usr/obj/usr/src/i386/usr/src/games/fortune/strfile created for
/usr/src/games/fortune/strfile
rm -f .depend
mkdep -f .depend -a -I/usr/obj/usr/src/i386/legacy/usr/include
/usr/src/games/fortune/strfile/strfile.c
echo strfile: /usr/local/LOCKBOX/virtual-tree/production/www.cyberspacetech.com/usr/lib/libc.a
/usr/obj/usr/src/i386/legacy/usr/lib/libegacy.a >> .depend
cc -O -pipe -I/usr/obj/usr/src/i386/legacy/usr/include -c
/usr/src/games/fortune/strfile/strfile.c
make: don't know how to make
/usr/local/LOCKBOX/virtual-tree/production/www.cyberspacetech.com/usr/lib/libc.a.
Stop
*** Error code 2
Stop in /usr/src.
*** Error code 1
Stop in /usr/src.
*** Error code 1
Stop in /usr/src.
silvani# ls /usr/local/LOCKBOX/virtual-tree/production/
.snap www.cyberspacetech.com
silvani# ls /usr/local/LOCKBOX/virtual-tree/production/www.cyberspacetech.com/
silvani#
--
David D.W. Downey
From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 05:30:58 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 7349216A4CE
for <freebsd-current@freebsd.org>;
Sat, 2 Oct 2004 05:30:58 +0000 (GMT)
Received: from dglawrence.com (dsl-230-156.ipns.com [209.210.230.156])
by mx1.FreeBSD.org (Postfix) with ESMTP id EF5E243D2D
for <freebsd-current@freebsd.org>;
Sat, 2 Oct 2004 05:30:57 +0000 (GMT)
(envelope-from dg@nexus.dglawrence.com)
Received: from nexus.dglawrence.com (localhost [127.0.0.1])
by dglawrence.com (8.12.10/8.12.6) with ESMTP id i925UcrW093639
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 22:30:38 -0700 (PDT)
(envelope-from dg@nexus.dglawrence.com)
Received: (from dg@localhost)
by nexus.dglawrence.com (8.12.10/8.12.3/Submit) id i925Uckf093638
for freebsd-current@freebsd.org; Fri, 1 Oct 2004 22:30:38 -0700 (PDT)
Resent-From: "David G. Lawrence" <dg@dglawrence.com>
Resent-Date: Fri, 1 Oct 2004 22:30:37 -0700
Resent-Message-ID: <20041002053037.GF17792@nexus.dglawrence.com>
Resent-To: freebsd-current@freebsd.org
Date: Fri, 1 Oct 2004 22:28:56 -0700
From: "David G. Lawrence" <dg@dglawrence.com>
To: "Scot W. Hetzel" <swhetzel@gmail.com>
Message-ID: <20041002052856.GE17792@nexus.dglawrence.com>
References: <200410020349.i923nG8v021675@northstar.hetzel.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <200410020349.i923nG8v021675@northstar.hetzel.org>
cc: freebsd-current@freebsd.org
Subject: Re: Bug in #! processing
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 02 Oct 2004 05:30:58 -0000
> The following patch changes the check for end of line, so that a comment
> on the first line must be preceded by white space (' ' or '\t').
Personally, I'm thinking that all of the support for a "comment" on
the interpreter line is bogus and it would be better to back out rev
1.21 rather than add even more complicated code to work around all of
the problems that it causes.
-DG
David G. Lawrence
President
Download Technologies, Inc. - http://www.downloadtech.com - (866) 399 8500
TeraSolutions, Inc. - http://www.terasolutions.com - (888) 346 7175
The FreeBSD Project - http://www.freebsd.org
Pave the road of life with opportunities.
From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 05:54:28 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id A65F016A4CE; Sat, 2 Oct 2004 05:54:28 +0000 (GMT)
Received: from CPE000103d44c07-CM000f9f7ae88c.cpe.net.cable.rogers.com
(CPE000103d44c07-CM000f9f7ae88c.cpe.net.cable.rogers.com [69.193.222.195])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 5B40743D39; Sat, 2 Oct 2004 05:54:28 +0000 (GMT)
(envelope-from mikej@rogers.com)
Received: from 192.168.0.1 (localhost [127.0.0.1])
with ESMTP id 656902954DB; Sat, 2 Oct 2004 01:54:12 -0400 (EDT)
Received: from 192.168.0.188
(SquirrelMail authenticated user mikej);
by 192.168.0.1 with HTTP;
Sat, 2 Oct 2004 01:54:12 -0400 (EDT)
Message-ID: <2439.192.168.0.188.1096696452.squirrel@192.168.0.188>
In-Reply-To: <200410010741.i917fJUo076107@pooker.samsco.org>
References: <200410010741.i917fJUo076107@pooker.samsco.org>
Date: Sat, 2 Oct 2004 01:54:12 -0400 (EDT)
From: "Mike Jakubik" <mikej@rogers.com>
To: re@FreeBSD.org
User-Agent: SquirrelMail/1.4.3a
X-Mailer: SquirrelMail/1.4.3a
MIME-Version: 1.0
Content-Type: text/plain;charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Priority: 3 (Normal)
Importance: Normal
X-wettoast-MailScanner-Information: Please contact the ISP for more
information
X-wettoast-MailScanner: Found to be clean
X-MailScanner-From: mikej@rogers.com
cc: current@freebsd.org
Subject: Re: 5.3-RELEASE TODO
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 02 Oct 2004 05:54:28 -0000
Scott Long said:
> This is an automated weekly mailing of the FreeBSD 5.3 open issues list.
> The live version of this list is available at:
>
> http://www.FreeBSD.org/releases/5.3R/todo.html
>
> Automated mailing of this list will continue through the release of
> FreeBSD 5.3
Well, it sounds like its going to take a year or so for 5.3 to be
released. Good luck, and thanks to all that are contributing to the cause
:)
From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 06:02:18 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 549A016A4CE; Sat, 2 Oct 2004 06:02:18 +0000 (GMT)
Received: from green.homeunix.org (pcp04368961pcs.nrockv01.md.comcast.net
[69.140.212.7]) by mx1.FreeBSD.org (Postfix) with ESMTP
id 11F7343D48; Sat, 2 Oct 2004 06:02: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.1/8.13.1) with ESMTP id i92624fX001803;
Sat, 2 Oct 2004 02:02:04 -0400 (EDT)
(envelope-from green@green.homeunix.org)
Received: (from green@localhost)
by green.homeunix.org (8.13.1/8.13.1/Submit) id i92621Wr001802;
Sat, 2 Oct 2004 02:02:01 -0400 (EDT)
(envelope-from green)
Date: Sat, 2 Oct 2004 02:02:01 -0400
From: Brian Fundakowski Feldman <green@FreeBSD.org>
To: John Baldwin <jhb@FreeBSD.org>
Message-ID: <20041002060201.GB1034@green.homeunix.org>
References: <20040924230425.GB1164@green.homeunix.org>
<20040925101021.A78979@bpgate.speednet.com.au>
<200409271635.44017.jhb@FreeBSD.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <200409271635.44017.jhb@FreeBSD.org>
User-Agent: Mutt/1.5.6i
cc: scottl@FreeBSD.org
cc: Andy Farkas <andy@bradfieldprichard.com.au>
cc: freebsd-current@FreeBSD.org
cc: julian@FreeBSD.org
Subject: Re: panic: APIC: Previous IPI is stuck
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 02 Oct 2004 06:02:18 -0000
On Mon, Sep 27, 2004 at 04:35:44PM -0400, John Baldwin wrote:
> On Friday 24 September 2004 08:24 pm, Andy Farkas wrote:
> > I have been having this problem for a few weeks now. Glad I'm not the only
> > one. My box is a 4xPPro running 5.3-BETA5. It panics with either ULE
> > or 4BSD.
> >
> > My theory is that a physical IPI gets lost somewhere and the kerenl spins
> > waiting for it. But thats just a stab in the dark because nobody cares to
> > explain why IPI's would be stuck.
>
> The panic has to do with a previous IPI not finished being sent from the same
> CPU. I've yet to determine why this happens. You can try editing
> sys/i386/i386/local_apic.c and turning on 'DETECT_DEADLOCK' (I think it is
> just commented out) and seeing if that improves stability. I also see this
> on a 4xPIIXeon system I use for testing.
>
> > -andyf
> >
> > On Fri, 24 Sep 2004, Brian Fundakowski Feldman wrote:
> > > This is on a 2xAthlon with the SCHED_ULE, HZ=1000, SW_WATCHDOG, and
> > > nothing really special in development.
> > >
> > > FreeBSD green.homeunix.org 6.0-CURRENT FreeBSD 6.0-CURRENT #110: Wed Sep
> > > 22 11:28:27 EDT 2004
> > > root@green.homeunix.org:/usr/src/sys/i386/compile/GREEN i386
> > >
> > > panic: APIC: Previous IPI is stuck
> > > cpuid = 1
> > > KDB: stack backtrace:
> > > kdb_backtrace(c063cae7,1,c063c5e7,d4411b28,c1da2000) at
> > > kdb_backtrace+0x2e panic(c063c5e7,1,f3,1,2) at panic+0x128
> > > lapic_ipi_vectored(f3,1,c1da2494,1,c0675910) at 64) at
> > > sched_add_internal+0x21e kseq_assign(c0675910,1,c0625a07,5e0,c1da1540) at
> > > kseq_assign+0x4a sched_clock(c1da2000,2,c0621165,17e,d4411c54) at
> > > sched_clock+0x74 statclock(d4411c54,c1ecc840,d4411c3c,c05edc8b,d4411c54)
> > > at statclock+0xf8 rtcintr(d4411c54,c0487af4,c06733a0,2,8) at rtcintr+0x4f
> > > intr_execute_handlers(c1dca8f0,d4411c54,d4411cb4,c05ea0e3,38) at
> > > intr_execute_ha ndlers+0xab
> > > lapic_handle_intr(38) at lapic_handle_intr+0x3a
> > > Xapic_isr1() at Xapic_isr1+0x33
> > > --- interrupt, eip = 0xc04a640a, esp = 0xd4411c98, ebp = 0xd4411cb4 ---
> > > _mtx_lock_sleep(c06733e0,c1da2000,0,c06220e8,222) at
> > > _mtx_lock_sleep+0x13a _mtx_lock_flags(c06733e0,0,c06220e8,222,0) at
> > > _mtx_lock_flags+0xc0
> > > ithread_loop(c1da6200,d4411d48,c0621edb,31f,c1da6200) at
> > > ithread_loop+0x15a fork_exit(c0499660,c1da6200,d4411d48) at
> > > fork_exit+0xc6
> > > fork_trampoline() at fork_trampoline+0x8
> > > --- trap 0x1, eip = 0, esp = 0xd4411d7c, ebp = 0 ---
> > > KDB: enter: panic
> > > panic: APIC: Previous IPI is stuck
> > > cpuid = 1
> > > boot() called on cpu#1
> > > Uptime: 2d0h16m55s
> > > ^^ full hang instead of reset
Okay, I just got another one of these, exactly the same as that one but
for the fact that the softclock() interrupt was specifically locking
Giant instead of the interrupt thread loop. So the other CPU owned
Giant at the time and the scheduling CPU is trying to acquire it and
interrupted by needing to run the statclock().
This is way too coincidental to ignore.
SCHED_ULE is far too complex for me to understand much of right now;
what prevents sched_clock() from calling kseq_assign() multiple times
per CPU? Are we _absolutely_100%_certain_ that functionality works
correctly?
--
Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\
<> green@FreeBSD.org \ The Power to Serve! \
Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\
From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 06:24:33 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 50F0D16A4CE
for <freebsd-current@freebsd.org>;
Sat, 2 Oct 2004 06:24:33 +0000 (GMT)
Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.196])
by mx1.FreeBSD.org (Postfix) with ESMTP id 07F6543D1D
for <freebsd-current@freebsd.org>;
Sat, 2 Oct 2004 06:24:33 +0000 (GMT)
(envelope-from david.downey@gmail.com)
Received: by mproxy.gmail.com with SMTP id 79so3704709rnk
for <freebsd-current@freebsd.org>;
Fri, 01 Oct 2004 23:24:32 -0700 (PDT)
Received: by 10.38.126.4 with SMTP id y4mr687943rnc;
Fri, 01 Oct 2004 23:24:32 -0700 (PDT)
Received: by 10.38.82.69 with HTTP; Fri, 1 Oct 2004 23:24:32 -0700 (PDT)
Message-ID: <6917b781041001232434a97973@mail.gmail.com>
Date: Sat, 2 Oct 2004 02:24:32 -0400
From: "David D.W. Downey" <david.downey@gmail.com>
To: Current <freebsd-current@freebsd.org>
In-Reply-To: <6917b781041001222274d003c4@mail.gmail.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
References: <6917b781041001222274d003c4@mail.gmail.com>
Subject: Re: Inability to create jails under 5.3-BETA6
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: "David D.W. Downey" <david.downey@gmail.com>
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 02 Oct 2004 06:24:33 -0000
On Sat, 2 Oct 2004 01:22:14 -0400, David D.W. Downey
<david.downey@gmail.com> wrote:
> Evening folks,
>
> No matter what the hell i do, from booting into single mode, to making
> .cshrc and .shrc entries for $JAILDIR and following the 'man jail'
> tutorial i get the following. Doesn't matter what i do. This works
> *flawlessly* under 4.10-RELEASE-p2 but fails miserably on any 5.3
> version from BETA4 on up to BETA6
>
> This is an excerpt from the build process. I've exported the jail dir
> as according to the man page (The variable would be 'D' in the man
> page example)
>
> --------------------------------------------------------------
> >>> stage 1.2: bootstrap tools
> --------------------------------------------------------------
> cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj/usr/src/i386 DESTDIR=
> INSTALL="sh /usr/src/tools/install.sh"
> PATH=/usr/obj/usr/src/i386/legacy/usr/sbin:/usr/obj/usr/src/i386/legacy/usr/bin:/usr/obj/usr/src/i386/legacy/usr/games:/sbin:/bin:/usr/sbin:/usr/bin
> WORLDTMP=/usr/obj/usr/src/i386 MAKEFLAGS="-m /usr/src/tools/build/mk
> DESTDIR=/usr/local/LOCKBOX/virtual-tree/production/www.cyberspacetech.com
> -m /usr/src/share/mk" make -f Makefile.inc1 BOOTSTRAPPING=503000
> -DNOHTML -DNOINFO -DNOLINT -DNOMAN -DNOPIC -DNOPROFILE -DNOSHARED
> -DNO_CPU_CFLAGS -DNO_WARNS bootstrap-tools
> ===> games/fortune/strfile
> /usr/obj/usr/src/i386/usr/src/games/fortune/strfile created for
> /usr/src/games/fortune/strfile
> rm -f .depend
> mkdep -f .depend -a -I/usr/obj/usr/src/i386/legacy/usr/include
> /usr/src/games/fortune/strfile/strfile.c
> echo strfile: /usr/local/LOCKBOX/virtual-tree/production/www.cyberspacetech.com/usr/lib/libc.a
> /usr/obj/usr/src/i386/legacy/usr/lib/libegacy.a >> .depend
> cc -O -pipe -I/usr/obj/usr/src/i386/legacy/usr/include -c
> /usr/src/games/fortune/strfile/strfile.c
> make: don't know how to make
> /usr/local/LOCKBOX/virtual-tree/production/www.cyberspacetech.com/usr/lib/libc.a.
> Stop
> *** Error code 2
>
> Stop in /usr/src.
> *** Error code 1
>
> Stop in /usr/src.
> *** Error code 1
>
> Stop in /usr/src.
> silvani# ls /usr/local/LOCKBOX/virtual-tree/production/
> .snap www.cyberspacetech.com
> silvani# ls /usr/local/LOCKBOX/virtual-tree/production/www.cyberspacetech.com/
> silvani#
>
> --
> David D.W. Downey
>
As an addition, I'v ehad several friends and fellow admins attemp this
as well. I have at least 3 that have reported back that the same error
occurs (aka jails failing to build) though it fails at different
stages for them, with only 1 reporting the *same* spot for the death
as I had. The others were at different stages.)
I'd like to know if anyone else is also having these problems.
--
David D.W. Downey
From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 07:18:49 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 7B08416A4D4
for <freebsd-current@freebsd.org>;
Sat, 2 Oct 2004 07:18:49 +0000 (GMT)
Received: from mail.mcneil.com (mcneil.com [24.199.45.54])
by mx1.FreeBSD.org (Postfix) with ESMTP id 21AEE43D2D
for <freebsd-current@freebsd.org>;
Sat, 2 Oct 2004 07:18:49 +0000 (GMT) (envelope-from sean@mcneil.com)
Received: from localhost (localhost.mcneil.com [127.0.0.1])
by mail.mcneil.com (Postfix) with ESMTP id C9EA7F1B21;
Sat, 2 Oct 2004 00:18:48 -0700 (PDT)
Received: from mail.mcneil.com ([127.0.0.1])
by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024)
with ESMTP id 87979-02; Sat, 2 Oct 2004 00:18:47 -0700 (PDT)
Received: from [24.199.45.54] (mcneil.com [24.199.45.54])
by mail.mcneil.com (Postfix) with ESMTP id E7277F1AC4;
Sat, 2 Oct 2004 00:18:46 -0700 (PDT)
From: Sean McNeil <sean@mcneil.com>
To: Kris Kennaway <kris@obsecurity.org>
In-Reply-To: <1096583414.1305.6.camel@server>
References: <1096581842.1077.4.camel@server>
<20040930220802.GA16993@xor.obsecurity.org>
<1096582214.1189.1.camel@server>
<20040930221219.GA17109@xor.obsecurity.org>
<1096583414.1305.6.camel@server>
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="=-6T/+m9O65GAQhoopPxMC"
Message-Id: <1096701526.88269.0.camel@server>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.6
Date: Sat, 02 Oct 2004 00:18:46 -0700
X-Virus-Scanned: by amavisd-new at mcneil.com
cc: freebsd-current@freebsd.org
Subject: Re: totem in gdb crashes -current
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 02 Oct 2004 07:18:49 -0000
--=-6T/+m9O65GAQhoopPxMC
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable
On Thu, 2004-09-30 at 15:30, Sean McNeil wrote:
> On Thu, 2004-09-30 at 15:12, Kris Kennaway wrote:
> > On Thu, Sep 30, 2004 at 03:10:14PM -0700, Sean McNeil wrote:
> > > On Thu, 2004-09-30 at 15:08, Kris Kennaway wrote:
> > > > On Thu, Sep 30, 2004 at 03:04:02PM -0700, Sean McNeil wrote:
> > > > > I can crash my -current/amd64 machine each time by doing:
> > > > >=20
> > > > > gdb `which totem`
> > > > > r
> > > > >=20
> > > > > The machine reboots with no information in log files or dropping =
down
> > > > > into the debugger.
> > > >=20
> > > > Unable to reproduce:
> > > >=20
> > > > hammer02# gdb `which totem`
> > > > Excess command line arguments ignored. (not ...)
> > > > GNU gdb 6.1.1 [FreeBSD]
> > > > Copyright 2004 Free Software Foundation, Inc.
> > > > GDB is free software, covered by the GNU General Public License, an=
d you are
> > > > welcome to change it and/or distribute copies of it under certain c=
onditions.
> > > > Type "show copying" to see the conditions.
> > > > There is absolutely no warranty for GDB. Type "show warranty" for =
details.
> > > > This GDB was configured as "amd64-marcel-freebsd"...totem:: No such=
file or directory.
> > > >=20
> > > > /root/Command: No such file or directory.
> > > > (gdb)
> > >=20
> > > Do you have totem installed? Mine is compiled with gstreamer support=
.=20
> >=20
> > OK, can you provide a binary?
>=20
> Tried to email it to you, but it is too big. You can find it in
>=20
> www.mcneil.com/~sean
>=20
> Let me know if you need any libraries. This was recompiled just today
> along with gstreamer and gstreamer-plugins.
Anyone able to reproduce this problem?
--=-6T/+m9O65GAQhoopPxMC
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)
iD8DBQBBXlZWyQsGN30uGE4RArJVAJ9H2uISpYuvuN6jcKLkyl/Q9lcEZACghvbh
GTEErr/xj0JZKH9nlUbxheg=
=2TdC
-----END PGP SIGNATURE-----
--=-6T/+m9O65GAQhoopPxMC--
From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 08:26:45 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id F15FB16A4CE
for <current@freebsd.org>; Sat, 2 Oct 2004 08:26:45 +0000 (GMT)
Received: from freebsd3.cimlogic.com.au (adsl-20-121.swiftdsl.com.au
[218.214.20.121])
by mx1.FreeBSD.org (Postfix) with ESMTP id 4909D43D54
for <current@freebsd.org>; Sat, 2 Oct 2004 08:26:45 +0000 (GMT)
(envelope-from jb@cimlogic.com.au)
Received: by freebsd3.cimlogic.com.au (Postfix, from userid 102)
id 790A66AA04; Sat, 2 Oct 2004 18:26:43 +1000 (EST)
Date: Sat, 2 Oct 2004 18:26:43 +1000
From: John Birrell <jb@cimlogic.com.au>
To: current@freebsd.org
Message-ID: <20041002082643.GA14648@freebsd3.cimlogic.com.au>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.4.2.1i
Subject: dig after bind9 upgrade
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 02 Oct 2004 08:26:46 -0000
dig doesn't work for me after the bind9 upgrade. It gets a corrupted server name
in make_server(). I haven't seen any problems posted here, so I guess I either
got a bad build or nobody digs. 8-)
--
John Birrell
From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 08:33:44 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 2610916A4DF
for <current@freebsd.org>; Sat, 2 Oct 2004 08:33:44 +0000 (GMT)
Received: from smtp2.jazztel.es (smtp2.jazztel.es [62.14.3.162])
by mx1.FreeBSD.org (Postfix) with ESMTP id 2A64D43D1D
for <current@freebsd.org>; Sat, 2 Oct 2004 08:33:43 +0000 (GMT)
(envelope-from josemi@freebsd.jazztel.es)
Received: from antivirus
by smtp2.jazztel.es
with antivirus id 1CDfKj-0003IM-00
for current@freebsd.org
Sat, 02 Oct 2004 10:33:37 +0200
Received: from [212.106.236.104] (helo=rguez.homeunix.net)
by smtp2.jazztel.es
with esmtp id 1CDfKi-0003Fj-00
for current@freebsd.org
Sat, 02 Oct 2004 10:33:36 +0200
Received: from orion.redesjm.local (orion.redesjm.local [192.168.254.16])
by rguez.homeunix.net (8.13.1/8.13.1) with ESMTP id i928XcYP001356
for <current@freebsd.org>; Sat, 2 Oct 2004 10:33:39 +0200 (CEST)
(envelope-from freebsd@redesjm.local)
From: Jose M Rodriguez <josemi@freebsd.jazztel.es>
To: current@freebsd.org
Date: Sat, 2 Oct 2004 10:33:37 +0200
User-Agent: KMail/1.7
MIME-Version: 1.0
Content-Type: text/plain;
charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200410021033.37844.freebsd@redesjm.local>
X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.27.0.12; VDF 6.27.0.81
(host: antares.redesjm.local)
X-Virus-Scanned: by antivirus
Subject: problems with latest bind9 setup changes
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 02 Oct 2004 08:33:44 -0000
Hi,
I'm running named in a sandwitch config form:
named_flags="-u bind -c /var/named/named.conf
After my last update, I've got my /var/named/ dir polluted by a chroot setup.
I think this is not the way.
/etc/rc.d/named must do this from chroot_autoupdate() only when required to do
so.
If /var/named must became a system directory, I can move my config
to /var/namebd or so. But I like to read HEADS UP about those things.
Thanks in advance,
--
josemi
From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 08:39:32 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id E426316A4CE
for <freebsd-current@freebsd.org>;
Sat, 2 Oct 2004 08:39:32 +0000 (GMT)
Received: from node15.coopprint.com (node15.cooperativeprinting.com
[208.4.77.15]) by mx1.FreeBSD.org (Postfix) with SMTP id 2CB6843D45
for <freebsd-current@freebsd.org>;
Sat, 2 Oct 2004 08:39:32 +0000 (GMT)
(envelope-from ryans@gamersimpact.com)
Received: (qmail 47365 invoked by uid 0); 2 Oct 2004 08:38:58 -0000
Received: from unknown (HELO ?192.168.0.5?) (63.231.165.205)
by node15.coopprint.com with SMTP; 2 Oct 2004 08:38:58 -0000
Message-ID: <415E6944.10105@gamersimpact.com>
Date: Sat, 02 Oct 2004 03:39:32 -0500
From: Ryan Sommers <ryans@gamersimpact.com>
User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: "David G. Lawrence" <dg@dglawrence.com>
References: <200410020349.i923nG8v021675@northstar.hetzel.org>
<20041002052856.GE17792@nexus.dglawrence.com>
In-Reply-To: <20041002052856.GE17792@nexus.dglawrence.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
cc: "Scot W. Hetzel" <swhetzel@gmail.com>
cc: freebsd-current@freebsd.org
Subject: Re: Bug in #! processing
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 02 Oct 2004 08:39:33 -0000
David G. Lawrence wrote:
>>The following patch changes the check for end of line, so that a comment
>>on the first line must be preceded by white space (' ' or '\t').
>>
>>
>
> Personally, I'm thinking that all of the support for a "comment" on
>the interpreter line is bogus and it would be better to back out rev
>1.21 rather than add even more complicated code to work around all of
>the problems that it causes.
>
>-DG
>
>
I tend to agree. I don't really see adding comments on the first line as
being all that necessary or useful of a feature personally. However, as
someone mentioned this has been in for almost 5 years and it's equally
bad to break a feature some might have come to rely on.
I'm not sure I like adding a sysctl for something as trivial as this
either, something along the lines of kernel bloat. But if that's the
best solution to incrementally back this out then I guess it has to be.
Perhaps this is something that should be taken to arch@ for further
discussion.
--
Ryan Sommers
ryans@gamersimpact.com
From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 08:47:44 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 50FEC16A4CE
for <current@freebsd.org>; Sat, 2 Oct 2004 08:47:44 +0000 (GMT)
Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10])
by mx1.FreeBSD.org (Postfix) with ESMTP id 57ABE43D1F
for <current@freebsd.org>; Sat, 2 Oct 2004 08:47:43 +0000 (GMT)
(envelope-from ru@ip.net.ua)
Received: from localhost (oak.ip.net.ua [82.193.96.2])
by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i928lepf088429;
Sat, 2 Oct 2004 11:47:41 +0300 (EEST)
(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 77501-05; Sat, 2 Oct 2004 11:47:39 +0300 (EEST)
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 i928lctM088426
(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
Sat, 2 Oct 2004 11:47:39 +0300 (EEST)
(envelope-from ru@ip.net.ua)
Received: (from ru@localhost)
by heffalump.ip.net.ua (8.13.1/8.13.1) id i928lfTM055990;
Sat, 2 Oct 2004 11:47:41 +0300 (EEST)
(envelope-from ru)
Date: Sat, 2 Oct 2004 11:47:41 +0300
From: Ruslan Ermilov <ru@freebsd.org>
To: Jose M Rodriguez <josemi@freebsd.jazztel.es>
Message-ID: <20041002084741.GA55948@ip.net.ua>
References: <200410021033.37844.freebsd@redesjm.local>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="dDRMvlgZJXvWKvBx"
Content-Disposition: inline
In-Reply-To: <200410021033.37844.freebsd@redesjm.local>
User-Agent: Mutt/1.5.6i
X-Virus-Scanned: by amavisd-new at ip.net.ua
cc: current@freebsd.org
Subject: Re: problems with latest bind9 setup changes
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 02 Oct 2004 08:47:44 -0000
--dDRMvlgZJXvWKvBx
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
Hi Jose,
On Sat, Oct 02, 2004 at 10:33:37AM +0200, Jose M Rodriguez wrote:
> I'm running named in a sandwitch config form:
> named_flags=3D"-u bind -c /var/named/named.conf
>=20
> After my last update, I've got my /var/named/ dir polluted by a chroot se=
tup.
> I think this is not the way.
>=20
> /etc/rc.d/named must do this from chroot_autoupdate() only when required =
to do=20
> so.
>=20
> If /var/named must became a system directory, I can move my config=20
> to /var/namebd or so. But I like to read HEADS UP about those things.
>=20
There was a HEADS up message sent to the current@ mailing list.
There is also a relevant entry in src/UPDATING, "20040928".
Cheers,
--=20
Ruslan Ermilov
ru@FreeBSD.org
FreeBSD committer
--dDRMvlgZJXvWKvBx
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)
iD8DBQFBXmstqRfpzJluFF4RAkolAKCYw9qfOq3Yvayc3krxzgKXy3R4GgCffe8u
yEaIEnrR0BInhT2fZgV5ILM=
=Fpsg
-----END PGP SIGNATURE-----
--dDRMvlgZJXvWKvBx--
From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 09:48:51 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 9A25916A4CE
for <freebsd-current@freebsd.org>;
Sat, 2 Oct 2004 09:48:51 +0000 (GMT)
Received: from dill.salatschuessel.net (pD9E21F52.dip.t-dialin.net
[217.226.31.82])
by mx1.FreeBSD.org (Postfix) with ESMTP id 34BEB43D41
for <freebsd-current@freebsd.org>;
Sat, 2 Oct 2004 09:48:50 +0000 (GMT)
(envelope-from lehmann@ans-netz.de)
Received: (qmail 52831 invoked by uid 89); 2 Oct 2004 09:48:48 -0000
Received: from unknown (HELO kartoffel.salatschuessel.net)
(olivleh1@dill.salatschuessel.net@10.0.1.51)
by dill.salatschuessel.net with SMTP; 2 Oct 2004 09:48:48 -0000
Date: Sat, 2 Oct 2004 11:48:47 +0200
From: Oliver Lehmann <lehmann@ans-netz.de>
To: Tim Kientzle <kientzle@freebsd.org>
Message-Id: <20041002114847.79c74818.lehmann@ans-netz.de>
In-Reply-To: <4155FBBE.7090806@freebsd.org>
References: <20040923062411.7b5a70d7.lehmann@ans-netz.de>
<4152EAA5.30807@freebsd.org>
<20040923190219.176a5848.lehmann@ans-netz.de>
<4155FBBE.7090806@freebsd.org>
X-Mailer: Sylpheed version 0.9.12 (GTK+ 1.2.10; i386-portbld-freebsd4.10)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
cc: freebsd-current@freebsd.org
Subject: Re: bsdtar doesn't detect end of tape
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 02 Oct 2004 09:48:51 -0000
Tim Kientzle wrote:
> Ergh. I haven't managed to reproduce
> this here yet; I'll keep trying.
ok, I checked out the latest version of libarchive and tar (CURRENT) and
compiled them. Still the same problem - I can tar more than the tape can
hold (I tared all files of a filelist for a dds3 tape on a dds2 tape).
I got no error. Actually I'm restoring what I backuped on it.... But I
don't know if I see it finishing, because I'm on the way of leaving for
vacation...
--
Oliver Lehmann
http://www.pofo.de/
http://wishlist.ans-netz.de/
From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 09:59:33 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id EF1EF16A4CE; Sat, 2 Oct 2004 09:59:33 +0000 (GMT)
Received: from smtp2.jazztel.es (smtp2.jazztel.es [62.14.3.162])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 7A51643D58; Sat, 2 Oct 2004 09:59:32 +0000 (GMT)
(envelope-from josemi@freebsd.jazztel.es)
Received: from antivirus
by smtp2.jazztel.es
with antivirus id 1CDgfn-000322-00
Sat, 02 Oct 2004 11:59:27 +0200
Received: from [212.106.236.104] (helo=rguez.homeunix.net)
by smtp2.jazztel.es
with esmtp id 1CDgfm-00031I-00
Sat, 02 Oct 2004 11:59:26 +0200
Received: from orion.redesjm.local (orion.redesjm.local [192.168.254.16])
by rguez.homeunix.net (8.13.1/8.13.1) with ESMTP id i929dpnI002758;
Sat, 2 Oct 2004 11:39:52 +0200 (CEST)
(envelope-from freebsd@redesjm.local)
From: Jose M Rodriguez <josemi@freebsd.jazztel.es>
To: freebsd-current@freebsd.org
Date: Sat, 2 Oct 2004 11:39:49 +0200
User-Agent: KMail/1.7
References: <200410021033.37844.freebsd@redesjm.local>
<20041002084741.GA55948@ip.net.ua>
In-Reply-To: <20041002084741.GA55948@ip.net.ua>
MIME-Version: 1.0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
Message-Id: <200410021139.49551.freebsd@redesjm.local>
X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.27.0.12; VDF 6.27.0.81
(host: antares.redesjm.local)
X-Virus-Scanned: by antivirus
cc: Jose M Rodriguez <josemi@freebsd.jazztel.es>
cc: current@freebsd.org
Subject: Re: problems with latest bind9 setup changes
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 02 Oct 2004 09:59:34 -0000
El S=E1bado, 2 de Octubre de 2004 10:47, Ruslan Ermilov escribi=F3:
> Hi Jose,
>
> On Sat, Oct 02, 2004 at 10:33:37AM +0200, Jose M Rodriguez wrote:
> > I'm running named in a sandwitch config form:
> > named_flags=3D"-u bind -c /var/named/named.conf
> >
> > After my last update, I've got my /var/named/ dir polluted by a chroot
> > setup. I think this is not the way.
> >
> > /etc/rc.d/named must do this from chroot_autoupdate() only when required
> > to do so.
> >
> > If /var/named must became a system directory, I can move my config
> > to /var/namebd or so. But I like to read HEADS UP about those things.
>
> There was a HEADS up message sent to the current@ mailing list.
> There is also a relevant entry in src/UPDATING, "20040928".
>
>
Ah, so you must
/usr/src/UPDATING
=2D If enabled, the default is now to run named in a chroot
+ The default is now to run named in a chroot
Using /etc/mtree/BIND.chroot.dist from chroot_autoupdate() is not the same=
=20
that put /var/named in /etc/mtree/BSD.var.dist.
Well, moving config to var/namedb.
IMHO, this is not a good design. If you ask ten admin about the best named=
=20
chrooted setup, you'll get, at last, twelve setups.
Making strong support for a chrooted named is really needed. But moving th=
e=20
release default setup to a strong model on that not. I'll prefer a sandwid=
ch=20
setup (named_flags=3D"-u bind", named_chroot=3D"") as release default.
> Cheers,
Thanks for your time,
=2D-
josemi
From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 09:59:33 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id EF1EF16A4CE; Sat, 2 Oct 2004 09:59:33 +0000 (GMT)
Received: from smtp2.jazztel.es (smtp2.jazztel.es [62.14.3.162])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 7A51643D58; Sat, 2 Oct 2004 09:59:32 +0000 (GMT)
(envelope-from josemi@freebsd.jazztel.es)
Received: from antivirus
by smtp2.jazztel.es
with antivirus id 1CDgfn-000322-00
Sat, 02 Oct 2004 11:59:27 +0200
Received: from [212.106.236.104] (helo=rguez.homeunix.net)
by smtp2.jazztel.es
with esmtp id 1CDgfm-00031I-00
Sat, 02 Oct 2004 11:59:26 +0200
Received: from orion.redesjm.local (orion.redesjm.local [192.168.254.16])
by rguez.homeunix.net (8.13.1/8.13.1) with ESMTP id i929dpnI002758;
Sat, 2 Oct 2004 11:39:52 +0200 (CEST)
(envelope-from freebsd@redesjm.local)
From: Jose M Rodriguez <josemi@freebsd.jazztel.es>
To: freebsd-current@freebsd.org
Date: Sat, 2 Oct 2004 11:39:49 +0200
User-Agent: KMail/1.7
References: <200410021033.37844.freebsd@redesjm.local>
<20041002084741.GA55948@ip.net.ua>
In-Reply-To: <20041002084741.GA55948@ip.net.ua>
MIME-Version: 1.0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
Message-Id: <200410021139.49551.freebsd@redesjm.local>
X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.27.0.12; VDF 6.27.0.81
(host: antares.redesjm.local)
X-Virus-Scanned: by antivirus
cc: Jose M Rodriguez <josemi@freebsd.jazztel.es>
cc: current@freebsd.org
Subject: Re: problems with latest bind9 setup changes
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 02 Oct 2004 09:59:34 -0000
El S=E1bado, 2 de Octubre de 2004 10:47, Ruslan Ermilov escribi=F3:
> Hi Jose,
>
> On Sat, Oct 02, 2004 at 10:33:37AM +0200, Jose M Rodriguez wrote:
> > I'm running named in a sandwitch config form:
> > named_flags=3D"-u bind -c /var/named/named.conf
> >
> > After my last update, I've got my /var/named/ dir polluted by a chroot
> > setup. I think this is not the way.
> >
> > /etc/rc.d/named must do this from chroot_autoupdate() only when required
> > to do so.
> >
> > If /var/named must became a system directory, I can move my config
> > to /var/namebd or so. But I like to read HEADS UP about those things.
>
> There was a HEADS up message sent to the current@ mailing list.
> There is also a relevant entry in src/UPDATING, "20040928".
>
>
Ah, so you must
/usr/src/UPDATING
=2D If enabled, the default is now to run named in a chroot
+ The default is now to run named in a chroot
Using /etc/mtree/BIND.chroot.dist from chroot_autoupdate() is not the same=
=20
that put /var/named in /etc/mtree/BSD.var.dist.
Well, moving config to var/namedb.
IMHO, this is not a good design. If you ask ten admin about the best named=
=20
chrooted setup, you'll get, at last, twelve setups.
Making strong support for a chrooted named is really needed. But moving th=
e=20
release default setup to a strong model on that not. I'll prefer a sandwid=
ch=20
setup (named_flags=3D"-u bind", named_chroot=3D"") as release default.
> Cheers,
Thanks for your time,
=2D-
josemi
From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 10:07:08 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id F2FD016A4CE
for <freebsd-current@freebsd.org>;
Sat, 2 Oct 2004 10:07:07 +0000 (GMT)
Received: from smradoch.ath.cx (r2g224.chello.upc.cz [62.245.70.224])
by mx1.FreeBSD.org (Postfix) with ESMTP id 4C0F843D1D
for <freebsd-current@freebsd.org>;
Sat, 2 Oct 2004 10:07:07 +0000 (GMT)
(envelope-from neuhauser@chello.cz)
Received: by smradoch.ath.cx (Postfix, from userid 1001)
id C6A631F87BEE; Sat, 2 Oct 2004 12:07:03 +0200 (CEST)
Date: Sat, 2 Oct 2004 12:07:03 +0200
From: Roman Neuhauser <neuhauser@chello.cz>
To: =?iso-8859-2?Q?S=B3awek_=AFak?= <zaks@prioris.mini.pw.edu.pl>
Message-ID: <20041002100703.GA501@isis.wad.cz>
Mail-Followup-To: =?iso-8859-2?Q?S=B3awek_=AFak?=
<zaks@prioris.mini.pw.edu.pl>,
Ceri Davies <ceri@submonkey.net>, freebsd-current@freebsd.org
References: <861xgm5ltz.fsf@thirst.unx.era.pl>
<20040928194853.GT2493@submonkey.net> <86k6ud2t6t.fsf@thirst.unx.era.pl>
<20040929131136.GA2493@submonkey.net> <86mzz8x8zv.fsf@thirst.unx.era.pl>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <86mzz8x8zv.fsf@thirst.unx.era.pl>
User-Agent: Mutt/1.5.6i
cc: Ceri Davies <ceri@submonkey.net>
cc: freebsd-current@freebsd.org
Subject: Re: Bug in #! processing
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 02 Oct 2004 10:07:08 -0000
# zaks@prioris.mini.pw.edu.pl / 2004-09-30 13:59:48 +0200:
> I don't see a convincing use for comments on the first line of script.
> Hash is special already when treated as comment character. # is not a
> comment in any `scripting language'. It is a shell legacy and shouldn't
> be forced on the remaining universe.
'#' is the (or a) comment character in awk, perl, PHP, python, ruby and
sed, just from the top of my head.
--
If you cc me or remove the list(s) completely I'll most likely ignore
your message. see http://www.eyrie.org./~eagle/faqs/questions.html
From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 10:37:45 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id E919216A4CE
for <current@freebsd.org>; Sat, 2 Oct 2004 10:37:45 +0000 (GMT)
Received: from lara.cc.fer.hr (lara.cc.fer.hr [161.53.72.113])
by mx1.FreeBSD.org (Postfix) with ESMTP id 19C1343D46
for <current@freebsd.org>; Sat, 2 Oct 2004 10:37:45 +0000 (GMT)
(envelope-from ivoras@fer.hr)
Received: from [127.0.0.1] (localhost.cc.fer.hr [127.0.0.1])
by lara.cc.fer.hr (8.13.1/8.13.1) with ESMTP id i92Ab0YY000725
for <current@freebsd.org>; Sat, 2 Oct 2004 12:37:00 +0200 (CEST)
(envelope-from ivoras@fer.hr)
Message-ID: <415E84CC.5040502@fer.hr>
Date: Sat, 02 Oct 2004 12:37:00 +0200
From: Ivan Voras <ivoras@fer.hr>
User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040923)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: current@freebsd.org
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Subject: GEOM/ggate or VFS problem?
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 02 Oct 2004 10:37:46 -0000
I've made a GEOM compression layer daemon for ggate (compresses data
before storing to underlying file/media). It's still early version and
unfinished, and it's available at:
http://ivoras.sharanet.org/ggcomp.tgz
I know it supports building (and using) an UFS[2] filesystem in it, I
haven't tried others (It registers as a device with 8k sectors; it seems
it's the maximum UFS can handle, although the compression would be more
efficient with larger sector sizes). It's really good at making backups
of /dev/zero :)
Writing to the device "raw" (e.g. dd if=/dev/zero of=/dev/ggate0) seems
to work fine. When I use it to host UFS2 filesystem, and do (relatively)
large writes to it, both ggcomp and the writing process (e.g. dd) get
stuck in the 'wdrain' state, and the system often cannot be recovered
except by hard reboot (e.g. everything (console, network) is still
active and responsive, CPU is not being hogged, but any fs writes get
stuck).
I've reproduced exactly the same problem with the stock ggatel utility
(which is probably the simplest ggate class consumer there can be, and
ggcomp is based on it), so this might be an important bug.
Steps to reproduce:
# dd if=/dev/zero of=/tmp/thingie bs=1m count=10
# ggatel create -v /tmp/thingie
# newfs /dev/ggate0
# mount /dev/ggate0 /mnt
# dd if=/dev/zero of=/mnt/blah bs=1m count=9
(repeat the last step until lockup; it takes less time with ggcomp)
I can do this on an old kernel from a few months ago, and also a new
BETA6 kernel.
Any ideas?
From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 10:54:27 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 84C8416A4CE
for <freebsd-current@freebsd.org>;
Sat, 2 Oct 2004 10:54:27 +0000 (GMT)
Received: from mail.efacilitas.de (efacilitas.de [213.133.110.227])
by mx1.FreeBSD.org (Postfix) with ESMTP id 426F143D39
for <freebsd-current@freebsd.org>;
Sat, 2 Oct 2004 10:54:27 +0000 (GMT)
(envelope-from bkoenig@cs.tu-berlin.de)
Received: from hoppel.local (port-212-202-38-171.dynamic.qsc.de
[212.202.38.171])
by mail.efacilitas.de (Postfix) with ESMTP id 23375123798
for <freebsd-current@freebsd.org>;
Sat, 2 Oct 2004 12:53:15 +0200 (CEST)
Received: from localhost (localhost.local [127.0.0.1])
by hoppel.local (Postfix) with ESMTP id BC04465D5
for <freebsd-current@freebsd.org>;
Sat, 2 Oct 2004 12:54:14 +0200 (CEST)
Received: from hoppel.local ([127.0.0.1])
by localhost (mail.efacilitas.de [127.0.0.1]) (amavisd-new, port 10024)
with ESMTP id 31213-01 for <freebsd-current@freebsd.org>;
Sat, 2 Oct 2004 12:54:04 +0200 (CEST)
Received: from alpha (alpha.local [192.168.1.2])
by hoppel.local (Postfix) with ESMTP id C9A6665D4
for <freebsd-current@freebsd.org>;
Sat, 2 Oct 2004 12:54:03 +0200 (CEST)
From: "Bjoern Koenig" <bkoenig@cs.tu-berlin.de>
To: <freebsd-current@freebsd.org>
Date: Sat, 2 Oct 2004 12:56:33 +0200
MIME-Version: 1.0
Content-Type: text/plain;
charset="utf-8"
Content-Transfer-Encoding: quoted-printable
X-Mailer: Microsoft Office Outlook, Build 11.0.6353
Thread-Index: AcSobnputmGwAbbFSD2KedbiwQczAw==
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180
Message-Id: <20041002105403.C9A6665D4@hoppel.local>
X-Virus-Scanned: by amavisd-new at alpha-tierchen.de
Subject: Re: Bug in #! processing
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 02 Oct 2004 10:54:27 -0000
Garrett Wollman wrote:
> Just to clear there air here: POSIX does not specify, and by design
> and intention has never specified, the "#! hack" or any other means
> for making scripts directly executable.
You can go further. POSIX tells explicitly that "#!" is optional and =
that its behaviour is unspecified.
Bj=C3=B6rn
From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 11:15:38 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 0D5C816A4CE; Sat, 2 Oct 2004 11:15:38 +0000 (GMT)
Received: from mail.vtec.ipme.de (C3B3C615.dial.de.easynet.net
[195.179.198.21]) by mx1.FreeBSD.org (Postfix) with ESMTP
id 26B4F43D39; Sat, 2 Oct 2004 11:15:37 +0000 (GMT)
(envelope-from volker@vwsoft.com)
Received: from [192.168.16.24] (unknown [192.168.16.24])
by bellona.sz.vwsoft.com (Postfix) with ESMTP id 5D53A5CD6;
Sat, 2 Oct 2004 11:19:23 +0200 (CEST)
Message-ID: <415E729A.6020904@vwsoft.com>
Date: Sat, 02 Oct 2004 11:19:22 +0200
From: Volker <volker@vwsoft.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
rv:1.7.2) Gecko/20040822 Thunderbird/0.7+ Mnenhy/0.6.0.101
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: freebsd-current@freebsd.org
X-Enigmail-Version: 0.85.0.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
cc: ryans@gamersimpact.com
cc: rwatson@freebsd.org
cc: danfe@nsu.ru
Subject: _my_ panics probably resolved
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 02 Oct 2004 11:15:38 -0000
Hi guys!
Just to let you know about my panics:
My system paniced twice or more often a day since BETA3. Since then I've
tried every relevant knob in the kernel config without being able to
resolve the panics. I've removed IPSec, IPv6 etc. etc. from the kernel
but the system did panic.
The panics have been mostly trap 12, page fault while in kernel mode,
supervisor read/write, page not present. The tasks causing that were
different ones (swi, squid, wwwoffle and others).
The last time I've cvsup'ed has been on thursday (noon or morning, I
don't remember) 09/30/. Then I rebuild world and kernel (like I did
every other day). The system has been rebooted at midnight. Since then
I've had not one panic.
For me it's really a huge progress to have not one panic in 36 hours of
operation. Most times the system has been killed was while or short
after a ppp (userland) connection has been established or shut down.
Within the last 36 hours there were plenty ppp connections but the
system still lives.
I guess the panic has been (hopefully) resolved by another code change.
Again huge progress (from my view).
It's my hope that the FreeBSD system continues this way but currently
it's looking good.
Thanks,
Volker
--
GPG/PGP fingerprint:
FF93 13A1 2477 B631 E953 06DF 4C49 ADD9 E4BF 79B1
From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 11:39:27 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 5845016A4CE
for <freebsd-current@freebsd.org>;
Sat, 2 Oct 2004 11:39:27 +0000 (GMT)
Received: from shrike.submonkey.net (cpc2-cdif3-6-0-cust204.cdif.cable.ntl.com
[81.103.67.204])
by mx1.FreeBSD.org (Postfix) with ESMTP id 0CBBE43D39
for <freebsd-current@freebsd.org>;
Sat, 2 Oct 2004 11:39:27 +0000 (GMT)
(envelope-from setantae@submonkey.net)
Received: from setantae by shrike.submonkey.net with local (Exim 4.42
(FreeBSD)) id 1CDiEV-000Hgg-5z; Sat, 02 Oct 2004 12:39:23 +0100
Date: Sat, 2 Oct 2004 12:39:22 +0100
From: Ceri Davies <ceri@submonkey.net>
To: "David G. Lawrence" <dg@dglawrence.com>
Message-ID: <20041002113922.GV2493@submonkey.net>
Mail-Followup-To: Ceri Davies <ceri@submonkey.net>,
"David G. Lawrence" <dg@dglawrence.com>,
"Scot W. Hetzel" <swhetzel@gmail.com>, freebsd-current@freebsd.org
References: <200410020349.i923nG8v021675@northstar.hetzel.org>
<20041002052856.GE17792@nexus.dglawrence.com>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="4iHuaJcI85sIo7+R"
Content-Disposition: inline
In-Reply-To: <20041002052856.GE17792@nexus.dglawrence.com>
X-PGP: finger ceri@FreeBSD.org
User-Agent: Mutt/1.5.6i
Sender: Ceri Davies <setantae@submonkey.net>
cc: "Scot W. Hetzel" <swhetzel@gmail.com>
cc: freebsd-current@freebsd.org
Subject: Re: Bug in #! processing
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 02 Oct 2004 11:39:27 -0000
--4iHuaJcI85sIo7+R
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Fri, Oct 01, 2004 at 10:28:56PM -0700, David G. Lawrence wrote:
> > The following patch changes the check for end of line, so that a comment
> > on the first line must be preceded by white space (' ' or '\t').
>=20
> Personally, I'm thinking that all of the support for a "comment" on
> the interpreter line is bogus and it would be better to back out rev
> 1.21 rather than add even more complicated code to work around all of
> the problems that it causes.
That's my feeling too.
Ceri
--=20
It is not tinfoil, it is my new skin. I am a robot.
--4iHuaJcI85sIo7+R
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)
iD8DBQFBXpNqocfcwTS3JF8RArhRAJsErfGVo9fvQty7xY50owkArlTLTACfSoBs
VgXMjebqyKYOQRndYlNpxXE=
=llZX
-----END PGP SIGNATURE-----
--4iHuaJcI85sIo7+R--
From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 11:48:44 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 5542A16A4CE
for <current@freebsd.org>; Sat, 2 Oct 2004 11:48:44 +0000 (GMT)
Received: from server009.webpack.hosteurope.de
(server009.webpack.hosteurope.de [80.237.130.17])
by mx1.FreeBSD.org (Postfix) with ESMTP id 8645843D3F
for <current@freebsd.org>; Sat, 2 Oct 2004 11:48:43 +0000 (GMT)
(envelope-from Heiko.Grill@sh-huber.de)
Received: from p508a6fcd.dip.t-dialin.net ([80.138.111.205]
helo=dana.sh-huber.de)
by server009.webpack.hosteurope.de with asmtp (Exim 4.34)
id 1CDiNW-0004an-1e
for current@freebsd.org; Sat, 02 Oct 2004 13:48:42 +0200
From: Heiko Grill <Heiko.Grill@sh-huber.de>
Organization: Sicherheitshaus Huber
To: current@freebsd.org
Date: Sat, 2 Oct 2004 13:48:33 +0200
User-Agent: KMail/1.7
References: <20040926190709.251f1689.lehmann@ans-netz.de>
In-Reply-To: <20040926190709.251f1689.lehmann@ans-netz.de>
MIME-Version: 1.0
Content-Type: multipart/signed;
boundary="nextPart7513540.ot7Bvlzuvx";
protocol="application/pgp-signature";
micalg=pgp-sha1
Content-Transfer-Encoding: 7bit
Message-Id: <200410021348.38616.Heiko.Grill@sh-huber.de>
X-HE-MXrcvd: no
Subject: Re: Problems with ANA-6944A + 5.3-BETA + IRQ sharing?
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: Heiko.Grill@sh-huber.de
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 02 Oct 2004 11:48:44 -0000
--nextPart7513540.ot7Bvlzuvx
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
Am Sonntag, 26. September 2004 19:07 schrieb Oliver Lehmann:
> Hi,
>
> I've a strange thing here, and would know If others are getting the same
> "results"
>
> - FreeBSD 5.3-BETA4
> - Adaptec ANA 6944A (4xde)
> - Compaq NC6134 (2xfxp)
>
> I'm pinging from the system to a system connected through a switch to de2:
>
> root@gurke /root> ping nudel
> PING nudel.salatschuessel.net (10.0.0.21): 56 data bytes
> 64 bytes from 10.0.0.21: icmp_seq=3D0 ttl=3D64 time=3D0.687 ms
> 64 bytes from 10.0.0.21: icmp_seq=3D1 ttl=3D64 time=3D0.575 ms
> 64 bytes from 10.0.0.21: icmp_seq=3D2 ttl=3D64 time=3D0.629 ms
> 64 bytes from 10.0.0.21: icmp_seq=3D3 ttl=3D64 time=3D0.565 ms
> 64 bytes from 10.0.0.21: icmp_seq=3D4 ttl=3D64 time=3D0.577 ms
>
> it looks "ok"
>
> Now mounting a nfs share, and accessing (opening with vi) a file on it:
>
> 64 bytes from 10.0.0.21: icmp_seq=3D19 ttl=3D64 time=3D0.697 ms
> 64 bytes from 10.0.0.21: icmp_seq=3D20 ttl=3D64 time=3D0.574 ms
> 64 bytes from 10.0.0.21: icmp_seq=3D21 ttl=3D64 time=3D0.807 ms
> 64 bytes from 10.0.0.21: icmp_seq=3D22 ttl=3D64 time=3D253.249 ms
> 64 bytes from 10.0.0.21: icmp_seq=3D23 ttl=3D64 time=3D1.554 ms
> 64 bytes from 10.0.0.21: icmp_seq=3D24 ttl=3D64 time=3D513.415 ms
> 64 bytes from 10.0.0.21: icmp_seq=3D25 ttl=3D64 time=3D1110.697 ms
> 64 bytes from 10.0.0.21: icmp_seq=3D26 ttl=3D64 time=3D1011.975 ms
> 64 bytes from 10.0.0.21: icmp_seq=3D27 ttl=3D64 time=3D1112.534 ms
> 64 bytes from 10.0.0.21: icmp_seq=3D28 ttl=3D64 time=3D101.289 ms
> 64 bytes from 10.0.0.21: icmp_seq=3D29 ttl=3D64 time=3D1110.638 ms
> 64 bytes from 10.0.0.21: icmp_seq=3D30 ttl=3D64 time=3D1010.899 ms
> 64 bytes from 10.0.0.21: icmp_seq=3D31 ttl=3D64 time=3D1015.072 ms
> 64 bytes from 10.0.0.21: icmp_seq=3D32 ttl=3D64 time=3D1010.512 ms
> 64 bytes from 10.0.0.21: icmp_seq=3D33 ttl=3D64 time=3D1013.426 ms
> 64 bytes from 10.0.0.21: icmp_seq=3D34 ttl=3D64 time=3D1010.722 ms
> 64 bytes from 10.0.0.21: icmp_seq=3D35 ttl=3D64 time=3D1419.586 ms
> 64 bytes from 10.0.0.21: icmp_seq=3D36 ttl=3D64 time=3D446.113 ms
> 64 bytes from 10.0.0.21: icmp_seq=3D37 ttl=3D64 time=3D4038.742 ms
> 64 bytes from 10.0.0.21: icmp_seq=3D38 ttl=3D64 time=3D4039.750 ms
> 64 bytes from 10.0.0.21: icmp_seq=3D39 ttl=3D64 time=3D4041.047 ms
> 64 bytes from 10.0.0.21: icmp_seq=3D40 ttl=3D64 time=3D4041.045 ms
> 64 bytes from 10.0.0.21: icmp_seq=3D41 ttl=3D64 time=3D4045.762 ms
> 64 bytes from 10.0.0.21: icmp_seq=3D42 ttl=3D64 time=3D4041.257 ms
> 64 bytes from 10.0.0.21: icmp_seq=3D43 ttl=3D64 time=3D4041.038 ms
I have the same problem with the card. I plugged the card into a Siemens=20
Scenic which I want to use as a router. Sometimes the card works 24h or=20
longer, sometimes only a few hours. But if I enable Squid as a proxy on the=
=20
Siemens the network hangs immediately. No chance for me. Only a reboot work=
s.
I will try to solve the problem next week.=20
Heiko
=2D-=20
Sicherheitshaus Huber=20
Dipl.-Ing Heiko Grill
Grenzstr. 13 26382 Wilhelmshaven
Tel.: 04421 - 98 399 84 Fax: 04421 - 12 11 8
--nextPart7513540.ot7Bvlzuvx
Content-Type: application/pgp-signature
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)
iD8DBQBBXpWWN/S76y/d/zsRAjr0AJoD4twFku2X1LHw2Th+EPj4HW7TcQCdF3GD
8azEE5+LUzmlPXpuS/d/Mbw=
=Sr2B
-----END PGP SIGNATURE-----
--nextPart7513540.ot7Bvlzuvx--
From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 15:04:35 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 3E78E16A4D4
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 15:04:35 +0000 (GMT)
Received: from portalis.it (mail2.portalis.it [213.199.4.24])
by mx1.FreeBSD.org (Postfix) with ESMTP id 0D96443D1F
for <freebsd-current@freebsd.org>;
Fri, 1 Oct 2004 15:04:34 +0000 (GMT)
(envelope-from esaltato@tele2.it)
Received: from [62.123.129.188] ([62.123.129.188]) by portalis.it with
Microsoft SMTPSVC(5.5.1877.197.19); Fri, 1 Oct 2004 17:25:05 +0200
Message-ID: <415D71FF.6040805@tele2.it>
Date: Fri, 01 Oct 2004 17:04:31 +0200
From: Esaltato <esaltato@tele2.it>
User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040911)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: freebsd-current@freebsd.org
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Mailman-Approved-At: Sat, 02 Oct 2004 12:13:42 +0000
Subject: upgrading: 5.2.1 to 5.3 OR a new 5.3?
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Oct 2004 15:04:35 -0000
Hello. What is your general opinion on upgrading FreeBSD installations?
I ask this since 5.3 is close and I'm gonna move to a new hd, but I
don't know whether is more wise to move my existing beloved 5.2.1
install or to start anew.
Reinstalling has it pros like deleting all the possible junk. But being
FreeBSD a very polished filesystem furnished OS, I think it might be
safe to convert my 5.2.1 to 5.3 without inheriting too much junk.
Are there any cons? Maybe the new tecnhology may leave unexpected
problems pending against the old one?
I must say I'm really in favour of a new install, but thinking to the
many customizations and mods I've done and to the time it could take to
redo them...
Obviously i would take my conf. files with me, upgrading them when
necessary.
Opinions?
From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 15:13:05 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 366EE16A4CE; Fri, 1 Oct 2004 15:13:05 +0000 (GMT)
Received: from pilchuck.reedmedia.net (pilchuck.reedmedia.net [209.166.74.74])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 8AB2043D1F; Fri, 1 Oct 2004 15:13:04 +0000 (GMT)
(envelope-from reed@reedmedia.net)
Received: from reed by pilchuck.reedmedia.net with local-esmtp (Exim 3.12 #1
(Debian)) id 1CDP5g-0005kk-00; Fri, 01 Oct 2004 08:13:00 -0700
Date: Fri, 1 Oct 2004 08:12:59 -0700 (PDT)
From: "Jeremy C. Reed" <reed@reedmedia.net>
To: Brian Fundakowski Feldman <green@freebsd.org>
In-Reply-To: <20041001124706.GD997@green.homeunix.org>
Message-ID: <Pine.LNX.4.43.0410010810040.21879-100000@pilchuck.reedmedia.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Mailman-Approved-At: Sat, 02 Oct 2004 12:13:42 +0000
cc: freebsd-current@freebsd.org
Subject: Re: panic "bio_completed can't be greater than bio_length" on
CURRENT
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Oct 2004 15:13:05 -0000
On Fri, 1 Oct 2004, Brian Fundakowski Feldman wrote:
> Can you at least do a "tr"? It would have been nice if the panic string
> included the lengths in question... whoever made it...
The email I replied to had the same trace (without numbers) as mine.
kdb_enter(c07f1b2f) at kdb_enter+0x2b
panic(c07ecf1d,c14e4e70,c0325c00) at panic+0x127
g_io_deliver(c1473840,0) at g_io_deliver+0x80
g_disk_done(c14e44e70) at g_disk_done+0x9b
biodone(c14e4e70,c14599db,c0325cb4,c14599d8) at biodone+0x57
ad_done(c14599db) at ad_done+0x2d
ata_completed(c14599d8,c8325cd4,0,c07ecd3a,1b5) at at_completed+0x3ee
g_io_schedule_up
g_up_procbody
fork_exit
fork_trampoline
I filed a PR on this: 72208.
http://www.freebsd.org/cgi/query-pr.cgi?pr=72208
It has my dmesg too.
Please CC me on any replies. Thank you!
Jeremy C. Reed
BSD News, BSD tutorials, BSD links
http://www.bsdnewsletter.com/
From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 17:08:54 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 5DB7816A4CE
for <current@freebsd.org>; Fri, 1 Oct 2004 17:08:54 +0000 (GMT)
Received: from mail-kv.alkar.net (mail-kv.alkar.net [195.248.176.165])
by mx1.FreeBSD.org (Postfix) with ESMTP id 0956343D46
for <current@freebsd.org>; Fri, 1 Oct 2004 17:08:54 +0000 (GMT)
(envelope-from anray@inet.ua)
Received: from [212.86.238.99] (helo=santinel.home.ua)
by mail-kv.alkar.net with esmtp (Exim 4.34 (FreeBSD))
id 1CDQto-000HR3-Cq; Fri, 01 Oct 2004 20:08:53 +0300
Received: from anray by santinel.home.ua with local (Exim 4.42; FreeBSD)
id 1CDQtp-0007MT-58; Fri, 01 Oct 2004 20:08:53 +0300
To: Kris Kennaway <kris@obsecurity.org>
References: <864qle7gs2.fsf@santinel.home.ua>
<20041001163427.GB71766@xor.obsecurity.org>
Organization: XEmacs User
From: Andrey Slusar <anray@inet.ua>
Mail-Copies-To: never
Date: Fri, 01 Oct 2004 20:08:52 +0300
In-Reply-To: <20041001163427.GB71766@xor.obsecurity.org> (Kris Kennaway's
message of "Fri, 1 Oct 2004 09:34:27 -0700")
Message-ID: <86mzz6mkm3.fsf@santinel.home.ua>
User-Agent: Gnus/5.110003 (No Gnus v0.3) XEmacs/21.5 (chayote,
i386--freebsd)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailman-Approved-At: Sat, 02 Oct 2004 12:13:42 +0000
cc: current@freebsd.org
Subject: Re: [5.3-BETA6] uuencode
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Oct 2004 17:08:54 -0000
Fri, 1 Oct 2004 09:34:27 -0700, Kris Kennaway wrote:
> > ,----
> > | FreeBSD santinel.home.ua 5.3-BETA6 FreeBSD 5.3-BETA6 #0: Tue Sep 28 12:20:39 EEST 2004 anray@santinel.home.ua:/usr/obj/usr/src/sys/ANRAY i386
> > `----
> > ,----
> > | anray@santinel:~$ uuencode bash-completion-20040711.tar.gz
> > | begin 644 bash-completion-20040711.tar.gz
> > |
> > `----
> > uuencode is not worked under FreeBSD 5.3-BETA6
> Yes it does, this just isn't how you use it ;)
uuenview is worked:
,----
| anray@santinel:~$ uuenview -u bash-completion-20040711.tar.gz
| begin 644 bash-completion-20040711.tar.gz
| M'XL(`#6*\4`"`^P]:7<:29+^*GY%+%(_0.WD1K)EJUMM^1CMV&T]NV=Z9B59
| MKZA*($U15:X#)!OM;]^(/(KBD(1\8&\/N$56Y1D95T9$)MEM*^J=V_X@<'DL
| M?*]R[QM\JM5F=7>WA6FUNKO3G$KUYUX-LYJ-:JO:VKE7K37QOWO0NK>"3Q+%
| M5@AP3UC>P+*=:^O=5O[_]-.>H;_M>W$HVI7O0?]Z8Z?1J.XB_5O-5FM-_^])
| M_TC$W/:#RZ]"?R3N3K-Y'?UKC0;*_.[N;K-5;;1JR">UW7JK=@^J:_I_\\\F
| M&$H7:R68,$)N$PXQ,Q3=7@SU:K4!S[AK^_"2#X)(>'UXS.G=U:\'W<%%V>/Q
| M+]CNI;"Y%_$]>/'[/^#%\4L8UL$/P;5B'N8VL<+6D;.7#GM_"+5R70Y1J=4K
| MC1I4'^S5ZWN-7=`HAV<7`6SE<N<II*7<I]R&Z]N6"W82YG(;AZ]?';]Y=OSR
| MW_M8MH%Y^UN?*._\S]=OGKX]D8^']'QVA;5M*^*0W\)J>1!>;@/PP]AV23UE
| M.X.MHL1)EWO`_L0V10,#L!Z,H1OR`!B'`F.GHP)F6*,^%#Y%21N*E?WB\Z.7
| MS\;'O_WQMU+E/N3S]V&K7GH$02B\&!^O"J4\C@L$")0`A]]X]$A#\V7`S,&2
| MOY_7`-0F`-1N`(#&WQ`=.`$6PO]6RF:DT(:S1Q#W.*)-5KP1/@D1-869/@QP
| M-Z"B(S0X/+)L)%K(XR3TH)J[RFDNY<">P_D$!SXXO&,E;ISR5N[>^O.9^E]$
| [...]
`----
uuencode:
,----
| anray@santinel:~$ uuencode bash-completion-20040711.tar.gz
| begin 644 bash-completion-20040711.tar.gz
|
`----
?
Regards,
Andrey.
From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 03:24:45 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 9652416A4CF
for <freebsd-current@freebsd.org>;
Sat, 2 Oct 2004 03:24:45 +0000 (GMT)
Received: from skoda.sockpuppet.org (skoda.sockpuppet.org [192.148.252.238])
by mx1.FreeBSD.org (Postfix) with SMTP id E4B6D43D5E
for <freebsd-current@freebsd.org>;
Sat, 2 Oct 2004 03:24:44 +0000 (GMT)
(envelope-from kdulzo@sockpuppet.org)
Received: (qmail 15323 invoked by uid 133); 2 Oct 2004 03:24:23 -0000
Date: Fri, 1 Oct 2004 23:24:23 -0400
From: kdulzo@skoda.sockpuppet.org
To: Brian Fundakowski Feldman <green@freebsd.org>
Message-ID: <20041002032423.GB27131@skoda.sockpuppet.org>
References: <20040930183822.GA23562@skoda.sockpuppet.org>
<20041001131432.GE997@green.homeunix.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20041001131432.GE997@green.homeunix.org>
User-Agent: Mutt/1.3.25i
X-Mailman-Approved-At: Sat, 02 Oct 2004 12:13:42 +0000
cc: freebsd-current@freebsd.org
Subject: Re: panic: vm_proc_new: upage allocation failed (5.6-BETA6)
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 02 Oct 2004 03:24:45 -0000
On Fri, Oct 01, 2004 at 09:14:32AM -0400, Brian Fundakowski Feldman wrote:
> On Thu, Sep 30, 2004 at 02:38:22PM -0400, Kevin M. Dulzo wrote:
> > PAE still panics on boot, GENERIC still works flawlessly save 4G of RAM.
> >
>
> Can you try doing "show map kernel_map" (or the address for kernel_map
> if that doesn't work) in DDB when it panics, or translating that function
> into gdb-speak and getting the output? The address space seems to be
> getting fatally full.
>
Recent commits made this problem go away. I could not isolate any specific
entry regarding PAE issues. If you'd like to diagnose more, I'm willing
especially before I push these boxes into production as 5.3 releases.
As it stands, PAE configuration works out of the box. No memory or
kernel map modification required.
Thanks,
Kevin
[10:12pm]:(jirayi-san.kdulzo)~/usr/src/sys% dmesg | head -18
Copyright (c) 1992-2004 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights reserved.
FreeBSD 5.3-BETA6 #4: Fri Oct 1 21:52:53 CDT 2004
kdulzo@jirayi-san:/usr/obj/usr/src/sys/PAEDEBUG
Timecounter "i8254" frequency 1193182 Hz quality 0
CPU: Intel(R) Xeon(TM) CPU 3.20GHz (3184.87-MHz 686-class CPU)
Origin = "GenuineIntel" Id = 0xf25 Stepping = 5
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 = 8589930496 (8191 MB)
avail memory = 8149778432 (7772 MB)
ACPI APIC Table: <COMPAQ 00000083>
FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs
cpu0 (BSP): APIC ID: 0
cpu1 (AP): APIC ID: 1
cpu2 (AP): APIC ID: 6
cpu3 (AP): APIC ID: 7
From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 09:39:51 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 365D516A4CE
for <freebsd-current@freebsd.org>;
Sat, 2 Oct 2004 09:39:51 +0000 (GMT)
Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.207])
by mx1.FreeBSD.org (Postfix) with ESMTP id DD1B243D53
for <freebsd-current@freebsd.org>;
Sat, 2 Oct 2004 09:39:50 +0000 (GMT)
(envelope-from nkalev@gmail.com)
Received: by mproxy.gmail.com with SMTP id 79so3708732rnk
for <freebsd-current@freebsd.org>;
Sat, 02 Oct 2004 02:39:50 -0700 (PDT)
Received: by 10.38.77.44 with SMTP id z44mr5352874rna;
Sat, 02 Oct 2004 02:39:50 -0700 (PDT)
Received: by 10.38.209.60 with HTTP; Sat, 2 Oct 2004 02:39:50 -0700 (PDT)
Message-ID: <136a340a0410020239304323f3@mail.gmail.com>
Date: Sat, 2 Oct 2004 12:39:50 +0300
From: Nikolay Kalev <nkalev@gmail.com>
To: freebsd-current@freebsd.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Mailman-Approved-At: Sat, 02 Oct 2004 12:13:42 +0000
Subject: D-Link Systems DGE-530T aka sk* VLAN native support ???
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: Nikolay Kalev <nkalev@gmail.com>
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 02 Oct 2004 09:39:51 -0000
I want to test D-Link Systems DGE-530T aka sk* VLAN native support.
Seems like the card has a Marvell 88E1000* Gigabit chip which has
802.1q support, if there is a patch please ill be glad to test and
comment !!!
Thnaks for the help,
Nikolay
--
Key fingerprint = 9864 E575 E207 FB90 44C8 26A2 0167 E57E 66ED 0F1D
From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 12:51:28 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 792EC16A4CE
for <freebsd-current@freebsd.org>;
Sat, 2 Oct 2004 12:51:28 +0000 (GMT)
Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.193])
by mx1.FreeBSD.org (Postfix) with ESMTP id 324C143D2F
for <freebsd-current@freebsd.org>;
Sat, 2 Oct 2004 12:51:28 +0000 (GMT)
(envelope-from swhetzel@gmail.com)
Received: by mproxy.gmail.com with SMTP id 79so3712598rnk
for <freebsd-current@freebsd.org>;
Sat, 02 Oct 2004 05:51:22 -0700 (PDT)
Received: by 10.38.126.4 with SMTP id y4mr867218rnc;
Sat, 02 Oct 2004 05:51:22 -0700 (PDT)
Received: by 10.38.75.49 with HTTP; Sat, 2 Oct 2004 05:51:22 -0700 (PDT)
Message-ID: <790a9fff0410020551f571ceb@mail.gmail.com>
Date: Sat, 2 Oct 2004 07:51:22 -0500
From: Scot Hetzel <swhetzel@gmail.com>
To: freebsd-current@freebsd.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Subject: catman not creating cat pages for machine specific man pages
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: Scot Hetzel <swhetzel@gmail.com>
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 02 Oct 2004 12:51:28 -0000
I noticed a bug in catman, where it doesn't create the machine
specific man pages. Tryig to figure this out, I noticed that the code
between catman and makewhatis is similar, and that revision 1.2 of
makewhatis fixed the program to create the whatis entries for the
machine specific man pages.
Based on the makewhatis fix, I have created a fix for the catman pages.
To reproduce the problem execute the following sequence:
ls /usr/share/man/{man,cat}8/i386 ; echo catman | nice -5 su -m man ;
ls /usr/share/man/{man,cat}8/i386
You'll see that catman doesn't create any cat pages in the cat8/i386 directory.
After appling the patch in PR 72243, the cat pages are created in the
machine specific directories.
http://www.freebsd.org/cgi/query-pr.cgi?pr=72243
Scot
From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 13:53:02 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 9547116A4CE
for <current@freebsd.org>; Sat, 2 Oct 2004 13:53:02 +0000 (GMT)
Received: from ran.psg.com (ip192.186.dsl-acs2.seawa0.iinet.com
[209.20.186.192])
by mx1.FreeBSD.org (Postfix) with ESMTP id 5387C43D49
for <current@freebsd.org>; Sat, 2 Oct 2004 13:53:02 +0000 (GMT)
(envelope-from randy@psg.com)
Received: from localhost ([127.0.0.1] helo=ran.psg.com.psg.com)
by ran.psg.com with esmtp (Exim 4.34 (FreeBSD))
id 1CDkJo-00060B-TG; Sat, 02 Oct 2004 06:53:01 -0700
From: Randy Bush <randy@psg.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-ID: <16734.45756.397993.986133@ran.psg.com>
Date: Sat, 2 Oct 2004 06:53:00 -0700
To: John Birrell <jb@cimlogic.com.au>
References: <20041002082643.GA14648@freebsd3.cimlogic.com.au>
cc: current@freebsd.org
Subject: Re: dig after bind9 upgrade
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 02 Oct 2004 13:53:02 -0000
> dig doesn't work for me after the bind9 upgrade. It gets a corrupted
> server name in make_server(). I haven't seen any problems posted here, so
> I guess I either got a bad build or nobody digs. 8-)
i dig and doc up the ying yang with 9.3.0. but i do my own install.
[ nothing against doug's, but i've been running 9.3 snaps for some
years and have things in other places (/var/dns) and am waiting
for doug's to stabilize before deciding how to hack ]
the point being that your problem is not likely in the base software.
randy
From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 14:37:31 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 76C4F16A4CE
for <freebsd-current@freebsd.org>;
Sat, 2 Oct 2004 14:37:31 +0000 (GMT)
Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10])
by mx1.FreeBSD.org (Postfix) with ESMTP id 7600F43D54
for <freebsd-current@freebsd.org>;
Sat, 2 Oct 2004 14:37:30 +0000 (GMT) (envelope-from ru@ip.net.ua)
Received: from localhost (oak.ip.net.ua [82.193.96.2])
by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i92EbSQD096214;
Sat, 2 Oct 2004 17:37:28 +0300 (EEST)
(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 01359-04; Sat, 2 Oct 2004 17:37:25 +0300 (EEST)
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 i92EbLfm096207
(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
Sat, 2 Oct 2004 17:37:21 +0300 (EEST)
(envelope-from ru@ip.net.ua)
Received: (from ru@localhost)
by heffalump.ip.net.ua (8.13.1/8.13.1) id i92EbOUO057304;
Sat, 2 Oct 2004 17:37:24 +0300 (EEST)
(envelope-from ru)
Date: Sat, 2 Oct 2004 17:37:23 +0300
From: Ruslan Ermilov <ru@freebsd.org>
To: Scot Hetzel <swhetzel@gmail.com>
Message-ID: <20041002143723.GA57270@ip.net.ua>
References: <790a9fff0410020551f571ceb@mail.gmail.com>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="rwEMma7ioTxnRzrJ"
Content-Disposition: inline
In-Reply-To: <790a9fff0410020551f571ceb@mail.gmail.com>
User-Agent: Mutt/1.5.6i
X-Virus-Scanned: by amavisd-new at ip.net.ua
cc: freebsd-current@freebsd.org
Subject: Re: catman not creating cat pages for machine specific man pages
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 02 Oct 2004 14:37:31 -0000
--rwEMma7ioTxnRzrJ
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
Hi Scot,
On Sat, Oct 02, 2004 at 07:51:22AM -0500, Scot Hetzel wrote:
> I noticed a bug in catman, where it doesn't create the machine
> specific man pages. Tryig to figure this out, I noticed that the code
> between catman and makewhatis is similar, and that revision 1.2 of
> makewhatis fixed the program to create the whatis entries for the
> machine specific man pages.
>=20
> Based on the makewhatis fix, I have created a fix for the catman pages.
>=20
> To reproduce the problem execute the following sequence:
>=20
> ls /usr/share/man/{man,cat}8/i386 ; echo catman | nice -5 su -m man ;
> ls /usr/share/man/{man,cat}8/i386
>=20
> You'll see that catman doesn't create any cat pages in the cat8/i386 dire=
ctory.
>=20
> After appling the patch in PR 72243, the cat pages are created in the
> machine specific directories.
>=20
> http://www.freebsd.org/cgi/query-pr.cgi?pr=3D72243
>=20
Thanks! I will review/test the patch and commit what's needed.
Cheers,
--=20
Ruslan Ermilov
ru@FreeBSD.org
FreeBSD committer
--rwEMma7ioTxnRzrJ
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)
iD8DBQFBXr0jqRfpzJluFF4RAnM2AJ9N8NmrsPg9NZWMFAXsHMc/tM9EIQCbB/2S
8FktmS7T5xTl/cVHKQc+re4=
=iHxR
-----END PGP SIGNATURE-----
--rwEMma7ioTxnRzrJ--
From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 14:52:10 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 375B916A4CE
for <current@freebsd.org>; Sat, 2 Oct 2004 14:52:10 +0000 (GMT)
Received: from tensor.xs4all.nl (tensor.xs4all.nl [194.109.160.97])
by mx1.FreeBSD.org (Postfix) with ESMTP id EEFC243D31
for <current@freebsd.org>; Sat, 2 Oct 2004 14:52:09 +0000 (GMT)
(envelope-from dimitry@andric.com)
Received: from kilgore.dim (kilgore.dim [192.168.0.3])
(using TLSv1 with cipher AES256-SHA (256/256 bits))
(No client certificate requested)
by tensor.xs4all.nl (Postfix) with ESMTP id B33462284E;
Sat, 2 Oct 2004 16:52:08 +0200 (CEST)
Date: Sat, 2 Oct 2004 16:52:08 +0200
From: Dimitry Andric <dimitry@andric.com>
X-Mailer: The Bat! (v3.0.1 RC3) Professional
X-Priority: 3 (Normal)
Message-ID: <766328764.20041002165208@andric.com>
To: John Birrell <jb@cimlogic.com.au>
In-Reply-To: <20041002082643.GA14648@freebsd3.cimlogic.com.au>
References: <20041002082643.GA14648@freebsd3.cimlogic.com.au>
MIME-Version: 1.0
Content-Type: multipart/signed; protocol="application/pgp-signature";
micalg="pgp-sha1"; boundary="----------1C6123C30F2698B"
cc: current@freebsd.org
Subject: Re: dig after bind9 upgrade
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 02 Oct 2004 14:52:10 -0000
------------1C6123C30F2698B
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: quoted-printable
On 2004-10-02 at 10:26:43 John Birrell wrote:
> dig doesn't work for me after the bind9 upgrade. It gets a corrupted serv=
er name
> in make_server(). I haven't seen any problems posted here, so I guess I e=
ither
> got a bad build or nobody digs. 8-)
It is probably a problem at your end, dig (9.3.0) works fine here,
with 5.3-BETA6. What specific dig command(s) did you use, and what is
the contents of your resolv.conf file?
------------1C6123C30F2698B
Content-Type: application/pgp-signature
-----BEGIN PGP MESSAGE-----
Version: GnuPG v1.2.4 (MingW32)
iD8DBQFBXsCYsF6jCi4glqMRAhWXAKDSMY0L1sHTmrz1T0Xb+APs9+ZwogCeJjv6
Yc93N+X0mHz0CuQZmJk8NVU=
=BWKE
-----END PGP MESSAGE-----
------------1C6123C30F2698B--
From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 15:01:13 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 79FFC16A4CE; Sat, 2 Oct 2004 15:01:13 +0000 (GMT)
Received: from lara.cc.fer.hr (lara.cc.fer.hr [161.53.72.113])
by mx1.FreeBSD.org (Postfix) with ESMTP
id BA0D243D49; Sat, 2 Oct 2004 15:01:12 +0000 (GMT)
(envelope-from ivoras@fer.hr)
Received: from [127.0.0.1] (localhost.cc.fer.hr [127.0.0.1])
by lara.cc.fer.hr (8.13.1/8.13.1) with ESMTP id i92F0SsZ000753;
Sat, 2 Oct 2004 17:00:28 +0200 (CEST)
(envelope-from ivoras@fer.hr)
Message-ID: <415EC28B.4030900@fer.hr>
Date: Sat, 02 Oct 2004 17:00:27 +0200
From: Ivan Voras <ivoras@fer.hr>
User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040923)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: hackers@freebsd.org, current@freebsd.org
References: <415BDFC2.1020304@fer.hr> <415C9967.3090309@jonny.eng.br>
<415D2E86.5060007@fer.hr> <20041002133512.GA16646@nerve.riss-telecom.ru>
In-Reply-To: <20041002133512.GA16646@nerve.riss-telecom.ru>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Subject: Re: GEOM (ggate) compression consumer +problem
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 02 Oct 2004 15:01:13 -0000
Dmitry Frolov wrote:
> * Ivan Voras <ivoras@fer.hr> [01.10.2004 17:17]:
>
>>But, I still can't solve the wdrain problem. I've tried it on a recent
>>BETA6 kernel and it still remains. Writes get slower and slower
>>(actually, the frequency of writes), and then something locks up (with
>>no CPU usage...). Sometimes, *any* writes to any filesystem lock up.
>
>
> Looks very similar to a syncing problem found in md(4).
> Take a look at cvs log entry for revision 1.115 of md.c:
>
> http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/md/md.c
Thank you! It's exactly the same problem I've got. After including
O_DIRECT and O_FSYNC flags to the open() call, the problems dissapear
(though performance takes a big hit).
Also, it's the same problem with ggatel. This small patch solves it:
--- ggatel.c.old Sat Oct 2 16:48:08 2004
+++ ggatel.c Sat Oct 2 16:48:11 2004
@@ -160,7 +160,7 @@
struct g_gate_ctl_create ggioc;
int fd;
- fd = open(path, g_gate_openflags(flags));
+ fd = open(path, g_gate_openflags(flags) | O_DIRECT | O_FSYNC);
if (fd < 0)
err(EXIT_FAILURE, "Cannot open %s", path);
ggioc.gctl_version = G_GATE_VERSION;
I've poslihed some quirks from the ggatec, so it should now be ready for
somewhat broader testing ;)
(It's at http://ivoras.sharanet.org/ggcomp.tgz ; expect about 10x worse
performance compared to performance without compression).
From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 16:55:04 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 4F48D16A4CE
for <current@freebsd.org>; Sat, 2 Oct 2004 16:55:04 +0000 (GMT)
Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75])
by mx1.FreeBSD.org (Postfix) with ESMTP id 2ECE243D5D
for <current@freebsd.org>; Sat, 2 Oct 2004 16:55:04 +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 i92GxS9Y008785;
Sat, 2 Oct 2004 09:59:28 -0700
Received: (from brdavis@localhost)
by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id i92GxR94008784;
Sat, 2 Oct 2004 09:59:27 -0700
Date: Sat, 2 Oct 2004 09:59:27 -0700
From: Brooks Davis <brooks@one-eyed-alien.net>
To: Andrey Slusar <anray@inet.ua>
Message-ID: <20041002165927.GA8587@odin.ac.hmc.edu>
References: <864qle7gs2.fsf@santinel.home.ua>
<20041001163427.GB71766@xor.obsecurity.org> <86mzz6mkm3.fsf@santinel.home.ua>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="EVF5PPMfhYS0aIcm"
Content-Disposition: inline
In-Reply-To: <86mzz6mkm3.fsf@santinel.home.ua>
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new
X-Spam-Status: No, hits=0.3 required=8.0 tests=UPPERCASE_25_50 autolearn=no
version=2.63
X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu
cc: current@freebsd.org
cc: Kris Kennaway <kris@obsecurity.org>
Subject: Re: [5.3-BETA6] uuencode
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 02 Oct 2004 16:55:04 -0000
--EVF5PPMfhYS0aIcm
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Fri, Oct 01, 2004 at 08:08:52PM +0300, Andrey Slusar wrote:
>=20
> Fri, 1 Oct 2004 09:34:27 -0700, Kris Kennaway wrote:
>=20
> > > ,----
> > > | FreeBSD santinel.home.ua 5.3-BETA6 FreeBSD 5.3-BETA6 #0: Tue Sep 28=
12:20:39 EEST 2004 anray@santinel.home.ua:/usr/obj/usr/src/sys/ANRAY =
i386
> > > `----
> > > ,----
> > > | anray@santinel:~$ uuencode bash-completion-20040711.tar.gz=20
> > > | begin 644 bash-completion-20040711.tar.gz
> > > |=20
> > > `----
> > > uuencode is not worked under FreeBSD 5.3-BETA6
>=20
> > Yes it does, this just isn't how you use it ;)
>=20
> uuenview is worked:
> ,----
> | anray@santinel:~$ uuenview -u bash-completion-20040711.tar.gz=20
> | begin 644 bash-completion-20040711.tar.gz
> | M'XL(`#6*\4`"`^P]:7<:29+^*GY%+%(_0.WD1K)EJUMM^1CMV&T]NV=3DZ9B59
> | MKZA*($U15:X#)!OM;]^(/(KBD(1\8&\/N$56Y1D95T9$)MEM*^J=3DV_X@<'DL
> | M?*]R[QM\JM5F=3D7>WA6FUNKO3G$KUYUX-LYJ-:JO:VKE7K37QOWO0NK>"3Q+%
> | M5@AP3UC>P+*=3D:^O=3D5O[_]-.>H;_M>W$HVI7O0?]Z8Z?1J.XB_5O-5FM-_^])
> | M_TC$W/:#RZ]"?R3N3K-Y'?UKC0;*_.[N;K-5;;1JR">UW7JK=3D@^J:_I_\\\F
> | M&$H7:R68,$)N$PXQ,Q3=3D7@SU:K4!S[AK^_"2#X)(>'UXS.G=3DU:\'W<%%V>/Q
> | M+]CNI;"Y%_$]>/'[/^#%\4L8UL$/P;5B'N8VL<+6D;.7#GM_"+5R70Y1J=3D4K
> | MC1I4'^S5ZWN-7=3D`HAV<7`6SE<N<II*7<I]R&Z]N6"W82YG(;AZ]?';]Y=3DOSR
> | MW_M8MH%Y^UN?*._\S]=3DOGKX]D8^']'QVA;5M*^*0W\)J>1!>;@/PP]AV23UE
> | M.X.MHL1)EWO`_L0V10,#L!Z,H1OR`!B'`F.GHP)F6*,^%#Y%21N*E?WB\Z.7
> | MS\;'O_WQMU+E/N3S]V&K7GH$02B\&!^O"J4\C@L$")0`A]]X]$A#\V7`S,&2
> | MOY_7`-0F`-1N`(#&WQ`=3D.`$6PO]6RF:DT(:S1Q#W.*)-5KP1/@D1-869/@QP
> | M-Z"B(S0X/+)L)%K(XR3TH)J[RFDNY<">P_D$!SXXO&,E;ISR5N[>^O.9^E]$
> | [...]
> `----
> uuencode:
> ,----
> | anray@santinel:~$ uuencode bash-completion-20040711.tar.gz=20
> | begin 644 bash-completion-20040711.tar.gz
> |=20
> `----
> ?
That's because you aren't using uuencode correctly. You need to do:
uuencode bash-completion-20040711.tar.gz < bash-completion-20040711.tar.gz
Then it will work. The problem in this case is squarely between the
chair and the screen.
-- 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
--EVF5PPMfhYS0aIcm
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)
iD8DBQFBXt5vXY6L6fI4GtQRAogLAKCwtCAq9ACXBIvc9JgdMaPEg3dRUACgwNY+
QEcF1JDTnglE+IFDhmqnth8=
=GMld
-----END PGP SIGNATURE-----
--EVF5PPMfhYS0aIcm--
From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 16:59:06 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id D8CA116A4CF; Sat, 2 Oct 2004 16:59:06 +0000 (GMT)
Received: from KVIW14.KVI.nl (KVIW14.KVI.nl [129.125.15.46])
by mx1.FreeBSD.org (Postfix) with ESMTP
id BAA2543D31; Sat, 2 Oct 2004 16:59:05 +0000 (GMT)
(envelope-from A.S.Usov@KVI.nl)
Received: from KVIS10.KVI.nl ("port 41109"@KVIS10.KVI.nl [129.125.27.60])
by KVI.nl (PMDF V6.2-X17 #30869) with ESMTP id <01LFKEKD0P30D41DNA@KVI.nl>;
Sat, 02 Oct 2004 18:58:40 +0200 (MET DST)
Received: from KVIW12.KVI.nl by KVIS10.KVI.nl (AvMailGate-2.0.2-8)
id 20348-4023C66A; Sat, 02 Oct 2004 18:58:39 +0200
Received: from kvip55 ("port 58111"@KVIP88.KVI.nl [129.125.15.152])
by KVI.nl (PMDF V6.2-X17 #30869) with ESMTP id <01LFKEKA3PH2D41DNA@KVI.nl>;
Sat, 02 Oct 2004 18:58:36 +0200 (MET DST)
Date: Sat, 02 Oct 2004 18:58:35 +0200
From: "Alexander S. Usov" <A.S.Usov@KVI.nl>
In-reply-to: <200410012101.01067.max@love2party.net>
To: Max Laier <max@love2party.net>
Message-id: <200410021858.35419.A.S.Usov@kvi.nl>
Organization: KVI
MIME-version: 1.0
Content-type: text/plain; charset=koi8-u
Content-transfer-encoding: 7BIT
Content-disposition: inline
User-Agent: KMail/1.7
X-AntiVirus: checked by AntiVir MailGate (version: 2.0.2-8; AVE: 6.27.0.12;
VDF: 6.27.0.83; host: kvi.nl)
References: <200409272240.00356.A.S.Usov@kvi.nl>
<200410011555.00828.A.S.Usov@kvi.nl> <200410012101.01067.max@love2party.net>
cc: freebsd-current@freebsd.org
Subject: Re: ALTQ/pf troubles
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 02 Oct 2004 16:59:07 -0000
On Friday 01 October 2004 21:00, Max Laier wrote:
> First of all a look at your queue statistics would be helpful:
> $ pfctl -vvsq
> how many packets are being dropped? Which queues do the packets end up in?
>
> If you can easily check OpenBSD behavior, that'd be a good check as well.
Ok. Today I downloaded and installed OpenBSD 3.6-snapshot (it's a centrino
notebook and I wanted to be sure that it will be supported).
Should say that their installer is quite fun, but console and csh are too
old-fashioned.
So the result is like this:
$ ifconfig bce0
bce0: flags=8a43<UP,BROADCAST,RUNNING,ALLMULTI,SIMPLEX,MULTICAST> mtu 1500
address: 00:c0:9f:1c:1b:8b
media: Ethernet autoselect (100baseTX full-duplex)
status: active
inet6 fe80::2c0:9fff:fe1c:1b8b%bce0 prefixlen 64 scopeid 0x1
inet 10.0.0.1 netmask 0xffffff00 broadcast 10.0.0.255
pf.conf is the same, as used in FreeBSD, just bfe0 renamed to bce0
without queueing transfer speed is about 35-40KB/s
$ netstat 3
lo0 in lo0 out total in total out
packets errs packets errs colls packets errs packets errs colls
2 0 2 0 0 10256 0 12381 0 0
0 0 0 0 0 56 0 81 0 0
For queue bandwidth 350Kb
$ pfctl -vvsq
queue q priq( default )
[ pkts: 3646 bytes: 5379512 dropped pkts: 0 bytes: 0 ]
[ qlength: 0/ 50 ]
[ measured: 26.4 packets/s, 312.48Kb/s ]
$ netstat 3
lo0 in lo0 out total in total out
packets errs packets errs colls packets errs packets errs colls
2 0 2 0 0 13924 0 17688 0 0
0 0 0 0 0 54 0 78 0 0
0 0 0 0 0 56 0 81 0 0
which is correct.
So it's defenitely something is wrong in FreeBSD.
I suspect this is somehow related to bfe driver, as on a different machine the
same system (rsync copy up to the few files in /etc & /var) with the same
configuration but xl card works correctly.
--
Best regards,
Alexander.
From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 17:29:43 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id E2FC216A4CE
for <freebsd-current@freebsd.org>;
Sat, 2 Oct 2004 17:29:43 +0000 (GMT)
Received: from sana.init-main.com (104.194.138.210.bn.2iij.net
[210.138.194.104])
by mx1.FreeBSD.org (Postfix) with ESMTP id 1E6FE43D39
for <freebsd-current@freebsd.org>;
Sat, 2 Oct 2004 17:29:43 +0000 (GMT)
(envelope-from takawata@init-main.com)
Received: from init-main.com (localhost.init-main.com [127.0.0.1])
by sana.init-main.com (8.13.1/8.13.1) with ESMTP id i92HSGSa002938;
Sun, 3 Oct 2004 02:28:16 +0900 (JST)
(envelope-from takawata@init-main.com)
Message-Id: <200410021728.i92HSGSa002938@sana.init-main.com>
To: Denis Shaposhnikov <dsh@neva.vlink.ru>
From: takawata@jp.freebsd.org
In-reply-to: Your message of "Fri, 01 Oct 2004 17:51:53 +0400."
<87zn36o8au.fsf@neva.vlink.ru>
Date: Sun, 03 Oct 2004 02:28:16 +0900
Sender: takawata@init-main.com
cc: freebsd-current@freebsd.org
Subject: Re: jail, unionfs, pwd
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 02 Oct 2004 17:29:44 -0000
In message <87zn36o8au.fsf@neva.vlink.ru>, Denis Shaposhnikov wrote:
>>>>>> "takawata" == takawata <takawata@jp.freebsd.org> writes:
>
> takawata> If the filesystem /mnt is using is same as /usr, it is
> takawata> something like the problem which I encounted once.
>
> takawata> http://docs.FreeBSD.org/cgi/mid.cgi?200202251435.XAA91094
>
>Thank you very much! It works now.
Ok, I merged it for -CURRENT.
From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 18:23:37 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id CD77316A4CE
for <current@freebsd.org>; Sat, 2 Oct 2004 18:23:37 +0000 (GMT)
Received: from ns.atcom.spb.ru (ns.atcom.spb.ru [213.182.169.2])
by mx1.FreeBSD.org (Postfix) with ESMTP id 4411443D39
for <current@freebsd.org>; Sat, 2 Oct 2004 18:23:37 +0000 (GMT)
(envelope-from toxa@cterra.ru)
Received: by ns.atcom.spb.ru (Postfix, from userid 1042)
id A5C552F6; Sat, 2 Oct 2004 22:23:35 +0400 (MSD)
Received: from localhost (ppp-dialup-8.atcom.spb.ru [213.182.168.8])
by ns.atcom.spb.ru (Postfix) with ESMTP id 3AE9F140
for <current@freebsd.org>; Sat, 2 Oct 2004 22:23:33 +0400 (MSD)
Date: Sat, 2 Oct 2004 22:20:09 +0400
From: Toxa <postfix@sendmail.ru>
To: FreeBSD-CURRENT <current@freebsd.org>
X-Comment-To: "Anton Karpov"
Message-ID: <20041002182009.GA1139@laptoxa.toxa.lan>
Mail-Followup-To: FreeBSD-CURRENT <current@freebsd.org>
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="45Z9DzgjV8m4Oswq"
Content-Disposition: inline
User-Agent: Outluck Express 1.5.6i for MS-DOS 6.22-SMP
X-Mailer: See User-Agent above :)
X-Operating-System: MS-DOS 6.22-CURRENT on Sony VAIO laptop
X-PGP-Public-Key: http://toxahost.org/gpg/pubkey.asc
X-Useless-Header: Do Androids Dream of Electric Sheep?
Subject: bug of feature?
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 02 Oct 2004 18:23:38 -0000
--45Z9DzgjV8m4Oswq
Content-Type: text/plain; charset=koi8-r
Content-Disposition: inline
On 6.0-CURRENT I have this:
1. Plug in usb flash memory drive
2. 'mount_msdosfs /dev/da0s1 /mnt/flash'
3. Plug OUT the drive
4. Try to umount removed device (umount /mnt/flash), get an error
"/dev/da0s1: no such file or directory"
4.1. 'mount' shows us /mnt/flash is still mounted..
5. 'cd /mnt/flash ; ls'
5. System HANGS....
Ofcourse, this is abnormal situation, because usually we're to smart not
to plug out the drive unil umount, but just in case...
P.S: usb-related part of dmesg attached
--45Z9DzgjV8m4Oswq
Content-Type: text/plain; charset=koi8-r
Content-Disposition: attachment; filename="dmesg.cur"
ohci0: <NEC uPD 9210 USB controller> mem 0xe8200000-0xe8200fff irq 9 at device 7.0 on pci2
ohci0: [GIANT-LOCKED]
usb0: OHCI version 1.0, legacy support
usb0: <NEC uPD 9210 USB controller> on ohci0
usb0: USB revision 1.0
uhub0: NEC OHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub0: 3 ports with 3 removable, self powered
ohci1: <NEC uPD 9210 USB controller> mem 0xe8201000-0xe8201fff irq 9 at device 7.1 on pci2
ohci1: [GIANT-LOCKED]
usb1: OHCI version 1.0, legacy support
usb1: <NEC uPD 9210 USB controller> on ohci1
usb1: USB revision 1.0
uhub1: NEC OHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub1: 2 ports with 2 removable, self powered
umass0: Sony USB Memory Stick Slot, rev 1.10/1.90, addr 2
ehci0: <NEC uPD 720100 USB 2.0 controller> mem 0xe8203800-0xe82038ff irq 9 at device 7.2 on pci2
ehci0: [GIANT-LOCKED]
ehci_pci_attach: companion usb0
ehci_pci_attach: companion usb1
usb2: EHCI version 1.0
usb2: companion controllers, 3 ports each: usb0 usb1
usb2: <NEC uPD 720100 USB 2.0 controller> on ehci0
usb2: USB revision 2.0
uhub2: NEC EHCI root hub, class 9/0, rev 2.00/1.00, addr 1
uhub2: 5 ports with 5 removable, self powered
[snip...]
umass0: at uhub1 port 2 (addr 2) disconnected
umass0: detached
umass0: Sony USB Memory Stick Slot, rev 1.10/1.90, addr 2
(probe0:umass-sim0:0:0:0): INQUIRY. CDB: 12 0 0 0 24 0
(probe0:umass-sim0:0:0:0): CAM Status: SCSI Status Error
(probe0:umass-sim0:0:0:0): SCSI Status: Check Condition
(probe0:umass-sim0:0:0:0): UNIT ATTENTION asc:29,0
(probe0:umass-sim0:0:0:0): Power on, reset, or bus device reset occurred
(probe0:umass-sim0:0:0:0): Retrying Command (per Sense Data)
(probe0:umass-sim0:0:0:0): INQUIRY. CDB: 12 0 0 0 24 0
(probe0:umass-sim0:0:0:0): CAM Status: SCSI Status Error
(probe0:umass-sim0:0:0:0): SCSI Status: Check Condition
(probe0:umass-sim0:0:0:0): NOT READY asc:3a,0
(probe0:umass-sim0:0:0:0): Medium not present
(probe0:umass-sim0:0:0:0): Unretryable error
[snip...]
(probe2:umass-sim0:0:0:0): INQUIRY. CDB: 12 0 0 0 24 0
(probe2:umass-sim0:0:0:0): CAM Status: SCSI Status Error
(probe2:umass-sim0:0:0:0): SCSI Status: Check Condition
(probe2:umass-sim0:0:0:0): NOT READY asc:3a,0
(probe2:umass-sim0:0:0:0): Medium not present
(probe2:umass-sim0:0:0:0): Unretryable error
--45Z9DzgjV8m4Oswq--
From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 18:59:27 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 2869B16A4CE
for <freebsd-current@freebsd.org>;
Sat, 2 Oct 2004 18:59:27 +0000 (GMT)
Received: from smtp4.server.rpi.edu (smtp4.server.rpi.edu [128.113.2.4])
by mx1.FreeBSD.org (Postfix) with ESMTP id B267943D41
for <freebsd-current@freebsd.org>;
Sat, 2 Oct 2004 18:59:26 +0000 (GMT) (envelope-from drosih@rpi.edu)
Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47])
by smtp4.server.rpi.edu (8.13.0/8.13.0) with ESMTP id i92IxOcw017161;
Sat, 2 Oct 2004 14:59:25 -0400
Mime-Version: 1.0
X-Sender: drosih@mail.rpi.edu
Message-Id: <p0611041fbd848f6aa55d@[128.113.24.47]>
In-Reply-To: <20041002052856.GE17792@nexus.dglawrence.com>
References: <200410020349.i923nG8v021675@northstar.hetzel.org>
<20041002052856.GE17792@nexus.dglawrence.com>
Date: Sat, 2 Oct 2004 14:59:24 -0400
To: freebsd-current@freebsd.org
From: Garance A Drosihn <drosih@rpi.edu>
Cc: freebsd-current@freebsd.org
Content-Type: text/plain; charset="us-ascii" ; format="flowed"
X-CanItPRO-Stream: default
X-RPI-SA-Score: undef - spam-scanning disabled
X-Scanned-By: CanIt (www . canit . ca)
Subject: Re: Bug in #! processing (long reply)
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 02 Oct 2004 18:59:27 -0000
At 10:28 PM -0700 10/1/04, David G. Lawrence wrote:
> > The following patch changes the check for end of line, so that
> > a comment on the first line must be preceded by white space
> > (' ' or '\t').
>
> Personally, I'm thinking that all of the support for a "comment"
>on the interpreter line is bogus and it would be better to back out
>rev 1.21 rather than add even more complicated code to work around
>all of the problems that it causes.
From some quick testing, it seems that # is not recognized as a
comment on Solaris, aix or recent redhat WS. So I think we would
be better off not supporting it.
The way to support the documented feature is on a per-shell basis.
The command interpreter is passing the remaining arguments to the
shell it is calling, so any shell could decide that it will treat
"# <etc>" as a comment. That means the behavior of "#" will depend
on which shell is being called, but then the behavior of everything
ELSE on that line is also determined by the shell being called, so
I don't see why comments should be a special-case.
The original change was based on
http://www.FreeBSD.org/cgi/query-pr.cgi?pr=16393
Which starts out by saying:
Basically, if I follow the suggestions in the perl book
to make portably executable scripts, I must use a shebang
hack where the perl script starts being executed as a sh
script. sh will pass it off to perl. Currently sh chokes
on the # after -- as the executable.
I use this feature of perl myself, it is very useful in some
circumstances. There is one important detail though -- the fix
which was committed is wrong on how the feature works. The PR
gives the example of:
#!/bin/sh -- # -*- perl -*-
eval "exec perl $0 -S ${1+'$@'}"
if 0;
print "1+1=", (1+1), "\n";
First off, the above example script does not actually work on
linux (or at least not on Redhat WS 3.0). Second, when it works
on solaris or aix, it works because of how /bin/sh processes the
rest of the line. It is not because the command-interpreter has
stripped off everything after the '#'. If you remove the '--' on
the above example, it fails immediately on aix and solaris. In
fact, it seems to be the '--' which is causing the rest of the
line to be ignored, not the '#'.
The PR is correct in that this feature is documented by perl books,
but the right way to support the feature is to change /bin/sh and
not the command interpreter. The PR includes a followup reply from
Ahmon Dancy <dancy@dancysoft.com> with some additional proof that
the change to the command interpreter was the wrong way to fix this.
Since this perl feature is documented in many places (including the
famous "Camel" book from O'Reilly), we can not just drop the support
in the command interpreter. But if we first fix /bin/sh then I
believe we can drop it.
--
Garance Alistair Drosehn = gad@gilead.netel.rpi.edu
Senior Systems Programmer or gad@freebsd.org
Rensselaer Polytechnic Institute or drosih@rpi.edu
From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 19:08:42 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 099C016A4CE
for <freebsd-current@freebsd.org>;
Sat, 2 Oct 2004 19:08:42 +0000 (GMT)
Received: from beagle2.mehnert.org (beagle2.mehnert.org [212.42.235.57])
by mx1.FreeBSD.org (Postfix) with ESMTP id 3297E43D1D
for <freebsd-current@freebsd.org>;
Sat, 2 Oct 2004 19:08:41 +0000 (GMT)
(envelope-from hannes@mehnert.org)
Received: from localhost (port-212-202-198-15.dynamic.qsc.de [212.202.198.15])
(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
(Client CN "Hannes Mehnert", Issuer "mehnert root CA" (verified OK))
by beagle2.mehnert.org (Postfix) with ESMTP id 312E59585D
for <freebsd-current@freebsd.org>;
Sat, 2 Oct 2004 21:08:39 +0200 (CEST)
Date: Sat, 2 Oct 2004 21:08:38 +0200
From: Hannes Mehnert <hannes@mehnert.org>
To: freebsd-current@freebsd.org
Message-ID: <20041002190838.GA8104@mehnert.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.4.2.1i
Subject: file system recovery
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 02 Oct 2004 19:08:42 -0000
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi,
I updatet yesterday to -CURRENT (from -CURRENT from about 09/20).
I use gbde, so I attached my gbde device (a partition, no md-device).
After mounting it I was not able to access files. An ls /mnt/crypto/
froze the system, I had to reboot.
After reboot fsck was not able to check the attached gbde device:
# fsck -t ufs /dev/ad0s2f.bde
** /dev/ad0s2f.bde
** Last Mounted on /mnt/crypto
** Phase 1 - Check Blocks and Sizes
fsck_ufs: cannot alloc 2728847320 bytes for inoinfo
I downgraded to -CURRENT from 20040915, but it was also not able
to run fsck.
I also tried other superblocks (fsck -b), nothing changed, looks
like something else broke.
dumpfs core dumps (https://berlin.ccc.de/~hannes/dumpfs). I patched
dumpfs to ignore cg 1 (cause it contains invalid data), then it core
dumped at cg 2 (it had some other negative values in cg 2 nfree,..).
It looks like nbfree, ndir, nifree and nffree is in the cs[] struct.
Are there any tools to fix the file-system (with assumptions like
nbfree can't be negative)?
I tried sysutils/autopsy, but this was also not able to recover any
data. It returns "Out of memory during "large" request for 536875008
bytes, total sbrk() is 271708160 bytes at
/usr/ports/sysutils/autopsy/work/autopsy-1.73/autopsyfunc.pm line 2048."
Also the sysutils/sleuthkit toolset also does not work.
(Cannot allocate memory).
dd if=/dev/ad0s2f.bde bs=1m count=20 skip=32 | strings
returns data which is (was?) on the file system.
Any ideas how to recover the data (apart from shell-skripts which use
dd and strings)?
Best Regards,
Hannes Mehnert
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)
iD8DBQFBXvyzRcuNlziBjRwRApVuAJ9PejAVFZgcgqh4nyvVP01EYG+DGwCfWt+f
6XVOUA26dJ4sefxiy57StP8=
=mzIA
-----END PGP SIGNATURE-----
From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 19:50:48 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id D666C16A4CE
for <freebsd-current@freebsd.org>;
Sat, 2 Oct 2004 19:50:48 +0000 (GMT)
Received: from hub.org (hub.org [200.46.204.220])
by mx1.FreeBSD.org (Postfix) with ESMTP id B0ECD43D2D
for <freebsd-current@freebsd.org>;
Sat, 2 Oct 2004 19:50:48 +0000 (GMT) (envelope-from scrappy@hub.org)
Received: from localhost (unknown [200.46.204.144])
by hub.org (Postfix) with ESMTP id 3398348FFD1
for <freebsd-current@freebsd.org>;
Sat, 2 Oct 2004 16:50:44 -0300 (ADT)
Received: from hub.org ([200.46.204.220])
by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024)
with ESMTP id 61533-04 for <freebsd-current@freebsd.org>;
Sat, 2 Oct 2004 19:50:43 +0000 (GMT)
Received: from ganymede.hub.org (blk-222-46-91.eastlink.ca [24.222.46.91])
by hub.org (Postfix) with ESMTP id BF66348FFD0
for <freebsd-current@freebsd.org>;
Sat, 2 Oct 2004 16:50:42 -0300 (ADT)
Received: by ganymede.hub.org (Postfix, from userid 1000)
id EF5E735608; Sat, 2 Oct 2004 16:50:40 -0300 (ADT)
Received: from localhost (localhost [127.0.0.1])
by ganymede.hub.org (Postfix) with ESMTP id EE57C355B6
for <freebsd-current@freebsd.org>;
Sat, 2 Oct 2004 16:50:40 -0300 (ADT)
Date: Sat, 2 Oct 2004 16:50:40 -0300 (ADT)
From: "Marc G. Fournier" <scrappy@hub.org>
To: freebsd-current@freebsd.org
Message-ID: <20041002164948.F64687@ganymede.hub.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
X-Virus-Scanned: by amavisd-new at hub.org
Subject: To get 5.x vs 6.x ... ?
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 02 Oct 2004 19:50:48 -0000
what should I set in my cvsup file? tag=RELENG_5, correct?
thanks ...
----
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664
From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 19:55:52 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 2CB8B16A4CE
for <freebsd-current@freebsd.org>;
Sat, 2 Oct 2004 19:55:52 +0000 (GMT)
Received: from chatserv.de (p15119030.pureserver.info [217.160.175.43])
by mx1.FreeBSD.org (Postfix) with SMTP id 5C25543D1F
for <freebsd-current@freebsd.org>;
Sat, 2 Oct 2004 19:55:51 +0000 (GMT)
(envelope-from sascha@schumann.cx)
Received: (qmail 29464 invoked by uid 1040); 2 Oct 2004 19:55:49 -0000
Received: from unknown (HELO localhost) (127.0.0.1)
by localhost with SMTP; 2 Oct 2004 19:55:49 -0000
Date: Sat, 2 Oct 2004 21:55:48 +0200 (CEST)
From: Sascha Schumann <sascha@schumann.cx>
X-X-Sender: sas@localhost
To: freebsd-current@freebsd.org
Message-ID: <Pine.LNX.4.60.0410022154210.1355@localhost>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
Subject: Conclusion of thread "Deadlocks with recent SMP current"?
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 02 Oct 2004 19:55:52 -0000
[same message is in moderation queue]
Hi,
was there any conclusion to that thread? I have got two
systems which are showing the exact same symptoms running
RELENG_5_2. The busier one deadlocks regularly once a day.
What is the recommended way to procede? I don't want to
upgrade to RELENG_5 due to the experimental nature of the
network stack, gcc 3.4 integration and general dislike of
bleeding edge software for production systems. (and yes, the
freebsd 5 systems are inherited.)
Thanks for any advise.
- Sascha
From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 19:59:34 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 80B5716A4CE
for <current@freebsd.org>; Sat, 2 Oct 2004 19:59:34 +0000 (GMT)
Received: from zaphod.nitro.dk (port324.ds1-khk.adsl.cybercity.dk
[212.242.113.79])
by mx1.FreeBSD.org (Postfix) with ESMTP id E713E43D46
for <current@freebsd.org>; Sat, 2 Oct 2004 19:59:33 +0000 (GMT)
(envelope-from simon@zaphod.nitro.dk)
Received: by zaphod.nitro.dk (Postfix, from userid 3000)
id BB05A119B7; Sat, 2 Oct 2004 21:59:31 +0200 (CEST)
Date: Sat, 2 Oct 2004 21:59:31 +0200
From: "Simon L. Nielsen" <simon@FreeBSD.org>
To: FreeBSD-CURRENT <current@freebsd.org>
Message-ID: <20041002195930.GB1081@zaphod.nitro.dk>
References: <20041002182009.GA1139@laptoxa.toxa.lan>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="cWoXeonUoKmBZSoM"
Content-Disposition: inline
In-Reply-To: <20041002182009.GA1139@laptoxa.toxa.lan>
User-Agent: Mutt/1.5.6i
Subject: Re: bug of feature?
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 02 Oct 2004 19:59:34 -0000
--cWoXeonUoKmBZSoM
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On 2004.10.02 22:20:09 +0400, Toxa wrote:
> On 6.0-CURRENT I have this:
>=20
> 1. Plug in usb flash memory drive
> 2. 'mount_msdosfs /dev/da0s1 /mnt/flash'
> 3. Plug OUT the drive
After this point it's quite undefined what's going to happen (since
you remove a mounted device), and it's not unlikely that you will get
a kernel panic...
At some point this situation might be handled more gracefully, but at
the moment there is just one solution "don't do that" :-).
--=20
Simon L. Nielsen
FreeBSD Documentation Team
--cWoXeonUoKmBZSoM
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)
iD8DBQFBXwiih9pcDSc1mlERAj/9AJ4x8mhvHda8BuFCbpRC4U96Yi5W2wCaAy2+
KCG5yftvWtF9iwOnJzIEhFc=
=nb75
-----END PGP SIGNATURE-----
--cWoXeonUoKmBZSoM--
From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 20:02:14 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id B5DDE16A4CE; Sat, 2 Oct 2004 20:02:14 +0000 (GMT)
Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163])
by mx1.FreeBSD.org (Postfix) with ESMTP
id 1D8EB43D48; Sat, 2 Oct 2004 20:02:14 +0000 (GMT)
(envelope-from phk@critter.freebsd.dk)
Received: from critter.freebsd.dk (localhost [127.0.0.1])
by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id i92K2Ckm093334;
Sat, 2 Oct 2004 22:02:12 +0200 (CEST)
(envelope-from phk@critter.freebsd.dk)
To: "Simon L. Nielsen" <simon@freebsd.org>
From: "Poul-Henning Kamp" <phk@phk.freebsd.dk>
In-Reply-To: Your message of "Sat, 02 Oct 2004 21:59:31 +0200."
<20041002195930.GB1081@zaphod.nitro.dk>
Date: Sat, 02 Oct 2004 22:02:12 +0200
Message-ID: <93333.1096747332@critter.freebsd.dk>
Sender: phk@critter.freebsd.dk
cc: FreeBSD-CURRENT <current@freebsd.org>
Subject: Re: bug of feature?
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 02 Oct 2004 20:02:14 -0000
In message <20041002195930.GB1081@zaphod.nitro.dk>, "Simon L. Nielsen" writes:
>
>--cWoXeonUoKmBZSoM
>Content-Type: text/plain; charset=us-ascii
>Content-Disposition: inline
>Content-Transfer-Encoding: quoted-printable
>
>On 2004.10.02 22:20:09 +0400, Toxa wrote:
>> On 6.0-CURRENT I have this:
>>=20
>> 1. Plug in usb flash memory drive
>> 2. 'mount_msdosfs /dev/da0s1 /mnt/flash'
>> 3. Plug OUT the drive
>
>After this point it's quite undefined what's going to happen (since
>you remove a mounted device), and it's not unlikely that you will get
>a kernel panic...
>
>At some point this situation might be handled more gracefully, but at
>the moment there is just one solution "don't do that" :-).
Yeah, we're working on it, but there is a lot to fix.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
phk@FreeBSD.ORG | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence.
From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 20:08:20 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 9854A16A4CE
for <freebsd-current@freebsd.org>;
Sat, 2 Oct 2004 20:08:20 +0000 (GMT)
Received: from obsecurity.dyndns.org
(CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143])
by mx1.FreeBSD.org (Postfix) with ESMTP id D43BE43D1F
for <freebsd-current@freebsd.org>;
Sat, 2 Oct 2004 20:08:18 +0000 (GMT)
(envelope-from kris@obsecurity.org)
Received: by obsecurity.dyndns.org (Postfix, from userid 1000)
id 02D2C53A87; Sat, 2 Oct 2004 13:09:01 -0700 (PDT)
Date: Sat, 2 Oct 2004 13:09:01 -0700
From: Kris Kennaway <kris@obsecurity.org>
To: Sascha Schumann <sascha@schumann.cx>
Message-ID: <20041002200901.GA53162@xor.obsecurity.org>
References: <Pine.LNX.4.60.0410022154210.1355@localhost>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="17pEHd4RhPHOinZp"
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.60.0410022154210.1355@localhost>
User-Agent: Mutt/1.4.2.1i
cc: freebsd-current@freebsd.org
Subject: Re: Conclusion of thread "Deadlocks with recent SMP current"?
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 02 Oct 2004 20:08:20 -0000
--17pEHd4RhPHOinZp
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Sat, Oct 02, 2004 at 09:55:48PM +0200, Sascha Schumann wrote:
> [same message is in moderation queue]
>=20
> Hi,
>=20
> was there any conclusion to that thread? I have got two
> systems which are showing the exact same symptoms running
> RELENG_5_2. The busier one deadlocks regularly once a day.
Yes, this is believed to have been resolved in 5.3.
> What is the recommended way to procede? I don't want to
> upgrade to RELENG_5 due to the experimental nature of the
> network stack, gcc 3.4 integration and general dislike of
> bleeding edge software for production systems. (and yes, the
> freebsd 5 systems are inherited.)
So, you're running 5.2 on those systems, which was documented as a
development release and not recommended for use on production systems
(and indeed contained numerous rough edges and bugs), and you're
scared to update to 5.3 which is going to be designated as the
beginning of the 5.3-STABLE branch (and has had a couple of months of
extensive bugfixing and QA)?
You might want to consider re-evaluating your position.
Kris
--17pEHd4RhPHOinZp
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)
iD8DBQFBXwrdWry0BWjoQKURAgBhAKC12F02NL7hxDKRkfxqF7y6lmO07wCg6iLa
ymR0OXWOMtkTEakKLOG1XbE=
=04z1
-----END PGP SIGNATURE-----
--17pEHd4RhPHOinZp--
From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 20:49:58 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id EE17716A4E7
for <freebsd-current@freebsd.org>;
Sat, 2 Oct 2004 20:49:57 +0000 (GMT)
Received: from chatserv.de (p15119030.pureserver.info [217.160.175.43])
by mx1.FreeBSD.org (Postfix) with SMTP id D8DFC43D41
for <freebsd-current@freebsd.org>;
Sat, 2 Oct 2004 20:49:56 +0000 (GMT)
(envelope-from sascha@schumann.cx)
Received: (qmail 30117 invoked by uid 1040); 2 Oct 2004 20:49:53 -0000
Received: from unknown (HELO localhost) (127.0.0.1)
by localhost with SMTP; 2 Oct 2004 20:49:53 -0000
Date: Sat, 2 Oct 2004 22:49:52 +0200 (CEST)
From: Sascha Schumann <sascha@schumann.cx>
X-X-Sender: sas@localhost
To: Kris Kennaway <kris@obsecurity.org>
In-Reply-To: <20041002200901.GA53162@xor.obsecurity.org>
Message-ID: <Pine.LNX.4.60.0410022223070.1355@localhost>
References: <Pine.LNX.4.60.0410022154210.1355@localhost>
<20041002200901.GA53162@xor.obsecurity.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
cc: freebsd-current@freebsd.org
Subject: Re: Conclusion of thread "Deadlocks with recent SMP current"?
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 02 Oct 2004 20:49:58 -0000
> Yes, this is believed to have been resolved in 5.3.
Good to hear.
> So, you're running 5.2 on those systems, which was documented as a
> development release and not recommended for use on production systems
No, *I* am not running FreeBSD 5 anywhere on productive
systems. Unfortunaly, the ISP recommended it to this
particular owner of two systems where I am doing some
voluntary work in my spare time.
One of the servers ran 5.1 with an uptime of >200 days.
There were no indications that 5.2 contained such vast
regressions in comparison to 5.1. Even today, the 5.2.1
errata page does not say anything about SMP issues.
> (and indeed contained numerous rough edges and bugs), and you're
> scared to update to 5.3 which is going to be designated as the
> beginning of the 5.3-STABLE branch (and has had a couple of months of
> extensive bugfixing and QA)?
I would rather downgrade to 5.1 (because I know it works
reliably on this piece of equipment), but unfortunately,
somewhere during "make installworld", the install binary
starts to segfault.
truss shows that the 5.1 /usr/bin/install calls the new
fstatfs syscall 397. AFAICT this could only happen when the
5.1 install binary is linked against the 5.2 libc. I suppose
installworld does not point LD_LIBRARY_PATH at the newly
build libraries under /usr/obj? If not, what is the best way
to ensure that binaries are linked against suitable libs
during installworld?
Thanks
- Sascha
From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 20:50:38 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 62CE716A4EC
for <freebsd-current@freebsd.org>;
Sat, 2 Oct 2004 20:50:38 +0000 (GMT)
Received: from afields.ca (afields.ca [216.194.67.132])
by mx1.FreeBSD.org (Postfix) with ESMTP id 194C643D1F
for <freebsd-current@freebsd.org>;
Sat, 2 Oct 2004 20:50:38 +0000 (GMT)
(envelope-from afields@afields.ca)
Received: from afields.ca (localhost.afields.ca [127.0.0.1])
by afields.ca (8.12.11/8.12.11) with ESMTP id i92KoboO032888;
Sat, 2 Oct 2004 16:50:37 -0400 (EDT)
(envelope-from afields@afields.ca)
Received: (from afields@localhost)
by afields.ca (8.12.11/8.12.11/Submit) id i92KoZnf032887;
Sat, 2 Oct 2004 16:50:35 -0400 (EDT)
(envelope-from afields)
Date: Sat, 2 Oct 2004 16:50:34 -0400
From: Allan Fields <bsd@afields.ca>
To: Hannes Mehnert <hannes@mehnert.org>
Message-ID: <20041002205034.GC28121@afields.ca>
References: <20041002190838.GA8104@mehnert.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20041002190838.GA8104@mehnert.org>
User-Agent: Mutt/1.4i
cc: phk@phk.freebsd.dk
cc: freebsd-current@freebsd.org
Subject: Re: file system recovery [gbde]
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 02 Oct 2004 20:50:38 -0000
On Sat, Oct 02, 2004 at 09:08:38PM +0200, Hannes Mehnert wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Hi,
>
> I updatet yesterday to -CURRENT (from -CURRENT from about 09/20).
> I use gbde, so I attached my gbde device (a partition, no md-device).
And that would include the latest patch to fix a gbde sector mapping
bug though that was actually committed on Sept 14th from logs. Do
you use less than 4 keys? (gbde init with number_of_keys < 4)
If you do, a necessary step is to dump and restore a filesystem
during update. See freebsd-geom list archives for more info.
If not this might be another issue.
PHK: I think we need more warnings in UPDATING for instance.
> After mounting it I was not able to access files. An ls /mnt/crypto/
> froze the system, I had to reboot.
It's not so good that this worked at all if it's the problem I'm
thinking of.
PHK: Should a version number be incorporated w/ master key sectors
to stop attach in these cases? If not using the key sector then
lock file/sector 0. It should be that g_bde fails to create
geom/attach if the minimum version number compat is not met by kernel.
> After reboot fsck was not able to check the attached gbde device:
> # fsck -t ufs /dev/ad0s2f.bde
> ** /dev/ad0s2f.bde
> ** Last Mounted on /mnt/crypto
> ** Phase 1 - Check Blocks and Sizes
> fsck_ufs: cannot alloc 2728847320 bytes for inoinfo
At that point, it could do more harm than good.
> I downgraded to -CURRENT from 20040915, but it was also not able
> to run fsck.
Did you rebuild and install modules? g_bde can be loaded as a module
when you run gbde(8) command.
> I also tried other superblocks (fsck -b), nothing changed, looks
> like something else broke.
> dumpfs core dumps
> [...]
>
> dd if=/dev/ad0s2f.bde bs=1m count=20 skip=32 | strings
> returns data which is (was?) on the file system.
It shouldn't entirely work like this but some data might display
fine.
> Any ideas how to recover the data (apart from shell-skripts which use
> dd and strings)?
Use an older system or downgrade the module version if it isn't already.
Perhaps the filesystem can still be saved. Before doing anything further
first dump it to another drive. An idea in future is to do fsck -n first,
though in this case it might be misleading too.
I wish to offer the advice to anyone with similar problems in the
future, do a dd of the device first, before performing _any_ writes
to fix it.
The best strategy is (hopefully) up to date backups.
> Best Regards,
>
> Hannes Mehnert
--
Allan Fields, AFRSL - http://afields.ca
2D4F 6806 D307 0889 6125 C31D F745 0D72 39B4 5541
From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 20:59:44 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 6BA2F16A4CE
for <freebsd-current@freebsd.org>;
Sat, 2 Oct 2004 20:59:44 +0000 (GMT)
Received: from obsecurity.dyndns.org
(CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143])
by mx1.FreeBSD.org (Postfix) with ESMTP id 6582C43D2F
for <freebsd-current@freebsd.org>;
Sat, 2 Oct 2004 20:59:42 +0000 (GMT)
(envelope-from kris@obsecurity.org)
Received: by obsecurity.dyndns.org (Postfix, from userid 1000)
id 18D2C53A37; Sat, 2 Oct 2004 14:00:24 -0700 (PDT)
Date: Sat, 2 Oct 2004 14:00:24 -0700
From: Kris Kennaway <kris@obsecurity.org>
To: Sascha Schumann <sascha@schumann.cx>
Message-ID: <20041002210024.GA55807@xor.obsecurity.org>
References: <Pine.LNX.4.60.0410022154210.1355@localhost>
<20041002200901.GA53162@xor.obsecurity.org>
<Pine.LNX.4.60.0410022223070.1355@localhost>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="dDRMvlgZJXvWKvBx"
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.60.0410022223070.1355@localhost>
User-Agent: Mutt/1.4.2.1i
cc: freebsd-current@freebsd.org
cc: Kris Kennaway <kris@obsecurity.org>
Subject: Re: Conclusion of thread "Deadlocks with recent SMP current"?
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 02 Oct 2004 20:59:44 -0000
--dDRMvlgZJXvWKvBx
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Sat, Oct 02, 2004 at 10:49:52PM +0200, Sascha Schumann wrote:
> >Yes, this is believed to have been resolved in 5.3.
>=20
> Good to hear.
>=20
> >So, you're running 5.2 on those systems, which was documented as a
> >development release and not recommended for use on production systems
>=20
> No, *I* am not running FreeBSD 5 anywhere on productive
> systems. Unfortunaly, the ISP recommended it to this
> particular owner of two systems where I am doing some
> voluntary work in my spare time.
>=20
> One of the servers ran 5.1 with an uptime of >200 days.
> There were no indications that 5.2 contained such vast
> regressions in comparison to 5.1. Even today, the 5.2.1
> errata page does not say anything about SMP issues.
Er, well, that doesn't mean anything other than no-one updated the
errata page.
Kris
--dDRMvlgZJXvWKvBx
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)
iD8DBQFBXxboWry0BWjoQKURAgFFAKDnR1nYmn6SND1vtoJUNOEcyQrA3ACgmIK7
ecPC6l84FzKRcWmG5DCNdpM=
=icDM
-----END PGP SIGNATURE-----
--dDRMvlgZJXvWKvBx--
From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 21:14:34 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 092ED16A4CE
for <freebsd-current@freebsd.org>;
Sat, 2 Oct 2004 21:14:34 +0000 (GMT)
Received: from beagle2.mehnert.org (beagle2.mehnert.org [212.42.235.57])
by mx1.FreeBSD.org (Postfix) with ESMTP id 6468843D1F
for <freebsd-current@freebsd.org>;
Sat, 2 Oct 2004 21:14:33 +0000 (GMT)
(envelope-from hannes@mehnert.org)
Received: from localhost (port-212-202-198-15.dynamic.qsc.de [212.202.198.15])
(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
(Client CN "Hannes Mehnert", Issuer "mehnert root CA" (verified OK))
by beagle2.mehnert.org (Postfix) with ESMTP
id 778719585D; Sat, 2 Oct 2004 23:14:31 +0200 (CEST)
Date: Sat, 2 Oct 2004 23:14:30 +0200
From: Hannes Mehnert <hannes@mehnert.org>
To: Allan Fields <bsd@afields.ca>
Message-ID: <20041002211430.GC8104@mehnert.org>
References: <20041002190838.GA8104@mehnert.org>
<20041002205034.GC28121@afields.ca>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20041002205034.GC28121@afields.ca>
User-Agent: Mutt/1.4.2.1i
cc: phk@phk.freebsd.dk
cc: freebsd-current@freebsd.org
Subject: Re: file system recovery [gbde]
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 02 Oct 2004 21:14:34 -0000
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi,
On Sat, Oct 02, 2004 at 04:50:34PM -0400, Allan Fields wrote:
> On Sat, Oct 02, 2004 at 09:08:38PM +0200, Hannes Mehnert wrote:
> > I updatet yesterday to -CURRENT (from -CURRENT from about 09/20).
> > I use gbde, so I attached my gbde device (a partition, no md-device).
>
> And that would include the latest patch to fix a gbde sector mapping
> bug though that was actually committed on Sept 14th from logs. Do
> you use less than 4 keys? (gbde init with number_of_keys < 4)
Yes, I used less than 4 keys.
> PHK: I think we need more warnings in UPDATING for instance.
I'd appreciate this.
> > I downgraded to -CURRENT from 20040915, but it was also not able
> > to run fsck.
>
> Did you rebuild and install modules? g_bde can be loaded as a module
> when you run gbde(8) command.
Yes, I'll downgrade to before phks commit and try again.
> I wish to offer the advice to anyone with similar problems in the
> future, do a dd of the device first, before performing _any_ writes
> to fix it.
I did a bakup of the bad file system (before doing anything else with
it).
Best Regards,
Hannes Mehnert
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)
iD8DBQFBXxo1RcuNlziBjRwRAs+UAJ99bI7tK/GDlazX3uHIDpqNN/zxPQCgsE29
Rw6HKhM89G30aV+zWABU+nQ=
=XmpX
-----END PGP SIGNATURE-----
From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 21:22:10 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id C411516A4CE
for <freebsd-current@freebsd.org>;
Sat, 2 Oct 2004 21:22:10 +0000 (GMT)
Received: from afields.ca (afields.ca [216.194.67.132])
by mx1.FreeBSD.org (Postfix) with ESMTP id 8A17D43D48
for <freebsd-current@freebsd.org>;
Sat, 2 Oct 2004 21:22:10 +0000 (GMT)
(envelope-from afields@afields.ca)
Received: from afields.ca (localhost.afields.ca [127.0.0.1])
by afields.ca (8.12.11/8.12.11) with ESMTP id i92LMAtA033051;
Sat, 2 Oct 2004 17:22:10 -0400 (EDT)
(envelope-from afields@afields.ca)
Received: (from afields@localhost)
by afields.ca (8.12.11/8.12.11/Submit) id i92LM78w033050;
Sat, 2 Oct 2004 17:22:07 -0400 (EDT)
(envelope-from afields)
Date: Sat, 2 Oct 2004 17:22:07 -0400
From: Allan Fields <bsd@afields.ca>
To: Michael Nottebrock <michaelnottebrock@gmx.net>
Message-ID: <20041002212207.GD28121@afields.ca>
References: <20040920022927.GA70726@bobbi.cse.buffalo.edu>
<20040920112236.GC2493@submonkey.net> <414EAEB4.5090604@gldis.ca>
<200409201713.48260.michaelnottebrock@gmx.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <200409201713.48260.michaelnottebrock@gmx.net>
User-Agent: Mutt/1.4i
cc: Ceri Davies <ceri@submonkey.net>
cc: freebsd-current@freebsd.org
cc: Jeremy Faulkner <gldisater@gldis.ca>
Subject: Re: 5.3-BETA5 Available
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 02 Oct 2004 21:22:10 -0000
On Mon, Sep 20, 2004 at 05:13:44PM +0200, Michael Nottebrock wrote:
> On Monday 20 September 2004 12:19, Jeremy Faulkner wrote:
> > UPDATING as it is my understanding that UPDATING contains information
> > about problems that will be encountered by someone updating their
> > system.
>
> And that particular problem is exactly experienced by GDBE users updating
> their system.
Which just proved true. ;)
> --
> ,_, | Michael Nottebrock | lofi@freebsd.org
> (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org
> \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org
--
Allan Fields, AFRSL - http://afields.ca
2D4F 6806 D307 0889 6125 C31D F745 0D72 39B4 5541
From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 21:29:55 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id BFBAE16A4CE
for <current@freebsd.org>; Sat, 2 Oct 2004 21:29:55 +0000 (GMT)
Received: from virtual.micronet.sk (smtp-r.micronet.sk [213.215.96.238])
by mx1.FreeBSD.org (Postfix) with ESMTP id 0716343D1D
for <current@freebsd.org>; Sat, 2 Oct 2004 21:29:55 +0000 (GMT)
(envelope-from danger@wilbury.sk)
Received: from danger ([213.215.105.189])
by virtual.micronet.sk (8.12.11/8.12.11) with ESMTP id i92LTaOM089858
for <current@freebsd.org>; Sat, 2 Oct 2004 23:29:39 +0200 (CEST)
(envelope-from danger@wilbury.sk)
Date: Sat, 2 Oct 2004 23:30:24 +0200
From: DanGer <danger@wilbury.sk>
X-Mailer: The Bat! (v2.12.00) Business
X-Priority: 3 (Normal)
Message-ID: <1235861246.20041002233024@wilbury.sk>
To: current@freebsd.org
In-Reply-To: <93333.1096747332@critter.freebsd.dk>
References: Your message of "Sat, 02 Oct 2004 21:59:31 +0200."
<20041002195930.GB1081@zaphod.nitro.dk> <93333.1096747332@critter.freebsd.dk>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Subject: Re[2]: bug of feature?
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: DanGer <danger@wilbury.sk>
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 02 Oct 2004 21:29:55 -0000
Hello Poul-Henning,
Saturday, October 2, 2004, 10:02:12 PM, you wrote:
>>> On 6.0-CURRENT I have this:
>>>=20
>>> 1. Plug in usb flash memory drive
>>> 2. 'mount_msdosfs /dev/da0s1 /mnt/flash'
>>> 3. Plug OUT the drive
this is like as you mount a floppy disc, than remove it from floppy
mechanism and try to umount the device...the system will hang... eh..
on 5.2.1-release used to ;-) i didn't tried it on any current version
>>
>>At some point this situation might be handled more gracefully, but at
>>the moment there is just one solution "don't do that" :-).
> Yeah, we're working on it, but there is a lot to fix.
--
Best regards
+----------==/\/\==----------+
| DanGer <danger@wilbury.sk> |
| DanGer@IRCnet ICQ261701668 |
| http://danger.homeunix.org |
+----------==\/\/==----------+
From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 21:34:29 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP
id 1E5BE16A4CF; Sat, 2 Oct 2004 21:34:29 +0000 (GMT)
Received: from kientzle.com (h-66-166-149-50.snvacaid.covad.net
[66.166.149.50]) by mx1.FreeBSD.org (Postfix) with ESMTP
id 9D47A43D39; Sat, 2 Oct 2004 21:34:28 +0000 (GMT)
(envelope-from tim@kientzle.com)
Received: from kientzle.com (p54.kientzle.com [66.166.149.54])
by kientzle.com (8.12.9/8.12.9) with ESMTP id i92LYP90054944;
Sat, 2 Oct 2004 14:34:26 -0700 (PDT)
(envelope-from tim@kientzle.com)
Message-ID: <415F1EE1.1080106@kientzle.com>
Date: Sat, 02 Oct 2004 14:34:25 -0700
From: Tim Kientzle <tim@kientzle.com>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4) Gecko/20031006
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Oliver Lehmann <lehmann@ans-netz.de>
References: <20040923062411.7b5a70d7.lehmann@ans-netz.de>
<4152EAA5.30807@freebsd.org> <20040923190219.176a5848.lehmann@ans-netz.de>
<4155FBBE.7090806@freebsd.org> <20041002114847.79c74818.lehmann@ans-netz.de>
In-Reply-To: <20041002114847.79c74818.lehmann@ans-netz.de>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
cc: Tim Kientzle <kientzle@freebsd.org>
cc: freebsd-current@freebsd.org
Subject: Re: bsdtar doesn't detect end of tape
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 02 Oct 2004 21:34:29 -0000
Oliver Lehmann wrote:
> Tim Kientzle wrote:
>
>>Ergh. I haven't managed to reproduce
>>this here yet; I'll keep trying.
>
> ok, I checked out the latest version of libarchive and tar (CURRENT) and
> compiled them. Still the same problem - I can tar more than the tape can
> hold (I tared all files of a filelist for a dds3 tape on a dds2 tape).
> I got no error.
I've tried it against a floppy and the write
does fail, though there are a few ugly points
in there.
Hmm... I wonder if the tape device driver you're
using doesn't consistently return an error for
a write past end-of-media? I did find a couple
of places where failed writes were getting ignored,
but if the device keeps returning failure, then
bsdtar does eventually get the hint.
I'll have a revised patch for you to try soon.
(Let me know when you get back from vacation.)
Thanks for your help,
Tim
From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 21:45:20 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id B34FF16A4CE
for <freebsd-current@freebsd.org>;
Sat, 2 Oct 2004 21:45:20 +0000 (GMT)
Received: from smtp1.server.rpi.edu (smtp1.server.rpi.edu [128.113.2.1])
by mx1.FreeBSD.org (Postfix) with ESMTP id 643C943D53
for <freebsd-current@freebsd.org>;
Sat, 2 Oct 2004 21:45:20 +0000 (GMT) (envelope-from drosih@rpi.edu)
Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47])
by smtp1.server.rpi.edu (8.13.0/8.13.0) with ESMTP id i92LjJrw014687;
Sat, 2 Oct 2004 17:45:19 -0400
Mime-Version: 1.0
X-Sender: drosih@mail.rpi.edu
Message-Id: <p06110422bd84cdb73fb6@[128.113.24.47]>
In-Reply-To: <Pine.LNX.4.60.0410022223070.1355@localhost>
References: <Pine.LNX.4.60.0410022154210.1355@localhost>
<20041002200901.GA53162@xor.obsecurity.org>
<Pine.LNX.4.60.0410022223070.1355@localhost>
Date: Sat, 2 Oct 2004 17:45:18 -0400
To: Sascha Schumann <sascha@schumann.cx>
From: Garance A Drosihn <drosih@rpi.edu>
Content-Type: text/plain; charset="us-ascii" ; format="flowed"
X-CanItPRO-Stream: default
X-RPI-SA-Score: undef - spam-scanning disabled
X-Scanned-By: CanIt (www . canit . ca)
cc: freebsd-current@freebsd.org
Subject: Re: Conclusion of thread "Deadlocks with recent SMP current"?
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 02 Oct 2004 21:45:20 -0000
At 10:49 PM +0200 10/2/04, Sascha Schumann wrote:
>>Yes, this is believed to have been resolved in 5.3.
>
> Good to hear.
Many issues have been resolved in the 5.x branch, especially in
the last month or so. So, I would trust 5.3-beta7 (which should
be appearing this weekend, I think) much more than 5.2.1.
> I would rather downgrade to 5.1 (because I know it works
> reliably on this piece of equipment), but unfortunately,
> somewhere during "make installworld", the install binary
> starts to segfault.
We don't really support "compiling into a previous version". I can
understand if you wanted to stick with 5.1, but if you are starting
at 5.2.1 then you're probably going to have to install from the
original 5.1 CD's. You are bound to run into problems trying to
do build and install a 5.1 world from a 5.2 world, and we are not
going to fix those problems because at least some of those fixes
would have to be *in* the 5.1-world, and there is no way we are
going to spend time on that instead of 5.3-(soon-to-be-)stable.
--
Garance Alistair Drosehn = gad@gilead.netel.rpi.edu
Senior Systems Programmer or gad@freebsd.org
Rensselaer Polytechnic Institute or drosih@rpi.edu
From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 22:11:41 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id CE8E016A4CE
for <freebsd-current@freebsd.org>;
Sat, 2 Oct 2004 22:11:41 +0000 (GMT)
Received: from poros.telenet-ops.be (poros.telenet-ops.be [195.130.132.44])
by mx1.FreeBSD.org (Postfix) with ESMTP id 5E03A43D31
for <freebsd-current@freebsd.org>;
Sat, 2 Oct 2004 22:11:41 +0000 (GMT) (envelope-from philip@paeps.cx)
Received: from localhost (localhost.localdomain [127.0.0.1])
by poros.telenet-ops.be (Postfix) with SMTP id 494CE3BC042
for <freebsd-current@freebsd.org>;
Sun, 3 Oct 2004 00:11:38 +0200 (MEST)
Received: from erda.home.paeps.cx (D5765D32.kabel.telenet.be [213.118.93.50])
by poros.telenet-ops.be (Postfix) with ESMTP id 082B03BC041
for <freebsd-current@freebsd.org>;
Sun, 3 Oct 2004 00:11:38 +0200 (MEST)
Received: from loge.home.paeps.cx (wlan.home.paeps.cx [10.0.0.128])
by erda.home.paeps.cx (Postfix) with ESMTP id 641982176
for <freebsd-current@freebsd.org>;
Sun, 3 Oct 2004 00:11:24 +0200 (CEST)
Received: from loge.home.paeps.cx (smmsp@localhost [127.0.0.1])
by loge.home.paeps.cx (8.13.1/8.13.1) with ESMTP id i92MBah7000889;
Sun, 3 Oct 2004 00:11:36 +0200 (CEST)
(envelope-from philip@loge.home.paeps.cx)
Received: (from philip@localhost)
by loge.home.paeps.cx (8.13.1/8.13.1/Submit) id i92LevoU000729;
Sat, 2 Oct 2004 23:40:57 +0200 (CEST)
(envelope-from philip)
Date: Sat, 2 Oct 2004 23:40:57 +0200
From: Philip Paeps <philip@freebsd.org>
To: "Marc G. Fournier" <scrappy@hub.org>
Message-ID: <20041002214057.GA621@loge.home.paeps.cx>
Mail-Followup-To: "Marc G. Fournier" <scrappy@hub.org>,
freebsd-current@freebsd.org
References: <20041002164948.F64687@ganymede.hub.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20041002164948.F64687@ganymede.hub.org>
X-Date-in-Rome: ante diem VI Nonas Octobres MMDCCLVII ab Urbe Condida
X-PGP-Fingerprint: FA74 3C27 91A6 79D5 F6D3 FC53 BF4B D0E6 049D B879
X-Message-Flag: Get a proper mailclient! <http://www.mutt.org/>
Organization: Happily Disorganized
User-Agent: Mutt/1.5.6i
cc: freebsd-current@freebsd.org
Subject: Re: To get 5.x vs 6.x ... ?
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 02 Oct 2004 22:11:41 -0000
On 2004-10-02 16:50:40 (-0300), Marc G. Fournier <scrappy@hub.org> wrote:
> what should I set in my cvsup file? tag=RELENG_5, correct?
Yes.
- Philip
--
Philip Paeps Please don't Cc me, I am
philip@freebsd.org subscribed to the list.
BOFH Excuse #310:
asynchronous inode failure
From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 22:18:52 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 7DC6A16A4CE
for <current@freebsd.org>; Sat, 2 Oct 2004 22:18:52 +0000 (GMT)
Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50])
by mx1.FreeBSD.org (Postfix) with ESMTP id 6BB9543D2D
for <current@freebsd.org>; Sat, 2 Oct 2004 22:18:52 +0000 (GMT)
(envelope-from dwhite@gumbysoft.com)
Received: by carver.gumbysoft.com (Postfix, from userid 1000)
id 5484772DD4; Sat, 2 Oct 2004 15:18:52 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1])
by carver.gumbysoft.com (Postfix) with ESMTP id 4F2AF72DCB
for <current@freebsd.org>; Sat, 2 Oct 2004 15:18:52 -0700 (PDT)
Date: Sat, 2 Oct 2004 15:18:52 -0700 (PDT)
From: Doug White <dwhite@gumbysoft.com>
To: current@freebsd.org
Message-ID: <20041002151123.J37762@carver.gumbysoft.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Subject: IFS pollution from localpkg
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 02 Oct 2004 22:18:52 -0000
Hey folks,
I ran into a build problem on my amd64 box today, where ar was being fed
output from a backtick operation but the carriage returns weren't being
converted to spaces. After some gdb digging in sh, I found that the
reason for the problem was that IFS=" " was set in my shell environment.
Since I don't touch IFS in any of my shell dotfiles, and the system
shellfiles don't either, I think this may be coming from
/etc/rc.d/localpkg. It sets IFS just before calling the start script for
scripts in /usr/local/etc/rc.d/ and friends. I start kdm out of a script
there, and it probably inherits the environment, and it propagates all
the way up to my Konsole session where I was trying to build world.
Unsetting IFS made the buildworld continue past the prior point of
trouble.
I'm not quite sure why this is only a problem on the amd64 machine -- it
was running a September 23 world, but is running KDE 3.3 instead of KDE
3.2 like the other machines I have here. The system was also built from
scratch about that time, and the others have been around for 6 months or
more.
I guess no one changes the script_name_sep rc.conf variable to something
more dangerous than the default space...
Anyway, I think we should investigate running local package scripts with
IFS (and other hazardous variables) stripped using env. Or perhaps not
play with IFS at all unless the user sets script_name_sep, and change the
default accordingly.
I'm not sure why this doesn't mess more stuff up :-/
--
Doug White | FreeBSD: The Power to Serve
dwhite@gumbysoft.com | www.FreeBSD.org
From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 22:27:16 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id 2E3FC16A4CE
for <current@freebsd.org>; Sat, 2 Oct 2004 22:27:16 +0000 (GMT)
Received: from clueful.shagged.org (clueful.shagged.org [212.13.201.101])
by mx1.FreeBSD.org (Postfix) with ESMTP id ED62D43D39
for <current@freebsd.org>; Sat, 2 Oct 2004 22:27:15 +0000 (GMT)
(envelope-from chris@clueful.shagged.org)
Received: from chris by clueful.shagged.org with local (Exim 4.40 (FreeBSD))
id 1CDsLN-000HAm-7V
for current@freebsd.org; Sat, 02 Oct 2004 23:27:09 +0100
Date: Sat, 2 Oct 2004 23:27:09 +0100
From: Chris Elsworth <chris@shagged.org>
To: current@freebsd.org
Message-ID: <20041002222709.GA65629@shagged.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.5.6i
Sender: Chris Elsworth <chris@clueful.shagged.org>
X-Shagged-MailScanner-Information: See www.mailscanner.info for information
X-Shagged-MailScanner: Found to be clean
X-MailScanner-From: chris@clueful.shagged.org
Subject: PXE booting 5.3-BETA6 kernel message issues
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 02 Oct 2004 22:27:16 -0000
Hello,
I hope someone here has an idea what's going on here - I've been
trying to get 5.3-BETA6 PXE booting; I don't want anything special at
the moment, just an NFS mounted root with tools available to perform
disaster recovery etc.
I've got the kernel transferred via TFTP and an mfsroot. If I use the
mfsroot.flp from a release I eventually see sysinstall pop up, so it
looks like everything is working, with one exception - the last
message I see before sysinstall appears is the acpi.ko loading
notification. Where are all the kernel messages going? It makes it
quite difficult to construct my own mfsroot that just gives me a
prompt when I can't see what's going on :)
I've verified that the console is set to vidconsole in the loader; I
tried comconsole and attaching a serial console also, same result.
Setting boot_verbose didn't change anything. I'm not sure what else to
try. Does anyone have any ideas?
Cheers,
--
Chris
From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 23:17:26 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id E092916A4CE
for <freebsd-current@freebsd.org>;
Sat, 2 Oct 2004 23:17:26 +0000 (GMT)
Received: from beagle2.mehnert.org (beagle2.mehnert.org [212.42.235.57])
by mx1.FreeBSD.org (Postfix) with ESMTP id 4484E43D1F
for <freebsd-current@freebsd.org>;
Sat, 2 Oct 2004 23:17:26 +0000 (GMT)
(envelope-from hannes@mehnert.org)
Received: from localhost (port-212-202-198-15.dynamic.qsc.de [212.202.198.15])
(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
(Client CN "Hannes Mehnert", Issuer "mehnert root CA" (verified OK))
by beagle2.mehnert.org (Postfix) with ESMTP
id 3E6559585D; Sun, 3 Oct 2004 01:17:24 +0200 (CEST)
Date: Sun, 3 Oct 2004 01:17:23 +0200
From: Hannes Mehnert <hannes@mehnert.org>
To: Allan Fields <bsd@afields.ca>
Message-ID: <20041002231723.GA700@mehnert.org>
References: <20041002190838.GA8104@mehnert.org>
<20041002205034.GC28121@afields.ca> <20041002211430.GC8104@mehnert.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20041002211430.GC8104@mehnert.org>
User-Agent: Mutt/1.4.2.1i
cc: phk@phk.freebsd.dk
cc: freebsd-current@freebsd.org
Subject: Re: file system recovery [gbde]
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 02 Oct 2004 23:17:27 -0000
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On Sat, Oct 02, 2004 at 11:14:30PM +0200, Hannes Mehnert wrote:
> > > I downgraded to -CURRENT from 20040915, but it was also not able
> > > to run fsck.
> >
> > Did you rebuild and install modules? g_bde can be loaded as a module
> > when you run gbde(8) command.
>
> Yes, I'll downgrade to before phks commit and try again.
Ok, downgraded to 20040910 (phks commit was on Sep 11 to -current).
Didn't work. If you have any other ideas how to fix this, please mail
them.
Best Regards,
Hannes Mehnert
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)
iD8DBQFBXzcCRcuNlziBjRwRAr5rAJ9ZxOobeIhR6E83V2LJgtq/zwjIhgCdHEyD
bUrCn34B4Pup3srT8Snc5Sk=
=RHzj
-----END PGP SIGNATURE-----
From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 23:36:03 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
by hub.freebsd.org (Postfix) with ESMTP id BE04116A4CE
for <freebsd-current@freebsd.org>;
Sat, 2 Oct 2004 23:36:03 +0000 (GMT)
Received: from dglawrence.com (dsl-230-156.ipns.com [209.210.230.156])
by mx1.FreeBSD.org (Postfix) with ESMTP id 51ED743D1F
for <freebsd-current@freebsd.org>;
Sat, 2 Oct 2004 23:36:03 +0000 (GMT)
(envelope-from dg@nexus.dglawrence.com)
Received: from nexus.dglawrence.com (localhost [127.0.0.1])
by dglawrence.com (8.12.10/8.12.6) with ESMTP id i92NZgrW028218;
Sat, 2 Oct 2004 16:35:42 -0700 (PDT)
(envelope-from dg@nexus.dglawrence.com)
Received: (from dg@localhost)
by nexus.dglawrence.com (8.12.10/8.12.3/Submit) id i92NZg2F028217;
Sat, 2 Oct 2004 16:35:42 -0700 (PDT)
Date: Sat, 2 Oct 2004 16:35:42 -0700
From: "David G. Lawrence" <dg@dglawrence.com>
To: Garance A Drosihn <drosih@rpi.edu>
Message-ID: <20041002233542.GL714@nexus.dglawrence.com>
References: <200410020349.i923nG8v021675@northstar.hetzel.org>
<20041002052856.GE17792@nexus.dglawrence.com>
<p0611041fbd848f6aa55d@[128.113.24.47]>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <p0611041fbd848f6aa55d@[128.113.24.47]>
cc: freebsd-current@freebsd.org
Subject: Re: Bug in #! processing (long reply)
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 02 Oct 2004 23:36:03 -0000
> fact, it seems to be the '--' which is causing the rest of the
> line to be ignored, not the '#'.
>
> The PR is correct in that this feature is documented by perl books,
> but the right way to support the feature is to change /bin/sh and
> not the command interpreter. The PR includes a followup reply from
> Ahmon Dancy <dancy@dancysoft.com> with some additional proof that
> the change to the command interpreter was the wrong way to fix this.
>
> Since this perl feature is documented in many places (including the
> famous "Camel" book from O'Reilly), we can not just drop the support
> in the command interpreter. But if we first fix /bin/sh then I
> believe we can drop it.
Err, your terminology is a bit off (/bin/sh is the "command interpreter");
what we're talking about is the behavior of the execve() system call in the
kernel, specifically the imgact_shell image activation module. When the
system sees that a file needs to be interpreted by something (e.g. sh, perl,
python, or some other language interpreter) it parses the interpreter line
specified at the top of the file (#!/bin/sh) and sets up to invoke that with
the original file as the argument.
...but I see what you're saying and I agree with the thought. The
interpreter should decide if the # is a comment, not the kernel.
-DG
David G. Lawrence
President
Download Technologies, Inc. - http://www.downloadtech.com - (866) 399 8500
TeraSolutions, Inc. - http://www.terasolutions.com - (888) 346 7175
The FreeBSD Project - http://www.freebsd.org
Pave the road of life with opportunities.