From owner-freebsd-stable@FreeBSD.ORG  Sun Mar  6 00:25:05 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 5E51016A4CE
	for <freebsd-stable@freebsd.org>;
	Sun,  6 Mar 2005 00:25:05 +0000 (GMT)
Received: from smtp.usol.com (smtp.usol.com [64.18.225.12])
	by mx1.FreeBSD.org (Postfix) with ESMTP id B49E043D1F
	for <freebsd-stable@freebsd.org>;
	Sun,  6 Mar 2005 00:25:04 +0000 (GMT)
	(envelope-from freebsd@usol.com)
Received: from [66.248.81.143] (01-143.143.popsite.net [66.248.81.143])
	by smtp.usol.com (8.12.10/8.12.10) with ESMTP id j260P1d7000587
	for <freebsd-stable@freebsd.org>; Sat, 5 Mar 2005 19:25:01 -0500
From: Eric Buchanan <freebsd@usol.com>
To: freebsd-stable@freebsd.org
Date: Sat, 5 Mar 2005 16:24:57 -0800
User-Agent: KMail/1.6.2
MIME-Version: 1.0
Content-Disposition: inline
Content-Type: Text/Plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Message-Id: <200503051625.01980.freebsd@usol.com>
Subject: Error with CMD 649 ATA100 controller while copying files over NFS
	on 4.11-Stable
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 06 Mar 2005 00:25:05 -0000

=2D----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

I switched one hard drive to a CMD 649 ATA100 controller last summer, and I=
've=20
had some trouble with it on 4.11-Stable. When I copy a large volume of file=
s=20
over NFS (800 Megabytes, lets say) the add on controller will stop=20
recognizing my hard drive. This time the files were not being copied off a=
=20
drive handled by this controller.=20

Any ideas? This only occurs when copying files over nfs, and it will happen=
=20
even when I am not copying anything involving the drive on the controller.=
=20
I've tried "atacontrol reinit 2" and it won't re-recognize the hard drive=20
(ad5s4f).  I have absolutely zero problems when I am not using NFS,=20
especially zero problems with make worlds or building large ports on this=20
hard drive in question.

Thanks,
Eric Buchanan

Here is the dmesg I see after the hard drive is unrecognized by the ata=20
controller:

Copyright (c) 1992-2005 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
        The Regents of the University of California. All rights reserved.
=46reeBSD 4.11-STABLE #69: Mon Feb 14 15:38:38 PST 2005
    idaho@paulus.org:/backup/src/sys/compile/MYKERNEL
Timecounter "i8254"  frequency 1193182 Hz
CPU: Intel(R) Celeron(TM) CPU                1400MHz (1396.79-MHz 686-class=
=20
CPU)
  Origin =3D "GenuineIntel"  Id =3D 0x6b4  Stepping =3D 4
  Features=3D0x383f9ff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,=
CMOV,PA
T,PSE36,MMX,FXSR,SSE>
real memory  =3D 436207616 (425984K bytes)
avail memory =3D 413069312 (403388K bytes)
Preloaded elf kernel "kernel" at 0xc0abe000.
Preloaded elf module "linux.ko" at 0xc0abe09c.
Preloaded elf module "nvidia.ko" at 0xc0abe13c.
Pentium Pro MTRR support enabled
md0: Malloc disk
Using $PIR table, 10 entries at 0xc00fdf20
npx0: <math processor> on motherboard
npx0: INT 16 interface
pcib0: <Intel 82443BX (440 BX) host to PCI bridge> on motherboard
pci0: <PCI bus> on pcib0
agp0: <Intel 82443BX (440 BX) host to PCI bridge> mem 0xf8000000-0xfbffffff=
 at=20
d
evice 0.0 on pci0
pcib1: <Intel 82443BX (440 BX) PCI-PCI (AGP) bridge> at device 1.0 on pci0
pci1: <PCI bus> on pcib1
nvidia0: <RIVA TNT2 Model 64/Model 64 Pro> mem=20
0xfc000000-0xfdffffff,0xf5000000-
0xf5ffffff irq 11 at device 0.0 on pci1
isab0: <Intel 82371AB PCI to ISA bridge> at device 7.0 on pci0
isa0: <ISA bus> on isab0
atapci0: <Intel PIIX4 ATA33 controller> port 0x18a0-0x18af at device 7.1 on=
=20
pci0
ata0: at 0x1f0 irq 14 on atapci0
ata1: at 0x170 irq 15 on atapci0
uhci0: <Intel 82371AB/EB (PIIX4) USB controller> port 0x1880-0x189f irq 9 a=
t=20
dev
ice 7.2 on pci0
usb0: <Intel 82371AB/EB (PIIX4) USB controller> on uhci0
usb0: USB revision 1.0
uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub0: 2 ports with 2 removable, self powered
ums0: U22_B003 iFeel Mouse, rev 1.10/98.03, addr 2, iclass 3/1
ums0: 3 buttons and Z dir.
chip0: <Intel 82371AB Power management controller> port 0x7000-0x700f at=20
device
7.3 on pci0
xl0: <3Com 3c905C-TX Fast Etherlink XL> port 0x1800-0x187f mem=20
0xf4001000-0xf400
107f irq 11 at device 13.0 on pci0
xl0: Ethernet address: 00:01:02:3e:6d:64
miibus0: <MII bus> on xl0
xlphy0: <3c905C 10/100 internal PHY> on miibus0
xlphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
pcm0: <CMedia CMI8738> port 0x1000-0x10ff irq 10 at device 14.0 on pci0
ahc0: <Adaptec aic7880 Ultra SCSI adapter> port 0x1400-0x14ff mem=20
0xf4000000-0xf
4000fff irq 3 at device 15.0 on pci0
aic7880: Ultra Wide Channel A, SCSI Id=3D7, 16/253 SCBs
atapci1: <CMD 649 ATA100 controller> port=20
0x18b0-0x18bf,0x18c0-0x18c3,0x18c8-0x1
8cf,0x18c4-0x18c7,0x18d0-0x18d7 irq 9 at device 16.0 on pci0
ata2: at 0x18d0 on atapci1
ata3: at 0x18c8 on atapci1
orm0: <Option ROMs> at iomem=20
0xc0000-0xcafff,0xcb000-0xcb7ff,0xcb800-0xcdfff,0xe
0000-0xe3fff,0xe4000-0xeffff on isa0
pmtimer0 on isa0
fdc0: <NEC 72065B or clone> at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0
fdc0: FIFO enabled, 8 bytes threshold
fd0: <1440-KB 3.5" drive> on fdc0 drive 0
atkbdc0: <Keyboard controller (i8042)> at port 0x60,0x64 on isa0
atkbd0: <AT Keyboard> flags 0x1 irq 1 on atkbdc0
kbd0 at atkbd0
vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0
sc0: <System console> at flags 0x100 on isa0
sc0: VGA <16 virtual consoles, flags=3D0x300>
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
ppc0: <Parallel port> at port 0x378-0x37f irq 7 on isa0
ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode
plip0: <PLIP network interface> on ppbus0
lpt0: <Printer> on ppbus0
lpt0: Interrupt-driven port
ppi0: <Parallel I/O> on ppbus0
pca0 at port 0x40 on isa0
ahc0: Someone reset channel A
IP packet filtering initialized, divert enabled, rule-based forwarding=20
enabled,
default to deny, logging limited to 10000 packets/entry by default
ad0: 16479MB <Maxtor 91728D8> [33483/16/63] at ata0-master UDMA33
ad5: 57241MB <OEM60-54A 60GB 5400RPM> [116301/16/63] at ata2-slave UDMA100
acd0: CD-RW <_NEC CD-RW NR-9200A> at ata1-master PIO4
Mounting root from ufs:/dev/ad0s1a
da0 at ahc0 bus 0 target 0 lun 0
da0: <SEAGATE SX19171W 9D23> Fixed Direct Access SCSI-2 device
da0: 40.000MB/s transfers (20.000MHz, offset 8, 16bit), Tagged Queueing=20
Enabled
da0: 8683MB (17783112 512 byte sectors: 255H 63S/T 1106C)
ad5s4f: soft error (ECC corrected) reading fsbn 185641109 of 84275072-84275=
075=20
(
ad5s4 bn 185641109; cn 11555 tn 159 sn 17)ad5s4f: hard error reading fsbn=20
185641                                                              109 of=
=20
84275072-84275075 (ad5s4 bn 185641109; cn 11555 tn 159 sn 17) trying PIO   =
                                                           =20
mode
ad5: READ command timeout tag=3D0 serv=3D0 - resetting
ata2: resetting devices ..
ad5: removed from configuration
done
spec_getpages:(#ad/0x5002d) I/O read failure: (error=3D6) bp 0xca673d88 vp=
=20
0xd72e3                                                              780
               size: 0, resid: 0, a_count: 20480, valid: 0x0
               nread: 0, reqpage: 0, pindex: 1, pcount: 5
vm_fault: pager read error, pid 786 (kdeinit)
spec_getpages:(#ad/0x5002d) I/O read failure: (error=3D6) bp 0xca673d88 vp=
=20
0xd72e3                                                              780
               size: 0, resid: 0, a_count: 883, valid: 0x0
               nread: 0, reqpage: 0, pindex: 0, pcount: 1
vm_fault: pager read error, pid 788 (kdeinit)
spec_getpages:(#ad/0x5002d) I/O read failure: (error=3D6) bp 0xca673d88 vp=
=20
0xd72e3                                                              780
               size: 0, resid: 0, a_count: 883, valid: 0x0
               nread: 0, reqpage: 0, pindex: 0, pcount: 1
vm_fault: pager read error, pid 788 (kdeinit)
pid 788 (kdeinit), uid 1000: exited on signal 11
paulus#

























=2D----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.0 (FreeBSD)

iD8DBQFCKk3c//GaROrFlAkRAvI/AJ9l8kHMfYRpHzogr1mG+yoq6hKBOQCffmT6
aJL4RBNQCJITXSM8RC1FWgg=3D
=3DXo2M
=2D----END PGP SIGNATURE-----

From owner-freebsd-stable@FreeBSD.ORG  Sun Mar  6 09:11:57 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 4DA2316A4CE
	for <freebsd-stable@freebsd.org>;
	Sun,  6 Mar 2005 09:11:57 +0000 (GMT)
Received: from fish.ish.com.au (adsl-52-22.swiftdsl.com.au [218.214.52.22])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 9BB0B43D1D
	for <freebsd-stable@freebsd.org>;
	Sun,  6 Mar 2005 09:11:56 +0000 (GMT)	(envelope-from ari@ish.com.au)
Received: from [203.29.62.9] (helo=neuro.net.au)
	by fish.ish.com.au with esmtps (SSLv3:DES-CBC3-SHA:168)
	(Exim 4.43)
	id 1D7rkM-00013J-RW; Sun, 06 Mar 2005 20:08:23 +1100
Received: from [203.29.62.188] (HELO [203.29.62.188])
  by neuro.net.au (CommuniGate Pro SMTP 4.3c2)
  with ESMTP id 1491300; Sun, 06 Mar 2005 20:11:52 +1100
In-Reply-To: <20050304235733.D4084@carver.gumbysoft.com>
References: <78fb9d9605030419134be2f99c@mail.gmail.com>
	<20050304235733.D4084@carver.gumbysoft.com>
Mime-Version: 1.0 (Apple Message framework v619.2)
Content-Type: text/plain; charset=US-ASCII; format=flowed
Message-Id: <35315700427f007605ec700529604885@ish.com.au>
Content-Transfer-Encoding: 7bit
From: Aristedes Maniatis <ari@ish.com.au>
Date: Sun, 6 Mar 2005 20:11:50 +1100
To: Doug White <dwhite@gumbysoft.com>, freebsd-stable@freebsd.org
X-Mailer: Apple Mail (2.619.2)
Subject: Re: Can FreeBSD 5.3R support the RAID card MegaRAID SCSI 320-2E
	card?
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 06 Mar 2005 09:11:57 -0000

On 05/03/2005, at 7:00 PM, Doug White wrote:

> The amr(4) manpage in -CURRENT lists the 320 variants, the -2E
> specifically (is that a PCI Express version?).  We have a amr(4)  
> driver
> update coming in shortly to -CURRENT and then RELENG_5; keep an eye out
> for that and test it if you can.

* will that update make it into 5.4?

* what is the nature of the update? Is it primarily for bug fixes or 
performance improvements? Is it an important update for someone running 
a production machine with amr (like us) on 5.3?

Cheers
Ari



-------------------------->
ish group pty ltd
http://www.ish.com.au
7 Darghan St Glebe 2037 Australia
phone +61 2 9660 1400   fax +61 2 9660 7400
PGP fingerprint 08 57 20 4B 80 69 59 E2  A9 BF 2D 48 C2 20 0C C8

From owner-freebsd-stable@FreeBSD.ORG  Sun Mar  6 09:34:54 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 77B7E16A4CE; Sun,  6 Mar 2005 09:34:54 +0000 (GMT)
Received: from relay6.poste.it (relay6.poste.it [62.241.4.178])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 0D54343D48; Sun,  6 Mar 2005 09:34:54 +0000 (GMT)
	(envelope-from eugenio@lumachedelcervello.cjb.net)
Received: from [192.168.1.3] (82.49.151.58) by relay6.poste.it (7.2.052.3)
	(authenticated as eugenio.modesti@poste.it)
	id 4210C54400021ABB; Sun, 6 Mar 2005 10:34:52 +0100
Message-ID: <422ACE0B.4060503@lumachedelcervello.cjb.net>
Date: Sun, 06 Mar 2005 10:31:55 +0100
From: Eugenio <eugenio@lumachedelcervello.cjb.net>
User-Agent: Mozilla Thunderbird 1.0 (X11/20050302)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: freebsd-stable@freebsd.org
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
cc: freebsd-i386@freebsd.org
cc: freebsd-mobile@freebsd.org
Subject: CPUTYPE=pentium-m
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 06 Mar 2005 09:34:54 -0000

i have read that were some problems compiling the kernel and the loader 
with "pentium-m" in CPUTYPE. are they fixed now? or, if not yet, is it 
safe to compile the world with that switch on (and downgrade to 
something else - pentium3? - for kernel&loader) ?

From owner-freebsd-stable@FreeBSD.ORG  Sun Mar  6 11:56:54 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 535F816A4CE
	for <freebsd-stable@freebsd.org>;
	Sun,  6 Mar 2005 11:56:54 +0000 (GMT)
Received: from mail.gmx.net (pop.gmx.de [213.165.64.20])
	by mx1.FreeBSD.org (Postfix) with SMTP id 2118F43D2F
	for <freebsd-stable@freebsd.org>;
	Sun,  6 Mar 2005 11:56:53 +0000 (GMT)
	(envelope-from emanuel.strobl@gmx.net)
Received: (qmail invoked by alias); 06 Mar 2005 11:56:43 -0000
Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de)
	(62.245.232.135)
	by mail.gmx.net (mp012) with SMTP; 06 Mar 2005 12:56:43 +0100
X-Authenticated: #301138
From: Emanuel Strobl <emanuel.strobl@gmx.net>
To: freebsd-stable@freebsd.org, David Magda <dmagda@ee.ryerson.ca>
Date: Sun, 6 Mar 2005 12:56:32 +0100
User-Agent: KMail/1.7.2
References: <20050302104641.44708.qmail@web54004.mail.yahoo.com>
	<200503040120.38410@harrymail>
	<54594d81c34e19a27f138574ce4042fa@ee.ryerson.ca>
In-Reply-To: <54594d81c34e19a27f138574ce4042fa@ee.ryerson.ca>
X-Birthday: 10/06/72
X-CelPhone: +49 173 9967781
X-Tel: +49 89 18947781
X-Country: Germany
X-Address: Munich, 80686
X-OS: FreeBSD
MIME-Version: 1.0
Content-Type: multipart/signed;
  boundary="nextPart1765589.1fWMoj7pnB";
  protocol="application/pgp-signature";
  micalg=pgp-sha1
Content-Transfer-Encoding: 7bit
Message-Id: <200503061256.37163@harrymail>
X-Y-GMX-Trusted: 0
Subject: 
	Re: Need really cheap IDE mirroring PCI controlled for FreebBSD 4.10
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 06 Mar 2005 11:56:54 -0000

--nextPart1765589.1fWMoj7pnB
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Am Samstag, 5. M=E4rz 2005 02:06 schrieb David Magda:
> On Mar 3, 2005, at 19:20, Emanuel Strobl wrote:
> > If you consider upgrading to 5.4 you can use any onboard chipset or
> > cheap
> > controller card with some geomclasses, namely g_mirror. It's fantastic
> > and
> > the only stateful mirror solution I know. And you can mirror only
> > parts of
> > your disk, or mirror across 3 drives aso. The power of geom :)
>
> This can be done with 4.x. From atacontrol(8):
>
>       create   Create a type ATA RAID.  The type can be RAID0 (stripe),
> RAID1

This is not stateful! Nor does it allow to mirror parts of the disk=20
(labels/GPT partitions). Also I can't imagen how to mirror across more then=
=20
two disks.
You can't compare those and there are several cases where ata-builtin RAID=
=20
support fails on different controllers.
Also you don't have the "atacontrol addspare" command on 4.x which makes it=
s=20
RAID1 function useless on anything but the promise controllers! And he was=
=20
looking for cheap controllers which disqualifies the promise.

>                (mirror), RAID0+1 or SPAN (JBOD).  In case the RAID has a
> RAID0
[...]
>
> Vinum(8) is also available on 4.x.

But vinum isn't statful too. And vinum doesn't provide g_gate for example.

=2DHarry

--nextPart1765589.1fWMoj7pnB
Content-Type: application/pgp-signature

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

iD8DBQBCKu/1Bylq0S4AzzwRAiNNAJ9pusuAdYl7NXKrG+pfpqPHTDcbFACfTaRW
ATbxSzXb5sgGpJgY78ZlRNQ=
=QzFv
-----END PGP SIGNATURE-----

--nextPart1765589.1fWMoj7pnB--

From owner-freebsd-stable@FreeBSD.ORG  Sun Mar  6 17:02:02 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 467FE16A4CE
	for <freebsd-stable@FreeBSD.org>;
	Sun,  6 Mar 2005 17:02:02 +0000 (GMT)
Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 552C243D48
	for <freebsd-stable@FreeBSD.org>;
	Sun,  6 Mar 2005 17:02:01 +0000 (GMT)	(envelope-from marck@rinet.ru)
Received: from localhost (localhost [127.0.0.1])
	by woozle.rinet.ru (8.13.1/8.13.1) with ESMTP id j26H1xvS065332
	for <freebsd-stable@FreeBSD.org>; Sun, 6 Mar 2005 20:01:59 +0300 (MSK)
	(envelope-from marck@rinet.ru)
Date: Sun, 6 Mar 2005 20:01:59 +0300 (MSK)
From: Dmitry Morozovsky <marck@rinet.ru>
To: freebsd-stable@FreeBSD.org
Message-ID: <20050306195734.R60789@woozle.rinet.ru>
X-NCC-RegID: ru.rinet
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Subject: zebra 0.94 crash on amd64
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 06 Mar 2005 17:02:02 -0000

Dear colleagues,

trying to set up new router I had stumbled with zebra (port built with standard 
options except CPUTYPE=athlon64) strange crashes:

zebra.conf:
-----
hostname gwhx-zebra
password password
enable password password
log syslog
service password-encryption

-----

after statring zebra, telnetting to its port, enabling and trying to show 
currect config zebra crashes:



(gdb) bt
#0  0x0000000000000000 in ?? ()
#1  0x0000000000000021 in ?? ()
#2  0x00000000004191f3 in config_write_terminal (self=0x535bb0, vty=0x546c00, 
argc=-6848, argv=0x800b88c38) at command.c:2434
#3  0x00000000004186b6 in cmd_execute_command (vline=0x561ca0, vty=0x546c00, 
cmd=0x0) at command.c:1915
#4  0x00000000004122af in vty_command (vty=0x546c00, buf=0x535bb0 "\004") at 
vty.c:377
#5  0x0000000000413781 in vty_execute (vty=0x546c00) at vty.c:1216
#6  0x0000000000413bb1 in vty_read (thread=0x535bb0) at vty.c:1434
#7  0x000000000041cc6f in thread_call (thread=0x7fffffffe9d0) at thread.c:627
#8  0x00000000004055f4 in main (argc=1, argv=0x7fffffffeb18) at main.c:312
(gdb) up 2
#2  0x00000000004191f3 in config_write_terminal (self=0x535bb0, vty=0x546c00, 
argc=-6848, argv=0x800b88c38) at command.c:2434
2434                if ((*node->func) (vty))
(gdb) l
2429          vty_out (vty, "!%s", VTY_NEWLINE);
2430
2431          for (i = 0; i < vector_max (cmdvec); i++)
2432            if ((node = vector_slot (cmdvec, i)) && node->func)
2433              {
2434                if ((*node->func) (vty))
2435                  vty_out (vty, "!%s", VTY_NEWLINE);
2436              }
2437          vty_out (vty, "end%s",VTY_NEWLINE);
2438        }

(gdb) p node
$1 = (struct cmd_node *) 0x1
(gdb) p node->func
Cannot access memory at address 0x19
(gdb) p i
$2 = 5532672
(gdb) p cmdvec
$3 = 0x543040
(gdb) p *cmdvec
$4 = {max = 35, alloced = 64, index = 0x546200}


I had tried to dig through the sources, but was a bit frightened ;-)

Any hints?

Sincerely,
D.Marck                                     [DM5020, MCK-RIPE, DM3-RIPN]
------------------------------------------------------------------------
*** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru ***
------------------------------------------------------------------------

From owner-freebsd-stable@FreeBSD.ORG  Sun Mar  6 18:01:54 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 73DB016A4CE
	for <freebsd-stable@freebsd.org>;
	Sun,  6 Mar 2005 18:01:54 +0000 (GMT)
Received: from voodoo.oberon.net (voodoo.oberon.net [212.118.165.100])
	by mx1.FreeBSD.org (Postfix) with ESMTP id E70FD43D64
	for <freebsd-stable@freebsd.org>;
	Sun,  6 Mar 2005 18:01:53 +0000 (GMT)
	(envelope-from igor@doom.homeunix.org)
Received: from dialup84119-245.ip.peterstar.net ([84.204.119.245]
	helo=doom.homeunix.org)
	by voodoo.oberon.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.50 (FreeBSD))	id 1D804Q-000JpV-0h
	for freebsd-stable@freebsd.org; Sun, 06 Mar 2005 19:01:54 +0100
Received: from doom.homeunix.org (localhost [127.0.0.1])
	by doom.homeunix.org (8.13.3/8.13.3) with ESMTP id j26HxsqA001970
	for <freebsd-stable@freebsd.org>; Sun, 6 Mar 2005 20:59:56 +0300 (MSK)
	(envelope-from igor@doom.homeunix.org)
Received: (from igor@localhost)
	by doom.homeunix.org (8.13.3/8.13.3/Submit) id j26G3QX5003961
	for freebsd-stable@freebsd.org; Sun, 6 Mar 2005 19:03:26 +0300 (MSK)
	(envelope-from igor)
Date: Sun, 6 Mar 2005 19:03:26 +0300
From: Igor Pokrovsky <ip@doom.homeunix.org>
To: freebsd-stable@freebsd.org
Message-ID: <20050306160326.GA661@doom.homeunix.org>
Mail-Followup-To: freebsd-stable@freebsd.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.4.2.1i
Subject: fdc init fail with ACPI enabled
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 06 Mar 2005 18:01:54 -0000

Hi,

When building kernel with both acpica and fdc at boot time I'm getting:
	fdc0: cannot reserve I/O port range
Without acpica compiled into kernel fdc detects perfectly fine.

fdc is defined in kernel config as follows (same as in GENERIC):
device	fdc0	at isa? port IO_FD1 irq 6 drq 2
device	fd0	at fdc0 drive 0

Probably I should specify different port range for fdc...
In this case what range? Any ideas?

P.S. 4.11-STABLE i386 FreeBSD built on Sun Mar 6 18:38:35 MSK 2005.

-ip

-- 
After all is said and done, a hell of a lot more is said
than done

From owner-freebsd-stable@FreeBSD.ORG  Sun Mar  6 18:47:33 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id A8A7016A4CE; Sun,  6 Mar 2005 18:47:33 +0000 (GMT)
Received: from dd3.kasserver.com (dd2718.kasserver.com [81.209.184.159])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 02FC943D41; Sun,  6 Mar 2005 18:47:33 +0000 (GMT)
	(envelope-from freebsd@chillt.de)
Received: from [192.168.0.5] (dsl-082-083-048-102.arcor-ip.net [82.83.48.102])
	by dd3.kasserver.com (Postfix) with ESMTP
	id A8B6C99A6A; Sun,  6 Mar 2005 19:47:30 +0100 (CET)
Message-ID: <422B502C.6090003@chillt.de>
Date: Sun, 06 Mar 2005 19:47:08 +0100
From: Bartosz Fabianowski <freebsd@chillt.de>
User-Agent: Mozilla Thunderbird 1.0 (X11/20050202)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Eugenio <eugenio@lumachedelcervello.cjb.net>
References: <422ACE0B.4060503@lumachedelcervello.cjb.net>
In-Reply-To: <422ACE0B.4060503@lumachedelcervello.cjb.net>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
cc: freebsd-stable@freebsd.org
cc: freebsd-i386@freebsd.org
cc: freebsd-mobile@freebsd.org
Subject: Re: CPUTYPE=pentium-m
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 06 Mar 2005 18:47:33 -0000

> i have read that were some problems compiling the kernel and the
> loader with "pentium-m" in CPUTYPE. are they fixed now?

I'm the one who filed the original bug report:

http://www.freebsd.org/cgi/query-pr.cgi?pr=75898

Since it hasn't been touched yet by anybody, my guess is that the problems persist. If you want to try for yourself, just recompile your kernel with CPUTYPE=pentium-m and see whether it boots or panics.

> is it safe to compile the world with that switch on (and downgrade to
> something else - pentium3? - for kernel&loader) ?

I'd assume the answer to this one is yes - it's safe. Personally, I compile world and kernel as pentium3, but that's just out of laziness. As you can read in the bug report, the problem is that SSE2 instructions get used by the kernel and loader before they are enabled. Once the boot gets to the first userland programs, SSE2 is enabled so any world programs should run just fine when compiled as pentium-m.

- Bartosz

From owner-freebsd-stable@FreeBSD.ORG  Sun Mar  6 21:17:34 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 543CC16A4CE
	for <freebsd-stable@freebsd.org>;
	Sun,  6 Mar 2005 21:17:34 +0000 (GMT)
Received: from web51102.mail.yahoo.com (web51102.mail.yahoo.com
	[206.190.38.144])
	by mx1.FreeBSD.org (Postfix) with SMTP id 8C72D43D49
	for <freebsd-stable@freebsd.org>;
	Sun,  6 Mar 2005 21:17:33 +0000 (GMT)
	(envelope-from seva_fwd@yahoo.com)
Received: (qmail 1248 invoked by uid 60001); 6 Mar 2005 21:17:32 -0000
Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
	s=s1024; d=yahoo.com;
	b=YN8L8/rl30DyyqcVx7DDdNOuVcjbbwjQtVtOqYjUjD2q1eTYgA/Oo5gMhb8/b+QLa+/rWFqKDl4GWVupQuv5PIzk4PQomJvQAXgr03bUTllgdLqV6ClWRsvQKbcc4Iaxkc8t6oShSgw6hyixYZJ1EsyqnQxFFhj7EX8PSuEAk4c=
	;
Message-ID: <20050306211732.1240.qmail@web51102.mail.yahoo.com>
Received: from [85.202.144.86] by web51102.mail.yahoo.com via HTTP;
	Sun, 06 Mar 2005 13:17:32 PST
Date: Sun, 6 Mar 2005 13:17:32 -0800 (PST)
From: Seva Fwd <seva_fwd@yahoo.com>
To: freebsd-stable@freebsd.org
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Subject: AMD64 Issue with russian symbols on FAT32
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 06 Mar 2005 21:17:34 -0000

Hi, all

I have installed FreeBSD/amd64 from February 2005
snapshot (5.3-STABLE-SNAP001-amd64-miniinst.iso) and
have issues with Russian symbols support on FAT32
partitions.
I am using options -Lru_RU.KOI8-R,-Wkoi2dos in
/etc/fstab to turn support of Russian file names on.
If I mount partition without these options everithing
works well except Russian names are unavailable.
However, if I mount partition with these options it
does not help with Russian names, and even more
english names becomes abracadabra.
I think it is issue of amd64 (i.e. 64/32
incompatibility). I suspect iconv.
I am sure partitions itself are correct due to same
partitions (I mean same hdd and usd disks) are
operating well on i386 arch. And even a (Frenzy) Live
CD that is i386 arch works well on the same computer.

Here is outpu of dmesg
Copyright (c) 1992-2005 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989,
1991, 1992, 1993, 1994
	The Regents of the University of California. All
rights reserved.
FreeBSD 5.3-STABLE-SNAP001 #0: Sun Jan 30 03:45:41 UTC
2005
   
root@bloom.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC
ACPI APIC Table: <A M I  OEMAPIC >
Timecounter "i8254" frequency 1193182 Hz quality 0
CPU: AMD Athlon(tm) 64 Processor 3500+ (2202.83-MHz
K8-class CPU)
  Origin = "AuthenticAMD"  Id = 0x10ff0  Stepping = 0
 
Features=0x78bfbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,MMX,FXSR,SSE,SSE2>
  AMD
Features=0xe2500800<SYSCALL,NX,MMX+,<b25>,LM,3DNow+,3DNow>
real memory  = 1073414144 (1023 MB)
avail memory = 1024745472 (977 MB)
MADT: Forcing active-low polarity and level trigger
for SCI
ioapic0 <Version 0.3> irqs 0-23 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
0x808-0x80b on acpi0
cpu0: <ACPI CPU> on acpi0
pcib0: <ACPI Host-PCI bridge> port 0xcf8-0xcff on
acpi0
pci0: <ACPI PCI bus> on pcib0
pcib1: <ACPI PCI-PCI bridge> at device 1.0 on pci0
pci1: <ACPI PCI bus> on pcib1
pci1: <display, VGA> at device 0.0 (no driver
attached)
pci1: <display> at device 0.1 (no driver attached)
fwohci0: <VIA Fire II (VT6306)> port 0x8400-0x847f mem
0xfb300000-0xfb3007ff irq 16 at device 7.0 on pci0
fwohci0: OHCI version 1.0 (ROM=1)
fwohci0: No. of Isochronous channels is 4.
fwohci0: EUI64 00:e0:18:00:00:bf:7c:39
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:e0:18:bf:7c:39
fwe0: Ethernet address: 02:e0:18:bf:7c:39
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: <Promise PDC20378 SATA150 controller> port
0x8800-0x887f,0x9000-0x900f,0x9400-0x943f mem
0xfb400000-0xfb41ffff,0xfb500000-0xfb500fff irq 18 at
device 8.0 on pci0
atapci0: failed: rid 0x20 is memory, requested 4
ata2: channel #0 on atapci0
ata3: channel #1 on atapci0
ata4: channel #2 on atapci0
skc0: <Marvell Gigabit Ethernet> port 0x9800-0x98ff
mem 0xfb700000-0xfb703fff irq 17 at device 10.0 on
pci0
skc0: Yukon Gigabit Ethernet 10/100/1000Base-T Adapter
sk0: <Marvell Semiconductor, Inc. Yukon> on skc0
sk0: Ethernet address: 00:11:d8:1b:f1:7a
miibus0: <MII bus> on sk0
e1000phy0: <Marvell 88E1000 Gigabit PHY> on miibus0
e1000phy0:  10baseT, 10baseT-FDX, 100baseTX,
100baseTX-FDX, 1000baseTX-FDX, auto
rl0: <RealTek 8139 10/100BaseTX> port 0xa000-0xa0ff
mem 0xfb900000-0xfb9000ff irq 18 at device 13.0 on
pci0
miibus1: <MII bus> on rl0
rlphy0: <RealTek internal media interface> on miibus1
rlphy0:  10baseT, 10baseT-FDX, 100baseTX,
100baseTX-FDX, auto
rl0: Ethernet address: 00:00:1c:d7:54:e8
pci0: <network> at device 14.0 (no driver attached)
atapci1: <VIA 6420 SATA150 controller> port
0xa400-0xa4ff,0xa800-0xa80f,0xb000-0xb003,0xb400-0xb407,0xb800-0xb803,0xc000-0xc007
irq 20 at device 15.0 on pci0
ata5: channel #0 on atapci1
ata6: channel #1 on atapci1
atapci2: <VIA 8237 UDMA133 controller> port
0xfc00-0xfc0f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at
device 15.1 on pci0
ata0: channel #0 on atapci2
ata1: channel #1 on atapci2
uhci0: <VIA 83C572 USB controller> port 0xc400-0xc41f
irq 21 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 0xc800-0xc81f
irq 21 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 0xd000-0xd01f
irq 21 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
uhci3: <VIA 83C572 USB controller> port 0xd400-0xd41f
irq 21 at device 16.3 on pci0
uhci3: [GIANT-LOCKED]
usb3: <VIA 83C572 USB controller> on uhci3
usb3: USB revision 1.0
uhub3: VIA 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 16.4 (no driver
attached)
isab0: <PCI-ISA bridge> at device 17.0 on pci0
isa0: <ISA bus> on isab0
pci0: <multimedia, audio> at device 17.5 (no driver
attached)
acpi_button0: <Power Button> on acpi0
acpi_button1: <Sleep Button> on acpi0
atkbdc0: <Keyboard controller (i8042)> port 0x64,0x60
irq 1 on acpi0
atkbd0: <AT Keyboard> flags 0x1 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 (FDE)> port
0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0
fdc0: [FAST]
fd0: <1440-KB 3.5" drive> on fdc0 drive 0
ppc0: <Standard parallel printer port> port
0x378-0x37f irq 7 on acpi0
ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode
ppbus0: <Parallel port bus> on ppc0
plip0: <PLIP network interface> on ppbus0
lpt0: <Printer> on ppbus0
lpt0: Interrupt-driven port
ppi0: <Parallel I/O> on ppbus0
sio0: <16550A-compatible COM port> port 0x2f8-0x2ff
irq 3 flags 0x10 on acpi0
sio0: type 16550A
sio1: configured irq 4 not in bitmap of probed irqs 0
sio1: port may not be enabled
sio1: <16550A-compatible COM port> port 0x3f8-0x3ff
irq 4 on acpi0
sio1: type 16550A
orm0: <ISA Option ROMs> at iomem
0xcd000-0xd0fff,0xc0000-0xccfff 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 2202828102 Hz quality 800
Timecounters tick every 1.000 msec
acd0: DVDR <NEC DVD RW ND-2510A/2.16> at ata1-master
UDMA33
ad10: 152627MB <WDC WD1600JD-22HBB0/08.02D08>
[310101/16/63] at ata5-master SATA150
Mounting root from ufs:/dev/ad10s2a
ipfw2 initialized, divert disabled, rule-based
forwarding disabled, default to deny, logging disabled



	
		
__________________________________ 
Celebrate Yahoo!'s 10th Birthday! 
Yahoo! Netrospective: 100 Moments of the Web 
http://birthday.yahoo.com/netrospective/

From owner-freebsd-stable@FreeBSD.ORG  Mon Mar  7 01:00:42 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id AA07816A4CE
	for <freebsd-stable@FreeBSD.org>;
	Mon,  7 Mar 2005 01:00:42 +0000 (GMT)
Received: from bgo1smout1.broadpark.no (bgo1smout1.broadpark.no [217.13.4.94])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 5365543D39
	for <freebsd-stable@FreeBSD.org>;
	Mon,  7 Mar 2005 01:00:42 +0000 (GMT)	(envelope-from des@des.no)
Received: from bgo1sminn1.broadpark.no ([217.13.4.93])
 by bgo1smout1.broadpark.no
 (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004))
 with ESMTP id <0ICY005A6IK5G250@bgo1smout1.broadpark.no> for
 freebsd-stable@FreeBSD.org; Mon, 07 Mar 2005 01:55:17 +0100 (CET)
Received: from dsa.des.no ([80.203.228.37]) by bgo1sminn1.broadpark.no
 (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004))
 with ESMTP id <0ICY00IQIIWF1S80@bgo1sminn1.broadpark.no> for
 freebsd-stable@FreeBSD.org; Mon, 07 Mar 2005 02:02:39 +0100 (CET)
Received: by dsa.des.no (Pony Express, from userid 666)	id EEBA245171; Mon,
	07 Mar 2005 02:00:40 +0100 (CET)
Received: from xps.des.no (xps.des.no [10.0.0.12])	by dsa.des.no (Pony
	Express)
	with ESMTP id 3C79195813; Mon, 07 Mar 2005 02:00:38 +0100 (CET)
Received: by xps.des.no (Postfix, from userid 1001)	id 2CBB533C1B; Mon,
 07 Mar 2005 02:00:38 +0100 (CET)
Date: Mon, 07 Mar 2005 02:00:38 +0100
From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=)
In-reply-to: <20050306195734.R60789@woozle.rinet.ru>
To: Dmitry Morozovsky <marck@rinet.ru>
Message-id: <8665042rt5.fsf@xps.des.no>
MIME-version: 1.0
Content-type: text/plain; charset=iso-8859-1
Content-transfer-encoding: quoted-printable
X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on dsa.des.no
References: <20050306195734.R60789@woozle.rinet.ru>
User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix)
X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED,AWL
	autolearn=disabled version=3.0.2
X-Spam-Level: 
cc: freebsd-stable@FreeBSD.org
Subject: Re: zebra 0.94 crash on amd64
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 07 Mar 2005 01:00:42 -0000

Dmitry Morozovsky <marck@rinet.ru> writes:
> trying to set up new router I had stumbled with zebra (port built
> with standard options except CPUTYPE=3Dathlon64) strange crashes:

Switch to net/quagga, which is nearly 100% drop-in compatible but much
better maintained.

DES
--=20
Dag-Erling Sm=F8rgrav - des@des.no

From owner-freebsd-stable@FreeBSD.ORG  Mon Mar  7 03:28:32 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 6699D16A4CE
	for <stable@freebsd.org>; Mon,  7 Mar 2005 03:28:32 +0000 (GMT)
Received: from FS.denninger.net (wsip-68-15-213-52.at.at.cox.net
	[68.15.213.52])	by mx1.FreeBSD.org (Postfix) with ESMTP id C6AB043D53
	for <stable@freebsd.org>; Mon,  7 Mar 2005 03:28:31 +0000 (GMT)
	(envelope-from karl@FS.denninger.net)
Received: from fs.denninger.net (localhost [127.0.0.1])
	by FS.denninger.net (8.13.3/8.13.1) with SMTP id j273SVdb000976
	for <stable@freebsd.org>; Sun, 6 Mar 2005 21:28:31 -0600 (CST)
	(envelope-from karl@FS.denninger.net)
Received: from fs.denninger.net [127.0.0.1] by Spamblock-sys;
	Sun Mar  6 21:28:31 2005
Received: (from karl@localhost)
	by FS.denninger.net (8.13.3/8.13.1/Submit) id j273SVY9000974
	for stable@freebsd.org; Sun, 6 Mar 2005 21:28:31 -0600 (CST)
	(envelope-from karl)
Message-ID: <20050306212830.A877@denninger.net>
Date: Sun, 6 Mar 2005 21:28:30 -0600
From: Karl Denninger <karl@denninger.net>
To: stable@freebsd.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.93.2i
Organization: Karl's Sushi and Packet Smashers
X-Die-Spammers: Spammers cheerfully broiled for supper and served with
	ketchup!
Subject: Caution - possible system instability on attempted fix for
	"WRITE_ERROR" problem (see enclosed)
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 07 Mar 2005 03:28:32 -0000

Hi folks;

This may be the wrong place, given what I did, but I wanted to give a "heads
up" here given the impending release of 5.4-RELEASE

This refers to http://www.freebsd.org/cgi/query-pr.cgi?pr=77643

In an attempt to mitigate this, I saw the following commit in the CVS logs:


mdodd       2005-03-02 04:01:37 UTC 
    
  FreeBSD src repository
    
  Modified files:
    sys/dev/ata          ata-queue.c
  Log:
  When resubmitting a timed out request, reset donecount.
  
  Submitted by:     Nate Lawson <nate AT root.org>
  
  Revision  Changes    Path
  1.42      +1 -0      src/sys/dev/ata/ata-queue.c

Is this change supposed to be "safe" against a 5.4-PRERELEASE kernel from
today (CVSupped about 1700 CST)?

If it is supposed to be, its NOT!

It DOES fix the failure to requeue timed out requests, but it also provokes
radical destabilization of the interrupt system in the kernel (e.g. receive
serial interrupts "disappear", etc) leading evenutally to a panic.

BTW, it <DOES> appear to fix the requeue problem with disks, and wth this in
a disk that takes a timeout (but is actually working) does not disconnect
from a GEOM mirror; the retried write succeeds.

However, for obvious reasons the kernel instability that results from the
retried write is not acceptable :)

Don't know if this is germane to what is about to show up in 5.4-RELEASE,
but if it is, this urgently needs to be looked at.

Needless to say I've backed this one out.

Will also put this against the PR to dissuade others from trying the same
thing...

--
-- 
Karl Denninger (karl@denninger.net) Internet Consultant & Kids Rights Activist
http://www.denninger.net	My home on the net - links to everything I do!
http://scubaforum.org		Your UNCENSORED place to talk about DIVING!
http://www.spamcuda.net		SPAM FREE mailboxes - FREE FOR A LIMITED TIME!
http://genesis3.blogspot.com	Musings Of A Sentient Mind


From owner-freebsd-stable@FreeBSD.ORG  Mon Mar  7 04:27:53 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 64FA316A4CE; Mon,  7 Mar 2005 04:27:53 +0000 (GMT)
Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id DCE5043D31; Mon,  7 Mar 2005 04:27:52 +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 j274RbEu034541;
	Sun, 6 Mar 2005 20:27:42 -0800 (PST)
	(envelope-from truckman@FreeBSD.org)
Message-Id: <200503070427.j274RbEu034541@gw.catspoiler.org>
Date: Sun, 6 Mar 2005 20:27:37 -0800 (PST)
From: Don Lewis <truckman@FreeBSD.org>
To: freebsd@chillt.de
In-Reply-To: <4227AA13.2040103@chillt.de>
MIME-Version: 1.0
Content-Type: TEXT/plain; charset=us-ascii
cc: deischen@FreeBSD.org
cc: freebsd-stable@FreeBSD.org
Subject: Re: I can not surf on Flash powered sites.
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 07 Mar 2005 04:27:53 -0000

On  4 Mar, Bartosz Fabianowski wrote:
>> /usr/ports/www/linuxpluginwrapper/pkg-message says:
>> 
>>   Firefox has a double free problem wih Flash7.  So I don't
>>   support it.  Please don't send me a report about firefox.
>>   Of course, I always welcome to recieve fixed problems report.
>> 
>> That's kept me away from trying it.
> 
> Yes, Flash 7 doesn't seem to work. But Flash 6 does. And that should be enough for almost all websites and "cute animations".

Flash 6 sometimes works for me, but sometimes it segfaults.

Program received signal SIGSEGV, Segmentation fault.
0x2930cc52 in nsHTMLDocument::RegisterNamedItems ()
   from /usr/X11R6/lib/firefox/components/libgklayout.so
(gdb) where
#0  0x2930cc52 in nsHTMLDocument::RegisterNamedItems ()
   from /usr/X11R6/lib/firefox/components/libgklayout.so
#1  0x2930cdbb in nsHTMLDocument::RegisterNamedItems ()
   from /usr/X11R6/lib/firefox/components/libgklayout.so
#2  0x2930cdbb in nsHTMLDocument::RegisterNamedItems ()
   from /usr/X11R6/lib/firefox/components/libgklayout.so
#3  0x2930cdbb in nsHTMLDocument::RegisterNamedItems ()
   from /usr/X11R6/lib/firefox/components/libgklayout.so
#4  0x2930cdbb in nsHTMLDocument::RegisterNamedItems ()
   from /usr/X11R6/lib/firefox/components/libgklayout.so
#5  0x2930cebd in nsHTMLDocument::ResolveName ()
   from /usr/X11R6/lib/firefox/components/libgklayout.so
#6  0x293f33c7 in nsHTMLDocumentSH::ResolveImpl ()
   from /usr/X11R6/lib/firefox/components/libgklayout.so
#7  0x293f464c in nsHTMLDocumentSH::NewResolve ()
   from /usr/X11R6/lib/firefox/components/libgklayout.so
#8  0x28bca1ca in xpc_MarkForValidWrapper ()
   from /usr/X11R6/lib/firefox/components/libxpconnect.so
#9  0x280c8f44 in js_LookupPropertyWithFlags ()
   from /usr/X11R6/lib/firefox/libmozjs.so
#10 0x280c91e8 in js_LookupProperty () from /usr/X11R6/lib/firefox/libmozjs.so
#11 0x280c95cf in js_GetProperty () from /usr/X11R6/lib/firefox/libmozjs.so
#12 0x280bdc25 in js_Interpret () from /usr/X11R6/lib/firefox/libmozjs.so
#13 0x280b7bcf in js_Execute () from /usr/X11R6/lib/firefox/libmozjs.so
#14 0x28097284 in JS_EvaluateUCScriptForPrincipals ()
   from /usr/X11R6/lib/firefox/libmozjs.so
#15 0x293c2cc6 in nsJSContext::EvaluateString ()
   from /usr/X11R6/lib/firefox/components/libgklayout.so
#16 0x2926c37d in nsScriptLoader::EvaluateScript ()
   from /usr/X11R6/lib/firefox/components/libgklayout.so
#17 0x2926bf62 in nsScriptLoader::ProcessRequest ()
   from /usr/X11R6/lib/firefox/components/libgklayout.so
#18 0x2926d012 in nsScriptLoader::OnStreamComplete ()
   from /usr/X11R6/lib/firefox/components/libgklayout.so
#19 0x28c5c7e8 in nsStreamLoader::OnStopRequest ()
   from /usr/X11R6/lib/firefox/components/libnecko.so
#20 0x28cc51b9 in nsHttpChannel::OnStopRequest ()
   from /usr/X11R6/lib/firefox/components/libnecko.so
#21 0x28c46a1c in nsInputStreamPump::OnStateStop ()
   from /usr/X11R6/lib/firefox/components/libnecko.so
#22 0x28c46709 in nsInputStreamPump::OnInputStreamReady ()
   from /usr/X11R6/lib/firefox/components/libnecko.so
#23 0x281699ae in nsInputStreamReadyEvent::EventHandler ()
   from /usr/X11R6/lib/firefox/libxpcom.so
#24 0x28181149 in PL_HandleEvent () from /usr/X11R6/lib/firefox/libxpcom.so
#25 0x2818106d in PL_ProcessPendingEvents ()
   from /usr/X11R6/lib/firefox/libxpcom.so
#26 0x28182b5b in nsEventQueueImpl::ProcessPendingEvents ()
   from /usr/X11R6/lib/firefox/libxpcom.so
#27 0x28b01d6f in nsIProperties::GetIID ()
   from /usr/X11R6/lib/firefox/components/libwidget_gtk2.so
#28 0x288840ae in g_io_unix_dispatch (source=0x836f200, 
    callback=0x28b01d44 <nsIProperties::GetIID(void)+28>, user_data=0x80cf800)
    at giounix.c:161
#29 0x288615cb in g_main_dispatch (context=0x8090c80) at gmain.c:1942
#30 0x28862408 in g_main_context_dispatch (context=0x8090c80) at gmain.c:2492
#31 0x28862802 in g_main_context_iterate (context=0x8090c80, block=1, 
    dispatch=1, self=0x80bece0) at gmain.c:2573
#32 0x28862e3c in g_main_loop_run (loop=0x8203170) at gmain.c:2777
#33 0x283e1edf in gtk_main () from /usr/X11R6/lib/libgtk-x11-2.0.so.400
#34 0x28b02088 in nsAppShell::Run ()
   from /usr/X11R6/lib/firefox/components/libwidget_gtk2.so
#35 0x28a42082 in nsAppShellService::Run ()
   from /usr/X11R6/lib/firefox/components/libnsappshell.so
#36 0x80522ba in xre_main ()
#37 0x804d128 in main ()
#38 0x804d056 in _start ()



firefox-1.0.1_1,1
linux-flashplugin-6.0r79_2
linuxpluginwrapper-20050119_1
linux_base-8-8.0_6


From owner-freebsd-stable@FreeBSD.ORG  Mon Mar  7 11:05:29 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 7824316A4CE
	for <freebsd-stable@freebsd.org>;
	Mon,  7 Mar 2005 11:05:29 +0000 (GMT)
Received: from mail.iinet.net.au (mail-09.iinet.net.au [203.59.3.41])
	by mx1.FreeBSD.org (Postfix) with SMTP id 5FEC643D41
	for <freebsd-stable@freebsd.org>;
	Mon,  7 Mar 2005 11:05:28 +0000 (GMT)
	(envelope-from shinjii@virusinfo.rdksupportinc.com)
Received: (qmail 11419 invoked from network); 7 Mar 2005 11:05:27 -0000
Received: from unknown (HELO warren.shinji.nq.nu) (203.217.86.9)
  by mail.iinet.net.au with SMTP; 7 Mar 2005 11:05:27 -0000
From: Warren <shinjii@virusinfo.rdksupportinc.com>
To: freebsd-stable@freebsd.org
Date: Mon, 7 Mar 2005 21:04:09 +1000
User-Agent: KMail/1.7.2
MIME-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200503072104.10088.shinjii@virusinfo.rdksupportinc.com>
Subject: Mozilla problem
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 07 Mar 2005 11:05:29 -0000

Each time i start Mozilla Firefox it starts from scratch and asks if i want to 
import my previous bookmarks etc .. why is this occurying and how do i fix 
it ?
-- 
Yours Sincerely
Shinjii
http://www.shinji.nq.nu

From owner-freebsd-stable@FreeBSD.ORG  Mon Mar  7 11:12:03 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 566CE16A4CE
	for <freebsd-stable@freebsd.org>;
	Mon,  7 Mar 2005 11:12:03 +0000 (GMT)
Received: from mail.iinet.net.au (mail-02.iinet.net.au [203.59.3.34])
	by mx1.FreeBSD.org (Postfix) with SMTP id 25E0143D2F
	for <freebsd-stable@freebsd.org>;
	Mon,  7 Mar 2005 11:12:02 +0000 (GMT)
	(envelope-from shinjii@virusinfo.rdksupportinc.com)
Received: (qmail 7103 invoked from network); 7 Mar 2005 11:12:00 -0000
Received: from unknown (HELO warren.shinji.nq.nu) (203.217.86.9)
  by mail.iinet.net.au with SMTP; 7 Mar 2005 11:12:00 -0000
From: Warren <shinjii@virusinfo.rdksupportinc.com>
To: Mark Sergeant <msergeant@snsonline.net>
Date: Mon, 7 Mar 2005 21:10:43 +1000
User-Agent: KMail/1.7.2
References: <200503072104.10088.shinjii@virusinfo.rdksupportinc.com>
	<24E76979-80A8-41FE-A133-1B26EF63DDDD@snsonline.net>
In-Reply-To: <24E76979-80A8-41FE-A133-1B26EF63DDDD@snsonline.net>
MIME-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200503072110.43866.shinjii@virusinfo.rdksupportinc.com>
cc: freebsd-stable@freebsd.org
Subject: Re: Mozilla problem
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 07 Mar 2005 11:12:03 -0000

On Mon, 7 Mar 2005 9:08 pm, Mark Sergeant wrote:
> On 07/03/2005, at 21:04, Warren wrote:
> > Each time i start Mozilla Firefox it starts from scratch and asks if
> > i want to
> > import my previous bookmarks etc .. why is this occurying and how do
> > i fix
> > it ?
>
> What are the permissions on your ~/.mozilla directory ?


drwxr-xr-x   8 shinjii  shinjii      512 Mar  7 20:59 .mozilla
-- 
Yours Sincerely
Shinjii
http://www.shinji.nq.nu

From owner-freebsd-stable@FreeBSD.ORG  Mon Mar  7 12:21:59 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 26C9716A4CE
	for <freebsd-stable@freebsd.org>;
	Mon,  7 Mar 2005 12:21:59 +0000 (GMT)
Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 59EC743D2D
	for <freebsd-stable@freebsd.org>;
	Mon,  7 Mar 2005 12:21:58 +0000 (GMT)	(envelope-from marck@rinet.ru)
Received: from localhost (localhost [127.0.0.1])
	by woozle.rinet.ru (8.13.1/8.13.1) with ESMTP id j27CLvJQ004440
	for <freebsd-stable@freebsd.org>; Mon, 7 Mar 2005 15:21:57 +0300 (MSK)
	(envelope-from marck@rinet.ru)
Date: Mon, 7 Mar 2005 15:21:57 +0300 (MSK)
From: Dmitry Morozovsky <marck@rinet.ru>
To: freebsd-stable@freebsd.org
Message-ID: <20050307151733.I4264@woozle.rinet.ru>
X-NCC-RegID: ru.rinet
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Subject: RELENG_5, snapshots and disk lock time
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 07 Mar 2005 12:21:59 -0000

Dear colleagues,

dumping the snapshot of 140G ufs2 fyle system under contemporary RELENG_5 I 
found that during mksnap_ffs file system is unresponsible even for reading for 
more than 3 minutes (it's on modern SATA disk with 50+ MBps linear transfer). 
Is it normal?

Sincerely,
D.Marck                                     [DM5020, MCK-RIPE, DM3-RIPN]
------------------------------------------------------------------------
*** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru ***
------------------------------------------------------------------------

From owner-freebsd-stable@FreeBSD.ORG  Mon Mar  7 12:33:44 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id A24DD16A4CE
	for <stable@freebsd.org>; Mon,  7 Mar 2005 12:33:44 +0000 (GMT)
Received: from mail.gmx.net (imap.gmx.net [213.165.64.20])
	by mx1.FreeBSD.org (Postfix) with SMTP id 9173E43D31
	for <stable@freebsd.org>; Mon,  7 Mar 2005 12:33:43 +0000 (GMT)
	(envelope-from barner@gmx.de)
Received: (qmail invoked by alias); 07 Mar 2005 12:33:42 -0000
Received: from unknown (EHLO zi025.glhnet.mhn.de) (129.187.19.157)
  by mail.gmx.net (mp010) with SMTP; 07 Mar 2005 13:33:42 +0100
X-Authenticated: #147403
Received: by zi025.glhnet.mhn.de (Postfix, from userid 1000)
	id 18618C336; Mon,  7 Mar 2005 13:34:04 +0100 (CET)
Date: Mon, 7 Mar 2005 13:34:03 +0100
From: Simon Barner <barner@FreeBSD.org>
To: Doug White <dwhite@gumbysoft.com>
Message-ID: <20050307123403.GB72839@zi025.glhnet.mhn.de>
References: <4225FE0B.1000604@toya.net.pl>
	<200503031043.52675.doconnor@gsoft.com.au> <422753C7.3000604@toya.net.pl>
	<20050304232948.X4084@carver.gumbysoft.com>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="CUfgB8w4ZwR/yMy5"
Content-Disposition: inline
In-Reply-To: <20050304232948.X4084@carver.gumbysoft.com>
User-Agent: Mutt/1.5.8i
X-Y-GMX-Trusted: 0
cc: stable@freebsd.org
cc: Mateusz J?drasik <imachine@toya.net.pl>
Subject: Re: ueagle(4) driver merging
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 07 Mar 2005 12:33:44 -0000


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

Doug White wrote:
[...]
> You'll also need to find a committer willing to do the work to actually
> perform the integration and testing, review the licensing, etc.

I think finding a committer should not be too difficult, because Damien
Bergamini became a FreeBSD committer on March 3rd (damien@) :-)

[...]

Simon

--CUfgB8w4ZwR/yMy5
Content-Type: application/pgp-signature
Content-Disposition: inline

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

iD4DBQFCLEo7Ckn+/eutqCoRApCPAJiJA6n0zDWFqgPkWnW9PJU2S3XoAKCs6R00
feFijBc/lRaHlgy18M4WqQ==
=XceX
-----END PGP SIGNATURE-----

--CUfgB8w4ZwR/yMy5--

From owner-freebsd-stable@FreeBSD.ORG  Mon Mar  7 13:54:07 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 375AC16A4CE
	for <freebsd-stable@freebsd.org>;
	Mon,  7 Mar 2005 13:54:07 +0000 (GMT)
Received: from mex.govcert.nl (min.govcert.nl [81.175.82.27])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 902B143D39
	for <freebsd-stable@freebsd.org>;
	Mon,  7 Mar 2005 13:54:06 +0000 (GMT)
	(envelope-from jacco.ligthart@govcert.nl)
Message-ID: <422C5CF6.3060203@govcert.nl>
Date: Mon, 07 Mar 2005 14:53:58 +0100
From: Jacco Ligthart <jacco.ligthart@govcert.nl>
MIME-Version: 1.0
To: freebsd-stable@freebsd.org
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Subject: ipmon not logging on freebsd sparc64
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 07 Mar 2005 13:54:07 -0000

Hi all,

my brand new FreeBSD 5.3 on a sparc64 does not log packages marked with 
log in ipfilter. I've found that this is probably the same issue 
described here:

http://mail-index.netbsd.org/port-sparc64/2002/06/28/0002.html

(the second isue)

when i apply this patch and rebuild my kernel, ipmon starts logging happily.

I hope this can be included in cvs.

greetings,

Jacco Ligthart

From owner-freebsd-stable@FreeBSD.ORG  Mon Mar  7 14:01:00 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 2F90D16A4CE
	for <stable@freebsd.org>; Mon,  7 Mar 2005 14:01:00 +0000 (GMT)
Received: from mail.gactr.uga.edu (mail.gactr.uga.edu [128.192.37.25])
	by mx1.FreeBSD.org (Postfix) with ESMTP id C917143D1F
	for <stable@freebsd.org>; Mon,  7 Mar 2005 14:00:59 +0000 (GMT)
	(envelope-from robin.blanchard@gactr.uga.edu)
Received: from localhost (localhost [127.0.0.1])
	by mail.gactr.uga.edu (Postfix) with ESMTP id A3BC65C03D;
	Mon,  7 Mar 2005 09:00:53 -0500 (EST)
Received: from mail.gactr.uga.edu ([127.0.0.1])
 by localhost (mail.gactr.uga.edu [127.0.0.1]) (amavisd-new, port 10024)
 with LMTP id 94628-03-9; Mon,  7 Mar 2005 09:00:53 -0500 (EST)
Received: from EBE1.gc.nat (E2K1.gc.nat [10.10.11.21])
	by mail.gactr.uga.edu (Postfix) with ESMTP id C74F85C0D1;
	Mon,  7 Mar 2005 09:00:37 -0500 (EST)
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.5.7226.0
Date: Mon, 7 Mar 2005 09:00:42 -0500
Message-ID: <9B5C1FCAFB35084787C21EFFFA78DD9EF12F47@EBE1.gc.nat>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: Dell pe1550 (smp) on RELENG_5 ?
Thread-Index: AcUhV3SoFShjnVjaSxuG+jGCFQMpmABxTvLQ
From: "Robin P. Blanchard" <robin.blanchard@gactr.uga.edu>
To: "Doug White" <dwhite@gumbysoft.com>
X-Virus-Scanned: by amavisd-new at gactr.uga.edu
cc: stable@freebsd.org
Subject: RE: Dell pe1550 (smp) on RELENG_5 ?
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 07 Mar 2005 14:01:00 -0000



> -----Original Message-----
> From: Doug White [mailto:dwhite@gumbysoft.com]=20
> Sent: Saturday, March 05, 2005 2:46 AM
> To: Robin P. Blanchard
> Cc: stable@freebsd.org
> Subject: Re: Dell pe1550 (smp) on RELENG_5 ?
>=20
> On Thu, 3 Mar 2005, Robin P. Blanchard wrote:
>=20
> > Anyone succesfully accomplished this ?
> > Seems I have to disable apic to get the box to sucessfully boot=20
> > (otherwise will hang), thereby disabling smp.
>=20
> I have -CURRENT running on a PE1750 without issues. I have a=20
> PE1650 that I'm waiting on rails for and a PE1550 I can=20
> temporarily ursurp. Does it also hang under 5.3-R?
>=20
> I had some odd problems with a PE2450 that turned out to be a=20
> screwed up fxp pci card. Taking the card out got the machine=20
> booting again. Do you have any cards in this system?

It seems that disabling NO_MIXED_MODE allows the 1550s to succesfully =
operate
in smp mode.

From owner-freebsd-stable@FreeBSD.ORG  Mon Mar  7 15:00:57 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 6E8FA16A4CE
	for <freebsd-stable@freebsd.org>;
	Mon,  7 Mar 2005 15:00:57 +0000 (GMT)
Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 8C76C43D68
	for <freebsd-stable@freebsd.org>;
	Mon,  7 Mar 2005 15:00:56 +0000 (GMT)	(envelope-from marck@rinet.ru)
Received: from localhost (localhost [127.0.0.1])
	by woozle.rinet.ru (8.13.1/8.13.1) with ESMTP id j27F0Uhj007544;
	Mon, 7 Mar 2005 18:00:30 +0300 (MSK)
	(envelope-from marck@rinet.ru)
Date: Mon, 7 Mar 2005 18:00:30 +0300 (MSK)
From: Dmitry Morozovsky <marck@rinet.ru>
To: delphij@delphij.net
In-Reply-To: <1110205630.669.3.camel@spirit>
Message-ID: <20050307175506.H4264@woozle.rinet.ru>
References: <20050307151733.I4264@woozle.rinet.ru>
	<1110205630.669.3.camel@spirit>
X-NCC-RegID: ru.rinet
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
cc: freebsd-stable@freebsd.org
Subject: Re: RELENG_5, snapshots and disk lock time
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 07 Mar 2005 15:00:57 -0000

On Mon, 7 Mar 2005, Xin LI wrote:

XL> > dumping the snapshot of 140G ufs2 fyle system under contemporary RELENG_5 I 
XL> > found that during mksnap_ffs file system is unresponsible even for reading for 
XL> > more than 3 minutes (it's on modern SATA disk with 50+ MBps linear transfer). 
XL> > Is it normal?
XL> 
XL> mksnap_ffs is expected to suspend your write access, but I think 3
XL> minutes is too long for a 140G file system.  Would you please send the
XL> dumpfs output of the said file system?

Well, as I said, it was even for read access. I checked this with the simple 
shell script

#!/bin/sh

while true; do
	sleep 5
	date
	ls /lh/.snap
done

when dump -L executes mksnap_ffs for /lh, there is 3:20 pause between dates.

dumpfs output is available at http://woozle.hole.ru/misc/dumpfs-lh.gz (83k)

Sincerely,
D.Marck                                     [DM5020, MCK-RIPE, DM3-RIPN]
------------------------------------------------------------------------
*** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru ***
------------------------------------------------------------------------

From owner-freebsd-stable@FreeBSD.ORG  Mon Mar  7 15:02:59 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id BBB7316A4CE; Mon,  7 Mar 2005 15:02:59 +0000 (GMT)
Received: from buxton.digitalspy.co.uk (buxton.digitalspy.co.uk
	[212.42.1.208])	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 6659643D2F; Mon,  7 Mar 2005 15:02:59 +0000 (GMT)
	(envelope-from alan_jay_uk@yahoo.co.uk)
Received: from AJDELL9200 (213-78-6-149.uk.onetel.net.uk [213.78.6.149])
	by buxton.digitalspy.co.uk (Postfix) with ESMTP id 8354254894;
	Mon,  7 Mar 2005 15:02:58 +0000 (GMT)
From: "Alan Jay" <alan_jay_uk@yahoo.co.uk>
To: <freebsd-amd64@freebsd.org>
Date: Mon, 7 Mar 2005 15:02:56 -0000
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: AcUjDTYn3+0NTCQKQ5Cun1o25ii+JwAENlYQ
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180
In-Reply-To: <20050307120004.EB3E416A4D7@hub.freebsd.org>
Message-Id: <20050307150258.8354254894@buxton.digitalspy.co.uk>
cc: freebsd-stable@freebsd.org
Subject: UPDATE 5.3-STABLE was Re: Possible problems with Broadcom BCM5704C
	10/100/1000 on TyanThunder K8S pro S2882 twin Operteron
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 07 Mar 2005 15:02:59 -0000

Hi,

Well after upgrading to the latest -STABLE via cvsup and makeworld makekernel
etc we have been doing some more tests over the weekend.

One of our databases ran fine all weekend so we took the plunge on Sunday to
try our big heavily accessed database.

It ran fine until 7.45 Monday morning - when I checked at 7.30am it was using
around 6 of the 8Gb of RAM the server then logged:

Mar  7 07:42:47 flappy kernel: bge1: discard frame w/o leading ethernet header
(len 4294967292 pkt len 4294967292)

Followed by:

Mar  7 07:42:47 flappy kernel: Fatal trap 12: pag
Mar  7 07:42:47 flappy kernel: e f
Mar  7 07:42:47 flappy kernel: ault
Mar  7 07:42:47 flappy kernel: wh
Mar  7 07:42:47 flappy kernel: ile in
Mar  7 07:42:47 flappy kernel: k
Mar  7 07:42:47 flappy kernel: er
Mar  7 07:42:47 flappy kernel: ne
Mar  7 07:42:47 flappy kernel: l mode
Mar  7 07:42:47 flappy kernel:
Mar  7 07:42:47 flappy kernel: cp
Mar  7 07:42:47 flappy kernel: ui
Mar  7 07:42:47 flappy kernel: d
Mar  7 07:42:47 flappy kernel: =
Mar  7 07:42:47 flappy kernel: 1;
Mar  7 07:42:47 flappy kernel: a
Mar  7 07:42:47 flappy kernel: pi
Mar  7 07:42:47 flappy kernel: c
Mar  7 07:42:47 flappy kernel: i
Mar  7 07:42:47 flappy kernel: d
Mar  7 07:42:47 flappy kernel: =
Mar  7 07:42:47 flappy kernel: 01
Mar  7 07:42:47 flappy kernel:
Mar  7 07:42:47 flappy kernel: fa
Mar  7 07:42:47 flappy kernel: ul
Mar  7 07:42:47 flappy kernel: t
Mar  7 07:42:47 flappy kernel: vi

Subsequently to that it has crashed a number of times and on a couple of
occasions has reported:

kernel: fxp0: can't map mbuf (error 12)

To my uninitiated eye it looks like this might have something to do with the
Network Performance Project which seems to be tinkering in this area but I
would appreciate any thoughts anyone might have regarding this.

By the way over the weekend the latest -STABLE which is marked 5.4-PRERELEASE
2 seemed much better than 5.3 had and the initial problems took much longer to
appear.  Though once the problems started to appear, they repeated themselves
rebooting every 1-2hrs until we removed the tests data.

Thanks for the guidance,
ALan

From owner-freebsd-stable@FreeBSD.ORG  Mon Mar  7 15:07:05 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id EB4F016A4CE
	for <freebsd-stable@freebsd.org>;
	Mon,  7 Mar 2005 15:07:05 +0000 (GMT)
Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 28BE143D48
	for <freebsd-stable@freebsd.org>;
	Mon,  7 Mar 2005 15:07:05 +0000 (GMT)	(envelope-from marck@rinet.ru)
Received: from localhost (localhost [127.0.0.1])
	by woozle.rinet.ru (8.13.1/8.13.1) with ESMTP id j27F6q08007683;
	Mon, 7 Mar 2005 18:06:52 +0300 (MSK)
	(envelope-from marck@rinet.ru)
Date: Mon, 7 Mar 2005 18:06:52 +0300 (MSK)
From: Dmitry Morozovsky <marck@rinet.ru>
To: delphij@delphij.net
In-Reply-To: <20050307175506.H4264@woozle.rinet.ru>
Message-ID: <20050307180434.W4264@woozle.rinet.ru>
References: <20050307151733.I4264@woozle.rinet.ru>
	<1110205630.669.3.camel@spirit>
	<20050307175506.H4264@woozle.rinet.ru>
X-NCC-RegID: ru.rinet
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
cc: freebsd-stable@freebsd.org
Subject: Re: RELENG_5, snapshots and disk lock time
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 07 Mar 2005 15:07:06 -0000

Following up to myself

DM> XL> > dumping the snapshot of 140G ufs2 fyle system under contemporary RELENG_5 I 
DM> XL> > found that during mksnap_ffs file system is unresponsible even for reading for 
DM> XL> > more than 3 minutes (it's on modern SATA disk with 50+ MBps linear transfer). 
DM> XL> > Is it normal?
DM> XL> 
DM> XL> mksnap_ffs is expected to suspend your write access, but I think 3
DM> XL> minutes is too long for a 140G file system.  Would you please send the
DM> XL> dumpfs output of the said file system?
DM> 
DM> Well, as I said, it was even for read access. I checked this with the simple 
DM> shell script
DM> 
DM> #!/bin/sh
DM> 
DM> while true; do
DM> 	sleep 5
DM> 	date
DM> 	ls /lh/.snap
DM> done

It seems accessing snapshot directory is blocked for much more time than to 
other fs parts. Changing ls line to ``ls /lh'' leads to 

Mon Mar  7 18:02:58 MSK 2005
backup  home    local   pgsql   ports   src
Mon Mar  7 18:03:41 MSK 2005

so file system has been locked for approx 45 seconds. This seems more 
reasonable, but still seems a bit too long for me.


Sincerely,
D.Marck                                     [DM5020, MCK-RIPE, DM3-RIPN]
------------------------------------------------------------------------
*** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru ***
------------------------------------------------------------------------

From owner-freebsd-stable@FreeBSD.ORG  Mon Mar  7 15:57:21 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 759FE16A4CE
	for <freebsd-stable@freebsd.org>;
	Mon,  7 Mar 2005 15:57:21 +0000 (GMT)
Received: from hermes.oxyd.fr (hermes.oxyd.fr [195.137.249.76])
	by mx1.FreeBSD.org (Postfix) with ESMTP id D6C8643D58
	for <freebsd-stable@freebsd.org>;
	Mon,  7 Mar 2005 15:57:20 +0000 (GMT)
	(envelope-from pcasidy@casidy.com)
Received: from [212.43.253.140] (helo=smtp.casidy.net)
	by hermes.oxyd.fr with asmtp (Exim 4.20)
	id 1D8Kbf-0008BI-Vx; Mon, 07 Mar 2005 16:57:20 +0100
Received: from casidy.com (unknown [192.168.1.5])
	by smtp.casidy.net (Postfix) with ESMTP id E991EB86C;
	Mon,  7 Mar 2005 16:57:13 +0100 (CET)
Date: Mon, 7 Mar 2005 17:06:25 +0100 (CET)
From: pcasidy@casidy.com
To: dwhite@gumbysoft.com
In-Reply-To: <20050304232518.C4084@carver.gumbysoft.com>
MIME-Version: 1.0
Content-Type: TEXT/plain; charset=us-ascii
Message-Id: <20050307155713.E991EB86C@smtp.casidy.net>
X-auth-smtp-user: postmaster@casidy.com 
X-abuse-contact: abuse@oxyd.fr
cc: freebsd-stable@freebsd.org
Subject: Re: if_bfe/uhci: storm interrupt Fatal trap 12
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 07 Mar 2005 15:57:21 -0000

On  4 Mar, Doug White wrote:

> 
> Hm ... dunno. You might try one of the RELENG_5 snapshots that will be
> coming out shortly as we get into the 5.4-R release cycle. There is some
> improvements to interrupt routing in there.
> 

In fact I have try the CURRENT SNAP (2005 february snap) because I can
get a call stack.

Here is the steps I perform to get to the call stack.

1- I boot with the snapshot miniinst
2- Selecting keymap (french accent)
3- Fixit mode
4- Emergency shell
5- using Alt-F4 to go to the terminal
6- typing: "ifconfig bfe0 192.168.1.1" => the shell freeze
7- using Alt-F1 to go back to the 1st terminal where there is a panic
   message:
   <<<<<<< handwritten typescript
cpuid = 0
KDB: enter: panic
[thread pid 29 tid 100030 ]
Stopped at      kdb_enter+0x2b: nop
db> where  -- command entered
Tracing pid 29 tid 100030 td 0xc2ff1000
kdb_enter(c0823108) at kdb_enter+0x2b
panic(c083ca28,deadc000,c07c9462,0,80000000) at panic+0x127
vm_fault(c1459000,deadc000,1,0,c2ff1000) at vm_fault+0x1e1
trap_pfault(e5e61c50,0,deadc0ee) at trap_pfault+0x13b
trap(c0830018,10,10,c3105000,c3102400) at trap+0x335
calltrap() at calltrap+0x5
--- trap 0xc, eip = 0xc07a810, esp = 0xe5e61c90, ebp = 0xe5e61c98 ---
_bus_dmamap_unload(c3102400,c3104540) at _bus_dmamap_unload+0x16
bfe_rx_ring_free(c3105000,c3105000,c3105000,e5e61cd8,c04dd0a3) at
   bfe_rx_ring_free+0x50
bfe_stop(c3105000,400,c3105000,e5e61cf4,c04dcae7) at bfe_stop+0x45
bfe_init_locked(c3105000) at bfe_init_locked+0x33
bfe_intr(c3105000) at bfe_intr+0x9f
ithread_loop(c2fe9500,e5e61d48,c2fe9500,c0601a54,0) at
   ithread_loop+0x120
fork_exit(c0601a54,c2fe9500,e5e61d48) at fork_exit+0xa4
fork_trampoline() at fork_trampoline+0x8
--- trap 0x1, eip = 0, esp = 0xe5e61d7c, ebp = 0 ---
db> 
    >>>>>>

I hope there is not a lot of mistakes by copying the trace by hand.



Phil.

From owner-freebsd-stable@FreeBSD.ORG  Mon Mar  7 16:23:02 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 0818E16A4CE
	for <freebsd-stable@freebsd.org>;
	Mon,  7 Mar 2005 16:23:02 +0000 (GMT)
Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 63F6743D48
	for <freebsd-stable@freebsd.org>;
	Mon,  7 Mar 2005 16:23:01 +0000 (GMT)
	(envelope-from delphij@delphij.net)
Received: from beastie.frontfree.net (unknown [219.239.99.7])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by tarsier.geekcn.org (Postfix) with ESMTP id F1986EB0B63
	for <freebsd-stable@freebsd.org>;
	Tue,  8 Mar 2005 00:22:59 +0800 (CST)
Received: from localhost (localhost.frontfree.net [127.0.0.1])
	by beastie.frontfree.net (Postfix) with ESMTP id 3D44E13160A;
	Tue,  8 Mar 2005 00:22:58 +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 99142-19; Tue,  8 Mar 2005 00:22:44 +0800 (CST)
Received: from localhost.localdomain (unknown [61.51.108.237])
	(using TLSv1 with cipher RC4-MD5 (128/128 bits))
	(No client certificate requested)
	by beastie.frontfree.net (Postfix) with ESMTP id 0A574131969;
	Tue,  8 Mar 2005 00:22:43 +0800 (CST)
From: Xin LI <delphij@delphij.net>
To: Dmitry Morozovsky <marck@rinet.ru>
In-Reply-To: <20050307175506.H4264@woozle.rinet.ru>
References: <20050307151733.I4264@woozle.rinet.ru>
	<20050307175506.H4264@woozle.rinet.ru>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="=-6eWZHwljaNiFjs5GbPva"
Organization: The FreeBSD Simplified Chinese Project
Date: Tue, 08 Mar 2005 00:21:27 +0800
Message-Id: <1110212487.669.44.camel@spirit>
Mime-Version: 1.0
X-Mailer: Evolution 2.0.4 FreeBSD GNOME Team Port 
X-Virus-Scanned: by amavisd-new at frontfree.net
cc: freebsd-stable@freebsd.org
Subject: Re: RELENG_5, snapshots and disk lock time
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 07 Mar 2005 16:23:02 -0000


--=-6eWZHwljaNiFjs5GbPva
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

=E5=9C=A8 2005-03-07=E4=B8=80=E7=9A=84 18:00 +0300=EF=BC=8CDmitry Morozovsk=
y=E5=86=99=E9=81=93=EF=BC=9A
> On Mon, 7 Mar 2005, Xin LI wrote:
>=20
> Well, as I said, it was even for read access. I checked this with the sim=
ple=20
> shell script
>=20
> #!/bin/sh
>=20
> while true; do
> 	sleep 5
> 	date
> 	ls /lh/.snap
> done
>=20
> when dump -L executes mksnap_ffs for /lh, there is 3:20 pause between dat=
es.
>=20
> dumpfs output is available at http://woozle.hole.ru/misc/dumpfs-lh.gz (83=
k)

The dumpfs output seems quite normal.  I'll try to figure out what was
happening tomorrow with some large volume equipment.

Cheers,
--=20
Xin LI <delphij delphij net>  http://www.delphij.net/

--=-6eWZHwljaNiFjs5GbPva
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: 
	=?UTF-8?Q?=E8=BF=99=E6=98=AF=E4=BF=A1=E4=BB=B6=E7=9A=84=E6=95=B0?=
	=?UTF-8?Q?=E5=AD=97=E7=AD=BE=E5=90=8D=E9=83=A8?= =?UTF-8?Q?=E5=88=86?=

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

iD8DBQBCLH+H/cVsHxFZiIoRAiyzAJsGVyT9UYLEOF5TtOeta1Ya+6wPYgCfQV1C
sCdqpsDV1QCv1hp5oZh3bMU=
=ekRj
-----END PGP SIGNATURE-----

--=-6eWZHwljaNiFjs5GbPva--

From owner-freebsd-stable@FreeBSD.ORG  Mon Mar  7 16:38:33 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id E33F116A4CF
	for <freebsd-stable@freebsd.org>;
	Mon,  7 Mar 2005 16:38:33 +0000 (GMT)
Received: from mail.gmx.net (pop.gmx.de [213.165.64.20])
	by mx1.FreeBSD.org (Postfix) with SMTP id 98B4B43D2D
	for <freebsd-stable@freebsd.org>;
	Mon,  7 Mar 2005 16:38:32 +0000 (GMT)	(envelope-from "cyb."@gmx.net)
Received: (qmail invoked by alias); 07 Mar 2005 16:38:31 -0000
Received: from pD9E28703.dip0.t-ipconnect.de (EHLO localhost.localdomain)
	(217.226.135.3)
	by mail.gmx.net (mp017) with SMTP; 07 Mar 2005 17:38:31 +0100
X-Authenticated: #4870692
From: cyb <"cyb."@gmx.net>
To: freebsd-stable@freebsd.org
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="=-HNO3YeL1NrscRxusTQGz"
Date: Mon, 07 Mar 2005 17:38:29 +0100
Message-Id: <1110213509.593.18.camel@p4-3200.local>
Mime-Version: 1.0
X-Mailer: Evolution 2.0.4 FreeBSD GNOME Team Port 
X-Y-GMX-Trusted: 0
Subject: FreeBSD 5.3 freezes under heavy hdd load
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 07 Mar 2005 16:38:34 -0000


--=-HNO3YeL1NrscRxusTQGz
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

Hello,

 from time to time my FreeBSD freezes under heavy hdd load and only a
hard reset will bring it back to life with fsck complaining about
'Softupdate Inconsistencies'.

I had this behaviour on 5.3-RELEASE, 5.3-RELEASE-p5 and now i have it on
5.4-PRERELEASE. I am using a custom kernel with SMP enabled on a P4
3.2GHz for hyperthreading. One hdd is a SATA drive and it acts fine. The
other hdd however is an ATA133 drive and i suspect it to be the problem,
since freezes only occur when it is busy (eg. copying much data from a
DVD/HDD to it or compiling a port). Whenever the system freezes there is
no warning or log entry at all.

I used 'smartmontools' to check the drive, but there was not found
anything and the hdd appeared to be fully operational.

Could the freezes come from a faulty IDE hdd (which would mean that I
better get rid of it), or are there other possiblities.

Thank you,
Andreas Rudisch

--=20
GnuPG key  : 0xD25FCC81  |  http://cyb.websimplex.de/pubkey.asc
Fingerprint: D182 6F22 7EEC DD4C 0F6E  564C 691B 0372 D25F CC81


--=-HNO3YeL1NrscRxusTQGz
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

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

iD8DBQBCLIOFaRsDctJfzIERAoE6AKCUXmYHOXDNozDUm6VAMwl9Wvs69gCdFRlT
/drmPB8KF7zr9c7O6HB0VCI=
=b3wV
-----END PGP SIGNATURE-----

--=-HNO3YeL1NrscRxusTQGz--

From owner-freebsd-stable@FreeBSD.ORG  Mon Mar  7 16:52:52 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 8CE4A16A4CE
	for <freebsd-stable@freebsd.org>;
	Mon,  7 Mar 2005 16:52:52 +0000 (GMT)
Received: from ns1.jnielsen.net (ns1.jnielsen.net [69.55.238.237])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 5846943D31
	for <freebsd-stable@freebsd.org>;
	Mon,  7 Mar 2005 16:52:52 +0000 (GMT)
	(envelope-from lists@jnielsen.net)
Received: from stealth.local (jn@c-24-2-72-123.client.comcast.net
	[24.2.72.123])	(authenticated bits=0)
	by ns1.jnielsen.net (8.12.9p2/8.12.9) with ESMTP id j27GqpVu084000
	for <freebsd-stable@freebsd.org>;
	Mon, 7 Mar 2005 08:52:52 -0800 (PST)
	(envelope-from lists@jnielsen.net)
From: John Nielsen <lists@jnielsen.net>
To: freebsd-stable@freebsd.org
Date: Mon, 7 Mar 2005 09:54:30 -0700
User-Agent: KMail/1.7.2
References: <1110213509.593.18.camel@p4-3200.local>
In-Reply-To: <1110213509.593.18.camel@p4-3200.local>
MIME-Version: 1.0
Content-Type: text/plain;
  charset="windows-1251"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200503070954.30558.lists@jnielsen.net>
X-Virus-Scanned: ClamAV 0.80/627/Sun Dec 12 11:53:11 2004
	clamav-milter version 0.80j
	on ns1.jnielsen.net
X-Virus-Status: Clean
Subject: Re: FreeBSD 5.3 freezes under heavy hdd load
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 07 Mar 2005 16:52:52 -0000

On Monday 07 March 2005 09:38 am, cyb wrote:
>  from time to time my FreeBSD freezes under heavy hdd load and only a
> hard reset will bring it back to life with fsck complaining about
> 'Softupdate Inconsistencies'.

I had similar issues on an Athlon machine under 5.3.  In my case it turned 
out that the CPU was running extremely hot.  It would frequently freeze 
while portupgrade was backing up old versions of a port.  I initially 
suspected a disk problem as well, but I haven't yet had any problems since 
cleaning my CPU and chipset fans.  On reflection, my freezes were probably 
due to the CPU running hotter than usual when running bzip2 (which I 
believe is how portupgrade stores its backups, and is very CPU-intensive).

It is possible that your drive is the culprit, but you would probably get 
console messages about I/O failures rather than just a hard freeze.

Flaky memory or power supply are also possibilities.

JN

From owner-freebsd-stable@FreeBSD.ORG  Mon Mar  7 16:58:11 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 6F1D116A4CF
	for <freebsd-stable@freebsd.org>;
	Mon,  7 Mar 2005 16:58:11 +0000 (GMT)
Received: from gromit.dlib.vt.edu (gromit.dlib.vt.edu [128.173.49.29])
	by mx1.FreeBSD.org (Postfix) with ESMTP id E377D43D41
	for <freebsd-stable@freebsd.org>;
	Mon,  7 Mar 2005 16:58:10 +0000 (GMT)
	(envelope-from paul@gromit.dlib.vt.edu)
Received: from zappa.Chelsea-Ct.Org (pool-151-199-89-235.roa.east.verizon.net
	[151.199.89.235])
	by gromit.dlib.vt.edu (8.13.1/8.13.1) with ESMTP id j27Gw9iJ040950
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Mon, 7 Mar 2005 11:58:10 -0500 (EST)
	(envelope-from paul@gromit.dlib.vt.edu)
Received: from zappa.Chelsea-Ct.Org (localhost.Chelsea-Ct.Org [127.0.0.1])
	by zappa.Chelsea-Ct.Org (8.13.3/8.13.3) with ESMTP id j27Gw3g7069922
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Mon, 7 Mar 2005 11:58:03 -0500 (EST)
	(envelope-from paul@gromit.dlib.vt.edu)
Received: (from paul@localhost)
	by zappa.Chelsea-Ct.Org (8.13.3/8.13.3/Submit) id j27Gw3Ng069921;
	Mon, 7 Mar 2005 11:58:03 -0500 (EST)
	(envelope-from paul@gromit.dlib.vt.edu)
X-Authentication-Warning: zappa.Chelsea-Ct.Org: paul set sender to
	paul@gromit.dlib.vt.edu using -f
From: Paul Mather <paul@gromit.dlib.vt.edu>
To: Dmitry Morozovsky <marck@rinet.ru>
In-Reply-To: <20050307151733.I4264@woozle.rinet.ru>
References: <20050307151733.I4264@woozle.rinet.ru>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Date: Mon, 07 Mar 2005 11:58:02 -0500
Message-Id: <1110214682.63484.9.camel@zappa.Chelsea-Ct.Org>
Mime-Version: 1.0
X-Mailer: Evolution 2.0.4 FreeBSD GNOME Team Port 
cc: freebsd-stable@freebsd.org
Subject: Re: RELENG_5, snapshots and disk lock time
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 07 Mar 2005 16:58:11 -0000

On Mon, 2005-03-07 at 15:21 +0300, Dmitry Morozovsky wrote:
> Dear colleagues,
> 
> dumping the snapshot of 140G ufs2 fyle system under contemporary RELENG_5 I 
> found that during mksnap_ffs file system is unresponsible even for reading for 
> more than 3 minutes (it's on modern SATA disk with 50+ MBps linear transfer). 
> Is it normal?

Oddly enough, this happened to me last night on a RELENG_5 system.  In
my case, things were so bad that mksnap_ffs appeared to wedge
everything, meaning I'll have to make a trek in to where the machine is
located and press the ol' reset button to get things going again. :-(

The machine in question makes and mounts snapshots of all its
filesystems for backup each night via Tivoli TSM.  This has worked
flawlessly for many months.  Last night, I had many BitTorrent sessions
active on the filesystem that wedged.  I guess the activity broke the
snapshot mechanism. :-(  The odd thing is that it survived the night
before, when there were also BitTorrent sessions active.

I wonder how much activity mksnap_ffs can take?

Cheers,

Paul.

PS: The problematic file system was not low on space, which could be an
issue for snapshot creation.
-- 
e-mail: paul@gromit.dlib.vt.edu

"Without music to decorate it, time is just a bunch of boring production
 deadlines or dates by which bills must be paid."
        --- Frank Vincent Zappa

From owner-freebsd-stable@FreeBSD.ORG  Mon Mar  7 17:10:11 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 49C5316A4CE
	for <freebsd-stable@freebsd.org>;
	Mon,  7 Mar 2005 17:10:11 +0000 (GMT)
Received: from obh.snafu.de (obh.snafu.de [213.73.92.34])
	by mx1.FreeBSD.org (Postfix) with ESMTP id A2A8A43D1F
	for <freebsd-stable@freebsd.org>;
	Mon,  7 Mar 2005 17:10:10 +0000 (GMT)	(envelope-from ob@gruft.de)
Received: from ob by obh.snafu.de with local (Exim 4.44 (FreeBSD))
	id 1D8Lk9-000A98-RJ
	for freebsd-stable@freebsd.org; Mon, 07 Mar 2005 18:10:09 +0100
Date: Mon, 7 Mar 2005 18:10:09 +0100
From: Oliver Brandmueller <ob@e-Gitt.NET>
To: freebsd-stable@freebsd.org
Message-ID: <20050307171009.GA37856@e-Gitt.NET>
Mail-Followup-To: freebsd-stable@freebsd.org
References: <1110213509.593.18.camel@p4-3200.local>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="r5Pyd7+fXNt84Ff3"
Content-Disposition: inline
In-Reply-To: <1110213509.593.18.camel@p4-3200.local>
User-Agent: Mutt/1.5.8i
Sender: Oliver Brandmueller <ob@gruft.de>
Subject: Re: FreeBSD 5.3 freezes under heavy hdd load
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 07 Mar 2005 17:10:11 -0000


--r5Pyd7+fXNt84Ff3
Content-Type: text/plain; charset=iso-8859-15
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hi.

On Mon, Mar 07, 2005 at 05:38:29PM +0100, cyb wrote:
> Could the freezes come from a faulty IDE hdd (which would mean that I
> better get rid of it), or are there other possiblities.

How much RAM do you have? I also had a freezing problem on a machine=20
with 4 GB of RAM. As soon as I reduced the RAM to 2 GB the machine=20
became stable. I've played around with KVA_PAGES, vm.kmem_size_max and=20
could only influence the time it took to crash the machine.

- Oliver

--=20
| 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! |

--r5Pyd7+fXNt84Ff3
Content-Type: application/pgp-signature
Content-Disposition: inline

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

iD8DBQFCLIrxiqtMdzjafykRApuYAJ9nFtrW0Rkzfumifnphhsig3shk7gCdFp4I
QQBLGLjZw4RBfIwXiGbaVcg=
=43hP
-----END PGP SIGNATURE-----

--r5Pyd7+fXNt84Ff3--

From owner-freebsd-stable@FreeBSD.ORG  Mon Mar  7 17:10:50 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: by hub.freebsd.org (Postfix, from userid 758)
	id 180D416A4CF; Mon,  7 Mar 2005 17:10:50 +0000 (GMT)
Date: Mon, 7 Mar 2005 17:10:50 +0000
From: Kris Kennaway <kris@FreeBSD.org>
To: Paul Mather <paul@gromit.dlib.vt.edu>
Message-ID: <20050307171049.GN22873@hub.freebsd.org>
References: <20050307151733.I4264@woozle.rinet.ru>
	<1110214682.63484.9.camel@zappa.Chelsea-Ct.Org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1110214682.63484.9.camel@zappa.Chelsea-Ct.Org>
User-Agent: Mutt/1.4.2.1i
cc: freebsd-stable@freebsd.org
cc: Dmitry Morozovsky <marck@rinet.ru>
Subject: Re: RELENG_5, snapshots and disk lock time
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 07 Mar 2005 17:10:50 -0000

On Mon, Mar 07, 2005 at 11:58:02AM -0500, Paul Mather wrote:
> On Mon, 2005-03-07 at 15:21 +0300, Dmitry Morozovsky wrote:
> > Dear colleagues,
> > 
> > dumping the snapshot of 140G ufs2 fyle system under contemporary RELENG_5 I 
> > found that during mksnap_ffs file system is unresponsible even for reading for 
> > more than 3 minutes (it's on modern SATA disk with 50+ MBps linear transfer). 
> > Is it normal?
> 
> Oddly enough, this happened to me last night on a RELENG_5 system.  In
> my case, things were so bad that mksnap_ffs appeared to wedge
> everything, meaning I'll have to make a trek in to where the machine is
> located and press the ol' reset button to get things going again. :-(

Yes, this is normal.  See the documentation about the snapshots
implementation (a README in the kernel source tree, I think, and paper
written by Kirk).

> The machine in question makes and mounts snapshots of all its
> filesystems for backup each night via Tivoli TSM.  This has worked
> flawlessly for many months.  Last night, I had many BitTorrent sessions
> active on the filesystem that wedged.  I guess the activity broke the
> snapshot mechanism. :-(  The odd thing is that it survived the night
> before, when there were also BitTorrent sessions active.

It's possible there are still deadlock conditions in the snapshot
code.  Some familiarity with DDB would help to diagnose this (see the
chapter on kernel debugging in the developers' handbook).  You'd need
to work with Kirk to debug these, if you're willing.

> I wonder how much activity mksnap_ffs can take?

I don't think this is the issue, directly.

Kris

From owner-freebsd-stable@FreeBSD.ORG  Mon Mar  7 17:12:44 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: by hub.freebsd.org (Postfix, from userid 758)
	id 2928B16A4CF; Mon,  7 Mar 2005 17:12:44 +0000 (GMT)
Date: Mon, 7 Mar 2005 17:12:44 +0000
From: Kris Kennaway <kris@FreeBSD.org>
To: freebsd-stable@freebsd.org
Message-ID: <20050307171244.GO22873@hub.freebsd.org>
References: <1110213509.593.18.camel@p4-3200.local>
	<20050307171009.GA37856@e-Gitt.NET>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20050307171009.GA37856@e-Gitt.NET>
User-Agent: Mutt/1.4.2.1i
Subject: Re: FreeBSD 5.3 freezes under heavy hdd load
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 07 Mar 2005 17:12:44 -0000

On Mon, Mar 07, 2005 at 06:10:09PM +0100, Oliver Brandmueller wrote:
> Hi.
> 
> On Mon, Mar 07, 2005 at 05:38:29PM +0100, cyb wrote:
> > Could the freezes come from a faulty IDE hdd (which would mean that I
> > better get rid of it), or are there other possiblities.
> 
> How much RAM do you have? I also had a freezing problem on a machine 
> with 4 GB of RAM. As soon as I reduced the RAM to 2 GB the machine 
> became stable. I've played around with KVA_PAGES, vm.kmem_size_max and 
> could only influence the time it took to crash the machine.

It is necessary to increase KSTACK_PAGES (e.g. to 4) on machines with
certain patterns of heavy disk write load to avoid double faults in
the softupdates code (softupdates has potentially unbounded call stack
and can overflow the default kernel stack size without too much
effort).  This would cause panics though, not freezes.

Kris

From owner-freebsd-stable@FreeBSD.ORG  Mon Mar  7 18:01:38 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id DE41116A4CE
	for <freebsd-stable@freebsd.org>;
	Mon,  7 Mar 2005 18:01:38 +0000 (GMT)
Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by mx1.FreeBSD.org (Postfix) with SMTP id C65C843D5C
	for <freebsd-stable@freebsd.org>;
	Mon,  7 Mar 2005 18:01:37 +0000 (GMT)	(envelope-from "cyb."@gmx.net)
Received: (qmail invoked by alias); 07 Mar 2005 18:01:36 -0000
Received: from pD9E28703.dip0.t-ipconnect.de (EHLO localhost.localdomain)
	(217.226.135.3)
	by mail.gmx.net (mp021) with SMTP; 07 Mar 2005 19:01:36 +0100
X-Authenticated: #4870692
From: cyb <"cyb."@gmx.net>
To: freebsd-stable@freebsd.org
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="=-UeC5NajMpXIc0ZylZwJD"
Date: Mon, 07 Mar 2005 19:01:35 +0100
Message-Id: <1110218495.593.23.camel@p4-3200.local>
Mime-Version: 1.0
X-Mailer: Evolution 2.0.4 FreeBSD GNOME Team Port 
X-Y-GMX-Trusted: 0
Subject: Re: FreeBSD 5.3 freezes under heavy hdd load
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 07 Mar 2005 18:01:39 -0000


--=-UeC5NajMpXIc0ZylZwJD
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Mon, 2005-03-07 at 09:54 -0700, John Nielsen wrote:
> Flaky memory or power supply are also possibilities.

On Mon, 2005-03-07 at 18:10 +0100, Oliver Brandmueller wrote:
> How much RAM do you have? I also had a freezing problem on a machine=20
> with 4 GB of RAM. As soon as I reduced the RAM to 2 GB the machine=20
> became stable. I've played around with KVA_PAGES, vm.kmem_size_max
> and=20
> could only influence the time it took to crash the machine.

I have 1GB (2x512MB) PC3200 DDR memory, memtest86 hasn't found anything.

Andreas

--=20
GnuPG key  : 0xD25FCC81  |  http://cyb.websimplex.de/pubkey.asc
Fingerprint: D182 6F22 7EEC DD4C 0F6E  564C 691B 0372 D25F CC81


--=-UeC5NajMpXIc0ZylZwJD
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

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

iD8DBQBCLJb/aRsDctJfzIERAnIyAJ4zdFKxOeGX9Z00Z8jhrYtAoYzLYgCeISZ7
rehfHCPM6MnSHDpCnaiSPhg=
=7fd2
-----END PGP SIGNATURE-----

--=-UeC5NajMpXIc0ZylZwJD--

From owner-freebsd-stable@FreeBSD.ORG  Mon Mar  7 19:21:37 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 45FE516A4CE
	for <freebsd-stable@freebsd.org>;
	Mon,  7 Mar 2005 19:21:37 +0000 (GMT)
Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com
	[66.111.4.25])	by mx1.FreeBSD.org (Postfix) with ESMTP id CC65A43D5C
	for <freebsd-stable@freebsd.org>;
	Mon,  7 Mar 2005 19:21:35 +0000 (GMT)
	(envelope-from pbowen@fastmail.fm)
Received: from frontend3.messagingengine.com (frontend3.internal
	[10.202.2.152])
	by frontend1.messagingengine.com (Postfix) with ESMTP id 3DC57C5EA37
	for <freebsd-stable@freebsd.org>;
	Mon,  7 Mar 2005 14:21:34 -0500 (EST)
X-Sasl-enc: 1meos1BckZCQdSD2cfRu7g 1110223293
Received: from [207.160.232.72] (unknown [207.160.232.72])
	by frontend3.messagingengine.com (Postfix) with ESMTP id B0D3625535
	for <freebsd-stable@freebsd.org>;
	Mon,  7 Mar 2005 14:21:33 -0500 (EST)
From: pbowen@fastmail.fm
To: freebsd-stable@freebsd.org
Date: Mon, 7 Mar 2005 13:21:28 -0600
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: <200503071321.29241.pbowen@fastmail.fm>
Subject: Floppy problems
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 07 Mar 2005 19:21:37 -0000

Sirs:

I'm having a problem doing "newfs" to a floppy on a new installation. I tried 
changing to a new floppy and get the same thing.

# fdformat -f 1440 /dev/fd0
Format 1440K floppy `/dev/fd0'? (y/n): y
Processing VVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVV done.
# bsdlabel -B -w /dev/fd0 fd1440
# newfs /dev/fd0
newfs: wtfs: 512 bytes at sector 2879: Input/output error
# newfs_msdos /dev/fd0
/dev/fd0: 2840 sectors in 355 FAT12 clusters (4096 bytes/cluster)
bps=512 spc=8 res=1 nft=2 rde=512 sec=2880 mid=0xf0 spf=2 spt=18 hds=2 hid=0
newfs_msdos: /dev/fd0: Input/output error
#

If I take a linux formatted floppy, mount it, then "ls" on the mount point, I 
can get the dir listing. Or if I "less" a file on the floppy I can read the 
contents. Any attempt to use "vi" or to write to the floppy fails with 
another "Input/Output error".

# uname -a
FreeBSD  5.3-RELEASE FreeBSD 5.3-RELEASE #0: Fri Nov  5 04:19:18 UTC 2004     
root@harlow.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC  i386
#

Can you help? TIA.

From owner-freebsd-stable@FreeBSD.ORG  Mon Mar  7 20:30:25 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 2E99916A4CE
	for <stable@freebsd.org>; Mon,  7 Mar 2005 20:30:25 +0000 (GMT)
Received: from alpha.siliconlandmark.com (alpha.siliconlandmark.com
	[209.69.98.4])	by mx1.FreeBSD.org (Postfix) with ESMTP id 77B0943D53
	for <stable@freebsd.org>; Mon,  7 Mar 2005 20:30:24 +0000 (GMT)
	(envelope-from andy@siliconlandmark.com)
Received: from alpha.siliconlandmark.com (andy@localhost [127.0.0.1])
	j27KUMIV014142
	for <stable@freebsd.org>; Mon, 7 Mar 2005 15:30:22 -0500 (EST)
	(envelope-from andy@siliconlandmark.com)
Received: from localhost (andy@localhost)j27KUMqJ014139
	for <stable@freebsd.org>; Mon, 7 Mar 2005 15:30:22 -0500 (EST)
	(envelope-from andy@siliconlandmark.com)
X-Authentication-Warning: alpha.siliconlandmark.com: andy owned process doing
	-bs
Date: Mon, 7 Mar 2005 15:30:22 -0500 (EST)
From: Andre Guibert de Bruet <andy@siliconlandmark.com>
To: stable@freebsd.org
Message-ID: <20050307152724.H85256@alpha.siliconlandmark.com>
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
Subject: Typo in UPDATING for RELENG_5
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 07 Mar 2005 20:30:25 -0000

Hi

I spotted a typo in RELENG_5's 20050302 UPDATING entry. It reads:

...
         This option has to be specified in addition to IPFIRWALL_FORWARD.
...

The option enumerated should be IPFIREWALL_FORWARD.

Regards,
Andy

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

From owner-freebsd-stable@FreeBSD.ORG  Mon Mar  7 21:05:41 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 3620016A4CE
	for <freebsd-stable@freebsd.org>;
	Mon,  7 Mar 2005 21:05:41 +0000 (GMT)
Received: from meisai.numachi.com (meisai.numachi.com [198.175.254.6])
	by mx1.FreeBSD.org (Postfix) with SMTP id 31F5143D54
	for <freebsd-stable@freebsd.org>;
	Mon,  7 Mar 2005 21:05:40 +0000 (GMT)
	(envelope-from reichert@numachi.com)
Received: (qmail 37685 invoked from network); 7 Mar 2005 21:05:39 -0000
Received: from natto.numachi.com (198.175.254.216)
  by meisai.numachi.com with SMTP; 7 Mar 2005 21:05:39 -0000
Received: (qmail 34423 invoked by uid 1001); 7 Mar 2005 21:05:39 -0000
Date: Mon, 7 Mar 2005 16:05:39 -0500
From: Brian Reichert <reichert@numachi.com>
To: Kris Kennaway <kris@FreeBSD.org>
Message-ID: <20050307210539.GJ90757@numachi.com>
References: <1110213509.593.18.camel@p4-3200.local>
	<20050307171009.GA37856@e-Gitt.NET> <20050307171244.GO22873@hub.freebsd.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20050307171244.GO22873@hub.freebsd.org>
User-Agent: Mutt/1.5.7i
cc: freebsd-stable@freebsd.org
Subject: Re: FreeBSD 5.3 freezes under heavy hdd load
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 07 Mar 2005 21:05:41 -0000

On Mon, Mar 07, 2005 at 05:12:44PM +0000, Kris Kennaway wrote:
> It is necessary to increase KSTACK_PAGES (e.g. to 4) on machines with
> certain patterns of heavy disk write load to avoid double faults in
> the softupdates code (softupdates has potentially unbounded call stack
> and can overflow the default kernel stack size without too much
> effort).

Can these 'certain patterns' be characterized?  I've got a system
that hangs on haavy rsync usage, where the file sizes can me measured
in a half-gig or more...

> This would cause panics though, not freezes.

I can't tell remotely if all of my hangs are panics, as it's a
remote box.  Once, on the console of a hung box, I found

  panic: worklist_remove: not on list

This box did not reboot of it's own accord, and has wedged again
under a similar workload...

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

-- 
Brian Reichert				<reichert@numachi.com>
55 Crystal Ave. #286			Daytime number: (603) 434-6842
Derry NH 03038-1725 USA			BSD admin/developer at large	

From owner-freebsd-stable@FreeBSD.ORG  Mon Mar  7 21:26:35 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 3DEFF16A4D5; Mon,  7 Mar 2005 21:26:35 +0000 (GMT)
Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 37A2043D3F; Mon,  7 Mar 2005 21:26:34 +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 j27LQ7BA036727;
	Mon, 7 Mar 2005 13:26:12 -0800 (PST)
	(envelope-from truckman@FreeBSD.org)
Message-Id: <200503072126.j27LQ7BA036727@gw.catspoiler.org>
Date: Mon, 7 Mar 2005 13:26:07 -0800 (PST)
From: Don Lewis <truckman@FreeBSD.org>
To: freebsd@chillt.de
In-Reply-To: <200503070427.j274RbEu034541@gw.catspoiler.org>
MIME-Version: 1.0
Content-Type: TEXT/plain; charset=us-ascii
cc: deischen@FreeBSD.org
cc: freebsd-stable@FreeBSD.org
Subject: Re: I can not surf on Flash powered sites.
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 07 Mar 2005 21:26:35 -0000

On  6 Mar, Don Lewis wrote:

> Flash 6 sometimes works for me, but sometimes it segfaults.

[ snip ]
> firefox-1.0.1_1,1
> linux-flashplugin-6.0r79_2
> linuxpluginwrapper-20050119_1
> linux_base-8-8.0_6

Here's another stack trace:

Program received signal SIGSEGV, Segmentation fault.
0x29fa64d2 in ?? () from /usr/local/lib/linux-flashplugin6/libflashplayer.so
(gdb) whre
Undefined command: "whre".  Try "help".
(gdb) where
#0  0x29fa64d2 in ?? ()
   from /usr/local/lib/linux-flashplugin6/libflashplayer.so
#1  0x29fa69e8 in ?? ()
   from /usr/local/lib/linux-flashplugin6/libflashplayer.so
#2  0x281a8c3b in nsCOMPtr_base::~nsCOMPtr_base ()
   from /usr/X11R6/lib/firefox/libxpcom.so
#3  0x293f6a18 in nsHTMLPluginObjElementSH::GetPluginJSObject ()
   from /usr/X11R6/lib/firefox/components/libgklayout.so
#4  0x293f5ed2 in nsHTMLExternalObjSH::PostCreate ()
   from /usr/X11R6/lib/firefox/components/libgklayout.so
#5  0x28bc2067 in XPCWrappedNative::GetNewOrUsed ()
   from /usr/X11R6/lib/firefox/components/libxpconnect.so
#6  0x28bb09fc in XPCConvert::NativeInterface2JSObject ()
   from /usr/X11R6/lib/firefox/components/libxpconnect.so
#7  0x28ba6f42 in nsXPConnect::WrapNative ()
   from /usr/X11R6/lib/firefox/components/libxpconnect.so
#8  0x293e7216 in nsDOMClassInfo::WrapNative ()
   from /usr/X11R6/lib/firefox/components/libgklayout.so
#9  0x293f2775 in nsNamedArraySH::GetProperty ()
   from /usr/X11R6/lib/firefox/components/libgklayout.so
#10 0x28bc9b79 in xpc_MarkForValidWrapper ()
   from /usr/X11R6/lib/firefox/components/libxpconnect.so
#11 0x280c9658 in js_GetProperty () from /usr/X11R6/lib/firefox/libmozjs.so
#12 0x280bdc25 in js_Interpret () from /usr/X11R6/lib/firefox/libmozjs.so
#13 0x280b7bcf in js_Execute () from /usr/X11R6/lib/firefox/libmozjs.so
#14 0x28097284 in JS_EvaluateUCScriptForPrincipals ()
   from /usr/X11R6/lib/firefox/libmozjs.so
#15 0x293c2cc6 in nsJSContext::EvaluateString ()
   from /usr/X11R6/lib/firefox/components/libgklayout.so
#16 0x293fe972 in nsJSThunk::EvaluateScript ()
   from /usr/X11R6/lib/firefox/components/libgklayout.so
#17 0x293ff3fb in nsJSChannel::InternalOpen ()
   from /usr/X11R6/lib/firefox/components/libgklayout.so
#18 0x293ff360 in nsJSChannel::AsyncOpen ()
   from /usr/X11R6/lib/firefox/components/libgklayout.so
#19 0x296c95f4 in nsPluginHostImpl::NewPluginURLStream ()
   from /usr/X11R6/lib/firefox/components/libgkplugin.so
#20 0x296c2082 in nsPluginHostImpl::GetURLWithHeaders ()
   from /usr/X11R6/lib/firefox/components/libgkplugin.so
#21 0x296c1d64 in nsPluginHostImpl::GetURL ()
   from /usr/X11R6/lib/firefox/components/libgkplugin.so
#22 0x296b6cfe in MakeNew4xStreamInternal ()
   from /usr/X11R6/lib/firefox/components/libgkplugin.so
#23 0x296b6dcf in MakeNew4xStreamInternal ()
   from /usr/X11R6/lib/firefox/components/libgkplugin.so
#24 0x29fab77d in ?? ()
   from /usr/local/lib/linux-flashplugin6/libflashplayer.so
#25 0x29faa4af in ?? ()
   from /usr/local/lib/linux-flashplugin6/libflashplayer.so
#26 0x29fa8d20 in ?? ()
   from /usr/local/lib/linux-flashplugin6/libflashplayer.so
#27 0x29f51c79 in ?? ()
   from /usr/local/lib/linux-flashplugin6/libflashplayer.so
#28 0x29f49fac in ?? ()
   from /usr/local/lib/linux-flashplugin6/libflashplayer.so
#29 0x29f4a873 in ?? ()
   from /usr/local/lib/linux-flashplugin6/libflashplayer.so
#30 0x29f74dd5 in ?? ()
   from /usr/local/lib/linux-flashplugin6/libflashplayer.so
#31 0x29fa9ad5 in ?? ()
   from /usr/local/lib/linux-flashplugin6/libflashplayer.so
#32 0x28a9fe8b in XtAppProcessEvent () from /usr/X11R6/lib/libXt.so.6
#33 0x28a78b78 in _init () from /usr/X11R6/lib/firefox/libgtkxtbin.so
#34 0x28863b71 in g_timeout_dispatch (source=0x8df7480, 
    callback=0x28a78b3c <_init+1680>, user_data=0x8aa3000) at gmain.c:3301
#35 0x288615cb in g_main_dispatch (context=0x8090c80) at gmain.c:1942
#36 0x28862408 in g_main_context_dispatch (context=0x8090c80) at gmain.c:2492
#37 0x28862802 in g_main_context_iterate (context=0x8090c80, block=1, 
    dispatch=1, self=0x80bece0) at gmain.c:2573
#38 0x28862e3c in g_main_loop_run (loop=0x8203170) at gmain.c:2777
#39 0x283e1edf in gtk_main () from /usr/X11R6/lib/libgtk-x11-2.0.so.400
#40 0x28b02088 in nsAppShell::Run ()
   from /usr/X11R6/lib/firefox/components/libwidget_gtk2.so
#41 0x28a42082 in nsAppShellService::Run ()
   from /usr/X11R6/lib/firefox/components/libnsappshell.so
#42 0x80522ba in xre_main ()
#43 0x804d128 in main ()
#44 0x804d056 in _start ()

From owner-freebsd-stable@FreeBSD.ORG  Mon Mar  7 21:28:25 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: by hub.freebsd.org (Postfix, from userid 758)
	id 52D9916A4CF; Mon,  7 Mar 2005 21:28:25 +0000 (GMT)
Date: Mon, 7 Mar 2005 21:28:25 +0000
From: Kris Kennaway <kris@FreeBSD.org>
To: Brian Reichert <reichert@numachi.com>
Message-ID: <20050307212825.GB34940@hub.freebsd.org>
References: <1110213509.593.18.camel@p4-3200.local>
	<20050307171009.GA37856@e-Gitt.NET> <20050307171244.GO22873@hub.freebsd.org>
	<20050307210539.GJ90757@numachi.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20050307210539.GJ90757@numachi.com>
User-Agent: Mutt/1.4.2.1i
cc: Kris Kennaway <kris@FreeBSD.org>
cc: freebsd-stable@freebsd.org
Subject: Re: FreeBSD 5.3 freezes under heavy hdd load
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 07 Mar 2005 21:28:25 -0000

On Mon, Mar 07, 2005 at 04:05:39PM -0500, Brian Reichert wrote:
> On Mon, Mar 07, 2005 at 05:12:44PM +0000, Kris Kennaway wrote:
> > It is necessary to increase KSTACK_PAGES (e.g. to 4) on machines with
> > certain patterns of heavy disk write load to avoid double faults in
> > the softupdates code (softupdates has potentially unbounded call stack
> > and can overflow the default kernel stack size without too much
> > effort).
> 
> Can these 'certain patterns' be characterized?

Probably combinations of lots of writes and removes of directories.

> I've got a system
> that hangs on haavy rsync usage, where the file sizes can me measured
> in a half-gig or more...
> 
> > This would cause panics though, not freezes.
> 
> I can't tell remotely if all of my hangs are panics, as it's a
> remote box.  Once, on the console of a hung box, I found
> 
>   panic: worklist_remove: not on list
> 
> This box did not reboot of it's own accord, and has wedged again
> under a similar workload...

That's probably different - as I said, the problem I'm talking about
causes double faults.

Kris

From owner-freebsd-stable@FreeBSD.ORG  Tue Mar  8 02:10:38 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 0904B16A4CE
	for <stable@freebsd.org>; Tue,  8 Mar 2005 02:10:38 +0000 (GMT)
Received: from smtp06.wanadoo.nl (smtp06.wanadoo.nl [194.134.35.146])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 9777043D31
	for <stable@freebsd.org>; Tue,  8 Mar 2005 02:10:37 +0000 (GMT)
	(envelope-from laura@home.nl)
Received: from kvnr8 (p0540.nas4-asd2.dial.wanadoo.nl [81.68.38.32])
	by smtp6.wanadoo.nl (Postfix) with ESMTP id 119562663A
	for <stable@freebsd.org>; Tue,  8 Mar 2005 03:10:19 +0100 (CET)
From: "laura" <laura@home.nl>
To: stable@freebsd.org
Content-Type: text/plain;
	charset="US-ASCII"
Date: Tue, 8 Mar 2005 03:10:25 +0100
X-Priority: 3
Message-Id: <20050308021019.119562663A@smtp6.wanadoo.nl>
Subject: http://lach.flappie.nl
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: laura@home.nl
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 08 Mar 2005 02:10:38 -0000

Kijk eens, mn broertje heeft voor mij een site gemaakt.

http://lach.flappie.nl

kusjes Laura

From owner-freebsd-stable@FreeBSD.ORG  Tue Mar  8 02:58:15 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 4207916A4CE
	for <stable@freebsd.org>; Tue,  8 Mar 2005 02:58:15 +0000 (GMT)
Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 2976D43D2F
	for <stable@freebsd.org>; Tue,  8 Mar 2005 02:58:15 +0000 (GMT)
	(envelope-from dwhite@gumbysoft.com)
Received: by carver.gumbysoft.com (Postfix, from userid 1000)
	id 2014C72DD9; Mon,  7 Mar 2005 18:58:15 -0800 (PST)
Received: from localhost (localhost [127.0.0.1])
	by carver.gumbysoft.com (Postfix) with ESMTP id 1B44872DD8;
	Mon,  7 Mar 2005 18:58:15 -0800 (PST)
Date: Mon, 7 Mar 2005 18:58:15 -0800 (PST)
From: Doug White <dwhite@gumbysoft.com>
To: "Robin P. Blanchard" <robin.blanchard@gactr.uga.edu>
In-Reply-To: <9B5C1FCAFB35084787C21EFFFA78DD9EF12F47@EBE1.gc.nat>
Message-ID: <20050307185718.U32508@carver.gumbysoft.com>
References: <9B5C1FCAFB35084787C21EFFFA78DD9EF12F47@EBE1.gc.nat>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
cc: stable@freebsd.org
Subject: RE: Dell pe1550 (smp) on RELENG_5 ?
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 08 Mar 2005 02:58:15 -0000

On Mon, 7 Mar 2005, Robin P. Blanchard wrote:

> It seems that disabling NO_MIXED_MODE allows the 1550s to succesfully operate
> in smp mode.

Yes, a machine that old I would not expect to work with this option. Since
it isn't the default I'll chock this up to PEBKAC :)


-- 
Doug White                    |  FreeBSD: The Power to Serve
dwhite@gumbysoft.com          |  www.FreeBSD.org

From owner-freebsd-stable@FreeBSD.ORG  Tue Mar  8 03:04:21 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 1D4D416A4CE
	for <freebsd-stable@freebsd.org>;
	Tue,  8 Mar 2005 03:04:21 +0000 (GMT)
Received: from server.tmk.com (server.tmk.com [204.141.35.63])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 4CE7643D48
	for <freebsd-stable@freebsd.org>;
	Tue,  8 Mar 2005 03:04:18 +0000 (GMT)	(envelope-from terry@tmk.com)
Received: from tmk.com by tmk.com (PMDF V6.2-X27 #37010)
 id <01LLMI1DXGYO004H9Z@tmk.com> for freebsd-stable@freebsd.org; Mon,
 07 Mar 2005 22:04:16 -0400 (EDT)
Date: Mon, 07 Mar 2005 21:51:15 -0400 (EDT)
From: Terry Kennedy <terry@tmk.com>
To: freebsd-stable@freebsd.org
Message-id: <01LLMIICQ7RE004H9Z@tmk.com>
MIME-version: 1.0
Content-type: TEXT/PLAIN; CHARSET=us-ascii
Subject: Apparent interrupt routing problem in 5.4-PRERELEASE
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 08 Mar 2005 03:04:21 -0000

  I've communicated with a few people about this off-list, and it was sug-
gested I give the issue some wider exposure on this list in the hope of
having it addressed for 5.4-RELEASE. It may or not be related to the other
interrupt storm problems some people are seeing.

  I have a number of systems running the latest 5-STABLE (as of 4 PM today
or so). I've been seeing this issue for quite some time, though (5.3-RELEASE
at least, though I don't remember it happening in 5.2.1-RELEASE).

  The first symptom is that at boot time, I see these messages:

Interrupt storm detected on "irq16: uhci0"; throttling interrupt source
Interrupt storm detected on "irq17: ichsmb0"; throttling interrupt source

  Next, during the whole time the system is up, a "systat -v" shows that my
uhci0 and ichsmb0 devices have active interrupt counts (despite no activity
on them) which happen to *exactly* correspond with "real" interrupt activity
on other devices.

  The motherboards are Tyan S2721-533's. The rest should be apparent from the
dmesg output.

  I'm attaching two consecutive screen captures of the systat -v output as
well as the dmesg output.

  This happens on both SMP and UP (with a UP kernel) configs, and also with
or without ACPI enabled (by option at boot time).

  Let me know if anyone needs further information to help diagnose this. I
can also provide remote access to a test system if a developer needs it.

        Terry Kennedy             http://www.tmk.com
        terry@tmk.com             New York, NY USA

    3 users    Load  0.00  0.00  0.00                  Mar  7 21:57

Mem:KB    REAL            VIRTUAL                     VN PAGER  SWAP PAGER
        Tot   Share      Tot    Share    Free         in  out     in  out
Act   19276    3368    62804     4176 2873112 count         1
All 1108320    6276  3306404     8148         pages         1
                                                          zfod   Interrupts
Proc:r  p  d  s  w    Csw  Trp  Sys  Int  Sof  Flt        cow    7244 total
             35     15923    1 663810513  230      213256 wire        1: atkb
                                                    12032 act         6: fdc0
 8.1%Sys   3.7%Intr  0.2%User  0.0%Nice 87.9%Idl   884388 inact   128 8: rtc
|    |    |    |    |    |    |    |    |    |            cache       12: psm
====++                                            2873112 free        13: npx
                                                          daefr       15: ata
Namei         Name-cache    Dir-cache                     prcfr  3175 16: uhc
    Calls     hits    %     hits    %                     react   332 17: ich
                                                          pdwak       24: twa
                                                          pdpgs  3175 48: em0
Disks   da0   da1   sa0 pass0 pass1 pass2                 intrn   332 72: twa
KB/t   9.67   127  0.00  0.00  0.00  0.00          114464 buf         98: ahd
tps       2   167     0     0     0     0               9 dirty       99: ahd
MB/s   0.02 20.62  0.00  0.00  0.00  0.00          100000 desir   100e0: clk
% busy    0    71     0     0     0     0           64552 numvnodes
                                                    14155 freevnodes

    3 users    Load  0.07  0.02  0.00                  Mar  7 21:57

Mem:KB    REAL            VIRTUAL                     VN PAGER  SWAP PAGER
        Tot   Share      Tot    Share    Free         in  out     in  out
Act   19276    3368    62804     4176 2552792 count
All 1428640    6276  3821844     8148         pages
                                                          zfod   Interrupts
Proc:r  p  d  s  w    Csw  Trp  Sys  Int  Sof  Flt        cow    7610 total
             35     16686    2 696811000  237      213324 wire        1: atkb
                                                    12040 act         6: fdc0
 9.2%Sys   3.7%Intr  0.4%User  0.0%Nice 86.8%Idl  1204632 inact   128 8: rtc
|    |    |    |    |    |    |    |    |    |            cache       12: psm
=====+>                                           2552792 free        13: npx
                                                          daefr       15: ata
Namei         Name-cache    Dir-cache                     prcfr  3344 16: uhc
    Calls     hits    %     hits    %                     react   347 17: ich
                                                          pdwak       24: twa
                                                          pdpgs  3344 48: em0
Disks   da0   da1   sa0 pass0 pass1 pass2                 intrn   347 72: twa
KB/t   0.00   127  0.00  0.00  0.00  0.00          114464 buf         98: ahd
tps       0   174     0     0     0     0               9 dirty       99: ahd
MB/s   0.00 21.69  0.00  0.00  0.00  0.00          100000 desir   100e0: clk
% busy    0    69     0     0     0     0           64552 numvnodes
                                                    14150 freevnodes

Copyright (c) 1992-2005 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
	The Regents of the University of California. All rights reserved.
FreeBSD 5.4-PRERELEASE #0: Mon Mar  7 16:15:22 EST 2005
    terry@rz1.tmk.com:/usr/obj/usr/src/sys/RAIDZILLA-SMP
ACPI APIC Table: <A M I  OEMAPIC >
Timecounter "i8254" frequency 1193182 Hz quality 0
CPU: Intel(R) Xeon(TM) CPU 3.06GHz (3065.81-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>
real memory  = 4160684032 (3967 MB)
avail memory = 4073807872 (3885 MB)
FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs
 cpu0 (BSP): APIC ID:  0
 cpu1 (AP): APIC ID:  6
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: <math processor> on motherboard
npx0: INT 16 interface
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
acpi_throttle0: <ACPI CPU Throttling> on cpu0
cpu1: <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
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.35> port 0xd880-0xd8bf mem 0xfe9c0000-0xfe9dffff irq 48 at device 1.0 on pci7
em0: Ethernet address: 00:e0:81:28:94:d6
em0:  Speed:N/A  Duplex:N/A
em1: <Intel(R) PRO/1000 Network Connection, Version - 1.7.35> port 0xdc00-0xdc3f mem 0xfe9e0000-0xfe9fffff irq 49 at device 1.1 on pci7
em1: Ethernet address: 00:e0:81:28:94:d7
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
3ware device driver for 9000 series storage controllers, version: 2.50.02.012
twa0: <3ware 9000 series Storage Controller> port 0xc800-0xc8ff mem 0xfb800000-0xfbffffff,0xfe8ffc00-0xfe8ffcff irq 24 at device 3.0 on pci6
twa0: INFO: (0x04: 0x0055): Battery charging started: 
twa0: 8 ports, Firmware FE9X 2.04.00.005, BIOS BE9X 2.03.01.047
pcib4: <ACPI PCI-PCI bridge> at device 3.0 on pci0
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
ahd0: <Adaptec AIC7902 Ultra320 SCSI adapter> port 0xa800-0xa8ff,0xb000-0xb0ff mem 0xfe6fc000-0xfe6fdfff irq 98 at device 2.0 on pci4
aic7902: Ultra320 Wide Channel A, SCSI Id=7, PCI-X 67-100Mhz, 512 SCBs
ahd1: <Adaptec AIC7902 Ultra320 SCSI adapter> port 0xb400-0xb4ff,0xb800-0xb8ff mem 0xfe6fe000-0xfe6fffff irq 99 at device 2.1 on pci4
aic7902: Ultra320 Wide Channel B, SCSI Id=7, PCI-X 67-100Mhz, 512 SCBs
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
twa1: <3ware 9000 series Storage Controller> port 0x9800-0x98ff mem 0xfa000000-0xfa7fffff,0xfe3ffc00-0xfe3ffcff irq 72 at device 3.0 on pci3
twa1: INFO: (0x04: 0x0055): Battery charging started: 
twa1: INFO: (0x04: 0x0053): Battery capacity test is overdue: 
twa1: 8 ports, Firmware FE9X 2.04.00.005, BIOS BE9X 2.03.01.047
uhci0: <Intel 82801CA/CAM (ICH3) USB controller USB-A> port 0xec00-0xec1f irq 16 at device 29.0 on pci0
usb0: <Intel 82801CA/CAM (ICH3) USB controller USB-A> on uhci0
usb0: USB revision 1.0
uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub0: 2 ports with 2 removable, self powered
pcib7: <ACPI PCI-PCI bridge> at device 30.0 on pci0
pci1: <ACPI PCI bus> on pcib7
fxp0: <Intel 82551 Pro/100 Ethernet> port 0x8c00-0x8c3f mem 0xfe2a0000-0xfe2bffff,0xfe2fe000-0xfe2fefff 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:93:fb
pci1: <display, VGA> at device 2.0 (no driver attached)
isab0: <PCI-ISA bridge> at device 31.0 on pci0
isa0: <ISA bus> on isab0
atapci0: <Intel ICH3 UDMA100 controller> port 0xffa0-0xffaf,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0
ata0: channel #0 on atapci0
ata1: channel #1 on atapci0
ichsmb0: <Intel 82801CA (ICH3) SMBus controller> port 0x540-0x55f at device 31.3 on pci0
smbus0: <System Management Bus> on ichsmb0
smb0: <SMBus generic I/O> on smbus0
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
psm0: <PS/2 Mouse> irq 12 on atkbdc0
psm0: model Generic PS/2 mouse, device ID 0
sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0
sio0: type 16550A
sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0
sio1: type 16550A
fdc0: <floppy drive controller (FDE)> port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0
fd0: <1440-KB 3.5" drive> on fdc0 drive 0
ppc0: <Standard parallel printer port> port 0x378-0x37f irq 7 on acpi0
ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode
ppbus0: <Parallel port bus> on ppc0
lpt0: <Printer> on ppbus0
lpt0: Interrupt-driven port
pmtimer0 on isa0
orm0: <ISA Option ROMs> at iomem 0xcd000-0xce7ff,0xcb800-0xccfff,0xcb000-0xcb7ff,0xc9800-0xcafff,0xc8000-0xc97ff,0xc0000-0xc7fff 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
acd0: CDROM <CD-224E/1.9A> at ata1-master UDMA33
Waiting 15 seconds for SCSI devices to settle
Interrupt storm detected on "irq16: uhci0"; throttling interrupt source
Interrupt storm detected on "irq17: ichsmb0"; throttling interrupt source
sa0 at ahd0 bus 0 target 6 lun 0
sa0: <QUANTUM DLT8000 0259> Removable Sequential Access SCSI-2 device 
sa0: 20.000MB/s transfers (10.000MHz, offset 15, 16bit)
SMP: AP CPU #1 Launched!
da0 at twa0 bus 0 target 0 lun 0
da0: <3ware Logical Disk 00 1.00> Fixed Direct Access SCSI-0 device 
da0: 100.000MB/s transfers
da0: 2288754MB (4687368192 512 byte sectors: 255H 63S/T 291775C)
da1 at twa1 bus 0 target 0 lun 0
da1: <3ware Logical Disk 00 1.00> Fixed Direct Access SCSI-0 device 
da1: 100.000MB/s transfers
da1: 2288754MB (4687368192 512 byte sectors: 255H 63S/T 291775C)

From owner-freebsd-stable@FreeBSD.ORG  Tue Mar  8 03:11:43 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 7F2F916A4CE; Tue,  8 Mar 2005 03:11:43 +0000 (GMT)
Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 6531C43D2D; Tue,  8 Mar 2005 03:11:43 +0000 (GMT)
	(envelope-from dwhite@gumbysoft.com)
Received: by carver.gumbysoft.com (Postfix, from userid 1000)
	id 5583472DD8; Mon,  7 Mar 2005 19:11:43 -0800 (PST)
Received: from localhost (localhost [127.0.0.1])
	by carver.gumbysoft.com (Postfix) with ESMTP id 5029372DCB;
	Mon,  7 Mar 2005 19:11:43 -0800 (PST)
Date: Mon, 7 Mar 2005 19:11:43 -0800 (PST)
From: Doug White <dwhite@gumbysoft.com>
To: Simon Barner <barner@FreeBSD.org>
In-Reply-To: <20050307123403.GB72839@zi025.glhnet.mhn.de>
Message-ID: <20050307191129.D32508@carver.gumbysoft.com>
References: <4225FE0B.1000604@toya.net.pl>
	<200503031043.52675.doconnor@gsoft.com.au>
	<20050304232948.X4084@carver.gumbysoft.com>
	<20050307123403.GB72839@zi025.glhnet.mhn.de>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
cc: stable@freebsd.org
cc: Mateusz J?drasik <imachine@toya.net.pl>
Subject: Re: ueagle(4) driver merging
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 08 Mar 2005 03:11:43 -0000

On Mon, 7 Mar 2005, Simon Barner wrote:

> Doug White wrote:
> [...]
> > You'll also need to find a committer willing to do the work to actually
> > perform the integration and testing, review the licensing, etc.
>
> I think finding a committer should not be too difficult, because Damien
> Bergamini became a FreeBSD committer on March 3rd (damien@) :-)

Perfect!

-- 
Doug White                    |  FreeBSD: The Power to Serve
dwhite@gumbysoft.com          |  www.FreeBSD.org

From owner-freebsd-stable@FreeBSD.ORG  Tue Mar  8 03:15:28 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 37F6E16A4CE
	for <freebsd-stable@freebsd.org>;
	Tue,  8 Mar 2005 03:15:28 +0000 (GMT)
Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 0BF8043D2D
	for <freebsd-stable@freebsd.org>;
	Tue,  8 Mar 2005 03:15:28 +0000 (GMT)
	(envelope-from dwhite@gumbysoft.com)
Received: by carver.gumbysoft.com (Postfix, from userid 1000)
	id 005D772DD8; Mon,  7 Mar 2005 19:15:27 -0800 (PST)
Received: from localhost (localhost [127.0.0.1])
	by carver.gumbysoft.com (Postfix) with ESMTP id F1E7C72DCB;
	Mon,  7 Mar 2005 19:15:27 -0800 (PST)
Date: Mon, 7 Mar 2005 19:15:27 -0800 (PST)
From: Doug White <dwhite@gumbysoft.com>
To: pcasidy@casidy.com
In-Reply-To: <20050307155713.E991EB86C@smtp.casidy.net>
Message-ID: <20050307191149.T32508@carver.gumbysoft.com>
References: <20050307155713.E991EB86C@smtp.casidy.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
cc: freebsd-stable@freebsd.org
Subject: Re: if_bfe/uhci: storm interrupt Fatal trap 12
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 08 Mar 2005 03:15:28 -0000

On Mon, 7 Mar 2005 pcasidy@casidy.com wrote:

> On  4 Mar, Doug White wrote:
>
> >
> > Hm ... dunno. You might try one of the RELENG_5 snapshots that will be
> > coming out shortly as we get into the 5.4-R release cycle. There is some
> > improvements to interrupt routing in there.
> >
>
> In fact I have try the CURRENT SNAP (2005 february snap) because I can
> get a call stack.
>
> Here is the steps I perform to get to the call stack.
>
> 1- I boot with the snapshot miniinst
> 2- Selecting keymap (french accent)
> 3- Fixit mode
> 4- Emergency shell
> 5- using Alt-F4 to go to the terminal
> 6- typing: "ifconfig bfe0 192.168.1.1" => the shell freeze
> 7- using Alt-F1 to go back to the 1st terminal where there is a panic
>    message:
>    <<<<<<< handwritten typescript
> cpuid = 0
> KDB: enter: panic
> [thread pid 29 tid 100030 ]
> Stopped at      kdb_enter+0x2b: nop
> db> where  -- command entered
> Tracing pid 29 tid 100030 td 0xc2ff1000
> kdb_enter(c0823108) at kdb_enter+0x2b
> panic(c083ca28,deadc000,c07c9462,0,80000000) at panic+0x127
> vm_fault(c1459000,deadc000,1,0,c2ff1000) at vm_fault+0x1e1
> trap_pfault(e5e61c50,0,deadc0ee) at trap_pfault+0x13b
> trap(c0830018,10,10,c3105000,c3102400) at trap+0x335
> calltrap() at calltrap+0x5
> --- trap 0xc, eip = 0xc07a810, esp = 0xe5e61c90, ebp = 0xe5e61c98 ---
> _bus_dmamap_unload(c3102400,c3104540) at _bus_dmamap_unload+0x16
> bfe_rx_ring_free(c3105000,c3105000,c3105000,e5e61cd8,c04dd0a3) at
>    bfe_rx_ring_free+0x50
> bfe_stop(c3105000,400,c3105000,e5e61cf4,c04dcae7) at bfe_stop+0x45
> bfe_init_locked(c3105000) at bfe_init_locked+0x33
> bfe_intr(c3105000) at bfe_intr+0x9f
> ithread_loop(c2fe9500,e5e61d48,c2fe9500,c0601a54,0) at
>    ithread_loop+0x120
> fork_exit(c0601a54,c2fe9500,e5e61d48) at fork_exit+0xa4
> fork_trampoline() at fork_trampoline+0x8
> --- trap 0x1, eip = 0, esp = 0xe5e61d7c, ebp = 0 ---
> db>
>     >>>>>>
>

Thanks for the detailed message. I didn't realize that we'd enabled DDB in
the snapshot kernel :)

Anyway this looks like a bug in the bfe driver.  It appears to be trying
to free a DMA map that is either unallocated or got spammed.  You may want
to repost this to freebsd-current@freebsd.org and use a subject like
"Use-after-free in bfe" since I think the interrupt storm message is
secondary.

A capture of boot -v might also be useful, or at minumum anything the bfe
driver output during boot ('dmesg | grep bfe' might work with the fixit
disc). A crashdump would be nice too, but you'd likely need to find a
different network adapter.

-- 
Doug White                    |  FreeBSD: The Power to Serve
dwhite@gumbysoft.com          |  www.FreeBSD.org

From owner-freebsd-stable@FreeBSD.ORG  Tue Mar  8 03:21:10 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id CD6BB16A4CE
	for <stable@freebsd.org>; Tue,  8 Mar 2005 03:21:10 +0000 (GMT)
Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50])
	by mx1.FreeBSD.org (Postfix) with ESMTP id A10E643D5F
	for <stable@freebsd.org>; Tue,  8 Mar 2005 03:21:10 +0000 (GMT)
	(envelope-from dwhite@gumbysoft.com)
Received: by carver.gumbysoft.com (Postfix, from userid 1000)
	id 979E872DD8; Mon,  7 Mar 2005 19:21:10 -0800 (PST)
Received: from localhost (localhost [127.0.0.1])
	by carver.gumbysoft.com (Postfix) with ESMTP id 924E972DCB;
	Mon,  7 Mar 2005 19:21:10 -0800 (PST)
Date: Mon, 7 Mar 2005 19:21:10 -0800 (PST)
From: Doug White <dwhite@gumbysoft.com>
To: sthaug@nethelp.no
In-Reply-To: <21136.1110016329@bizet.nethelp.no>
Message-ID: <20050307191901.H32508@carver.gumbysoft.com>
References: <20050304233814.U4084@carver.gumbysoft.com>
	<21136.1110016329@bizet.nethelp.no>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
cc: stable@freebsd.org
Subject: Re: 1000baseTX?
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 08 Mar 2005 03:21:10 -0000

On Sat, 5 Mar 2005 sthaug@nethelp.no wrote:

> > > In man pages, dmesg and ifconfig of FreeBSD5, GbE operation over
> > > twisted pair is mostly referred as '1000baseTX'.  I guess most of them
> > > should be replaced by '1000baseT'.  1000base"TX" and 1000base"T" are
> > > different standard and they are not compatible ("TX" needs CAT6 cable
> > > and uses pairs in different way).  Also 1000baseTX support is very
> > > rare yet.  I'm sorry I'm not sure if some devices really support "TX".
> >
> > Do you have any documentation to back up this claim?
>
> 1000baseTX was an attempt at producing less expensive hardware (NICs
> etc) that could be used with Cat6 cabling. It is basically dead, and
> was never blessed by the IEEE.
>
> The IEEE is quite clear on the fact that Gigabit Ethernet on Cat5 UTP
> is called 1000Base-T. See for instance Chapter 34, "Introduction to
> 1000 Mb/s baseband network", in IEEE 802.3-2002, available from
>
> 	http://standards.ieee.org/getieee802/802.3.html
>
> So using 1000baseTX as the name in FreeBSD is clearly wrong.

Thanks for doing the research on this. Its too bad that this is in a
user-visible knob, so changing it would break scripts.  We could create an
alias for it, but that'd log an already busy mediatypes list.

Considering that has been that way since 4.x and this is the first
complaint I've heard of, I'm tempted to let it slide, at least for 5.x.
6.x could probably get away with it if someone offered the megapatch to
fix all the drivers (or whatever code does the mediatype foo).

-- 
Doug White                    |  FreeBSD: The Power to Serve
dwhite@gumbysoft.com          |  www.FreeBSD.org

From owner-freebsd-stable@FreeBSD.ORG  Tue Mar  8 09:34:09 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 3543416A4D3
	for <freebsd-stable@freebsd.org>;
	Tue,  8 Mar 2005 09:34:09 +0000 (GMT)
Received: from mail02.syd.optusnet.com.au (mail02.syd.optusnet.com.au
	[211.29.132.183])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 38DA143D2D
	for <freebsd-stable@freebsd.org>;
	Tue,  8 Mar 2005 09:34:08 +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])
	j289Y6uj017729
	(version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO)
	for <freebsd-stable@freebsd.org>; Tue, 8 Mar 2005 20:34:06 +1100
Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au
	[127.0.0.1])j289Y57l013543	for <freebsd-stable@freebsd.org>;
	Tue, 8 Mar 2005 20:34:05 +1100 (EST)
	(envelope-from pjeremy@cirb503493.alcatel.com.au)
Received: (from pjeremy@localhost)
	by cirb503493.alcatel.com.au (8.12.10/8.12.9/Submit) id j289Y52w013542
	for freebsd-stable@freebsd.org; Tue, 8 Mar 2005 20:34:05 +1100 (EST)
	(envelope-from pjeremy)
Date: Tue, 8 Mar 2005 20:34:05 +1100
From: Peter Jeremy <PeterJeremy@optushome.com.au>
To: freebsd-stable@freebsd.org
Message-ID: <20050308093405.GV57256@cirb503493.alcatel.com.au>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.4.2i
Subject: alpm0: Could not allocate Bus space
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 08 Mar 2005 09:34:09 -0000

I'm trying to resurrect an Asus P5A-B system and the power management
is failing.  The relevant parts of the dmesg are:

FreeBSD 5.3-RELEASE-p5 #2: Sat Mar  5 21:54:19 EST 2005
...
bios32: Found BIOS32 Service Directory header at 0xc00f9b80
bios32: Entry = 0xf0530 (c00f0530)  Rev = 0  Len = 1
pcibios: PCI BIOS entry at 0xf0000+0x560
pnpbios: Found PnP BIOS data at 0xc00fcfb0
pnpbios: Entry = f0000:cfe0  Rev = 1.0
pnpbios: OEM ID cd041
acpi0: <ASUS P5A-B> on motherboard
acpi0: [MPSAFE]
...
found->  vendor=0x10b9, dev=0x7101, revid=0x00
bus=0, slot=3, func=0
class=06-80-00, hdrtype=0x00, mfdev=0
cmdreg=0x0001, statreg=0x0280, cachelnsz=0 (dwords)
lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns)
...
alpm0: <AcerLabs M15x3 Power Management Unit> at device 3.0 on pci0
alpm0: host/noslave 74K
alpm0: 0x20 bytes of rid 0x14 res 4 failed.
alpm0: Could not allocate Bus space
device_attach: alpm0 attach returned 6

I've had a look through the archives but not been able to find this problem.
Has anyone else seen it and how would I go about fixing it?

-- 
Peter Jeremy

From owner-freebsd-stable@FreeBSD.ORG  Tue Mar  8 10:57:28 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 3042516A4CE; Tue,  8 Mar 2005 10:57:28 +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 494DD43D41; Tue,  8 Mar 2005 10:57:27 +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 j28AvMMd058441;
	Tue, 8 Mar 2005 11:57:25 +0100 (CET)
	(envelope-from sos@DeepCore.dk)
Message-ID: <422D84FF.1010707@DeepCore.dk>
Date: Tue, 08 Mar 2005 11:57:03 +0100
From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= <sos@DeepCore.dk>
User-Agent: Mozilla Thunderbird 1.0 (X11/20050116)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Nate Lawson <nate@root.org>
References: <422225D6.5020009@root.org>
In-Reply-To: <422225D6.5020009@root.org>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
X-mail-scanned: by DeepCore Virus & Spam killer v1.7
cc: stable@freebsd.org
cc: current@freebsd.org
Subject: Re: patch: fix ata panic with Thinkpad CD and DVD drives
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 08 Mar 2005 10:57:28 -0000

Nate Lawson wrote:
> If you've been having "memory modified after free" panics on -current=20
> and have a Thinkpad, the attached patch should fix things for you.  A=20
> quick check of RELENG_5 indicates that the bug is probably there also=20
> but I haven't tested for it there.
>=20
> The bug is triggered by timeouts in the ata_getparam() probe path.  The=
=20
> ata_timeout() fires and ata_end_transaction() is called to get the=20
> status.  However, it continues down into ata_pio_read() even though=20
> there is no data available since we had a timeout, not read completion.=
=20
>    ata_pio_read() reads 512 bytes of probably bogus data.  The importan=
t=20
> problem is that it also advances donecount.  On subsequent timeouts=20
> (note there are 4 below), donecount advances into unallocated memory an=
d=20
> so subsequent ata_pio_read() calls overwrite 512 bytes of someone else'=
s=20
> memory.
>=20
> The fix is to exit immediately if ATA_R_TIMEOUT is set after reading th=
e=20
> status in ata_end_transaction().  It shouldn't go into ata_pio_read() i=
f=20
> there was a timeout.  The patch does this.
>=20
> However, it only handles PIO timeouts since I wasn't sure the best way =

> to proceed for unwinding DMA state and the like for the other cases.=20
> This is enough to fix the overwrite and subsequent panic on my systems.=
=20
>  I've run heavy IO stress and DVD accesses for a while and no further=20
> panics.
>=20
> While looking into this, I found another potential problem.  In one=20
> reinjection case, donecount wasn't reset to 0.  The patch for=20
> ata-queue.c does this and I think it's necessary but don't hit this cas=
e=20
> in testing so I can't be sure.  Finally, there's one whitespace nit tha=
t=20
> helps with clarity.
>=20
> These are similar bugs to one found back in August that had the same=20
> effect.  Here's the closest reference I could find in the mail archives=
=20
> for this:
> http://lists.freebsd.org/mailman/htdig/freebsd-current/2004-August/0330=
33.html=20

Just a note from here, these bugs are fixed in ATA mkIII so you could=20
just have gleaned the solution from there (or maybe you did :))

--=20

-S=F8ren


From owner-freebsd-stable@FreeBSD.ORG  Tue Mar  8 11:19:32 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 12CFB16A4CE; Tue,  8 Mar 2005 11:19:32 +0000 (GMT)
Received: from galaxy.uci.agh.edu.pl (galaxy.uci.agh.edu.pl [149.156.96.9])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 2E98043D53; Tue,  8 Mar 2005 11:19:31 +0000 (GMT)
	(envelope-from kkowalik@uci.agh.edu.pl)
Received: by galaxy.uci.agh.edu.pl (Postfix, from userid 1001)
	id B4F50AF3EB; Tue,  8 Mar 2005 12:19:29 +0100 (CET)
Date: Tue, 8 Mar 2005 12:19:29 +0100
From: Krzysztof Kowalik <kkowalik@uci.agh.edu.pl>
To: freebsd-stable@freebsd.org
Message-ID: <20050308111929.GA25011@uci.agh.edu.pl>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
cc: freebsd-amd64@freebsd.org
Subject: 5.3-RELEASE (amd64) on LSILogic 1030 / mpt controller.
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 08 Mar 2005 11:19:32 -0000

Hello,

  I'm trying, without success, to install the FreeBSD 5.3 on a Sun Fire
V40z (it's an amd64 box) on its LSILogic 1030 Ultra4 SCSI controller.
It goes well, the kernel detects disks properly, creates the partitions,
but dies after trying to copy files to /stand.

[...]
mpt0: time out in request index=0xf8 sequence=0x000003a3
mpt0: Statys 00000001; Mask 00000001; Doorbell 24000000
request state On Chip
SCSI IO Request @ 0xffffffff67652ae0
	Chain Offset	0x00
	MsgFlags	0x00
	MsgContext	0x000000ed
	Bus:		0
	TargetID	0
	SenseBufferLength	32
	LUN:		0x0
	Control		0x01000000 WRITE SIMPLEQ
	DataLength	0x00000800
	SenseBufAddr	0xe3f3bbe0
	CDB[0:6]	0a 02 00 6b 04 00
SE32 0xffffffff68040c30: Addr=0xc62c0800 FlagsLength=0xd5000800
HOST_TO_IOC LAST_ELEMENT END_OF_BUFFER END_OF_LIST
[...]

The output is copied by hand, so there can be some small typos, even
though I tried to recheck it ;)

ACPI, no ACPI and Safe mode make no difference, installation dies in the
same place.

Anyone any ideas?

PS, cross-posted to freebsd-amd64.

Regards,
-- 
Krzysztof Kowalik               |  () ASCII Ribbon Campaign
Computer Center, AGH UST        |  /\ Support plain text e-mail

From owner-freebsd-stable@FreeBSD.ORG  Tue Mar  8 14:40:07 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 2C68916A4CE
	for <stable@FreeBSD.ORG>; Tue,  8 Mar 2005 14:40:07 +0000 (GMT)
Received: from mail.ticketswitch.com (mail.ticketswitch.com [194.200.93.188])
	by mx1.FreeBSD.org (Postfix) with ESMTP id B731043D48
	for <stable@FreeBSD.ORG>; Tue,  8 Mar 2005 14:40:06 +0000 (GMT)
	(envelope-from petefrench@ticketswitch.com)
Received: from [172.16.1.6] (helo=dilbert.firstcallgroup.co.uk)
	by mail.ticketswitch.com with esmtp (Exim 4.43 (FreeBSD))
	id 1D8fsS-000Di4-Iy
	for stable@FreeBSD.ORG; Tue, 08 Mar 2005 14:40:04 +0000
Received: from petefrench by dilbert.firstcallgroup.co.uk with local (Exim
	4.43 (FreeBSD))	id 1D8fsS-000KoN-Gj
	for stable@FreeBSD.ORG; Tue, 08 Mar 2005 14:40:04 +0000
To: stable@FreeBSD.ORG
Message-Id: <E1D8fsS-000KoN-Gj@dilbert.firstcallgroup.co.uk>
From: Pete French <petefrench@ticketswitch.com>
Date: Tue, 08 Mar 2005 14:40:04 +0000
Subject: Just a sanity check before I sumbit a buig report
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 08 Mar 2005 14:40:07 -0000

The man page for getrusage says that the frequency of the statistics
clock is given by sysconf(_SC_CLK_TCK).

The source code to /usr/bin/time uses a function 'getstathz' to get
the frequency of the statistics clock which is does using sysctl
and KERN_CLOCKRATE

On my system the first returns 100Hz and the second 128Hz!!!

Now, is this:

1) A bug in /usr/bin/time
2) A bug in sysconf(_SC_CLK_TCK)
3) A bug in the manpage for getrusage
4) A bug in the kernel and the values should not be different
5) A bug in my understanding!

Note that although option '4' is unlikely, if I run the test a.out file
on other FreeBSD systems I get 128 for both values, which is even odder!

-pcf.





Test code (will probably give 128 for both on your system)

#include <stdio.h>
#include <unistd.h>
#include <err.h>
#include <sys/types.h>
#include <sys/time.h>
#include <sys/sysctl.h>

static int
getstathz()
{
        struct clockinfo clockrate;
        int mib[2];
        size_t size;

        mib[0] = CTL_KERN;
        mib[1] = KERN_CLOCKRATE;
        size = sizeof clockrate;
        if (sysctl(mib, 2, &clockrate, &size, NULL, 0) == -1)
                err(1, "sysctl kern.clockrate");
        return clockrate.stathz;
}

int
main()
{
        printf("get stat hz = %d\n", getstathz());
        printf("sysconf clock tick = %ld\n", sysconf(_SC_CLK_TCK));
        return 0;
}

From owner-freebsd-stable@FreeBSD.ORG  Tue Mar  8 14:46:14 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id AF60116A4CE; Tue,  8 Mar 2005 14:46:14 +0000 (GMT)
Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 4A8E043D1F; Tue,  8 Mar 2005 14:46:14 +0000 (GMT)
	(envelope-from nate@root.org)
Received: from [10.0.1.4] ([218.149.156.148])
	by www.cryptography.com (8.12.8/8.12.8) with ESMTP id j28Ek3Zj003259
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT);
	Tue, 8 Mar 2005 06:46:05 -0800
Message-ID: <422DBA9E.8060502@root.org>
Date: Tue, 08 Mar 2005 06:45:50 -0800
From: Nate Lawson <nate@root.org>
User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= <sos@DeepCore.dk>
References: <422225D6.5020009@root.org> <422D84FF.1010707@DeepCore.dk>
In-Reply-To: <422D84FF.1010707@DeepCore.dk>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
cc: stable@freebsd.org
cc: current@freebsd.org
Subject: Re: patch: fix ata panic with Thinkpad CD and DVD drives
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 08 Mar 2005 14:46:14 -0000

Søren Schmidt wrote:
> Nate Lawson wrote:
> 
>> If you've been having "memory modified after free" panics on -current 
>> and have a Thinkpad, the attached patch should fix things for you.  A 
>> quick check of RELENG_5 indicates that the bug is probably there also 
>> but I haven't tested for it there.
>>
>> The bug is triggered by timeouts in the ata_getparam() probe path.  
>> The ata_timeout() fires and ata_end_transaction() is called to get the 
>> status.  However, it continues down into ata_pio_read() even though 
>> there is no data available since we had a timeout, not read 
>> completion.    ata_pio_read() reads 512 bytes of probably bogus data.  
>> The important problem is that it also advances donecount.  On 
>> subsequent timeouts (note there are 4 below), donecount advances into 
>> unallocated memory and so subsequent ata_pio_read() calls overwrite 
>> 512 bytes of someone else's memory.
>>
>> The fix is to exit immediately if ATA_R_TIMEOUT is set after reading 
>> the status in ata_end_transaction().  It shouldn't go into 
>> ata_pio_read() if there was a timeout.  The patch does this.
>>
>> However, it only handles PIO timeouts since I wasn't sure the best way 
>> to proceed for unwinding DMA state and the like for the other cases. 
>> This is enough to fix the overwrite and subsequent panic on my 
>> systems.  I've run heavy IO stress and DVD accesses for a while and no 
>> further panics.
>>
>> While looking into this, I found another potential problem.  In one 
>> reinjection case, donecount wasn't reset to 0.  The patch for 
>> ata-queue.c does this and I think it's necessary but don't hit this 
>> case in testing so I can't be sure.  Finally, there's one whitespace 
>> nit that helps with clarity.
>>
>> These are similar bugs to one found back in August that had the same 
>> effect.  Here's the closest reference I could find in the mail 
>> archives for this:
>> http://lists.freebsd.org/mailman/htdig/freebsd-current/2004-August/033033.html 
> 
> 
> Just a note from here, these bugs are fixed in ATA mkIII so you could 
> just have gleaned the solution from there (or maybe you did :))

Nope, but I'm glad you can corroborate these fixes are correct.

-- 
Nate

From owner-freebsd-stable@FreeBSD.ORG  Tue Mar  8 14:50:34 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 70D8216A4CE; Tue,  8 Mar 2005 14:50:34 +0000 (GMT)
Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 1FFE543D1F; Tue,  8 Mar 2005 14:50:34 +0000 (GMT)
	(envelope-from nate@root.org)
Received: from [10.0.1.4] ([218.149.156.148])
	by www.cryptography.com (8.12.8/8.12.8) with ESMTP id j28EoQZj003323
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT);
	Tue, 8 Mar 2005 06:50:28 -0800
Message-ID: <422DBBA5.1000903@root.org>
Date: Tue, 08 Mar 2005 06:50:13 -0800
From: Nate Lawson <nate@root.org>
User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= <sos@DeepCore.dk>
References: <422225D6.5020009@root.org> <422D84FF.1010707@DeepCore.dk>
In-Reply-To: <422D84FF.1010707@DeepCore.dk>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
cc: stable@freebsd.org
cc: current@freebsd.org
Subject: Re: patch: fix ata panic with Thinkpad CD and DVD drives
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 08 Mar 2005 14:50:34 -0000

Søren Schmidt wrote:
> Nate Lawson wrote:
> 
>> If you've been having "memory modified after free" panics on -current 
>> and have a Thinkpad, the attached patch should fix things for you.  A 
>> quick check of RELENG_5 indicates that the bug is probably there also 
>> but I haven't tested for it there.
>>
>> The bug is triggered by timeouts in the ata_getparam() probe path.  
>> The ata_timeout() fires and ata_end_transaction() is called to get the 
>> status.  However, it continues down into ata_pio_read() even though 
>> there is no data available since we had a timeout, not read 
>> completion.    ata_pio_read() reads 512 bytes of probably bogus data.  
>> The important problem is that it also advances donecount.  On 
>> subsequent timeouts (note there are 4 below), donecount advances into 
>> unallocated memory and so subsequent ata_pio_read() calls overwrite 
>> 512 bytes of someone else's memory.
>>
>> The fix is to exit immediately if ATA_R_TIMEOUT is set after reading 
>> the status in ata_end_transaction().  It shouldn't go into 
>> ata_pio_read() if there was a timeout.  The patch does this.
>>
>> However, it only handles PIO timeouts since I wasn't sure the best way 
>> to proceed for unwinding DMA state and the like for the other cases. 
>> This is enough to fix the overwrite and subsequent panic on my 
>> systems.  I've run heavy IO stress and DVD accesses for a while and no 
>> further panics.
>>
>> While looking into this, I found another potential problem.  In one 
>> reinjection case, donecount wasn't reset to 0.  The patch for 
>> ata-queue.c does this and I think it's necessary but don't hit this 
>> case in testing so I can't be sure.  Finally, there's one whitespace 
>> nit that helps with clarity.
>>
>> These are similar bugs to one found back in August that had the same 
>> effect.  Here's the closest reference I could find in the mail 
>> archives for this:
>> http://lists.freebsd.org/mailman/htdig/freebsd-current/2004-August/033033.html 
> 
> 
> Just a note from here, these bugs are fixed in ATA mkIII so you could 
> just have gleaned the solution from there (or maybe you did :))

Nope, but I'm glad you can corroborate these fixes are correct.

-- 
Nate

From owner-freebsd-stable@FreeBSD.ORG  Tue Mar  8 14:56:40 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 1547116A4CE; Tue,  8 Mar 2005 14:56:40 +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 24D7543D1F; Tue,  8 Mar 2005 14:56:39 +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 j28EuZSW061232;
	Tue, 8 Mar 2005 15:56:37 +0100 (CET)
	(envelope-from sos@DeepCore.dk)
Message-ID: <422DBD0F.2070206@DeepCore.dk>
Date: Tue, 08 Mar 2005 15:56:15 +0100
From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= <sos@DeepCore.dk>
User-Agent: Mozilla Thunderbird 1.0 (X11/20050116)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Nate Lawson <nate@root.org>
References: <422225D6.5020009@root.org> <422D84FF.1010707@DeepCore.dk>
	<422DBA9E.8060502@root.org>
In-Reply-To: <422DBA9E.8060502@root.org>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
X-mail-scanned: by DeepCore Virus & Spam killer v1.7
cc: stable@freebsd.org
cc: current@freebsd.org
Subject: Re: patch: fix ata panic with Thinkpad CD and DVD drives
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 08 Mar 2005 14:56:40 -0000

Nate Lawson wrote:
> S=F8ren Schmidt wrote:
>=20
>> Nate Lawson wrote:
>>
>>> If you've been having "memory modified after free" panics on -current=
=20
>>> and have a Thinkpad, the attached patch should fix things for you.  A=
=20
>>> quick check of RELENG_5 indicates that the bug is probably there also=
=20
>>> but I haven't tested for it there.
>>>
>>> The bug is triggered by timeouts in the ata_getparam() probe path. =20
>>> The ata_timeout() fires and ata_end_transaction() is called to get=20
>>> the status.  However, it continues down into ata_pio_read() even=20
>>> though there is no data available since we had a timeout, not read=20
>>> completion.    ata_pio_read() reads 512 bytes of probably bogus=20
>>> data.  The important problem is that it also advances donecount.  On =

>>> subsequent timeouts (note there are 4 below), donecount advances into=
=20
>>> unallocated memory and so subsequent ata_pio_read() calls overwrite=20
>>> 512 bytes of someone else's memory.
>>>
>>> The fix is to exit immediately if ATA_R_TIMEOUT is set after reading =

>>> the status in ata_end_transaction().  It shouldn't go into=20
>>> ata_pio_read() if there was a timeout.  The patch does this.
>>>
>>> However, it only handles PIO timeouts since I wasn't sure the best=20
>>> way to proceed for unwinding DMA state and the like for the other=20
>>> cases. This is enough to fix the overwrite and subsequent panic on my=
=20
>>> systems.  I've run heavy IO stress and DVD accesses for a while and=20
>>> no further panics.
>>>
>>> While looking into this, I found another potential problem.  In one=20
>>> reinjection case, donecount wasn't reset to 0.  The patch for=20
>>> ata-queue.c does this and I think it's necessary but don't hit this=20
>>> case in testing so I can't be sure.  Finally, there's one whitespace =

>>> nit that helps with clarity.
>>>
>>> These are similar bugs to one found back in August that had the same =

>>> effect.  Here's the closest reference I could find in the mail=20
>>> archives for this:
>>> http://lists.freebsd.org/mailman/htdig/freebsd-current/2004-August/03=
3033.html=20
>>
>>
>>
>>
>> Just a note from here, these bugs are fixed in ATA mkIII so you could =

>> just have gleaned the solution from there (or maybe you did :))
>=20
>=20
> Nope, but I'm glad you can corroborate these fixes are correct.

Actually I cant, I havn't looked at what was committed since I already=20
did fix these problems in the mkIII patches floating around..
Anyhow its in there and the committer has to deal with it until/if I=20
commit mkIII to -current, I'm out of the loop until then...

--=20

-S=F8ren


From owner-freebsd-stable@FreeBSD.ORG  Tue Mar  8 15:53:40 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id BE96D16A4CE; Tue,  8 Mar 2005 15:53:40 +0000 (GMT)
Received: from yertle.kcilink.com (yertle.kcilink.com [65.205.34.180])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 26ADC43D49; Tue,  8 Mar 2005 15:53:38 +0000 (GMT)
	(envelope-from vivek@khera.org)
Received: from [192.168.7.103] (host-103.int.kcilink.com [192.168.7.103])
	by yertle.kcilink.com (Postfix) with ESMTP id 56889B850;
	Tue,  8 Mar 2005 10:53:37 -0500 (EST)
Mime-Version: 1.0 (Apple Message framework v619.2)
In-Reply-To: <20050304125645.BCC3F54834@buxton.digitalspy.co.uk>
References: <20050304125645.BCC3F54834@buxton.digitalspy.co.uk>
Content-Type: text/plain; charset=US-ASCII; format=flowed
Message-Id: <5074d4ec49633baf8db940edc3c56008@khera.org>
Content-Transfer-Encoding: 7bit
From: Vivek Khera <vivek@khera.org>
Date: Tue, 8 Mar 2005 10:53:36 -0500
To: freebsd-stable@freebsd.org, freebsd-amd64@freebsd.org
X-Mailer: Apple Mail (2.619.2)
Subject: Re: Possible problems with Broadcom BCM5704C 10/100/1000 on
	TyanThunder K8S pro S2882 twin Operteron
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 08 Mar 2005 15:53:40 -0000


On Mar 4, 2005, at 7:56 AM, Alan Jay wrote:

> We switched off the broadcom Ethernet controller (via software) and 
> routed all
> traffic via the boards Intel 10/000 Ethernet connection.  One of the 
> problem
> databases has now been running for a few days and so far has been ok.
>

FWIW, I have a dual opteron tyan 2881 board with 4GB and the same NIC 
chip (as identified by FreeBSD 5-STABLE).  No problems under pretty 
decent load.  Perhaps it has to do also with > 4Gb RAM.   Could you 
test that theory too?



From owner-freebsd-stable@FreeBSD.ORG  Tue Mar  8 15:58:54 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 40F6716A4CE
	for <freebsd-stable@freebsd.org>;
	Tue,  8 Mar 2005 15:58:54 +0000 (GMT)
Received: from yertle.kcilink.com (yertle.kcilink.com [65.205.34.180])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 146CB43D39
	for <freebsd-stable@freebsd.org>;
	Tue,  8 Mar 2005 15:58:54 +0000 (GMT)	(envelope-from vivek@khera.org)
Received: from [192.168.7.103] (host-103.int.kcilink.com [192.168.7.103])
	by yertle.kcilink.com (Postfix) with ESMTP id BBEECB850
	for <freebsd-stable@freebsd.org>;
	Tue,  8 Mar 2005 10:58:53 -0500 (EST)
Mime-Version: 1.0 (Apple Message framework v619.2)
In-Reply-To: <20050305124821.4629043D39@mx1.FreeBSD.org>
References: <20050305124821.4629043D39@mx1.FreeBSD.org>
Content-Type: text/plain; charset=US-ASCII; format=flowed
Message-Id: <5ed9cc144697212ce8b73572a0c55d56@khera.org>
Content-Transfer-Encoding: 7bit
From: Vivek Khera <vivek@khera.org>
Date: Tue, 8 Mar 2005 10:58:52 -0500
To: freebsd-stable@freebsd.org
X-Mailer: Apple Mail (2.619.2)
Subject: Re: Can FreeBSD 5.3R support the RAID card MegaRAID SCSI 320-2E 
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 08 Mar 2005 15:58:54 -0000


On Mar 5, 2005, at 7:46 AM, Alan Jay wrote:

> We use these RAID controllers on our machines and have been running 
> the 320-1
> and 320-2 with 4.10 very happily and without incident.  We have also 
> been
> running the 320-1 on 5.3 -STABLE and although we have had problems 
> with 5.3 it
> hasn't had anything to do with the RAID controller :).
>

Add the 320-2X card (AMD64 FreeBSD 5-STABLE, Dual Opteron 4GB RAM).  
Incredibly fast and stable.



From owner-freebsd-stable@FreeBSD.ORG  Tue Mar  8 16:41:26 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 686FF16A4CE
	for <freebsd-stable@freebsd.org>;
	Tue,  8 Mar 2005 16:41:26 +0000 (GMT)
Received: from yertle.kcilink.com (yertle.kcilink.com [65.205.34.180])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 374B443D1F
	for <freebsd-stable@freebsd.org>;
	Tue,  8 Mar 2005 16:41:26 +0000 (GMT)	(envelope-from vivek@khera.org)
Received: from [192.168.7.103] (host-103.int.kcilink.com [192.168.7.103])
	by yertle.kcilink.com (Postfix) with ESMTP id 9ECA8B850
	for <freebsd-stable@freebsd.org>;
	Tue,  8 Mar 2005 11:41:24 -0500 (EST)
Mime-Version: 1.0 (Apple Message framework v619.2)
In-Reply-To: <35315700427f007605ec700529604885@ish.com.au>
References: <78fb9d9605030419134be2f99c@mail.gmail.com>
	<20050304235733.D4084@carver.gumbysoft.com>
	<35315700427f007605ec700529604885@ish.com.au>
Content-Type: text/plain; charset=US-ASCII; format=flowed
Message-Id: <dfe542016b6298635215c3fb6a29c8dd@khera.org>
Content-Transfer-Encoding: 7bit
From: Vivek Khera <vivek@khera.org>
Date: Tue, 8 Mar 2005 11:41:24 -0500
To: freebsd-stable@freebsd.org
X-Mailer: Apple Mail (2.619.2)
Subject: Re: Can FreeBSD 5.3R support the RAID card MegaRAID SCSI 320-2E
	card?
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 08 Mar 2005 16:41:26 -0000


On Mar 6, 2005, at 4:11 AM, Aristedes Maniatis wrote:

> On 05/03/2005, at 7:00 PM, Doug White wrote:
>
>> The amr(4) manpage in -CURRENT lists the 320 variants, the -2E
>> specifically (is that a PCI Express version?).  We have a amr(4)  
>> driver
>> update coming in shortly to -CURRENT and then RELENG_5; keep an eye 
>> out
>> for that and test it if you can.
>
> * will that update make it into 5.4?
>
> * what is the nature of the update? Is it primarily for bug fixes or 
> performance improvements? Is it an important update for someone 
> running a production machine with amr (like us) on 5.3?

All good questions I'm interested in too.  I have a box scheduled for 
delivery late next week which is a dual opteron with the 320-2X card in 
it.  I can hold it from production for a week or so for such testing.  
Hopefully the scheduling of the MFC will coincide with this timeframe 
:-)

From owner-freebsd-stable@FreeBSD.ORG  Tue Mar  8 18:30:25 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id BFABD16A4CE
	for <freebsd-stable@freebsd.org>;
	Tue,  8 Mar 2005 18:30:25 +0000 (GMT)
Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 8D4C743D49
	for <freebsd-stable@freebsd.org>;
	Tue,  8 Mar 2005 18:30:25 +0000 (GMT)
	(envelope-from dwhite@gumbysoft.com)
Received: by carver.gumbysoft.com (Postfix, from userid 1000)
	id 7DE3C72DD8; Tue,  8 Mar 2005 10:30:25 -0800 (PST)
Received: from localhost (localhost [127.0.0.1])
	by carver.gumbysoft.com (Postfix) with ESMTP id 7BA9D72DCB;
	Tue,  8 Mar 2005 10:30:25 -0800 (PST)
Date: Tue, 8 Mar 2005 10:30:25 -0800 (PST)
From: Doug White <dwhite@gumbysoft.com>
To: "Admin @ InterCorner" <admin@intercorner.net>
In-Reply-To: <KMS-168466542-1660@mail.intercorner.net>
Message-ID: <20050308102637.M38988@carver.gumbysoft.com>
References: <KMS-168466542-1660@mail.intercorner.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
cc: freebsd-stable@freebsd.org
Subject: Re: Error buildworld
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 08 Mar 2005 18:30:25 -0000

On Sat, 5 Mar 2005, Admin @ InterCorner wrote:

> Hi,
> I have installed FreeBSD 5.3 and made a CVSup with the RELENG_5_3 tag.
> Now when I run "# make buildworld" I get several errors, and the compiling stops.

Here is the error from the i686 build:

/usr/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/listing.c:1264
: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://gcc.gnu.org/bugs.html> for instructions.

This is usually indicative of hardware problems, such as insufficient
cooling or bad memory.  Check your environmentals.

> For the full log of the complie go to this url:
> http://intercorner.net/buildworld-k7.log  (1MB)
> http://intercorner.net/buildworld-i686.log  (400kb)
> (The files will be online for two weeks from now)
>
> If you need any other outputs, just tell me!
>
>
> I should also say I couldn't make cvsup-without-gui from ports on this
> box, so I had to use pkg_add to get it to work.. :/

This really sounds like your system has issues.

-- 
Doug White                    |  FreeBSD: The Power to Serve
dwhite@gumbysoft.com          |  www.FreeBSD.org

From owner-freebsd-stable@FreeBSD.ORG  Tue Mar  8 18:37:57 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 0BD2916A4D6
	for <stable@freebsd.org>; Tue,  8 Mar 2005 18:37:57 +0000 (GMT)
Received: from smtp2.housing.ufl.edu (smtp2.housing.ufl.edu [128.227.47.19])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 63E1343D54
	for <stable@freebsd.org>; Tue,  8 Mar 2005 18:37:56 +0000 (GMT)
	(envelope-from WillS@housing.ufl.edu)
Received: (qmail 16742 invoked by uid 98); 8 Mar 2005 13:37:55 -0500
Received: from 128.227.47.18 by smtp2.housing.ufl.edu (envelope-from
	<WillS@housing.ufl.edu>, uid 1002) with qmail-scanner-1.25 
	(clamdscan: 0.83/705. spamassassin: 3.0.2.  
	Clear:RC:1(128.227.47.18):. 
	Processed in 0.101733 secs); 08 Mar 2005 18:37:55 -0000
X-Qmail-Scanner-Mail-From: WillS@housing.ufl.edu via smtp2.housing.ufl.edu
X-Qmail-Scanner: 1.25 (Clear:RC:1(128.227.47.18):. Processed in 0.101733 secs)
Received: from bragi.housing.ufl.edu (128.227.47.18)
	by smtp2.housing.ufl.edu with RC4-MD5 encrypted SMTP;
	8 Mar 2005 13:37:55 -0500
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.6556.0
Date: Tue, 8 Mar 2005 13:37:55 -0500
Message-ID: <0E972CEE334BFE4291CD07E056C76ED805A2C614@bragi.housing.ufl.edu>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: consistent problem with pcm0 audio
Thread-Index: AcUkDfFut9pVs9ZSQRKPFC75QIB0FQ==
From: "Will Saxon" <WillS@housing.ufl.edu>
To: <stable@freebsd.org>
Subject: consistent problem with pcm0 audio
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 08 Mar 2005 18:37:57 -0000

Hello,

I am using FreeBSD 5-STABLE from Feb 23rd with an onboard VIA=20
VT8237/Avance Logic ALC200 sound controller. Periodically,=20
sound will stop working. I will get the last note (sound
packet?) repeated over and over until I close the program. Any
further attempt to play a sound will cause the same note to be=20
repeated. I am not able to reload the driver. Correct sound is=20
restored when I reboot the computer.

This has been happening for awhile and I am not certain if it
was introduced with any particular update.

I am using ACPI. I don't know if this also happens without ACPI.

I also get a message on the console like this when the error=20
occurs:

	pcm0:play:0: play interrupt timeout, channel dead

uname:=20

FreeBSD tyr.housing.ufl.edu 5.3-STABLE FreeBSD 5.3-STABLE #2: Wed Feb 23 =
18:53:5
7 EST 2005     wills@tyr.housing.ufl.edu:/usr/obj/usr/src/sys/kernel  =
amd64

pciconf:

pcm0@pci0:17:5: class=3D0x040100 card=3D0x13001462 chip=3D0x30591106 =
rev=3D0x60 hdr=3D0x00
    vendor   =3D 'VIA Technologies Inc'
    device   =3D 'VT8233/33A/8235/8237 AC97 Enhanced Audio Controller'
    class    =3D multimedia
    subclass =3D audio

-Will

--
Will Saxon
Systems Programmer, Network Services
University of Florida Department of Housing
(352) 392-2171 x10148
wills@housing.ufl.edu

From owner-freebsd-stable@FreeBSD.ORG  Tue Mar  8 18:38:02 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 3BE4516A504
	for <freebsd-stable@freebsd.org>;
	Tue,  8 Mar 2005 18:38:02 +0000 (GMT)
Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 1792F43D46
	for <freebsd-stable@freebsd.org>;
	Tue,  8 Mar 2005 18:38:02 +0000 (GMT)
	(envelope-from dwhite@gumbysoft.com)
Received: by carver.gumbysoft.com (Postfix, from userid 1000)
	id 0817572DD8; Tue,  8 Mar 2005 10:38:02 -0800 (PST)
Received: from localhost (localhost [127.0.0.1])
	by carver.gumbysoft.com (Postfix) with ESMTP id 024EB72DCB;
	Tue,  8 Mar 2005 10:38:02 -0800 (PST)
Date: Tue, 8 Mar 2005 10:38:01 -0800 (PST)
From: Doug White <dwhite@gumbysoft.com>
To: Eric Buchanan <freebsd@usol.com>
In-Reply-To: <200503051625.01980.freebsd@usol.com>
Message-ID: <20050308103526.N38988@carver.gumbysoft.com>
References: <200503051625.01980.freebsd@usol.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
cc: freebsd-stable@freebsd.org
Subject: Re: Error with CMD 649 ATA100 controller while copying files over
 NFS on 4.11-Stable
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 08 Mar 2005 18:38:02 -0000

On Sat, 5 Mar 2005, Eric Buchanan wrote:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> I switched one hard drive to a CMD 649 ATA100 controller last summer, and I've
> had some trouble with it on 4.11-Stable. When I copy a large volume of files
> over NFS (800 Megabytes, lets say) the add on controller will stop
> recognizing my hard drive. This time the files were not being copied off a
> drive handled by this controller.
>
> Any ideas? This only occurs when copying files over nfs, and it will happen
> even when I am not copying anything involving the drive on the controller.
> I've tried "atacontrol reinit 2" and it won't re-recognize the hard drive
> (ad5s4f).  I have absolutely zero problems when I am not using NFS,
> especially zero problems with make worlds or building large ports on this
> hard drive in question.

the CMD controller chips are known to be poor quality, you may be better
off switching to a different controller. And change the cables out while
you're at it.

The messages below indicate that the drive itself is getting confused and
ceasing to respond, but its hard to tell.

> ad5: 57241MB <OEM60-54A 60GB 5400RPM> [116301/16/63] at ata2-slave UDMA100

What brand/model is this drive, actually?  It looks like its lost its
identity data.

> ad5s4f: soft error (ECC corrected) reading fsbn 185641109 of 84275072-84275075
> (
> ad5s4 bn 185641109; cn 11555 tn 159 sn 17)ad5s4f: hard error reading fsbn
> 185641                                                              109 of
> 84275072-84275075 (ad5s4 bn 185641109; cn 11555 tn 159 sn 17) trying PIO
> mode
> ad5: READ command timeout tag=0 serv=0 - resetting
> ata2: resetting devices ..
> ad5: removed from configuration
> done

-- 
Doug White                    |  FreeBSD: The Power to Serve
dwhite@gumbysoft.com          |  www.FreeBSD.org

From owner-freebsd-stable@FreeBSD.ORG  Tue Mar  8 20:22:31 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 66FC216A4CE
	for <freebsd-stable@freebsd.org>;
	Tue,  8 Mar 2005 20:22:31 +0000 (GMT)
Received: from mxfep02.bredband.com (mxfep02.bredband.com [195.54.107.73])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 1F9D443D1D
	for <freebsd-stable@freebsd.org>;
	Tue,  8 Mar 2005 20:22:30 +0000 (GMT)
	(envelope-from martin@mullet.se)
Received: from as6-1-5.kr.m.bonet.se ([83.227.181.30] [83.227.181.30])
	by mxfep02.bredband.com with ESMTP
	<20050308202228.PZUM27886.mxfep02.bredband.com@as6-1-5.kr.m.bonet.se>
	for <freebsd-stable@freebsd.org>; Tue, 8 Mar 2005 21:22:28 +0100
Received: from [192.168.10.11] (euklides.gneto.com [192.168.10.11])
	by as6-1-5.kr.m.bonet.se (Postfix) with ESMTP id 97843678E6
	for <freebsd-stable@freebsd.org>;
	Tue,  8 Mar 2005 21:22:28 +0100 (CET)
Message-ID: <422E0974.1060100@mullet.se>
Date: Tue, 08 Mar 2005 21:22:12 +0100
From: Martin Nilsson <martin@mullet.se>
User-Agent: Mozilla Thunderbird 1.0 (X11/20041229)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: freebsd-stable@freebsd.org
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Subject: 5.3-Stable & Dual Opteron with 12GB memory!
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 08 Mar 2005 20:22:31 -0000

Anybody running a recent 5.3-stable amd64 on a box with lots of memory, 
and does it work?

 From very brief testing a Dual Opteron with 12GB memory just reboots 
when the kenel probes devices. SATA disks on built in SiL 3114 
controller. 5.3-stable from yesterday compiled with -O, the system works 
with 8GB memory.

Have anybody else got a similar system working?


/Martin

From owner-freebsd-stable@FreeBSD.ORG  Tue Mar  8 22:50:28 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 35A6816A4CF; Tue,  8 Mar 2005 22:50:28 +0000 (GMT)
Received: from venus.slicmedia.com (dsl-202-173-145-174.qld.westnet.com.au
	[202.173.145.174])	by mx1.FreeBSD.org (Postfix) with ESMTP
	id DD10943D4C; Tue,  8 Mar 2005 22:50:25 +0000 (GMT)
	(envelope-from simon@quo.com.au)
Received: from [192.168.1.150] ([192.168.1.150])
        by venus.slicmedia.com (Merak 5.4.2) with ESMTP id KOB36964;
        Wed, 09 Mar 2005 08:58:42 +1000
Message-ID: <422E2C2D.3060404@quo.com.au>
Date: Wed, 09 Mar 2005 08:50:21 +1000
From: Simon Litchfield <simon@quo.com.au>
User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: freebsd-stable@freebsd.org, freebsd-hardware@freebsd.org,
	freebsd-scsi@freebsd.org
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Subject: Promise FastTrak Tx4200 & FreeBSD 5.3
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 08 Mar 2005 22:50:28 -0000

Hi folks

Anyone have any ideas on the Promise PDC20319 (Fasttrak S150 TX4)?

We intend to run 5.3 release on this machine.

Thanks!

Simon Litchfield.


-- 

Quo Consulting
info@quo.com.au
http://www.quo.com.au/

Phone +61 (0)7 5520 2665
Fax +61 (0)2 8569 2377

Level 3 : Old Burleigh Theatre Arcade
66 Goodwin Terrace : Burleigh Heads
Queensland : Australia

From owner-freebsd-stable@FreeBSD.ORG  Tue Mar  8 23:58:55 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 665D016A4CE; Tue,  8 Mar 2005 23:58:55 +0000 (GMT)
Received: from mail.distrust.net (mail.distrust.net [69.93.230.10])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id A315F43D1F; Tue,  8 Mar 2005 23:58:54 +0000 (GMT)
	(envelope-from dsze@mail.distrust.net)
Received: from mail.distrust.net (localhost [127.0.0.1])
	by mail.distrust.net (8.12.11/8.12.11) with ESMTP id j28Nwr4p081246;
	Tue, 8 Mar 2005 17:58:54 -0600 (CST)
	(envelope-from dsze@mail.distrust.net)
Received: (from dsze@localhost)
	by mail.distrust.net (8.12.11/8.12.11/Submit) id j28NwrlL081245;
	Tue, 8 Mar 2005 17:58:53 -0600 (CST)
	(envelope-from dsze)
Date: Tue, 8 Mar 2005 17:58:53 -0600
From: David Sze <dsze@alumni.uwaterloo.ca>
To: Art Mason <amason@rackspace.com>
Message-ID: <20050308235853.GA81150@mail.distrust.net>
References: <BA84A761ED41C54893BED691A4A574CF977226@EXCH5.eurowings.com>
	<4224F19C.2090207@rackspace.com>
	<6.2.1.2.2.20050301234017.03e93e68@pop3.tellurian.com>
	<4225CCE4.3080304@rackspace.com>
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="WIyZ46R2i8wDzkSu"
Content-Disposition: inline
In-Reply-To: <4225CCE4.3080304@rackspace.com>
User-Agent: Mutt/1.4.2.1i
X-Virus-Scanned: ClamAV 0.83/756/Tue Mar  8 14:21:12 2005 on mail.distrust.net
X-Virus-Status: Clean
cc: scottl@freebsd.org
cc: freebsd-stable@freebsd.org
Subject: Re: Can FreeBSD be installed on DellPowerEdge2800 ?
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 08 Mar 2005 23:58:55 -0000


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


On Wed, Mar 02, 2005 at 08:25:40AM -0600, Art Mason wrote:
>
>Vinny Abello wrote:
>>
>>At 05:50 PM 3/1/2005, Art Mason wrote:
>>>
>>>Indeed, just installed on a customer's server last night, and I build 
>>>SMP support into the GENERIC kernel this morning.  Only issues I 
>>>encountered has to do w/ recognizing the full 4GB of RAM, but this 
>>>apparently has some compatibility issues w/ the amr driver.
>>>As per Holger's comments about disabling USB in BIOS, this is a good 
>>>suggestion, since the DRAC apparently causes some IRQ issues w/ the 
>>>PS/2 keyboard controller, or something along those lines.  Regardless, 
>>>these 2850 boxes are stupid fast, and I'm looking forward to 
>>>benchmarking 5.3 on them.
>>
>>
>>FYI, the architecture of the 2850 (assuming it is similar to your 2800) 
>>requires that you enable PAE support in your kernel of whatever OS you 
>>run to address the full 4GB of RAM. This is due in some part because of 
>>the memory mapping that was done for the PCI express bus and/or onboard 
>>Perc controller (per Dell tech support). We've run into this with all of 
>>our 2850's with various OS's and enabling PAE (per Dell's advice) fixes it.
>
>
>Yeah, I cam across that on some mailing list archives, but saw some 
>additional references that this can cause issues with the amr driver. 
>Have you experienced any instability issues with the amr driver and PAE 
>enabled?  If not, then I'll give this a shot on one of our lab boxes for 
>testing.  Thanks for the suggestion, BTW.


On my 2850 the upper 1GB of RAM cannot be addressed without PAE support
in the kernel.  However, amr in 4.11-RELEASE does indeed seem to have
trouble with PAE.  The result being that with the option in the kernel,
the root device (ufs:/dev/amrd0s1a) cannot be found.

I backported scottl's amr PAE fixes from RELENG_5; the diffs applied
cleanly (with offsets).  I'm happy to report that my 2850 can now
address its full 4GB and see its amr volumes.

The diff against 4.11-RELEASE is attached, hopefully someone will be
willing to commit it to RELENG_4.


--WIyZ46R2i8wDzkSu
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="amr-4.11-PAE.patch"

*** sys/dev/amr/amr.c.orig	Thu Jul 22 09:35:18 2004
--- sys/dev/amr/amr.c	Tue Mar  8 15:11:33 2005
***************
*** 132,143 ****
   * Command processing.
   */
  static int	amr_bio_command(struct amr_softc *sc, struct amr_command **acp);
! static int	amr_wait_command(struct amr_command *ac);
  static int	amr_getslot(struct amr_command *ac);
! static void	amr_mapcmd(struct amr_command *ac);
  static void	amr_unmapcmd(struct amr_command *ac);
  static int	amr_start(struct amr_command *ac);
  static void	amr_complete(void *context, int pending);
  
  /*
   * Status monitoring
--- 132,146 ----
   * Command processing.
   */
  static int	amr_bio_command(struct amr_softc *sc, struct amr_command **acp);
! static int	amr_wait_command(struct amr_command *ac) __unused;
  static int	amr_getslot(struct amr_command *ac);
! static int	amr_mapcmd(struct amr_command *ac);
  static void	amr_unmapcmd(struct amr_command *ac);
  static int	amr_start(struct amr_command *ac);
+ static int	amr_start1(struct amr_softc *sc, struct amr_command *ac);
  static void	amr_complete(void *context, int pending);
+ static void	amr_setup_dmamap(void *arg, bus_dma_segment_t *segs, int nsegments, int error);
+ static void	amr_setup_data_dmamap(void *arg, bus_dma_segment_t *segs, int nsegments, int error);
  
  /*
   * Status monitoring
***************
*** 150,155 ****
--- 153,159 ----
  static int	amr_quartz_submit_command(struct amr_softc *sc);
  static int	amr_quartz_get_work(struct amr_softc *sc, struct amr_mailbox *mbsave);
  static int	amr_quartz_poll_command(struct amr_command *ac);
+ static int	amr_quartz_poll_command1(struct amr_softc *sc, struct amr_command *ac);
  
  static int	amr_std_submit_command(struct amr_softc *sc);
  static int	amr_std_get_work(struct amr_softc *sc, struct amr_mailbox *mbsave);
***************
*** 217,222 ****
--- 221,227 ----
  	sc->amr_submit_command = amr_quartz_submit_command;
  	sc->amr_get_work       = amr_quartz_get_work;
  	sc->amr_poll_command   = amr_quartz_poll_command;
+ 	sc->amr_poll_command1  = amr_quartz_poll_command1;
      } else {
  	sc->amr_submit_command = amr_std_submit_command;
  	sc->amr_get_work       = amr_std_get_work;
***************
*** 681,690 ****
      if ((ac = amr_alloccmd(sc)) == NULL)
  	goto out;
      /* allocate the response structure */
!     if ((result = malloc(bufsize, M_DEVBUF, M_NOWAIT)) == NULL)
  	goto out;
      /* set command flags */
!     ac->ac_flags |= AMR_CMD_PRIORITY | AMR_CMD_DATAOUT;
      
      /* point the command at our data */
      ac->ac_data = result;
--- 686,696 ----
      if ((ac = amr_alloccmd(sc)) == NULL)
  	goto out;
      /* allocate the response structure */
!     if ((result = malloc(bufsize, M_DEVBUF, M_ZERO|M_NOWAIT)) == NULL)
  	goto out;
      /* set command flags */
! 
!     ac->ac_flags |= AMR_CMD_PRIORITY | AMR_CMD_DATAIN;
      
      /* point the command at our data */
      ac->ac_data = result;
***************
*** 794,799 ****
--- 800,809 ----
      /* spin until something prevents us from doing any work */
      for (;;) {
  
+ 	/* Don't bother to queue commands no bounce buffers are available. */
+ 	if (sc->amr_state & AMR_STATE_QUEUE_FRZN)
+ 	    break;
+ 
  	/* try to get a ready command */
  	ac = amr_dequeue_ready(sc);
  
***************
*** 967,972 ****
--- 977,993 ----
      return(error);
  }
  
+ static void
+ amr_setup_polled_dmamap(void *arg, bus_dma_segment_t *segs, int nsegs, int err)
+ {
+     struct amr_command *ac = arg;
+     struct amr_softc *sc = ac->ac_sc;
+ 
+     amr_setup_dmamap(arg, segs, nsegs, err);
+     bus_dmamap_sync(sc->amr_buffer_dmat,ac->ac_dmamap,BUS_DMASYNC_PREREAD);
+     sc->amr_poll_command1(sc, ac);
+ }
+ 
  /********************************************************************************
   * Take a command, submit it to the controller and busy-wait for it to return.
   * Returns nonzero on error.  Can be safely called with interrupts enabled.
***************
*** 975,989 ****
  amr_quartz_poll_command(struct amr_command *ac)
  {
      struct amr_softc	*sc = ac->ac_sc;
!     int			s;
!     int			error,count;
  
      debug_called(2);
  
      /* now we have a slot, we can map the command (unmapped in amr_complete) */
!     amr_mapcmd(ac);
  
!     s = splbio();
  
      if ((sc->amr_state & AMR_STATE_CRASHDUMP) == 0) {
  	count=0;
--- 996,1026 ----
  amr_quartz_poll_command(struct amr_command *ac)
  {
      struct amr_softc	*sc = ac->ac_sc;
!     int			s, error;
  
      debug_called(2);
  
+     s = splbio();
+     error = 0;
+ 
      /* now we have a slot, we can map the command (unmapped in amr_complete) */
!     if (ac->ac_data != 0) {
! 	if (bus_dmamap_load(sc->amr_buffer_dmat, ac->ac_dmamap, ac->ac_data,
! 	    ac->ac_length, amr_setup_polled_dmamap, ac, BUS_DMA_NOWAIT) != 0) {
! 	    error = 1;
! 	}
!     } else {
! 	error = amr_quartz_poll_command1(sc, ac);
!     }
  
!     splx(s);
!     return (error);
! }
! 
! static int
! amr_quartz_poll_command1(struct amr_softc *sc, struct amr_command *ac)
! {
!     int count, error;
  
      if ((sc->amr_state & AMR_STATE_CRASHDUMP) == 0) {
  	count=0;
***************
*** 996,1003 ****
  
  	if(sc->amr_busyslots) {
  	    device_printf(sc->amr_dev, "adapter is busy\n");
! 	    splx(s);
! 	    amr_unmapcmd(ac);
      	    ac->ac_status=0;
  	    return(1);
          }
--- 1033,1040 ----
  
  	if(sc->amr_busyslots) {
  	    device_printf(sc->amr_dev, "adapter is busy\n");
! 	    if (ac->ac_data != NULL)
! 		bus_dmamap_unload(sc->amr_buffer_dmat, ac->ac_dmamap);
      	    ac->ac_status=0;
  	    return(1);
          }
***************
*** 1027,1036 ****
      AMR_QPUT_IDB(sc, sc->amr_mailboxphys | AMR_QIDB_ACK);
      while(AMR_QGET_IDB(sc) & AMR_QIDB_ACK);
  
-     splx(s);
- 
      /* unmap the command's data buffer */
!     amr_unmapcmd(ac);
  
      return(error);
  }
--- 1064,1072 ----
      AMR_QPUT_IDB(sc, sc->amr_mailboxphys | AMR_QIDB_ACK);
      while(AMR_QGET_IDB(sc) & AMR_QIDB_ACK);
  
      /* unmap the command's data buffer */
!     bus_dmamap_sync(sc->amr_buffer_dmat, ac->ac_dmamap, BUS_DMASYNC_POSTREAD);
!     bus_dmamap_unload(sc->amr_buffer_dmat, ac->ac_dmamap);
  
      return(error);
  }
***************
*** 1113,1124 ****
      } else {
          ac->ac_mailbox.mb_nsgelem = nsegments;
  	*sgc = nsegments;
! 	ac->ac_mailbox.mb_physaddr = sc->amr_sgbusaddr + (ac->ac_slot * AMR_NSEG * sizeof(struct amr_sgentry));
  	for (i = 0; i < nsegments; i++, sg++) {
  	    sg->sg_addr = segs[i].ds_addr;
  	    sg->sg_count = segs[i].ds_len;
  	}
      }
  }
  
  static void
--- 1149,1162 ----
      } else {
          ac->ac_mailbox.mb_nsgelem = nsegments;
  	*sgc = nsegments;
! 	ac->ac_mailbox.mb_physaddr = sc->amr_sgbusaddr +
! 	    (ac->ac_slot * AMR_NSEG * sizeof(struct amr_sgentry));
  	for (i = 0; i < nsegments; i++, sg++) {
  	    sg->sg_addr = segs[i].ds_addr;
  	    sg->sg_count = segs[i].ds_len;
  	}
      }
+ 
  }
  
  static void
***************
*** 1142,1157 ****
  	} else {
  	    /* save s/g table information in passthrough */
  	    aep->ap_no_sg_elements = nsegments;
! 	    aep->ap_data_transfer_address = sc->amr_sgbusaddr + (ac->ac_slot * AMR_NSEG * sizeof(struct amr_sgentry));
! 	    /* populate s/g table (overwrites previous call which mapped the passthrough) */
  	    for (i = 0; i < nsegments; i++, sg++) {
  		sg->sg_addr = segs[i].ds_addr;
  		sg->sg_count = segs[i].ds_len;
  		debug(3, " %d: 0x%x/%d", i, sg->sg_addr, sg->sg_count);
  	    }
  	}
! 	debug(3, "slot %d  %d segments at 0x%x, passthrough at 0x%x", ac->ac_slot,
! 	    aep->ap_no_sg_elements, aep->ap_data_transfer_address, ac->ac_dataphys);
      } else {
  	if (nsegments < 2) {
  	    ap->ap_no_sg_elements = 0;
--- 1180,1200 ----
  	} else {
  	    /* save s/g table information in passthrough */
  	    aep->ap_no_sg_elements = nsegments;
! 	    aep->ap_data_transfer_address = sc->amr_sgbusaddr +
! 		(ac->ac_slot * AMR_NSEG * sizeof(struct amr_sgentry));
! 	    /*
! 	     * populate s/g table (overwrites previous call which mapped the
! 	     * passthrough)
! 	     */
  	    for (i = 0; i < nsegments; i++, sg++) {
  		sg->sg_addr = segs[i].ds_addr;
  		sg->sg_count = segs[i].ds_len;
  		debug(3, " %d: 0x%x/%d", i, sg->sg_addr, sg->sg_count);
  	    }
  	}
! 	debug(3, "slot %d  %d segments at 0x%x, passthrough at 0x%x\n",
! 	    ac->ac_slot, aep->ap_no_sg_elements, aep->ap_data_transfer_address,
! 	    ac->ac_dataphys);
      } else {
  	if (nsegments < 2) {
  	    ap->ap_no_sg_elements = 0;
***************
*** 1159,1178 ****
  	} else {
  	    /* save s/g table information in passthrough */
  	    ap->ap_no_sg_elements = nsegments;
! 	    ap->ap_data_transfer_address = sc->amr_sgbusaddr + (ac->ac_slot * AMR_NSEG * sizeof(struct amr_sgentry));
! 	    /* populate s/g table (overwrites previous call which mapped the passthrough) */
  	    for (i = 0; i < nsegments; i++, sg++) {
  		sg->sg_addr = segs[i].ds_addr;
  		sg->sg_count = segs[i].ds_len;
  		debug(3, " %d: 0x%x/%d", i, sg->sg_addr, sg->sg_count);
  	    }
  	}
! 	debug(3, "slot %d  %d segments at 0x%x, passthrough at 0x%x", ac->ac_slot,
! 	    ap->ap_no_sg_elements, ap->ap_data_transfer_address, ac->ac_dataphys);
!     }
  }
  
! static void
  amr_mapcmd(struct amr_command *ac)
  {
      struct amr_softc	*sc = ac->ac_sc;
--- 1202,1243 ----
  	} else {
  	    /* save s/g table information in passthrough */
  	    ap->ap_no_sg_elements = nsegments;
! 	    ap->ap_data_transfer_address = sc->amr_sgbusaddr +
! 		(ac->ac_slot * AMR_NSEG * sizeof(struct amr_sgentry));
! 	    /*
! 	     * populate s/g table (overwrites previous call which mapped the
! 	     * passthrough)
! 	     */
  	    for (i = 0; i < nsegments; i++, sg++) {
  		sg->sg_addr = segs[i].ds_addr;
  		sg->sg_count = segs[i].ds_len;
  		debug(3, " %d: 0x%x/%d", i, sg->sg_addr, sg->sg_count);
  	    }
  	}
! 	debug(3, "slot %d  %d segments at 0x%x, passthrough at 0x%x",
! 	    ac->ac_slot, ap->ap_no_sg_elements, ap->ap_data_transfer_address,
! 	    ac->ac_dataphys);
!     }
!     if (ac->ac_flags & AMR_CMD_CCB_DATAIN)
! 	bus_dmamap_sync(sc->amr_buffer_dmat, ac->ac_ccb_dmamap,
! 	    BUS_DMASYNC_PREREAD);
!     if (ac->ac_flags & AMR_CMD_CCB_DATAOUT)
! 	bus_dmamap_sync(sc->amr_buffer_dmat, ac->ac_ccb_dmamap,
! 	    BUS_DMASYNC_PREWRITE);
!     if ((ac->ac_flags & (AMR_CMD_CCB_DATAIN | AMR_CMD_CCB_DATAOUT)) == 0)
! 	panic("no direction for ccb?\n");
! 
!     if (ac->ac_flags & AMR_CMD_DATAIN)
! 	bus_dmamap_sync(sc->amr_buffer_dmat,ac->ac_dmamap,BUS_DMASYNC_PREREAD);
!     if (ac->ac_flags & AMR_CMD_DATAOUT)
! 	bus_dmamap_sync(sc->amr_buffer_dmat,ac->ac_dmamap,BUS_DMASYNC_PREWRITE);
! 
!     ac->ac_flags |= AMR_CMD_MAPPED;
! 
!     amr_start1(sc, ac);
  }
  
! static int
  amr_mapcmd(struct amr_command *ac)
  {
      struct amr_softc	*sc = ac->ac_sc;
***************
*** 1180,1207 ****
      debug_called(3);
  
      /* if the command involves data at all, and hasn't been mapped */
!     if (!(ac->ac_flags & AMR_CMD_MAPPED)) {
! 
! 	if (ac->ac_data != NULL) {
  	    /* map the data buffers into bus space and build the s/g list */
! 	    bus_dmamap_load(sc->amr_buffer_dmat, ac->ac_dmamap, ac->ac_data, ac->ac_length,
! 			    amr_setup_dmamap, ac, 0);
! 	    if (ac->ac_flags & AMR_CMD_DATAIN)
! 		bus_dmamap_sync(sc->amr_buffer_dmat, ac->ac_dmamap, BUS_DMASYNC_PREREAD);
! 	    if (ac->ac_flags & AMR_CMD_DATAOUT)
! 		bus_dmamap_sync(sc->amr_buffer_dmat, ac->ac_dmamap, BUS_DMASYNC_PREWRITE);
! 	}
  
! 	if (ac->ac_ccb_data != NULL) {
! 	    bus_dmamap_load(sc->amr_buffer_dmat, ac->ac_ccb_dmamap, ac->ac_ccb_data, ac->ac_ccb_length,
! 			    amr_setup_ccbmap, ac, 0);
! 	    if (ac->ac_flags & AMR_CMD_CCB_DATAIN)
! 		bus_dmamap_sync(sc->amr_buffer_dmat, ac->ac_ccb_dmamap, BUS_DMASYNC_PREREAD);
! 	    if (ac->ac_flags & AMR_CMD_CCB_DATAOUT)
! 		bus_dmamap_sync(sc->amr_buffer_dmat, ac->ac_ccb_dmamap, BUS_DMASYNC_PREWRITE);
  	}
- 	ac->ac_flags |= AMR_CMD_MAPPED;
      }
  }
  
  static void
--- 1245,1271 ----
      debug_called(3);
  
      /* if the command involves data at all, and hasn't been mapped */
!     if ((ac->ac_flags & AMR_CMD_MAPPED) == 0 && (ac->ac_data != NULL)) {
! 	if (ac->ac_ccb_data == NULL) {
  	    /* map the data buffers into bus space and build the s/g list */
! 	    if (bus_dmamap_load(sc->amr_buffer_dmat, ac->ac_dmamap, ac->ac_data,
! 		ac->ac_length, amr_setup_data_dmamap, ac, 0) == EINPROGRESS) {
! 		sc->amr_state |= AMR_STATE_QUEUE_FRZN;
! 	    }
! 	} else {
  
! 	    if (bus_dmamap_load(sc->amr_buffer_dmat, ac->ac_dmamap, ac->ac_data,
! 		ac->ac_length, amr_setup_dmamap, ac, BUS_DMA_NOWAIT) != 0){
! 		return (ENOMEM);
! 	    }
! 	    if (bus_dmamap_load(sc->amr_buffer_dmat, ac->ac_ccb_dmamap,
! 		ac->ac_ccb_data, ac->ac_ccb_length, amr_setup_ccbmap, ac,
! 		0) == EINPROGRESS) {
! 		sc->amr_state |= AMR_STATE_QUEUE_FRZN;
! 	    }
  	}
      }
+     return (0);
  }
  
  static void
***************
*** 1216,1238 ****
  
  	if (ac->ac_data != NULL) {
  	    if (ac->ac_flags & AMR_CMD_DATAIN)
! 		bus_dmamap_sync(sc->amr_buffer_dmat, ac->ac_dmamap, BUS_DMASYNC_POSTREAD);
  	    if (ac->ac_flags & AMR_CMD_DATAOUT)
! 		bus_dmamap_sync(sc->amr_buffer_dmat, ac->ac_dmamap, BUS_DMASYNC_POSTWRITE);
  	    bus_dmamap_unload(sc->amr_buffer_dmat, ac->ac_dmamap);
  	}
  
  	if (ac->ac_ccb_data != NULL) {
  	    if (ac->ac_flags & AMR_CMD_CCB_DATAIN)
! 		bus_dmamap_sync(sc->amr_buffer_dmat, ac->ac_ccb_dmamap, BUS_DMASYNC_POSTREAD);
  	    if (ac->ac_flags & AMR_CMD_CCB_DATAOUT)
! 		bus_dmamap_sync(sc->amr_buffer_dmat, ac->ac_ccb_dmamap, BUS_DMASYNC_POSTWRITE);
  	    bus_dmamap_unload(sc->amr_buffer_dmat, ac->ac_ccb_dmamap);
  	}
  	ac->ac_flags &= ~AMR_CMD_MAPPED;
      }
  }
  
  /********************************************************************************
   * Take a command and give it to the controller, returns 0 if successful, or
   * EBUSY if the command should be retried later.
--- 1280,1326 ----
  
  	if (ac->ac_data != NULL) {
  	    if (ac->ac_flags & AMR_CMD_DATAIN)
! 		bus_dmamap_sync(sc->amr_buffer_dmat, ac->ac_dmamap,
! 		    BUS_DMASYNC_POSTREAD);
  	    if (ac->ac_flags & AMR_CMD_DATAOUT)
! 		bus_dmamap_sync(sc->amr_buffer_dmat, ac->ac_dmamap,
! 		    BUS_DMASYNC_POSTWRITE);
  	    bus_dmamap_unload(sc->amr_buffer_dmat, ac->ac_dmamap);
  	}
  
  	if (ac->ac_ccb_data != NULL) {
  	    if (ac->ac_flags & AMR_CMD_CCB_DATAIN)
! 		bus_dmamap_sync(sc->amr_buffer_dmat, ac->ac_ccb_dmamap,
! 		    BUS_DMASYNC_POSTREAD);
  	    if (ac->ac_flags & AMR_CMD_CCB_DATAOUT)
! 		bus_dmamap_sync(sc->amr_buffer_dmat, ac->ac_ccb_dmamap,
! 		    BUS_DMASYNC_POSTWRITE);
  	    bus_dmamap_unload(sc->amr_buffer_dmat, ac->ac_ccb_dmamap);
+ 	debug(3, "slot %d  %d segments at 0x%x, passthrough at 0x%x\n",
+ 	    ac->ac_slot, aep->ap_no_sg_elements, aep->ap_data_transfer_address,
+ 	    ac->ac_dataphys);
  	}
  	ac->ac_flags &= ~AMR_CMD_MAPPED;
      }
  }
  
+ static void
+ amr_setup_data_dmamap(void *arg, bus_dma_segment_t *segs, int nsegs, int err)
+ {
+     struct amr_command *ac = arg;
+     struct amr_softc *sc = ac->ac_sc;
+ 
+     amr_setup_dmamap(arg, segs, nsegs, err);
+ 
+     if (ac->ac_flags & AMR_CMD_DATAIN)
+ 	bus_dmamap_sync(sc->amr_buffer_dmat,ac->ac_dmamap,BUS_DMASYNC_PREREAD);
+     if (ac->ac_flags & AMR_CMD_DATAOUT)
+ 	bus_dmamap_sync(sc->amr_buffer_dmat,ac->ac_dmamap,BUS_DMASYNC_PREWRITE);
+     ac->ac_flags |= AMR_CMD_MAPPED;
+ 
+     amr_start1(sc, ac);
+ }
+    
  /********************************************************************************
   * Take a command and give it to the controller, returns 0 if successful, or
   * EBUSY if the command should be retried later.
***************
*** 1240,1259 ****
  static int
  amr_start(struct amr_command *ac)
  {
!     struct amr_softc	*sc = ac->ac_sc;
!     int			done, s, i;
  
      debug_called(3);
  
      /* mark command as busy so that polling consumer can tell */
      ac->ac_flags |= AMR_CMD_BUSY;
  
      /* get a command slot (freed in amr_done) */
      if (amr_getslot(ac))
  	return(EBUSY);
  
!     /* now we have a slot, we can map the command (unmapped in amr_complete) */
!     amr_mapcmd(ac);
  
      /* mark the new mailbox we are going to copy in as busy */
      ac->ac_mailbox.mb_busy = 1;
--- 1328,1364 ----
  static int
  amr_start(struct amr_command *ac)
  {
!     struct amr_softc *sc;
!     int error = 0;
  
      debug_called(3);
  
      /* mark command as busy so that polling consumer can tell */
+     sc = ac->ac_sc;
      ac->ac_flags |= AMR_CMD_BUSY;
  
      /* get a command slot (freed in amr_done) */
      if (amr_getslot(ac))
  	return(EBUSY);
  
!     /* Now we have a slot, we can map the command (unmapped in amr_complete). */
!     if ((error = amr_mapcmd(ac)) == ENOMEM) {
! 	/*
! 	 * Memroy resources are short, so free the slot and let this be tried
! 	 * later.
! 	 */
! 	sc->amr_busycmd[ac->ac_slot] = NULL;
! 	sc->amr_busyslots--;
!     }
! 
!     return (error);
! }
! 
! 
! static int
! amr_start1(struct amr_softc *sc, struct amr_command *ac)
! {
!     int			done, s, i;
  
      /* mark the new mailbox we are going to copy in as busy */
      ac->ac_mailbox.mb_busy = 1;
***************
*** 1363,1370 ****
  	    break;	/* no work */
  	}
      }
!     
      /* if we've completed any commands, try posting some more */
      if (result)
  	amr_startio(sc);
      
--- 1468,1476 ----
  	    break;	/* no work */
  	}
      }
! 
      /* if we've completed any commands, try posting some more */
+     sc->amr_state &= ~AMR_STATE_QUEUE_FRZN;
      if (result)
  	amr_startio(sc);
      
***************
*** 1375,1381 ****
      else
  #endif
  	amr_complete(sc, 0);
!     
      return(result);
  }
  
--- 1481,1487 ----
      else
  #endif
  	amr_complete(sc, 0);
! 
      return(result);
  }
  
***************
*** 1419,1424 ****
--- 1525,1531 ----
  	    wakeup(sc);
  	}
      }
+    amr_startio(sc);
  }
  
  /********************************************************************************
*** sys/dev/amr/amr_cam.c.orig	Mon Nov 11 05:19:10 2002
--- sys/dev/amr/amr_cam.c	Tue Mar  8 15:11:33 2005
***************
*** 458,464 ****
  	goto out;
      }
  
!     ac->ac_flags |= AMR_CMD_DATAOUT;
  
      ac->ac_ccb_data = csio->data_ptr;
      ac->ac_ccb_length = csio->dxfer_len;
--- 458,464 ----
  	goto out;
      }
  
!     ac->ac_flags |= AMR_CMD_DATAOUT | AMR_CMD_DATAIN;
  
      ac->ac_ccb_data = csio->data_ptr;
      ac->ac_ccb_length = csio->dxfer_len;
***************
*** 516,522 ****
  
      /* XXX note that we're ignoring ac->ac_status - good idea? */
  
!     debug(1, "status 0x%x  scsi_status 0x%x", ac->ac_status, ap->ap_scsi_status);
  
      /*
       * Hide disks from CAM so that they're not picked up and treated as 'normal' disks.
--- 516,522 ----
  
      /* XXX note that we're ignoring ac->ac_status - good idea? */
  
!     debug(1, "status 0x%x  AP scsi_status 0x%x", ac->ac_status, ap->ap_scsi_status);
  
      /*
       * Hide disks from CAM so that they're not picked up and treated as 'normal' disks.
***************
*** 579,585 ****
  
      /* XXX note that we're ignoring ac->ac_status - good idea? */
  
!     debug(1, "status 0x%x  scsi_status 0x%x", ac->ac_status, aep->ap_scsi_status);
  
      /*
       * Hide disks from CAM so that they're not picked up and treated as 'normal' disks.
--- 579,585 ----
  
      /* XXX note that we're ignoring ac->ac_status - good idea? */
  
!     debug(1, "status 0x%x  AEP scsi_status 0x%x", ac->ac_status, aep->ap_scsi_status);
  
      /*
       * Hide disks from CAM so that they're not picked up and treated as 'normal' disks.
*** sys/dev/amr/amr_pci.c.orig	Wed Dec  8 10:53:23 2004
--- sys/dev/amr/amr_pci.c	Tue Mar  8 15:11:33 2005
***************
*** 251,257 ****
  			   NULL, NULL, 			/* filter, filterarg */
  			   MAXBSIZE, AMR_NSEG,		/* maxsize, nsegments */
  			   BUS_SPACE_MAXSIZE_32BIT,	/* maxsegsize */
! 			   BUS_DMA_ALLOCNOW,		/* flags */
  			   &sc->amr_parent_dmat)) {
  	device_printf(dev, "can't allocate parent DMA tag\n");
  	goto out;
--- 251,257 ----
  			   NULL, NULL, 			/* filter, filterarg */
  			   MAXBSIZE, AMR_NSEG,		/* maxsize, nsegments */
  			   BUS_SPACE_MAXSIZE_32BIT,	/* maxsegsize */
! 			   0,				/* flags */
  			   &sc->amr_parent_dmat)) {
  	device_printf(dev, "can't allocate parent DMA tag\n");
  	goto out;
***************
*** 262,273 ****
       */
      if (bus_dma_tag_create(sc->amr_parent_dmat,		/* parent */
  			   1, 0,			/* alignment, boundary */
! 			   BUS_SPACE_MAXADDR,		/* lowaddr */
  			   BUS_SPACE_MAXADDR,		/* highaddr */
  			   NULL, NULL,			/* filter, filterarg */
  			   MAXBSIZE, AMR_NSEG,		/* maxsize, nsegments */
! 			   BUS_SPACE_MAXSIZE_32BIT,	/* maxsegsize */
! 			   0,				/* flags */
  			   &sc->amr_buffer_dmat)) {
          device_printf(sc->amr_dev, "can't allocate buffer DMA tag\n");
  	goto out;
--- 262,273 ----
       */
      if (bus_dma_tag_create(sc->amr_parent_dmat,		/* parent */
  			   1, 0,			/* alignment, boundary */
! 			   BUS_SPACE_MAXADDR_32BIT,	/* lowaddr */
  			   BUS_SPACE_MAXADDR,		/* highaddr */
  			   NULL, NULL,			/* filter, filterarg */
  			   MAXBSIZE, AMR_NSEG,		/* maxsize, nsegments */
! 			   MAXBSIZE,			/* maxsegsize */
! 			   BUS_DMA_ALLOCNOW,		/* flags */
  			   &sc->amr_buffer_dmat)) {
          device_printf(sc->amr_dev, "can't allocate buffer DMA tag\n");
  	goto out;
***************
*** 502,508 ****
      segsize = sizeof(struct amr_sgentry) * AMR_NSEG * AMR_MAXCMD;
      error = bus_dma_tag_create(sc->amr_parent_dmat, 	/* parent */
  			       1, 0, 			/* alignment, boundary */
! 			       BUS_SPACE_MAXADDR,	/* lowaddr */
  			       BUS_SPACE_MAXADDR, 	/* highaddr */
  			       NULL, NULL, 		/* filter, filterarg */
  			       segsize, 1,		/* maxsize, nsegments */
--- 502,508 ----
      segsize = sizeof(struct amr_sgentry) * AMR_NSEG * AMR_MAXCMD;
      error = bus_dma_tag_create(sc->amr_parent_dmat, 	/* parent */
  			       1, 0, 			/* alignment, boundary */
! 			       BUS_SPACE_MAXADDR_32BIT,	/* lowaddr */
  			       BUS_SPACE_MAXADDR, 	/* highaddr */
  			       NULL, NULL, 		/* filter, filterarg */
  			       segsize, 1,		/* maxsize, nsegments */
***************
*** 572,578 ****
       */
      error = bus_dma_tag_create(sc->amr_parent_dmat,	/* parent */
  			       16, 0,			/* alignment, boundary */
! 			       BUS_SPACE_MAXADDR,	/* lowaddr */
  			       BUS_SPACE_MAXADDR,	/* highaddr */
  			       NULL, NULL,		/* filter, filterarg */
  			       sizeof(struct amr_mailbox) + 16, 1, /* maxsize, nsegments */
--- 572,578 ----
       */
      error = bus_dma_tag_create(sc->amr_parent_dmat,	/* parent */
  			       16, 0,			/* alignment, boundary */
! 			       BUS_SPACE_MAXADDR_32BIT,	/* lowaddr */
  			       BUS_SPACE_MAXADDR,	/* highaddr */
  			       NULL, NULL,		/* filter, filterarg */
  			       sizeof(struct amr_mailbox) + 16, 1, /* maxsize, nsegments */
*** sys/dev/amr/amrvar.h.orig	Thu Jul 22 09:35:18 2004
--- sys/dev/amr/amrvar.h	Tue Mar  8 15:11:34 2005
***************
*** 186,191 ****
--- 186,192 ----
  #define AMR_STATE_INTEN		(1<<2)
  #define AMR_STATE_SHUTDOWN	(1<<3)
  #define AMR_STATE_CRASHDUMP	(1<<4)
+ #define AMR_STATE_QUEUE_FRZN	(1<<5)
  
      /* per-controller queues */
      struct bio_queue_head 	amr_bioq;		/* pending I/O with no commands */
***************
*** 212,217 ****
--- 213,219 ----
      int				(* amr_submit_command)(struct amr_softc *sc);
      int				(* amr_get_work)(struct amr_softc *sc, struct amr_mailbox *mbsave);
      int				(*amr_poll_command)(struct amr_command *ac);
+     int				(*amr_poll_command1)(struct amr_softc *sc, struct amr_command *ac);
      int 			support_ext_cdb;	/* greater than 10 byte cdb support */
  
      /* misc glue */

--WIyZ46R2i8wDzkSu--

From owner-freebsd-stable@FreeBSD.ORG  Wed Mar  9 00:58:02 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 9ADA416A4CE; Wed,  9 Mar 2005 00:58:02 +0000 (GMT)
Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id EBD1443D49; Wed,  9 Mar 2005 00:57:58 +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.13.1/8.13.1) with ESMTP id j290x4SL076761;
	Tue, 8 Mar 2005 17:59:05 -0700 (MST)
	(envelope-from scottl@samsco.org)
Message-ID: <422E4986.6080409@samsco.org>
Date: Tue, 08 Mar 2005 17:55:34 -0700
From: Scott Long <scottl@samsco.org>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050218
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: David Sze <dsze@alumni.uwaterloo.ca>
References: <BA84A761ED41C54893BED691A4A574CF977226@EXCH5.eurowings.com>
	<4224F19C.2090207@rackspace.com>
	<6.2.1.2.2.20050301234017.03e93e68@pop3.tellurian.com>
	<4225CCE4.3080304@rackspace.com> <20050308235853.GA81150@mail.distrust.net>
In-Reply-To: <20050308235853.GA81150@mail.distrust.net>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed 
	version=3.0.2
X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org
cc: Art Mason <amason@rackspace.com>
cc: scottl@freebsd.org
cc: freebsd-stable@freebsd.org
Subject: Re: Can FreeBSD be installed on DellPowerEdge2800 ?
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 09 Mar 2005 00:58:02 -0000

David Sze wrote:
> On Wed, Mar 02, 2005 at 08:25:40AM -0600, Art Mason wrote:
> 
>>Vinny Abello wrote:
>>
>>>At 05:50 PM 3/1/2005, Art Mason wrote:
>>>
>>>>Indeed, just installed on a customer's server last night, and I build 
>>>>SMP support into the GENERIC kernel this morning.  Only issues I 
>>>>encountered has to do w/ recognizing the full 4GB of RAM, but this 
>>>>apparently has some compatibility issues w/ the amr driver.
>>>>As per Holger's comments about disabling USB in BIOS, this is a good 
>>>>suggestion, since the DRAC apparently causes some IRQ issues w/ the 
>>>>PS/2 keyboard controller, or something along those lines.  Regardless, 
>>>>these 2850 boxes are stupid fast, and I'm looking forward to 
>>>>benchmarking 5.3 on them.
>>>
>>>
>>>FYI, the architecture of the 2850 (assuming it is similar to your 2800) 
>>>requires that you enable PAE support in your kernel of whatever OS you 
>>>run to address the full 4GB of RAM. This is due in some part because of 
>>>the memory mapping that was done for the PCI express bus and/or onboard 
>>>Perc controller (per Dell tech support). We've run into this with all of 
>>>our 2850's with various OS's and enabling PAE (per Dell's advice) fixes it.
>>
>>
>>Yeah, I cam across that on some mailing list archives, but saw some 
>>additional references that this can cause issues with the amr driver. 
>>Have you experienced any instability issues with the amr driver and PAE 
>>enabled?  If not, then I'll give this a shot on one of our lab boxes for 
>>testing.  Thanks for the suggestion, BTW.
> 
> 
> 
> On my 2850 the upper 1GB of RAM cannot be addressed without PAE support
> in the kernel.  However, amr in 4.11-RELEASE does indeed seem to have
> trouble with PAE.  The result being that with the option in the kernel,
> the root device (ufs:/dev/amrd0s1a) cannot be found.
> 
> I backported scottl's amr PAE fixes from RELENG_5; the diffs applied
> cleanly (with offsets).  I'm happy to report that my 2850 can now
> address its full 4GB and see its amr volumes.
> 
> The diff against 4.11-RELEASE is attached, hopefully someone will be
> willing to commit it to RELENG_4.
> 

I don't have the cycles to watch after RELENG_4, so I'll have to take
your word that this works.  What date is this patch against?  I
committed some follow-up fixes last week that are required for
management apps to work (and yes, LSI is getting ready to support
FreeBSD with management apps).

Scott

From owner-freebsd-stable@FreeBSD.ORG  Wed Mar  9 02:04:57 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id CFCA116A4CE
	for <freebsd-stable@freebsd.org>;
	Wed,  9 Mar 2005 02:04:57 +0000 (GMT)
Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 3219443D46
	for <freebsd-stable@freebsd.org>;
	Wed,  9 Mar 2005 02:04:57 +0000 (GMT)
	(envelope-from pldrouin@pldrouin.net)
Received: from [24.200.176.90] by VL-MO-MR007.ip.videotron.ca
 (iPlanet Messaging Server 5.2 HotFix 1.21 (built Sep  8 2003))
 with ESMTP id <0ID200L19B489K@VL-MO-MR007.ip.videotron.ca> for
 freebsd-stable@freebsd.org; Tue, 08 Mar 2005 21:04:56 -0500 (EST)
Date: Tue, 08 Mar 2005 21:04:54 -0500
From: Pierre-Luc Drouin <pldrouin@pldrouin.net>
To: freebsd-stable@freebsd.org
Message-id: <422E59C6.9040007@pldrouin.net>
MIME-version: 1.0
Content-type: text/plain; charset=ISO-8859-1; format=flowed
Content-transfer-encoding: 7BIT
X-Accept-Language: en-us, en
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20041231
Subject: kernel trap 12 with interrupts disabled, 5.3-stable
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 09 Mar 2005 02:04:57 -0000

I have updated a system from FreeBSD 4.10 to 5.3 (I did a fresh new 
installation from scatch). At the same time we put a new CPUs in there. 
The system is now a dual Xenon 3.2 GHZ with hyperthreading. When there's 
load on the server, it crashes. Here is what I get on the console:

kernel trap 12 with interrupts disabled


Fatal trap 12: page fault while in kernel mode
cpuid = 3; apic id = 07
fault virtual address   = 0x8
fault code              = supervisor write, page not present
instruction pointer     = 0x8:0xc064973e
stack pointer           = 0x10:0xe338fc00
frame pointer           = 0x10:0xe338fc0c
code segment            = base 0x0, limit 0xfffff, type 0x1b
                        = DPL 0, pres 1, def32 1, gran 1
processor eflags        = resume, IOPL = 0
current process         = 1 (init)
trap number             = 12
panic: page fault
cpuid = 3
spin lock sleepq chain held by 0xc22ad320 for > 5 seconds

What could be the cause?
The system was very stable with FreeBSD 4.10 and only 2 CPUs (1 real and 
1 virtual). When I've seen page faults in the past, it was caused by the 
RAM or the motherboard. Is it almost always the case? Does the fact to 
add 2 new CPUs is more likely to reveal a RAM problem that was not known 
before?

Thanks

From owner-freebsd-stable@FreeBSD.ORG  Wed Mar  9 03:07:49 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 7AA8A16A4CE
	for <freebsd-stable@freebsd.org>;
	Wed,  9 Mar 2005 03:07:49 +0000 (GMT)
Received: from mail.gmx.net (pop.gmx.de [213.165.64.20])
	by mx1.FreeBSD.org (Postfix) with SMTP id 65DCB43D2F
	for <freebsd-stable@freebsd.org>;
	Wed,  9 Mar 2005 03:07:48 +0000 (GMT)
	(envelope-from emanuel.strobl@gmx.net)
Received: (qmail invoked by alias); 09 Mar 2005 03:07:47 -0000
Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de)
	(62.245.232.135)
	by mail.gmx.net (mp026) with SMTP; 09 Mar 2005 04:07:47 +0100
X-Authenticated: #301138
From: Emanuel Strobl <emanuel.strobl@gmx.net>
To: freebsd-stable@freebsd.org
Date: Wed, 9 Mar 2005 04:07:28 +0100
User-Agent: KMail/1.7.2
References: <422E59C6.9040007@pldrouin.net>
In-Reply-To: <422E59C6.9040007@pldrouin.net>
X-Birthday: 10/06/72
X-CelPhone: +49 173 9967781
X-Tel: +49 89 18947781
X-Country: Germany
X-Address: Munich, 80686
X-OS: FreeBSD
MIME-Version: 1.0
Content-Type: multipart/signed;
  boundary="nextPart2238850.n23g0QFRSR";
  protocol="application/pgp-signature";
  micalg=pgp-sha1
Content-Transfer-Encoding: 7bit
Message-Id: <200503090407.33424@harrymail>
X-Y-GMX-Trusted: 0
cc: Pierre-Luc Drouin <pldrouin@pldrouin.net>
Subject: Re: kernel trap 12 with interrupts disabled, 5.3-stable
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 09 Mar 2005 03:07:49 -0000

--nextPart2238850.n23g0QFRSR
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Am Mittwoch, 9. M=E4rz 2005 03:04 schrieb Pierre-Luc Drouin:
> I have updated a system from FreeBSD 4.10 to 5.3 (I did a fresh new
> installation from scatch). At the same time we put a new CPUs in there.
[...]
> What could be the cause?

The non-technical answer: FreeBSD 5.4 is in the release cycle with an upcom=
ing=20
5.4 iso image.
There were enormous efforts in improving FreeBSD 5.x, so if you already bro=
ke=20
your system take the chance and get the new 5.4 system which probably fixes=
=20
your problem.
Next thing is that you won't see any benefit when enabling hyperthreading.=
=20
It's strongly depending on the system's kind of load but almost everytime=20
you'll see performance degradation.

> The system was very stable with FreeBSD 4.10 and only 2 CPUs (1 real and
> 1 virtual). When I've seen page faults in the past, it was caused by the
> RAM or the motherboard. Is it almost always the case? Does the fact to

Maybe, but first you have to provide more information and make sure it=20
frequently crashes at different points.

Keep patience till anyone of the experts answers, in the meantime you can h=
ave=20
a look at=20
http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kernel=
debug.html
for providing more information.

=2DMano

> add 2 new CPUs is more likely to reveal a RAM problem that was not known
> before?
>
> Thanks
> _______________________________________________
> freebsd-stable@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-stable
> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org"

--nextPart2238850.n23g0QFRSR
Content-Type: application/pgp-signature

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

iD8DBQBCLmh1Bylq0S4AzzwRAgtzAKCHNeSTMwXoXoJcasUkUjHm5JVsPACdGJFL
sWvUDib28H95YvpVgpwAd44=
=VZ6l
-----END PGP SIGNATURE-----

--nextPart2238850.n23g0QFRSR--

From owner-freebsd-stable@FreeBSD.ORG  Wed Mar  9 03:17:01 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id B3F4C16A4CE
	for <freebsd-stable@freebsd.org>;
	Wed,  9 Mar 2005 03:17:01 +0000 (GMT)
Received: from mail.distrust.net (mail.distrust.net [69.93.230.10])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 4935243D54
	for <freebsd-stable@freebsd.org>;
	Wed,  9 Mar 2005 03:17:01 +0000 (GMT)
	(envelope-from dsze@alumni.uwaterloo.ca)
Received: from mail.distrust.net (localhost [127.0.0.1])
	by mail.distrust.net (8.12.11/8.12.11) with SMTP id j293FRT8081969
	for <freebsd-stable@freebsd.org>; Tue, 8 Mar 2005 21:15:52 -0600 (CST)
	(envelope-from dsze@alumni.uwaterloo.ca)
Date: Tue, 8 Mar 2005 21:15:28 -0600 (CST)
To: Scott Long <scottl@samsco.org>
From: David Sze <dsze@alumni.uwaterloo.ca>
In-Reply-To: <422E4986.6080409@samsco.org>
References: <BA84A761ED41C54893BED691A4A574CF977226@EXCH5.eurowings.com>
	<4224F19C.2090207@rackspace.com>
	<6.2.1.2.2.20050301234017.03e93e68@pop3.tellurian.com>
	<4225CCE4.3080304@rackspace.com> <20050308235853.GA81150@mail.distrust.net>
	<422E4986.6080409@samsco.org>
Message-Id: <6.2.1.2.2.20050308215231.0537dff0@mail.distrust.net>
X-Virus-Scanned: ClamAV 0.83/757/Tue Mar  8 17:14:36 2005 on mail.distrust.net
X-Virus-Status: Clean
cc: Art Mason <amason@rackspace.com>
cc: freebsd-stable@freebsd.org
Subject: Re: Can FreeBSD be installed on DellPowerEdge2800 ?
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 09 Mar 2005 03:17:01 -0000

At 05:55 PM 08/03/2005 -0700, Scott Long wrote this to All:
>>David Sze wrote:
>>>On Wed, Mar 02, 2005 at 08:25:40AM -0600, Art Mason wrote:
>>>
>>>Yeah, I cam across that on some mailing list archives, but saw some
>>>additional references that this can cause issues with the amr driver.
>>>Have you experienced any instability issues with the amr driver and
>>>PAE enabled?  If not, then I'll give this a shot on one of our lab
>>>boxes for testing.  Thanks for the suggestion, BTW.
>>
>>On my 2850 the upper 1GB of RAM cannot be addressed without PAE support
>>in the kernel.  However, amr in 4.11-RELEASE does indeed seem to have
>>trouble with PAE.  The result being that with the option in the kernel,
>>the root device (ufs:/dev/amrd0s1a) cannot be found.
>>
>>I backported scottl's amr PAE fixes from RELENG_5; the diffs applied
>>cleanly (with offsets).  I'm happy to report that my 2850 can now
>>address its full 4GB and see its amr volumes.
>>
>>The diff against 4.11-RELEASE is attached, hopefully someone will be
>>willing to commit it to RELENG_4.
>
>I don't have the cycles to watch after RELENG_4, so I'll have to take
>your word that this works.  What date is this patch against?  I
>committed some follow-up fixes last week that are required for
>management apps to work (and yes, LSI is getting ready to support
>FreeBSD with management apps).

The patch is against 4.11-RELEASE, and is just a backport of your commit
from Dec. 5th
(http://lists.freebsd.org/pipermail/cvs-all/2004-December/094923.html).
There haven't been any changes to amr since release, so it should apply
directly to RELENG_4 as well.

I left out the subsequent ioctl fixes and LSI 320-2E support.  They look
straightforward, but I don't have the software or hardware to test them.
If you'd like them in there before committing to RELENG_4, I can take a
stab at it and post a new patch.

From owner-freebsd-stable@FreeBSD.ORG  Wed Mar  9 04:10:29 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 6CB0516A4CE
	for <freebsd-stable@freebsd.org>;
	Wed,  9 Mar 2005 04:10:29 +0000 (GMT)
Received: from ciao.gmane.org (main.gmane.org [80.91.229.2])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 865AD43D1D
	for <freebsd-stable@freebsd.org>;
	Wed,  9 Mar 2005 04:10:28 +0000 (GMT)
	(envelope-from freebsd-stable@m.gmane.org)
Received: from root by ciao.gmane.org with local (Exim 4.43)
	id 1D8sWM-0007QY-K9
	for freebsd-stable@freebsd.org; Wed, 09 Mar 2005 05:10:06 +0100
Received: from pcp08490587pcs.levtwn01.pa.comcast.net ([68.83.169.224])
        by main.gmane.org with esmtp (Gmexim 0.1 (Debian))
        id 1AlnuQ-0007hv-00
        for <freebsd-stable@freebsd.org>; Wed, 09 Mar 2005 05:10:06 +0100
Received: from apeiron+usenet by pcp08490587pcs.levtwn01.pa.comcast.net with
	local (Gmexim 0.1 (Debian))        id 1AlnuQ-0007hv-00
	for <freebsd-stable@freebsd.org>; Wed, 09 Mar 2005 05:10:06 +0100
X-Injected-Via-Gmane: http://gmane.org/
To: freebsd-stable@freebsd.org
From: Christopher Nehren <apeiron+usenet@coitusmentis.info>
Date: Wed, 9 Mar 2005 03:01:11 +0000 (UTC)
Organization: /usr/bin/false
Lines: 31
Message-ID: <slrnd2spt6.10g.apeiron+usenet@prophecy.dyndns.org>
References: <0E972CEE334BFE4291CD07E056C76ED805A2C614@bragi.housing.ufl.edu>
X-Complaints-To: usenet@sea.gmane.org
X-Gmane-NNTP-Posting-Host: pcp08490587pcs.levtwn01.pa.comcast.net
User-Agent: slrn/0.9.8.1 (FreeBSD)
Sender: news <news@sea.gmane.org>
X-Gmane-MailScanner: Found to be clean
X-Gmane-MailScanner: Found to be clean
X-Gmane-MailScanner-SpamScore: s
X-MailScanner-From: freebsd-stable@m.gmane.org
X-MailScanner-To: freebsd-stable@freebsd.org
Subject: Re: consistent problem with pcm0 audio
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 09 Mar 2005 04:10:29 -0000

On 2005-03-08, Will Saxon scribbled these
curious markings:
> I am using FreeBSD 5-STABLE from Feb 23rd with an onboard VIA 
> VT8237/Avance Logic ALC200 sound controller. Periodically, 
> sound will stop working. I will get the last note (sound
> packet?) repeated over and over until I close the program. Any
> further attempt to play a sound will cause the same note to be 
> repeated. I am not able to reload the driver. Correct sound is 
> restored when I reboot the computer.

Couple of things that I've found will muck up your sound:

o ACPI, as you mentioned. Be glad that you can even get your system to
boot with ACPI. Mine crashes within 10 seconds of hitting Enter at the
boot menu.

o Threading libraries. games/doomlegacy exhibits behaviour endemic of a
sound buffering / channel issue (sound stuttering and playing slowly
during periods of high activity, working better during periods of less
activity) for me when it runs with libpthread. I spent *hours* (okay,
I'm a Doom addict, I'll admit it) trying to diagnose the problem in the
mindset that it was a buffering / channel problem, when all I had to do
was set it to use libc_r in libmap.conf.

Best Regards,
Christopher Nehren
-- 
I abhor a system designed for the "user", if that word is a coded
pejorative meaning "stupid and unsophisticated". -- Ken Thompson
If you ask the wrong questions, you get answers like "42" and "God".
Unix is user friendly. However, it isn't idiot friendly.

From owner-freebsd-stable@FreeBSD.ORG  Wed Mar  9 05:21:47 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 3E1F116A4CE
	for <freebsd-stable@freebsd.org>;
	Wed,  9 Mar 2005 05:21:47 +0000 (GMT)
Received: from orbit.kuwaitnet.net (orbit.kuwaitnet.net [216.40.249.67])
	by mx1.FreeBSD.org (Postfix) with ESMTP id EEA5643D49
	for <freebsd-stable@freebsd.org>;
	Wed,  9 Mar 2005 05:21:46 +0000 (GMT)
	(envelope-from big@kuwaitnet.net)
Received: from cpanel by orbit.kuwaitnet.net with local (Exim 4.43)
	id 1D8tde-0003ME-0q
	for freebsd-stable@freebsd.org; Wed, 09 Mar 2005 08:21:42 +0300
Received: from 127.0.0.1 ([127.0.0.1]) 
	by kuwaitnet.net (IMP) with HTTP 
	for <big@kuwaitnet.net@localhost>; Wed,  9 Mar 2005 08:21:41 +0300
Message-ID: <1110345701.422e87e5e57f5@kuwaitnet.net>
Date: Wed,  9 Mar 2005 08:21:41 +0300
From: big@kuwaitnet.net
To: freebsd-stable@freebsd.org
MIME-Version: 1.0
Content-Type: text/plain; charset=windows-1256
Content-Transfer-Encoding: 8bit
User-Agent: Internet Messaging Program (IMP) 3.2.2
X-Originating-IP: 127.0.0.1
X-AntiAbuse: This header was added to track abuse, please include it with any
	abuse report
X-AntiAbuse: Primary Hostname - orbit.kuwaitnet.net
X-AntiAbuse: Original Domain - freebsd.org
X-AntiAbuse: Originator/Caller UID/GID - [32001 601] / [47 12]
X-AntiAbuse: Sender Address Domain - kuwaitnet.net
X-Source: /usr/local/cpanel/3rdparty/bin/php
X-Source-Args: /usr/local/cpanel/3rdparty/bin/php
	/usr/local/cpanel/base/horde/imp/compose.php 
X-Source-Dir: :/base/horde/imp
Subject: FreeBSD 5.4-PRERELEASE & cPanel
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 09 Mar 2005 05:21:47 -0000



Hello,

I was wondering after upgrading a box today it broke my cPanel setup since it
rsync out of their master servers to paths like FreeBSD-x.x-RELEASE or -STABLE
, so is it possible to switch back to freebsd 5.3-STABLE or change the uname
output for their scripts to work?

Thanks!

From owner-freebsd-stable@FreeBSD.ORG  Wed Mar  9 06:42:48 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 6F08716A4CF
	for <freebsd-stable@freebsd.org>;
	Wed,  9 Mar 2005 06:42:48 +0000 (GMT)
Received: from mail.iinet.net.au (mail-04.iinet.net.au [203.59.3.36])
	by mx1.FreeBSD.org (Postfix) with SMTP id 3FA1D43D3F
	for <freebsd-stable@freebsd.org>;
	Wed,  9 Mar 2005 06:42:47 +0000 (GMT)
	(envelope-from shinjii@virusinfo.rdksupportinc.com)
Received: (qmail 26715 invoked from network); 9 Mar 2005 06:42:46 -0000
Received: from unknown (HELO warren.shinji.nq.nu) (203.217.86.9)
  by mail.iinet.net.au with SMTP; 9 Mar 2005 06:42:45 -0000
From: Warren <shinjii@virusinfo.rdksupportinc.com>
To: freebsd-stable@freebsd.org
User-Agent: KMail/1.7.2
MIME-Version: 1.0
Content-Disposition: inline
Date: Wed, 9 Mar 2005 16:41:14 +1000
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Message-Id: <200503091641.15242.shinjii@virusinfo.rdksupportinc.com>
cc: freebsd-questions@freebsd.org
Subject: Mozilla Firefox problem
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 09 Mar 2005 06:42:48 -0000

Each time i start Mozilla Firefox it starts from scratch and asks if i want to 
import my previous bookmarks etc .. why is this occurying and how do i fix 
it ?


-- 
Yours Sincerely
Shinjii
http://www.shinji.nq.nu

From owner-freebsd-stable@FreeBSD.ORG  Wed Mar  9 07:51:15 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 92DC216A4CE
	for <freebsd-stable@freebsd.org>;
	Wed,  9 Mar 2005 07:51:15 +0000 (GMT)
Received: from flake.decibel.org (flake.decibel.org [67.100.216.10])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 1B3A443D31
	for <freebsd-stable@freebsd.org>;
	Wed,  9 Mar 2005 07:51:15 +0000 (GMT)
	(envelope-from decibel@decibel.org)
Received: by flake.decibel.org (Postfix, from userid 1001)
	id 517011C91C; Wed,  9 Mar 2005 07:51:11 +0000 (GMT)
Date: Wed, 9 Mar 2005 01:51:11 -0600
From: "Jim C. Nasby" <decibel@decibel.org>
To: freebsd-stable@freebsd.org
Message-ID: <20050309075111.GA528@decibel.org>
Mail-Followup-To: "Jim C. Nasby" <decibel@decibel.org>,
	freebsd-stable@freebsd.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
X-Operating-System: FreeBSD 4.11-RELEASE i386
X-Distributed: Join the Effort!  http://www.distributed.net
User-Agent: Mutt/1.5.6i
Subject: ad0 errors on FBSD 4.11-RELEASE
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 09 Mar 2005 07:51:15 -0000

Since moving my machine, I've been having all kinds of issues with ad0.
Here's one example:

Mar  9 06:26:23 flake /kernel: ad0: READ command timeout tag=0 serv=1 - resetting
Mar  9 06:26:23 flake /kernel: ad0: invalidating queued requests
Mar  9 06:26:23 flake /kernel: ata0: resetting devices .. ad0: invalidating queued requests
Mar  9 06:26:23 flake /kernel: done
Mar  9 06:26:23 flake /kernel: ad0: timeout waiting for READY
Mar  9 06:26:23 flake /kernel: ad0: invalidating queued requests
Mar  9 06:26:23 flake /kernel: ad0: timeout sending command=00 s=d0 e=04
Mar  9 06:26:23 flake /kernel: ad0: flush queue failed
Mar  9 06:26:23 flake /kernel: - resetting
Mar  9 06:26:23 flake /kernel: ata0: resetting devices .. ad0: invalidating queued requests
Mar  9 06:26:23 flake /kernel: done
Mar  9 06:26:23 flake /kernel: ad0: READ command timeout tag=0 serv=1 - resetting
Mar  9 06:26:23 flake /kernel: ad0: invalidating queued requests
Mar  9 06:26:23 flake /kernel: ata0: resetting devices .. ad0: invalidating queued requests
Mar  9 06:26:23 flake /kernel: done
Mar  9 06:26:23 flake /kernel: ad0: WRITE command timeout tag=1 serv=0 - resetting
Mar  9 06:26:23 flake /kernel: ad0: invalidating queued requests
Mar  9 06:26:23 flake /kernel: ad0: timeout waiting for READY
Mar  9 06:26:23 flake /kernel: ad0: invalidating queued requests
Mar  9 06:26:23 flake /kernel: - resetting
Mar  9 06:26:23 flake /kernel: ata0: resetting devices .. ad0: invalidating queued requests
Mar  9 06:26:23 flake /kernel: done
Mar  9 06:26:23 flake /kernel: ata0: resetting devices .. ad0: invalidating queued requests
Mar  9 06:26:23 flake /kernel: done

These issues have been resulting in spontaneous reboots; presumably from
kernel panics.

Any ideas what could be causing this? I'm running vinum, if that
matters. I guess if I need to I can run both drives off the second IDE
controller... is there any magic I'd need to do in vinum to accomplish
that?
-- 
Jim C. Nasby, Database Consultant               decibel@decibel.org 
Give your computer some brain candy! www.distributed.net Team #1828

Windows: "Where do you want to go today?"
Linux: "Where do you want to go tomorrow?"
FreeBSD: "Are you guys coming, or what?"

From owner-freebsd-stable@FreeBSD.ORG  Wed Mar  9 09:33:44 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id A5A5216A4CE
	for <stable@freebsd.org>; Wed,  9 Mar 2005 09:33:44 +0000 (GMT)
Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 0265643D3F
	for <stable@freebsd.org>; Wed,  9 Mar 2005 09:33:44 +0000 (GMT)
	(envelope-from marck@rinet.ru)
Received: from localhost (localhost [127.0.0.1])
	by woozle.rinet.ru (8.13.1/8.13.1) with ESMTP id j299Xga8030854
	for <stable@freebsd.org>; Wed, 9 Mar 2005 12:33:42 +0300 (MSK)
	(envelope-from marck@rinet.ru)
Date: Wed, 9 Mar 2005 12:33:42 +0300 (MSK)
From: Dmitry Morozovsky <marck@rinet.ru>
To: stable@freebsd.org
Message-ID: <20050309122907.N26999@woozle.rinet.ru>
X-NCC-RegID: ru.rinet
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Subject: vinum zero divide crashes under RELENG_4
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 09 Mar 2005 09:33:44 -0000

Dear colleagues,

is anyone interested in analyzing vinum crashdumps under RELENG_4? The problem 
is that crash situations are not easily reproducible (they are related to 
changing in-memory and on-disk vinum configs), but almost every refers 
to

#6  0xc01ff69b in __divdi3 (a=0x1000, b=0x0) at /FreeBSD/src.411/sys/libkern/divdi3.c:61
#7  0xc02abc8e in driveio (drive=0xc38e41f8, buf=0xc3c96c00 "IN VINO", length=0x200, offset=0x1000, flag=0x0)
    at /FreeBSD/src.411/sys/modules/vinum/../../dev/vinum/vinumio.c:330

which is 

330             bp->b_blkno = offset / drive->partinfo.disklab->d_secsize; /* block number */

(in my last case, drive->partinfo.disklab is filled with zeros except d_magic 
field)

Thanks in advacne.

Sincerely,
D.Marck                                     [DM5020, MCK-RIPE, DM3-RIPN]
------------------------------------------------------------------------
*** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru ***
------------------------------------------------------------------------

From owner-freebsd-stable@FreeBSD.ORG  Wed Mar  9 11:10:10 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 0F48316A4CE
	for <freebsd-stable@freebsd.org>;
	Wed,  9 Mar 2005 11:10:10 +0000 (GMT)
Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.206])
	by mx1.FreeBSD.org (Postfix) with ESMTP id B4FCE43D49
	for <freebsd-stable@freebsd.org>;
	Wed,  9 Mar 2005 11:10:09 +0000 (GMT)
	(envelope-from peceka@gmail.com)
Received: by rproxy.gmail.com with SMTP id a41so166035rng
	for <freebsd-stable@freebsd.org>;
	Wed, 09 Mar 2005 03:10:09 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
	s=beta; d=gmail.com;
	h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding;
	b=duXcLbhlxuVbjnjVljy2scdliytPVAbSWgo3vUyRqlvjScs5GM0/eV/39nANm+NyigZZuR8TTg3KByVNK2HK5IgY3Jj+fUNQgcHxW1oL3r+ToVF5QpnY0E+Sd8Vt9zbsSA7U8vZRqCPY59t3z5IXIRT/vDIVijTXIfjpitO998o=
Received: by 10.38.90.20 with SMTP id n20mr653482rnb;
        Wed, 09 Mar 2005 03:10:09 -0800 (PST)
Received: by 10.38.125.13 with HTTP; Wed, 9 Mar 2005 03:10:09 -0800 (PST)
Message-ID: <f0f70e5e0503090310444aa40@mail.gmail.com>
Date: Wed, 9 Mar 2005 12:10:09 +0100
From: pck <peceka@gmail.com>
To: freebsd-stable@freebsd.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
Subject: xSeries346 and FreeBSD 5.3
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: pck <peceka@gmail.com>
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 09 Mar 2005 11:10:10 -0000

Welcome,

I've just bought IBM xSeries346 server. There was no problem with
installing FreeBSD 5.3, but problem is with LAN card - BCM5721 (I
think, reseller told me this name).
Is there any possibility to run this card?

Best Regards,
--=20
Przemys=C5=82aw Ciesielski

From owner-freebsd-stable@FreeBSD.ORG  Wed Mar  9 11:22:12 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 65D8B16A4CE
	for <freebsd-stable@freebsd.org>;
	Wed,  9 Mar 2005 11:22:12 +0000 (GMT)
Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.200])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 18C9843D4C
	for <freebsd-stable@freebsd.org>;
	Wed,  9 Mar 2005 11:22:12 +0000 (GMT)
	(envelope-from grafan@gmail.com)
Received: by wproxy.gmail.com with SMTP id 68so111015wri
	for <freebsd-stable@freebsd.org>;
	Wed, 09 Mar 2005 03:22:11 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
	s=beta; d=gmail.com;
	h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references;
	b=cCOv2zz3soon2qd+m+Dq/bxrjNtAHCQ2+EHXtBSoRGOoqeYt8rr0Dv/MXrM5q9k+sJj2pNtWgjlTgTlwaYxCh/QVB3k4phZeO+AvAfaFtFaIOVferjzPanJhxr95RTImjIhmgtw37T/1m6qWp7/eO3DvRKJxOoYbDwBv6hCII5M=
Received: by 10.54.66.12 with SMTP id o12mr602558wra;
        Wed, 09 Mar 2005 03:22:11 -0800 (PST)
Received: by 10.54.7.56 with HTTP; Wed, 9 Mar 2005 03:22:09 -0800 (PST)
Message-ID: <6eb82e050309032245c4a9d8@mail.gmail.com>
Date: Wed, 9 Mar 2005 19:22:09 +0800
From: Rong-En Fan <grafan@gmail.com>
To: pck <peceka@gmail.com>
In-Reply-To: <f0f70e5e0503090310444aa40@mail.gmail.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
References: <f0f70e5e0503090310444aa40@mail.gmail.com>
cc: freebsd-stable@freebsd.org
Subject: Re: xSeries346 and FreeBSD 5.3
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: Rong-En Fan <grafan@gmail.com>
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 09 Mar 2005 11:22:12 -0000

On Wed, 9 Mar 2005 12:10:09 +0100, pck <peceka@gmail.com> wrote:
> Welcome,
> 
> I've just bought IBM xSeries346 server. There was no problem with
> installing FreeBSD 5.3, but problem is with LAN card - BCM5721 (I
> think, reseller told me this name).
> Is there any possibility to run this card?

You have to install a 5-STABLE or manually get following files

src/sys/dev/bge/*
src/sys/dev/mii/miidevs
src/sys/dev/mii/brgphy.c

and recompile kernel.
without those two mii files, you can only run 100-baseTX.

Regards,
Rong-En Fan

From owner-freebsd-stable@FreeBSD.ORG  Wed Mar  9 13:30:40 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 43CD516A4CE
	for <freebsd-stable@freebsd.org>;
	Wed,  9 Mar 2005 13:30:40 +0000 (GMT)
Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.193])
	by mx1.FreeBSD.org (Postfix) with ESMTP id A5EDE43D5A
	for <freebsd-stable@freebsd.org>;
	Wed,  9 Mar 2005 13:30:39 +0000 (GMT)
	(envelope-from peceka@gmail.com)
Received: by rproxy.gmail.com with SMTP id a41so193265rng
	for <freebsd-stable@freebsd.org>;
	Wed, 09 Mar 2005 05:30:39 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
	s=beta; d=gmail.com;
	h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references;
	b=TTwSmLc3JWHkRP1bO8JmdpP9EruDWFsBQJ0/YdiOYmFpnmk+MQERuUCTGy4hUCOhXmgYGzMbN+xiY4t9p+pu+pZj8Vk3ekLetehH8cV93DqN2nxW5ez5UWdjz5pAXSGO9m1md6zjCt2MmMHx6tcvXu12/Y9wdUgdgy81MVzZVZQ=
Received: by 10.38.73.45 with SMTP id v45mr762143rna;
        Wed, 09 Mar 2005 05:30:39 -0800 (PST)
Received: by 10.38.125.13 with HTTP; Wed, 9 Mar 2005 05:30:39 -0800 (PST)
Message-ID: <f0f70e5e05030905305ee0f0b3@mail.gmail.com>
Date: Wed, 9 Mar 2005 14:30:39 +0100
From: pck <peceka@gmail.com>
To: Rong-En Fan <grafan@gmail.com>
In-Reply-To: <6eb82e050309032245c4a9d8@mail.gmail.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
References: <f0f70e5e0503090310444aa40@mail.gmail.com>
	 <6eb82e050309032245c4a9d8@mail.gmail.com>
cc: freebsd-stable@freebsd.org
Subject: Re: xSeries346 and FreeBSD 5.3
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: pck <peceka@gmail.com>
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 09 Mar 2005 13:30:40 -0000

Hi,

On Wed, 9 Mar 2005 19:22:09 +0800, Rong-En Fan <grafan@gmail.com> wrote:
> On Wed, 9 Mar 2005 12:10:09 +0100, pck <peceka@gmail.com> wrote:
> > Welcome,
> >
> > I've just bought IBM xSeries346 server. There was no problem with
> > installing FreeBSD 5.3, but problem is with LAN card - BCM5721 (I
> > think, reseller told me this name).
> > Is there any possibility to run this card?
>=20
> You have to install a 5-STABLE or manually get following files
>=20
> src/sys/dev/bge/*
> src/sys/dev/mii/miidevs
> src/sys/dev/mii/brgphy.c
>=20
> and recompile kernel.
> without those two mii files, you can only run 100-baseTX.

>From where i must download these files?

I've just made cvsup on my workstation (*default release=3Dcvs
tag=3DRELENG_5) and got:

saucepan# pwd
/usr/src/sys/dev/bge
saucepan# ls -al
total 186
drwxr-xr-x    2 root  wheel     512 Mar  9 12:51 .
drwxr-xr-x  155 root  wheel    2560 Mar  9 12:53 ..
-rw-r--r--    1 root  wheel  101313 Mar  2 21:29 if_bge.c
-rw-r--r--    1 root  wheel   81011 Mar  2 11:08 if_bgereg.h
saucepan#

Best regards,
--=20
Przemys=C5=82aw Ciesielski

From owner-freebsd-stable@FreeBSD.ORG  Wed Mar  9 15:58:37 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 88B5916A4CE
	for <freebsd-stable@freebsd.org>;
	Wed,  9 Mar 2005 15:58:37 +0000 (GMT)
Received: from hermes.oxyd.fr (hermes.oxyd.fr [195.137.249.76])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 42EF643D5A
	for <freebsd-stable@freebsd.org>;
	Wed,  9 Mar 2005 15:58:37 +0000 (GMT)
	(envelope-from pcasidy@casidy.com)
Received: from [212.43.253.140] (helo=smtp.casidy.net)
	by hermes.oxyd.fr with asmtp (Exim 4.20)
	id 1D93Zz-0007FD-Au; Wed, 09 Mar 2005 16:58:36 +0100
Received: from casidy.com (unknown [192.168.1.5])
	by smtp.casidy.net (Postfix) with ESMTP id 2B6F6B86C;
	Wed,  9 Mar 2005 16:58:25 +0100 (CET)
Date: Wed, 9 Mar 2005 17:07:35 +0100 (CET)
From: pcasidy@casidy.com
To: dwhite@gumbysoft.com
In-Reply-To: <20050307191149.T32508@carver.gumbysoft.com>
MIME-Version: 1.0
Content-Type: TEXT/plain; charset=us-ascii
Message-Id: <20050309155825.2B6F6B86C@smtp.casidy.net>
X-auth-smtp-user: postmaster@casidy.com 
X-abuse-contact: abuse@oxyd.fr
cc: freebsd-stable@freebsd.org
Subject: Re: if_bfe/uhci: storm interrupt Fatal trap 12
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 09 Mar 2005 15:58:37 -0000

On  7 Mar, Doug White wrote:
> Thanks for the detailed message. I didn't realize that we'd enabled DDB in
> the snapshot kernel :)
> 
> Anyway this looks like a bug in the bfe driver.  It appears to be trying
> to free a DMA map that is either unallocated or got spammed.  You may want
> to repost this to freebsd-current@freebsd.org and use a subject like
> "Use-after-free in bfe" since I think the interrupt storm message is
> secondary.
> 
> A capture of boot -v might also be useful, or at minumum anything the bfe
> driver output during boot ('dmesg | grep bfe' might work with the fixit
> disc). A crashdump would be nice too, but you'd likely need to find a
> different network adapter.
> 

I have escalated this problem to current@.

I have also built a STABLE kernel with DDD and KDB options and the line
where the problem occurs is

_bus_dmamap_unload+0x16: movl 0x10(%eax),%eax

I have enable crash dumps (I think) but when booting I have "savecore:
no dumps found". I think the problem is that i have 1.5Gb of memory and
only 1Gb of swap.

Well, I will add this info to the message I sent on current@.

Phil.

From owner-freebsd-stable@FreeBSD.ORG  Wed Mar  9 16:12:01 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 0748C16A4CE
	for <freebsd-stable@freebsd.org>;
	Wed,  9 Mar 2005 16:12:01 +0000 (GMT)
Received: from torch.higis.ru (gate.higis.ru [81.195.168.122])
	by mx1.FreeBSD.org (Postfix) with ESMTP id EDAAA43D4C
	for <freebsd-stable@freebsd.org>;
	Wed,  9 Mar 2005 16:11:59 +0000 (GMT)
	(envelope-from dimma@torch.higis.ru)
Received: from localhost (localhost [127.0.0.1])
	by torch.higis.ru (8.12.10/8.12.10) with ESMTP id j29GBvCT021491
	for <freebsd-stable@freebsd.org>; Wed, 9 Mar 2005 19:11:57 +0300 (MSK)
	(envelope-from dimma@torch.higis.ru)
Received: from torch.higis.ru ([127.0.0.1])
 by localhost (torch.higis.ru [127.0.0.1]) (amavisd-new, port 10024) with LMTP
 id 21052-07 for <freebsd-stable@freebsd.org>;
 Wed,  9 Mar 2005 19:11:55 +0300 (MSK)
Received: from torch.higis.ru (localhost [127.0.0.1])
	by torch.higis.ru (8.12.10/8.12.10) with ESMTP id j29GBq6q021488
	for <freebsd-stable@freebsd.org>; Wed, 9 Mar 2005 19:11:52 +0300 (MSK)
	(envelope-from dimma@torch.higis.ru)
Received: (from dimma@localhost)
	by torch.higis.ru (8.12.10/8.12.10/Submit) id j29GBqwa021483
	for freebsd-stable@freebsd.org; Wed, 9 Mar 2005 19:11:52 +0300 (MSK)
	(envelope-from dimma)
Date: Wed, 9 Mar 2005 19:11:52 +0300
From: Dmitriy Kirhlarov <dimma@higis.ru>
To: freebsd-stable@freebsd.org
Message-ID: <20050309161151.GG56394@torch.higis.ru>
References: <20050225175517.GE5514@torch.higis.ru>
	<20050228090743.GS9291@darkness.comp.waw.pl>
	<20050304103118.GA56394@torch.higis.ru>
	<20050305171221.GS9291@darkness.comp.waw.pl>
Mime-Version: 1.0
Content-Type: text/plain; charset=koi8-r
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
In-Reply-To: <20050305171221.GS9291@darkness.comp.waw.pl>
Keywords: 580243422
User-Agent: Mutt/1.5.6i
X-Virus-Scanned: by amavisd-new at higis.ru
Subject: Re: gmirror over ggate{d,c}
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 09 Mar 2005 16:12:01 -0000

Hi Pawel!

On Sat, 05 Mar 2005, Pawel Jakub Dawidek wrote:

> First of all, can you increase buffers:
>=20
> net.inet.tcp.sendspace=3D4194304
> net.inet.tcp.recvspace=3D4194304
> kern.ipc.maxsockbuf=3D2097152
>=20
> And run ggated and ggatec with '-R 1048576 -S 1048576'?

$ sudo sysctl net.inet.tcp.sendspace=3D4194304
net.inet.tcp.sendspace: 32768 -> 4194304
$ sudo sysctl net.inet.tcp.recvspace=3D4194304
net.inet.tcp.recvspace: 65536 -> 4194304
$ sudo sysctl kern.ipc.maxsockbuf=3D2097152
kern.ipc.maxsockbuf: 262144 -> 2097152
$ sudo ggated -R 1048576 -S 1048576

And get messages on console:

clh1 ggated: Can't open stream socket: No buffer space available.
Mar  9 18:43:17 clh1 ggated: Exiting.

By.
Dmitriy

From owner-freebsd-stable@FreeBSD.ORG  Wed Mar  9 16:35:32 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 1420D16A4CE
	for <freebsd-stable@freebsd.org>;
	Wed,  9 Mar 2005 16:35:32 +0000 (GMT)
Received: from orbit.kuwaitnet.net (orbit.kuwaitnet.net [216.40.249.67])
	by mx1.FreeBSD.org (Postfix) with ESMTP id E55EE43D2F
	for <freebsd-stable@freebsd.org>;
	Wed,  9 Mar 2005 16:35:31 +0000 (GMT)
	(envelope-from big@kuwaitnet.net)
Received: from [62.150.222.147] (helo=[127.0.0.1])
	by orbit.kuwaitnet.net with esmtpa (Exim 4.43)
	id 1D949i-0007XK-NH
	for freebsd-stable@freebsd.org; Wed, 09 Mar 2005 19:35:31 +0300
Message-ID: <422F250B.6030505@kuwaitnet.net>
Date: Wed, 09 Mar 2005 19:32:11 +0300
From: Bashar <big@kuwaitnet.net>
User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: freebsd-stable@freebsd.org
Content-Type: text/plain; charset=windows-1256; format=flowed
Content-Transfer-Encoding: 7bit
X-AntiAbuse: This header was added to track abuse, please include it with any
	abuse report
X-AntiAbuse: Primary Hostname - orbit.kuwaitnet.net
X-AntiAbuse: Original Domain - freebsd.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - kuwaitnet.net
X-Source: 
X-Source-Args: 
X-Source-Dir: 
Subject: from 5.4-PRERELEASE -> 5.3-RELEASE-p5 error?
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 09 Mar 2005 16:35:32 -0000

Hello,
i was wondering just right after the downgrade been facing some issues 
such as:
1. server# /usr/local/bin/strace -f ps
PIOCSFL: Inappropriate ioctl for device
trouble opening proc file
2. mounting ext2fs partition doesn't work unless i specify -ro or it 
will give operation not permitted.

any idea what might be causing this?


Thanks,

From owner-freebsd-stable@FreeBSD.ORG  Wed Mar  9 18:48:39 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id C815C16A4CE
	for <freebsd-stable@freebsd.org>;
	Wed,  9 Mar 2005 18:48:39 +0000 (GMT)
Received: from flash.atmos.colostate.edu (flash.atmos.colostate.edu
	[129.82.48.50])	by mx1.FreeBSD.org (Postfix) with ESMTP id 83E6A43D53
	for <freebsd-stable@freebsd.org>;
	Wed,  9 Mar 2005 18:48:39 +0000 (GMT)
	(envelope-from tarcieri@flash.atmos.colostate.edu)
Received: from flash.atmos.colostate.edu (localhost [127.0.0.1])
	j29Imcot064646	for <freebsd-stable@freebsd.org>;
	Wed, 9 Mar 2005 11:48:38 -0700 (MST)
	(envelope-from tarcieri@flash.atmos.colostate.edu)
Received: (from tarcieri@localhost)
	by flash.atmos.colostate.edu (8.13.1/8.13.1/Submit) id j29ImcOL064645
	for freebsd-stable@freebsd.org; Wed, 9 Mar 2005 11:48:38 -0700 (MST)
	(envelope-from tarcieri)
Date: Wed, 9 Mar 2005 11:48:38 -0700
From: Tony Arcieri <tarcieri@atmos.colostate.edu>
To: freebsd-stable@freebsd.org
Message-ID: <20050309184838.GA64546@flash.atmos.colostate.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.5.6i
Subject: Continued instability with 5.3-STABLE
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 09 Mar 2005 18:48:39 -0000

I have a dual Opteron upon which seems to only stay up approximately two
weeks at a time then spontaneously reboots.  It's colocated so I can't ever
see panic messages, and I don't have another system colocated at the same
place I can use to gather debugging info.

I've never managed to get the system to generate a crash dump either.  It
has a 1GB swap partition and 2GB of physical RAM but through the last
few reboots I've been setting hw.physmem to 896M as the only custom parameter
in loader.conf.  The swap partition is labeled as follows:

twed0s1b  swap         1024MB SWAP

And dumpdev is set in rc.conf as follows:

dumpdev="/dev/twed0s1b"

/var/crash/minfree is set to 2048

Lately I built a kernel from GENERIC using the latest RELENG_5 sources and
without SMP support and experienced a reboot after approximately 16 days uptime,
roughly equivalent to how long it took the system to crash with SMP enabled.	
No core file was generated.

The kernel was built using source checked out from RELENG_5 on February 18th.
I'm not sure if any Opteron specific fixes have been applied to the branch
since then.

Are there any other means of gathering debugging data that would work in
my situation?  As is I'm still unsure if my problems are hardware or software
related as I've still never seen a panic message from the system (hardware is 
a Tyan K8S motherboard in a Tyan Transport system)

Should I look into using KTR ALQ to log KTR data to the swap partition, and
if it fills up will it wrap over to the beginning?  I've never used that
feature before...

Tony Arcieri

From owner-freebsd-stable@FreeBSD.ORG  Wed Mar  9 19:50:14 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id A715F16A4CE
	for <freebsd-stable@freebsd.org>;
	Wed,  9 Mar 2005 19:50:14 +0000 (GMT)
Received: from smtp806.mail.sc5.yahoo.com (smtp806.mail.sc5.yahoo.com
	[66.163.168.185])
	by mx1.FreeBSD.org (Postfix) with SMTP id 3BDE143D4C
	for <freebsd-stable@freebsd.org>;
	Wed,  9 Mar 2005 19:50:14 +0000 (GMT)
	(envelope-from noackjr@alumni.rice.edu)
Received: from unknown (HELO optimator.noacks.org)
	(noacks@swbell.net@70.240.225.210 with login)
	by smtp806.mail.sc5.yahoo.com with SMTP; 9 Mar 2005 19:50:13 -0000
Received: from localhost (localhost [127.0.0.1])
	by optimator.noacks.org (Postfix) with ESMTP id 67934617E;
	Wed,  9 Mar 2005 13:50:12 -0600 (CST)
Received: from optimator.noacks.org ([127.0.0.1])
 by localhost (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024)
 with LMTP id 05539-17-2; Wed,  9 Mar 2005 13:50:10 -0600 (CST)
Received: from [127.0.0.1] (optimator [192.168.1.11])
	by optimator.noacks.org (Postfix) with ESMTP id 7F5BE60CF;
	Wed,  9 Mar 2005 13:50:10 -0600 (CST)
Message-ID: <422F5372.8030201@alumni.rice.edu>
Date: Wed, 09 Mar 2005 13:50:10 -0600
From: Jon Noack <noackjr@alumni.rice.edu>
User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: pck <peceka@gmail.com>
References: <f0f70e5e0503090310444aa40@mail.gmail.com>
	<6eb82e050309032245c4a9d8@mail.gmail.com>
	<f0f70e5e05030905305ee0f0b3@mail.gmail.com>
In-Reply-To: <f0f70e5e05030905305ee0f0b3@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: amavisd-new at noacks.org
cc: freebsd-stable@freebsd.org
cc: Rong-En Fan <grafan@gmail.com>
Subject: Re: xSeries346 and FreeBSD 5.3
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: noackjr@alumni.rice.edu
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 09 Mar 2005 19:50:14 -0000

pck wrote:
> On Wed, 9 Mar 2005 19:22:09 +0800, Rong-En Fan <grafan@gmail.com> wrote:
>>On Wed, 9 Mar 2005 12:10:09 +0100, pck <peceka@gmail.com> wrote:
>>>Welcome,
>>>
>>>I've just bought IBM xSeries346 server. There was no problem with
>>>installing FreeBSD 5.3, but problem is with LAN card - BCM5721 (I
>>>think, reseller told me this name).
>>>Is there any possibility to run this card?
>>
>>You have to install a 5-STABLE or manually get following files
>>
>>src/sys/dev/bge/*
>>src/sys/dev/mii/miidevs
>>src/sys/dev/mii/brgphy.c
>>
>>and recompile kernel.
>>without those two mii files, you can only run 100-baseTX.
> 
> From where i must download these files?
> 
> I've just made cvsup on my workstation (*default release=cvs
> tag=RELENG_5) and got:

So you updated your source to 5-STABLE.

> saucepan# pwd
> /usr/src/sys/dev/bge
> saucepan# ls -al
> total 186
> drwxr-xr-x    2 root  wheel     512 Mar  9 12:51 .
> drwxr-xr-x  155 root  wheel    2560 Mar  9 12:53 ..
> -rw-r--r--    1 root  wheel  101313 Mar  2 21:29 if_bge.c
> -rw-r--r--    1 root  wheel   81011 Mar  2 11:08 if_bgereg.h
> saucepan#

Looks like what I have here.  Follow the directions near the bottom of 
/usr/src/UPDATING to update the system from source:
"To rebuild everything and install it on the current system."

When you're done you should be running 5-STABLE (currently 5.4-PRERELEASE).

Jon

From owner-freebsd-stable@FreeBSD.ORG  Wed Mar  9 20:03:45 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 15D2B16A4CE
	for <freebsd-stable@freebsd.org>;
	Wed,  9 Mar 2005 20:03:45 +0000 (GMT)
Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com
	[66.111.4.25])	by mx1.FreeBSD.org (Postfix) with ESMTP id A0A2243D60
	for <freebsd-stable@freebsd.org>;
	Wed,  9 Mar 2005 20:03:43 +0000 (GMT)
	(envelope-from pbowen@fastmail.fm)
Received: from frontend3.messagingengine.com (frontend3.internal
	[10.202.2.152])
	by frontend1.messagingengine.com (Postfix) with ESMTP id 61FB8C60709
	for <freebsd-stable@freebsd.org>;
	Wed,  9 Mar 2005 15:03:42 -0500 (EST)
X-Sasl-enc: Fa8cLxBPwYtyzoeJOfrz0Q 1110398620
Received: from [10.51.43.239] (unknown [204.110.228.254])
	by frontend3.messagingengine.com (Postfix) with ESMTP id CEE742553F
	for <freebsd-stable@freebsd.org>;
	Wed,  9 Mar 2005 15:03:40 -0500 (EST)
From: pbowen@fastmail.fm
To: freebsd-stable@freebsd.org
Date: Wed, 9 Mar 2005 14:02:47 -0600
User-Agent: KMail/1.7
MIME-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
Message-Id: <200503091402.48207.pbowen@fastmail.fm>
Subject: Floppy problems in 5.3
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 09 Mar 2005 20:03:45 -0000

Sirs:

I'm having a problem doing "newfs" to a floppy on a new installation=20
(5.3-stable). I tried
changing to a new floppy and get the same thing.

# fdformat -f 1440 /dev/fd0
=46ormat 1440K floppy `/dev/fd0'? (y/n): y
Processing VVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVV done.
# bsdlabel -B -w /dev/fd0 fd1440
# newfs /dev/fd0
newfs: wtfs: 512 bytes at sector 2879: Input/output error

=2D-or--

# newfs_msdos /dev/fd0
/dev/fd0: 2840 sectors in 355 FAT12 clusters (4096 bytes/cluster)
bps=3D512 spc=3D8 res=3D1 nft=3D2 rde=3D512 sec=3D2880 mid=3D0xf0 spf=3D2 s=
pt=3D18 hds=3D2 hid=3D0
newfs_msdos: /dev/fd0: Input/output error
#

If I take a linux formatted floppy, mount it, then "ls" on the mount point,=
 I
can get the dir listing. Or if I "less" a file on the floppy I can read the
contents. Any attempt to use "vi" or to write to the floppy fails with
another "Input/Output error". Of course, the same drives and floppies mount=
,=20
read, and write under Minix, Slackware-10.0 and FreeBSD 4.11.

# uname -a
=46reeBSD =A05.3-RELEASE FreeBSD 5.3-RELEASE #0: Fri Nov =A05 04:19:18 UTC =
2004
root@harlow.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC =A0i386
#

devfs.conf contains...

# allow fd0
[devfsrules_fd0=3D10]
add path fd0
add path fd0 mode 0660=20

and rc.conf contains...

#devfs_system_ruleset=3D"devfsrules_fd0"

I noticed in UPDATING that floppy under pci was broken at one point. Is tha=
t=20
still the case and am I seeintg that broken-ness?

Can you help? TIA.

From owner-freebsd-stable@FreeBSD.ORG  Wed Mar  9 23:51:50 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 1E88E16A4CE
	for <freebsd-stable@freebsd.org>;
	Wed,  9 Mar 2005 23:51:50 +0000 (GMT)
Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.206])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 867E443D60
	for <freebsd-stable@freebsd.org>;
	Wed,  9 Mar 2005 23:51:49 +0000 (GMT)
	(envelope-from obviousthrowawayaddress@gmail.com)
Received: by rproxy.gmail.com with SMTP id c51so292332rne
	for <freebsd-stable@freebsd.org>;
	Wed, 09 Mar 2005 15:51:49 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
	s=beta; d=gmail.com;
	h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding;
	b=SUm5nIowBdwkBmhnQ0ewaYAi2bYaDT4uA9sIT6q2EwYqF4+2vKeRFURleYPrMl6vv8lyJMETp6HRiJq6bjVxDU8GKFVCVB4NGy+o5B5mpCoMclz+WCYV/zOmIZg5eSdIqnULE39nmJOCzEMfcR6KQ9PQJX/1oAO5fnTUiw0UVhI=
Received: by 10.38.88.22 with SMTP id l22mr1324112rnb;
        Wed, 09 Mar 2005 15:51:49 -0800 (PST)
Received: by 10.38.171.44 with HTTP; Wed, 9 Mar 2005 15:51:49 -0800 (PST)
Message-ID: <9b23e7980503091551b2d6641@mail.gmail.com>
Date: Wed, 9 Mar 2005 17:51:49 -0600
From: max g <obviousthrowawayaddress@gmail.com>
To: freebsd-stable@freebsd.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Subject: ath0 as AP: "station already associated"
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: max g <obviousthrowawayaddress@gmail.com>
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 09 Mar 2005 23:51:50 -0000

Hi. I have a Netgear WG311T (5212, I believe) that I've been using as
a wireless access point in a linux box using madwifi for a while now.
I moved it to my freebsd box, and I can't seem to get it to work
properly.
I can see its ssid when scanning with my other card (a netgear WG511),
under both linux and windows. However, any attempt to associate seems
to just do nothing.
With ifconfig ath0 debug, I can see that that dmesg contains a lot of
lines like the following:

ath0: received assoc_req from 00:09:5b:ec:c8:1d rssi 63
ath0: sending assoc_resp to 00:09:5b:ec:c8:1d on channel 3
ath0: station already 00:09:5b:ec:c8:1d associated
ath0: received assoc_req from 00:09:5b:ec:c8:1d rssi 63
ath0: sending assoc_resp to 00:09:5b:ec:c8:1d on channel 3
ath0: station already 00:09:5b:ec:c8:1d associated
ath0: received assoc_req from 00:09:5b:ec:c8:1d rssi 62
ath0: sending assoc_resp to 00:09:5b:ec:c8:1d on channel 3
ath0: station already 00:09:5b:ec:c8:1d associated

There is a huge flurry of these every time the client tries to connect.
The rssi varies. the MAC address listed is the client's.

No pings or similar data travels between the two.

# ifconfig ath0
ath0: flags=8847<UP,BROADCAST,DEBUG,RUNNING,SIMPLEX,MULTICAST> mtu 1500
        inet6 fe80::20f:b5ff:fe5c:7562%ath0 prefixlen 64 scopeid 0x2 
        inet 192.168.5.3 netmask 0xffffff00 broadcast 192.168.5.255
        ether 00:0f:b5:5c:75:62
        media: IEEE 802.11 Wireless Ethernet autoselect mode 11b <hostap>
        status: associated
        ssid my_ap 1:my_ap
        channel 3 authmode OPEN powersavemode OFF powersavesleep 100
        rtsthreshold 2312 protmode CTS
        wepmode OFF weptxkey 1

I've tried a variety of modes. I've copied the lines directly out of
the man page for 'create an 802.11g access point' (ifconfig ath0 inet
192.168.5.3 netmask 0xffffff00 ssid my_ap mode 11g mediaopt hostap)
and 'create a host-based wireless bridge'  (ifconfig ath0 inet up ssid
my_ap media DS/11Mbps mediaopt hostap). Even an ad-hoc setup doesn't
seem to work.
My goal is to use this as a bridge, but obviously this cannot be done
until I can get the card to behave.

# uname -a
FreeBSD cassiopeia 5.4-PRERELEASE FreeBSD 5.4-PRERELEASE #0: Wed Mar 
9 00:35:01 CST 2005    
root@cassiopeia:/usr/obj/usr/src/sys/CASSIOPEIA  i386

I just cvsupped to stable two days ago from a fresh install of
5.3-RELEASE. I built the kernel with "device ath" and "device
ath_hal".

Any suggestions? Have I made a stupid mistake somewhere?

From owner-freebsd-stable@FreeBSD.ORG  Thu Mar 10 00:16:24 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id A6AA616A4CE
	for <freebsd-stable@freebsd.org>;
	Thu, 10 Mar 2005 00:16:24 +0000 (GMT)
Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 80F7F43D2F
	for <freebsd-stable@freebsd.org>;
	Thu, 10 Mar 2005 00:16:21 +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 j2A0GD3d062447;
	Thu, 10 Mar 2005 10:46:13 +1030 (CST)
	(envelope-from doconnor@gsoft.com.au)
From: "Daniel O'Connor" <doconnor@gsoft.com.au>
To: freebsd-stable@freebsd.org
Date: Thu, 10 Mar 2005 10:46:00 +1030
User-Agent: KMail/1.7.92
References: <200503091402.48207.pbowen@fastmail.fm>
In-Reply-To: <200503091402.48207.pbowen@fastmail.fm>
MIME-Version: 1.0
Content-Type: multipart/signed;
  boundary="nextPart2938683.D5DpAQoDZd";
  protocol="application/pgp-signature";
  micalg=pgp-sha1
Content-Transfer-Encoding: 7bit
Message-Id: <200503101046.09111.doconnor@gsoft.com.au>
X-Spam-Score: -5.1 ()
	IN_REP_TO,MIME_LONG_LINE_QP,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT,USER_AGENT_KMAIL
X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang)
cc: pbowen@fastmail.fm
Subject: Re: Floppy problems in 5.3
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 10 Mar 2005 00:16:24 -0000

--nextPart2938683.D5DpAQoDZd
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

On Thu, 10 Mar 2005 06:32, pbowen@fastmail.fm wrote:
> # bsdlabel -B -w /dev/fd0 fd1440
> # newfs /dev/fd0
> newfs: wtfs: 512 bytes at sector 2879: Input/output error
=2E..
> # newfs_msdos /dev/fd0
> /dev/fd0: 2840 sectors in 355 FAT12 clusters (4096 bytes/cluster)
> bps=3D512 spc=3D8 res=3D1 nft=3D2 rde=3D512 sec=3D2880 mid=3D0xf0 spf=3D2=
 spt=3D18 hds=3D2
> hid=3D0 newfs_msdos: /dev/fd0: Input/output error
> #

Do you get anything in dmesg from these?

> If I take a linux formatted floppy, mount it, then "ls" on the mount poin=
t,
> I can get the dir listing. Or if I "less" a file on the floppy I can read
> the contents. Any attempt to use "vi" or to write to the floppy fails with
> another "Input/Output error". Of course, the same drives and floppies
> mount, read, and write under Minix, Slackware-10.0 and FreeBSD 4.11.

Tried that floppy drive with a different OS, or tried a different drive wit=
h=20
=46reeBSD?

=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

--nextPart2938683.D5DpAQoDZd
Content-Type: application/pgp-signature

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

iD8DBQBCL5HI5ZPcIHs/zowRAlI/AKCONIZiHgsWISXA4D3muHG35xM2GgCfUkWp
dEOrPWOa10gv8t1MzDJh7PY=
=Idkm
-----END PGP SIGNATURE-----

--nextPart2938683.D5DpAQoDZd--

From owner-freebsd-stable@FreeBSD.ORG  Thu Mar 10 03:22:31 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 1011816A4CE; Thu, 10 Mar 2005 03:22:31 +0000 (GMT)
Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id D4EEE43D54; Thu, 10 Mar 2005 03:22:30 +0000 (GMT)
	(envelope-from dwhite@gumbysoft.com)
Received: by carver.gumbysoft.com (Postfix, from userid 1000)
	id C6D9672DD5; Wed,  9 Mar 2005 19:22:30 -0800 (PST)
Received: from localhost (localhost [127.0.0.1])
	by carver.gumbysoft.com (Postfix) with ESMTP id C3FAC72DD4;
	Wed,  9 Mar 2005 19:22:30 -0800 (PST)
Date: Wed, 9 Mar 2005 19:22:30 -0800 (PST)
From: Doug White <dwhite@gumbysoft.com>
To: Alan Jay <alan_jay_uk@yahoo.co.uk>
In-Reply-To: <20050307150258.8354254894@buxton.digitalspy.co.uk>
Message-ID: <20050309191258.N53002@carver.gumbysoft.com>
References: <20050307150258.8354254894@buxton.digitalspy.co.uk>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
cc: freebsd-stable@freebsd.org
cc: freebsd-amd64@freebsd.org
Subject: Re: UPDATE 5.3-STABLE was Re: Possible problems with BroadcomBCM5704C
 10/100/1000 on TyanThunder K8S pro S2882 twin Operteron
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 10 Mar 2005 03:22:31 -0000

On Mon, 7 Mar 2005, Alan Jay wrote:

> Well after upgrading to the latest -STABLE via cvsup and makeworld makekernel
> etc we have been doing some more tests over the weekend.

When did you run this cvsup?

> One of our databases ran fine all weekend so we took the plunge on Sunday to
> try our big heavily accessed database.
>
> It ran fine until 7.45 Monday morning - when I checked at 7.30am it was using
> around 6 of the 8Gb of RAM the server then logged:
>
> Mar  7 07:42:47 flappy kernel: bge1: discard frame w/o leading ethernet header
> (len 4294967292 pkt len 4294967292)

Hm, unsigned -1.  That message is printed by ether_input() if it get
handed a bum mbuf.

> Followed by:
>
> Mar  7 07:42:47 flappy kernel: Fatal trap 12: pag

Unfortunately this is not useful. We need the entire panic messsage and
ideally a backtrace and crashdump.  Can you connect a serial console to
this system and log the output?

> Subsequently to that it has crashed a number of times and on a couple of
> occasions has reported:
>
> kernel: fxp0: can't map mbuf (error 12)

Error 12 is ENOMEM and thats coming from bus_dmamap_load_mbuf().  That can
be returned if you're running out of space for bounce buffers, or kmem in
general.  scottl has been working on busdma issues in HEAD and recently
committed a fix for i386 for bounce page allocation issues.

kmem depletion would be more insidious.  Have you been getting other
message that indicates failure to allocate memory or error 12?

> By the way over the weekend the latest -STABLE which is marked 5.4-PRERELEASE
> 2 seemed much better than 5.3 had and the initial problems took much longer to
> appear.  Though once the problems started to appear, they repeated themselves
> rebooting every 1-2hrs until we removed the tests data.

That behavior sounds a lot like thermal issues.  It takes a while to warm
up to the critcal point and once it hits that point it really starts to
malfunction.  Unless the test run starts out slow or something.

-- 
Doug White                    |  FreeBSD: The Power to Serve
dwhite@gumbysoft.com          |  www.FreeBSD.org

From owner-freebsd-stable@FreeBSD.ORG  Thu Mar 10 03:24:09 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 483C516A4CE
	for <freebsd-stable@freebsd.org>;
	Thu, 10 Mar 2005 03:24:09 +0000 (GMT)
Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 04A6C43D4C
	for <freebsd-stable@freebsd.org>;
	Thu, 10 Mar 2005 03:24:09 +0000 (GMT)
	(envelope-from dwhite@gumbysoft.com)
Received: by carver.gumbysoft.com (Postfix, from userid 1000)
	id F1C6672DD4; Wed,  9 Mar 2005 19:24:08 -0800 (PST)
Received: from localhost (localhost [127.0.0.1])
	by carver.gumbysoft.com (Postfix) with ESMTP id F015A72DCB;
	Wed,  9 Mar 2005 19:24:08 -0800 (PST)
Date: Wed, 9 Mar 2005 19:24:08 -0800 (PST)
From: Doug White <dwhite@gumbysoft.com>
To: pcasidy@casidy.com
In-Reply-To: <20050309155825.2B6F6B86C@smtp.casidy.net>
Message-ID: <20050309192326.A53002@carver.gumbysoft.com>
References: <20050309155825.2B6F6B86C@smtp.casidy.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
cc: freebsd-stable@freebsd.org
Subject: Re: if_bfe/uhci: storm interrupt Fatal trap 12
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 10 Mar 2005 03:24:09 -0000

On Wed, 9 Mar 2005 pcasidy@casidy.com wrote:

> On  7 Mar, Doug White wrote:
> > Thanks for the detailed message. I didn't realize that we'd enabled DDB in
> > the snapshot kernel :)
> >
> > Anyway this looks like a bug in the bfe driver.  It appears to be trying
> > to free a DMA map that is either unallocated or got spammed.  You may want
> > to repost this to freebsd-current@freebsd.org and use a subject like
> > "Use-after-free in bfe" since I think the interrupt storm message is
> > secondary.
> >
> > A capture of boot -v might also be useful, or at minumum anything the bfe
> > driver output during boot ('dmesg | grep bfe' might work with the fixit
> > disc). A crashdump would be nice too, but you'd likely need to find a
> > different network adapter.
> >
>
> I have escalated this problem to current@.
>
> I have also built a STABLE kernel with DDD and KDB options and the line
> where the problem occurs is
>
> _bus_dmamap_unload+0x16: movl 0x10(%eax),%eax

That was in the previous trace.

> I have enable crash dumps (I think) but when booting I have "savecore:
> no dumps found". I think the problem is that i have 1.5Gb of memory and
> only 1Gb of swap.

Yeah, that will be a problem.

-- 
Doug White                    |  FreeBSD: The Power to Serve
dwhite@gumbysoft.com          |  www.FreeBSD.org

From owner-freebsd-stable@FreeBSD.ORG  Thu Mar 10 03:33:53 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 4F6AB16A4CE
	for <freebsd-stable@freebsd.org>;
	Thu, 10 Mar 2005 03:33:53 +0000 (GMT)
Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 30C8743D46
	for <freebsd-stable@freebsd.org>;
	Thu, 10 Mar 2005 03:33:53 +0000 (GMT)
	(envelope-from dwhite@gumbysoft.com)
Received: by carver.gumbysoft.com (Postfix, from userid 1000)
	id 2513F72DD4; Wed,  9 Mar 2005 19:33:53 -0800 (PST)
Received: from localhost (localhost [127.0.0.1])
	by carver.gumbysoft.com (Postfix) with ESMTP id 2300A72DCB;
	Wed,  9 Mar 2005 19:33:53 -0800 (PST)
Date: Wed, 9 Mar 2005 19:33:53 -0800 (PST)
From: Doug White <dwhite@gumbysoft.com>
To: pbowen@fastmail.fm
In-Reply-To: <200503071321.29241.pbowen@fastmail.fm>
Message-ID: <20050309192823.D53002@carver.gumbysoft.com>
References: <200503071321.29241.pbowen@fastmail.fm>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
cc: freebsd-stable@freebsd.org
Subject: Re: Floppy problems
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 10 Mar 2005 03:33:53 -0000

On Mon, 7 Mar 2005 pbowen@fastmail.fm wrote:

> Sirs:
>
> I'm having a problem doing "newfs" to a floppy on a new installation. I tried
> changing to a new floppy and get the same thing.
>
> # fdformat -f 1440 /dev/fd0
> Format 1440K floppy `/dev/fd0'? (y/n): y
> Processing VVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVV done.
> # bsdlabel -B -w /dev/fd0 fd1440
> # newfs /dev/fd0
> newfs: wtfs: 512 bytes at sector 2879: Input/output error

Can't say I've ever tried to make a UFS filesystem on a floppy, but sector
2879 is off the end of the disk.  newfs probably needs a hint for the disk
size.  'newfs -T fd1440 /dev/fd0' may work better.

> # newfs_msdos /dev/fd0
> /dev/fd0: 2840 sectors in 355 FAT12 clusters (4096 bytes/cluster)
> bps=512 spc=8 res=1 nft=2 rde=512 sec=2880 mid=0xf0 spf=2 spt=18 hds=2 hid=0
> newfs_msdos: /dev/fd0: Input/output error

The previous newfs proble may have corrupted the floppy. Try fdformat
again then newfs_msdos. If you still get an error check the kernel
messages (dmesg) for any errors from the fd driver.

-- 
Doug White                    |  FreeBSD: The Power to Serve
dwhite@gumbysoft.com          |  www.FreeBSD.org

From owner-freebsd-stable@FreeBSD.ORG  Thu Mar 10 03:35:00 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 312C716A4CE
	for <stable@freebsd.org>; Thu, 10 Mar 2005 03:35:00 +0000 (GMT)
Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 195EB43D4C
	for <stable@freebsd.org>; Thu, 10 Mar 2005 03:35:00 +0000 (GMT)
	(envelope-from dwhite@gumbysoft.com)
Received: by carver.gumbysoft.com (Postfix, from userid 1000)
	id 1172072DD4; Wed,  9 Mar 2005 19:35:00 -0800 (PST)
Received: from localhost (localhost [127.0.0.1])
	by carver.gumbysoft.com (Postfix) with ESMTP id 0F5A472DCB;
	Wed,  9 Mar 2005 19:35:00 -0800 (PST)
Date: Wed, 9 Mar 2005 19:35:00 -0800 (PST)
From: Doug White <dwhite@gumbysoft.com>
To: Andre Guibert de Bruet <andy@siliconlandmark.com>
In-Reply-To: <20050307152724.H85256@alpha.siliconlandmark.com>
Message-ID: <20050309193428.N53002@carver.gumbysoft.com>
References: <20050307152724.H85256@alpha.siliconlandmark.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
cc: stable@freebsd.org
Subject: Re: Typo in UPDATING for RELENG_5
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 10 Mar 2005 03:35:00 -0000

On Mon, 7 Mar 2005, Andre Guibert de Bruet wrote:

> Hi
>
> I spotted a typo in RELENG_5's 20050302 UPDATING entry. It reads:
>
> ...
>          This option has to be specified in addition to IPFIRWALL_FORWARD.
> ...
>
> The option enumerated should be IPFIREWALL_FORWARD.

That was fixed 2 days ago, in rev 1.342.2.24.

-- 
Doug White                    |  FreeBSD: The Power to Serve
dwhite@gumbysoft.com          |  www.FreeBSD.org

From owner-freebsd-stable@FreeBSD.ORG  Thu Mar 10 04:16:26 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 5902516A4CE; Thu, 10 Mar 2005 04:16:26 +0000 (GMT)
Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id D373643D53; Thu, 10 Mar 2005 04:16:25 +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.3/8.13.3) with ESMTP id j2A4GPNu037481;
	Wed, 9 Mar 2005 23:16:25 -0500 (EST)
	(envelope-from tinderbox@freebsd.org)
Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca
	[64.7.128.98])
	by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j2A4GPU5067859;
	Wed, 9 Mar 2005 23:16:25 -0500 (EST)
	(envelope-from tinderbox@freebsd.org)
Received: by freebsd-current.sentex.ca (Postfix, from userid 666)
	id 0D3557306E; Wed,  9 Mar 2005 23:16:24 -0500 (EST)
Sender: FreeBSD Tinderbox <tinderbox@freebsd.org>
From: FreeBSD Tinderbox <tinderbox@freebsd.org>
To: FreeBSD Tinderbox <tinderbox@freebsd.org>, <stable@freebsd.org>,
	<sparc64@freebsd.org>
Precedence: bulk
Message-Id: <20050310041624.0D3557306E@freebsd-current.sentex.ca>
Date: Wed,  9 Mar 2005 23:16:24 -0500 (EST)
X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on
	clamscanner1
X-Virus-Status: Clean
Subject: [releng_5 tinderbox] failure on sparc64/sparc64
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 10 Mar 2005 04:16:26 -0000

TB --- 2005-03-10 03:12:31 - tinderbox 2.3 running on freebsd-current.sentex.ca
TB --- 2005-03-10 03:12:31 - starting RELENG_5 tinderbox run for sparc64/sparc64
TB --- 2005-03-10 03:12:31 - checking out the source tree
TB --- 2005-03-10 03:12:31 - cd /home/tinderbox/RELENG_5/sparc64/sparc64
TB --- 2005-03-10 03:12:31 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_5 src
TB --- 2005-03-10 03:21:42 - building world (CFLAGS=-O -pipe)
TB --- 2005-03-10 03:21:42 - cd /home/tinderbox/RELENG_5/sparc64/sparc64/src
TB --- 2005-03-10 03:21:42 - /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 --- 2005-03-10 04:11:57 - building generic kernel (COPTFLAGS=-O -pipe)
TB --- 2005-03-10 04:11:57 - cd /home/tinderbox/RELENG_5/sparc64/sparc64/src
TB --- 2005-03-10 04:11:57 - /usr/bin/make buildkernel KERNCONF=GENERIC
>>> Kernel build for GENERIC started on Thu Mar 10 04:11:57 UTC 2005
>>> 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 -O -pipe  -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -fformat-extensions -std=c99  -nostdinc -I-  -I. -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000  -mcmodel=medlow -msoft-float -ffreestanding -Werror  /tinderbox/RELENG_5/sparc64/sparc64/src/sys/sparc64/sparc64/vm_machdep.c
/tinderbox/RELENG_5/sparc64/sparc64/src/sys/sparc64/sparc64/vm_machdep.c: In function `sf_buf_alloc':
/tinderbox/RELENG_5/sparc64/sparc64/src/sys/sparc64/sparc64/vm_machdep.c:380: error: syntax error before "break"
/tinderbox/RELENG_5/sparc64/sparc64/src/sys/sparc64/sparc64/vm_machdep.c: At top level:
/tinderbox/RELENG_5/sparc64/sparc64/src/sys/sparc64/sparc64/vm_machdep.c:409: warning: no previous prototype for 'sf_buf_free'
/tinderbox/RELENG_5/sparc64/sparc64/src/sys/sparc64/sparc64/vm_machdep.c:422: warning: no previous prototype for 'swi_vm'
/tinderbox/RELENG_5/sparc64/sparc64/src/sys/sparc64/sparc64/vm_machdep.c:432: warning: no previous prototype for 'uma_small_alloc'
/tinderbox/RELENG_5/sparc64/sparc64/src/sys/sparc64/sparc64/vm_machdep.c:478: warning: no previous prototype for 'uma_small_free'
*** Error code 1

Stop in /tinderbox/RELENG_5/sparc64/sparc64/obj/sparc64/tinderbox/RELENG_5/sparc64/sparc64/src/sys/GENERIC.
*** Error code 1

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

Stop in /tinderbox/RELENG_5/sparc64/sparc64/src.
TB --- 2005-03-10 04:16:24 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2005-03-10 04:16:24 - ERROR: failed to build generic kernel
TB --- 2005-03-10 04:16:24 - tinderbox aborted

From owner-freebsd-stable@FreeBSD.ORG  Thu Mar 10 05:24:36 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 6D4D516A4CE
	for <freebsd-stable@freebsd.org>;
	Thu, 10 Mar 2005 05:24:36 +0000 (GMT)
Received: from mail.distrust.net (mail.distrust.net [69.93.230.10])
	by mx1.FreeBSD.org (Postfix) with ESMTP id E44EA43D41
	for <freebsd-stable@freebsd.org>;
	Thu, 10 Mar 2005 05:24:35 +0000 (GMT)
	(envelope-from dsze@alumni.uwaterloo.ca)
Received: from eeyore.distrust.net
	(CPE00a0c978120d-CM00122570472e.cpe.net.cable.rogers.com [70.24.0.197])
	(authenticated bits=0)
	by mail.distrust.net (8.12.11/8.12.11) with ESMTP id j2A5OTOp088259
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT);
	Wed, 9 Mar 2005 23:24:30 -0600 (CST)
	(envelope-from dsze@alumni.uwaterloo.ca)
Message-Id: <6.2.1.2.2.20050310000250.05746d80@mail.distrust.net>
X-Mailer: QUALCOMM Windows Eudora Version 6.2.1.2
Date: Thu, 10 Mar 2005 00:24:30 -0500
To: freebsd-stable@freebsd.org
From: David Sze <dsze@alumni.uwaterloo.ca>
In-Reply-To: <6.2.1.2.2.20050308215231.0537dff0@mail.distrust.net>
References: <BA84A761ED41C54893BED691A4A574CF977226@EXCH5.eurowings.com>
 <4224F19C.2090207@rackspace.com>
 <6.2.1.2.2.20050301234017.03e93e68@pop3.tellurian.com>
 <4225CCE4.3080304@rackspace.com>
 <20050308235853.GA81150@mail.distrust.net>
 <422E4986.6080409@samsco.org>
 <6.2.1.2.2.20050308215231.0537dff0@mail.distrust.net>
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="=====================_-2029056031==_"
X-Virus-Scanned: ClamAV 0.83/760/Wed Mar  9 11:12:01 2005 on mail.distrust.net
X-Virus-Status: Clean
Subject: Re: Can FreeBSD be installed on DellPowerEdge2800 ?
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 10 Mar 2005 05:24:36 -0000

--=====================_-2029056031==_
Content-Type: text/plain; charset="us-ascii"; format=flowed

At 09:15 PM 08/03/2005 -0600, David Sze wrote this to All:
>At 05:55 PM 08/03/2005 -0700, Scott Long wrote this to All:
> >>David Sze wrote:
> >>On my 2850 the upper 1GB of RAM cannot be addressed without PAE support
> >>in the kernel.  However, amr in 4.11-RELEASE does indeed seem to have
> >>trouble with PAE.  The result being that with the option in the kernel,
> >>the root device (ufs:/dev/amrd0s1a) cannot be found.
> >>
> >>I backported scottl's amr PAE fixes from RELENG_5; the diffs applied
> >>cleanly (with offsets).  I'm happy to report that my 2850 can now
> >>address its full 4GB and see its amr volumes.
> >>
> >>The diff against 4.11-RELEASE is attached, hopefully someone will be
> >>willing to commit it to RELENG_4.
> >
> >I don't have the cycles to watch after RELENG_4, so I'll have to take
> >your word that this works.  What date is this patch against?  I
> >committed some follow-up fixes last week that are required for
> >management apps to work (and yes, LSI is getting ready to support
> >FreeBSD with management apps).
>
>The patch is against 4.11-RELEASE, and is just a backport of your commit
>from Dec. 5th
>(http://lists.freebsd.org/pipermail/cvs-all/2004-December/094923.html).
>There haven't been any changes to amr since release, so it should apply
>directly to RELENG_4 as well.
>
>I left out the subsequent ioctl fixes and LSI 320-2E support.  They look
>straightforward, but I don't have the software or hardware to test them.
>If you'd like them in there before committing to RELENG_4, I can take a
>stab at it and post a new patch.

A new patch is attached to this message that synchronizes the RELENG_4 amr 
driver with CURRENT, minus the SMPng locking and amd64/ia64 ioctl 
compatibility stuff.  The fixes and their corresponding file revisions are:

Greater than 4GB support
         amr.c           1.55, 1.56, 1.59
         amr_cam.c       1.10
         amr_pci.c       1.24
         amrvar.h        1.23

ioctl fixes for LSI management tools
         amr.c           1.60, 1.61

Fix module unloading
         amr_cam.c       1.12
         amrvar.h        1.24

Check for NULL amrd_sc in amrd_dump
         amr_disk.c      1.32

Support for LSI 320-2E PCI Express controller
         amr_pci.c       1.27
         amrreg.h        1.8
         amrvar.h        1.26

The only part of the patch I've tested is the >4GB support.  The rest 
compiles but I can't vouch for its validity because I don't have the 
software or hardware to test.


--=====================_-2029056031==_
Content-Type: application/octet-stream; name="amr-4.x-MFC.patch"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="amr-4.x-MFC.patch"

KioqIHN5cy9kZXYvYW1yL2Ftci5jLm9yaWcJVGh1IEp1bCAyMiAwOTozNToxOCAyMDA0Ci0tLSBz
eXMvZGV2L2Ftci9hbXIuYwlXZWQgTWFyICA5IDA4OjM2OjI4IDIwMDUKKioqKioqKioqKioqKioq
CioqKiAxLDYgKioqKgotLS0gMSw3IC0tLS0KICAvKi0KICAgKiBDb3B5cmlnaHQgKGMpIDE5OTks
MjAwMCBNaWNoYWVsIFNtaXRoCiAgICogQ29weXJpZ2h0IChjKSAyMDAwIEJTRGkKKyAgKiBDb3B5
cmlnaHQgKGMpIDIwMDUgU2NvdHQgTG9uZwogICAqIEFsbCByaWdodHMgcmVzZXJ2ZWQuCiAgICoK
ICAgKiBSZWRpc3RyaWJ1dGlvbiBhbmQgdXNlIGluIHNvdXJjZSBhbmQgYmluYXJ5IGZvcm1zLCB3
aXRoIG9yIHdpdGhvdXQKKioqKioqKioqKioqKioqCioqKiAyNSwzMSAqKioqCiAgICogU1VDSCBE
QU1BR0UuCiAgICoKICAgKiBDb3B5cmlnaHQgKGMpIDIwMDIgRXJpYyBNb29yZQohICAqIENvcHly
aWdodCAoYykgMjAwMiBMU0kgTG9naWMgQ29ycG9yYXRpb24KICAgKiBBbGwgcmlnaHRzIHJlc2Vy
dmVkLgogICAqCiAgICogUmVkaXN0cmlidXRpb24gYW5kIHVzZSBpbiBzb3VyY2UgYW5kIGJpbmFy
eSBmb3Jtcywgd2l0aCBvciB3aXRob3V0Ci0tLSAyNiwzMiAtLS0tCiAgICogU1VDSCBEQU1BR0Uu
CiAgICoKICAgKiBDb3B5cmlnaHQgKGMpIDIwMDIgRXJpYyBNb29yZQohICAqIENvcHlyaWdodCAo
YykgMjAwMiwgMjAwNCBMU0kgTG9naWMgQ29ycG9yYXRpb24KICAgKiBBbGwgcmlnaHRzIHJlc2Vy
dmVkLgogICAqCiAgICogUmVkaXN0cmlidXRpb24gYW5kIHVzZSBpbiBzb3VyY2UgYW5kIGJpbmFy
eSBmb3Jtcywgd2l0aCBvciB3aXRob3V0CioqKioqKioqKioqKioqKgoqKiogMTMyLDE0MyAqKioq
CiAgICogQ29tbWFuZCBwcm9jZXNzaW5nLgogICAqLwogIHN0YXRpYyBpbnQJYW1yX2Jpb19jb21t
YW5kKHN0cnVjdCBhbXJfc29mdGMgKnNjLCBzdHJ1Y3QgYW1yX2NvbW1hbmQgKiphY3ApOwohIHN0
YXRpYyBpbnQJYW1yX3dhaXRfY29tbWFuZChzdHJ1Y3QgYW1yX2NvbW1hbmQgKmFjKTsKICBzdGF0
aWMgaW50CWFtcl9nZXRzbG90KHN0cnVjdCBhbXJfY29tbWFuZCAqYWMpOwohIHN0YXRpYyB2b2lk
CWFtcl9tYXBjbWQoc3RydWN0IGFtcl9jb21tYW5kICphYyk7CiAgc3RhdGljIHZvaWQJYW1yX3Vu
bWFwY21kKHN0cnVjdCBhbXJfY29tbWFuZCAqYWMpOwogIHN0YXRpYyBpbnQJYW1yX3N0YXJ0KHN0
cnVjdCBhbXJfY29tbWFuZCAqYWMpOwogIHN0YXRpYyB2b2lkCWFtcl9jb21wbGV0ZSh2b2lkICpj
b250ZXh0LCBpbnQgcGVuZGluZyk7CiAgCiAgLyoKICAgKiBTdGF0dXMgbW9uaXRvcmluZwotLS0g
MTMzLDE0NyAtLS0tCiAgICogQ29tbWFuZCBwcm9jZXNzaW5nLgogICAqLwogIHN0YXRpYyBpbnQJ
YW1yX2Jpb19jb21tYW5kKHN0cnVjdCBhbXJfc29mdGMgKnNjLCBzdHJ1Y3QgYW1yX2NvbW1hbmQg
KiphY3ApOwohIHN0YXRpYyBpbnQJYW1yX3dhaXRfY29tbWFuZChzdHJ1Y3QgYW1yX2NvbW1hbmQg
KmFjKSBfX3VudXNlZDsKICBzdGF0aWMgaW50CWFtcl9nZXRzbG90KHN0cnVjdCBhbXJfY29tbWFu
ZCAqYWMpOwohIHN0YXRpYyBpbnQJYW1yX21hcGNtZChzdHJ1Y3QgYW1yX2NvbW1hbmQgKmFjKTsK
ICBzdGF0aWMgdm9pZAlhbXJfdW5tYXBjbWQoc3RydWN0IGFtcl9jb21tYW5kICphYyk7CiAgc3Rh
dGljIGludAlhbXJfc3RhcnQoc3RydWN0IGFtcl9jb21tYW5kICphYyk7Cisgc3RhdGljIGludAlh
bXJfc3RhcnQxKHN0cnVjdCBhbXJfc29mdGMgKnNjLCBzdHJ1Y3QgYW1yX2NvbW1hbmQgKmFjKTsK
ICBzdGF0aWMgdm9pZAlhbXJfY29tcGxldGUodm9pZCAqY29udGV4dCwgaW50IHBlbmRpbmcpOwor
IHN0YXRpYyB2b2lkCWFtcl9zZXR1cF9kbWFtYXAodm9pZCAqYXJnLCBidXNfZG1hX3NlZ21lbnRf
dCAqc2VncywgaW50IG5zZWdtZW50cywgaW50IGVycm9yKTsKKyBzdGF0aWMgdm9pZAlhbXJfc2V0
dXBfZGF0YV9kbWFtYXAodm9pZCAqYXJnLCBidXNfZG1hX3NlZ21lbnRfdCAqc2VncywgaW50IG5z
ZWdtZW50cywgaW50IGVycm9yKTsKICAKICAvKgogICAqIFN0YXR1cyBtb25pdG9yaW5nCioqKioq
KioqKioqKioqKgoqKiogMTUwLDE1NSAqKioqCi0tLSAxNTQsMTYwIC0tLS0KICBzdGF0aWMgaW50
CWFtcl9xdWFydHpfc3VibWl0X2NvbW1hbmQoc3RydWN0IGFtcl9zb2Z0YyAqc2MpOwogIHN0YXRp
YyBpbnQJYW1yX3F1YXJ0el9nZXRfd29yayhzdHJ1Y3QgYW1yX3NvZnRjICpzYywgc3RydWN0IGFt
cl9tYWlsYm94ICptYnNhdmUpOwogIHN0YXRpYyBpbnQJYW1yX3F1YXJ0el9wb2xsX2NvbW1hbmQo
c3RydWN0IGFtcl9jb21tYW5kICphYyk7Cisgc3RhdGljIGludAlhbXJfcXVhcnR6X3BvbGxfY29t
bWFuZDEoc3RydWN0IGFtcl9zb2Z0YyAqc2MsIHN0cnVjdCBhbXJfY29tbWFuZCAqYWMpOwogIAog
IHN0YXRpYyBpbnQJYW1yX3N0ZF9zdWJtaXRfY29tbWFuZChzdHJ1Y3QgYW1yX3NvZnRjICpzYyk7
CiAgc3RhdGljIGludAlhbXJfc3RkX2dldF93b3JrKHN0cnVjdCBhbXJfc29mdGMgKnNjLCBzdHJ1
Y3QgYW1yX21haWxib3ggKm1ic2F2ZSk7CioqKioqKioqKioqKioqKgoqKiogMjE3LDIyMiAqKioq
Ci0tLSAyMjIsMjI4IC0tLS0KICAJc2MtPmFtcl9zdWJtaXRfY29tbWFuZCA9IGFtcl9xdWFydHpf
c3VibWl0X2NvbW1hbmQ7CiAgCXNjLT5hbXJfZ2V0X3dvcmsgICAgICAgPSBhbXJfcXVhcnR6X2dl
dF93b3JrOwogIAlzYy0+YW1yX3BvbGxfY29tbWFuZCAgID0gYW1yX3F1YXJ0el9wb2xsX2NvbW1h
bmQ7CisgCXNjLT5hbXJfcG9sbF9jb21tYW5kMSAgPSBhbXJfcXVhcnR6X3BvbGxfY29tbWFuZDE7
CiAgICAgIH0gZWxzZSB7CiAgCXNjLT5hbXJfc3VibWl0X2NvbW1hbmQgPSBhbXJfc3RkX3N1Ym1p
dF9jb21tYW5kOwogIAlzYy0+YW1yX2dldF93b3JrICAgICAgID0gYW1yX3N0ZF9nZXRfd29yazsK
KioqKioqKioqKioqKioqCioqKiA0MzAsNDM3ICoqKioKICAKICAgICAgY2FzZSBBTVJfSU9fQ09N
TUFORDoKICAJZGVidWcoMSwgIkFNUl9JT19DT01NQU5EICAweCV4IiwgYXUtPmF1X2NtZFswXSk7
CiAgCS8qIGhhbmRsZSBpbmJvdW5kIGRhdGEgYnVmZmVyICovCiEgCWlmIChhdS0+YXVfbGVuZ3Ro
ICE9IDApIHsKICAJICAgIGlmICgoZHAgPSBtYWxsb2MoYXUtPmF1X2xlbmd0aCwgTV9ERVZCVUYs
IE1fV0FJVE9LKSkgPT0gTlVMTCkgewogIAkJZXJyb3IgPSBFTk9NRU07CiAgCQlicmVhazsKLS0t
IDQzNiw0NDcgLS0tLQogIAogICAgICBjYXNlIEFNUl9JT19DT01NQU5EOgogIAlkZWJ1ZygxLCAi
QU1SX0lPX0NPTU1BTkQgIDB4JXgiLCBhdS0+YXVfY21kWzBdKTsKKyAJLyogTG9naWNhbCBEcml2
ZSBub3Qgc3VwcG9ydGVkIGJ5IHRoZSBkcml2ZXIgKi8KKyAJaWYgKGF1LT5hdV9jbWRbMF0gPT0g
MHhhNCAmJiBhdS0+YXVfY21kWzFdID09IDB4MWMpCisgCSAgICByZXR1cm4gKEVOT0lPQ1RMKTsK
KyAKICAJLyogaGFuZGxlIGluYm91bmQgZGF0YSBidWZmZXIgKi8KISAJaWYgKGF1LT5hdV9sZW5n
dGggIT0gMCAmJiBhdS0+YXVfY21kWzBdICE9IDB4MDYpIHsKICAJICAgIGlmICgoZHAgPSBtYWxs
b2MoYXUtPmF1X2xlbmd0aCwgTV9ERVZCVUYsIE1fV0FJVE9LKSkgPT0gTlVMTCkgewogIAkJZXJy
b3IgPSBFTk9NRU07CiAgCQlicmVhazsKKioqKioqKioqKioqKioqCioqKiA2ODEsNjkwICoqKioK
ICAgICAgaWYgKChhYyA9IGFtcl9hbGxvY2NtZChzYykpID09IE5VTEwpCiAgCWdvdG8gb3V0Owog
ICAgICAvKiBhbGxvY2F0ZSB0aGUgcmVzcG9uc2Ugc3RydWN0dXJlICovCiEgICAgIGlmICgocmVz
dWx0ID0gbWFsbG9jKGJ1ZnNpemUsIE1fREVWQlVGLCBNX05PV0FJVCkpID09IE5VTEwpCiAgCWdv
dG8gb3V0OwogICAgICAvKiBzZXQgY29tbWFuZCBmbGFncyAqLwohICAgICBhYy0+YWNfZmxhZ3Mg
fD0gQU1SX0NNRF9QUklPUklUWSB8IEFNUl9DTURfREFUQU9VVDsKICAgICAgCiAgICAgIC8qIHBv
aW50IHRoZSBjb21tYW5kIGF0IG91ciBkYXRhICovCiAgICAgIGFjLT5hY19kYXRhID0gcmVzdWx0
OwotLS0gNjkxLDcwMSAtLS0tCiAgICAgIGlmICgoYWMgPSBhbXJfYWxsb2NjbWQoc2MpKSA9PSBO
VUxMKQogIAlnb3RvIG91dDsKICAgICAgLyogYWxsb2NhdGUgdGhlIHJlc3BvbnNlIHN0cnVjdHVy
ZSAqLwohICAgICBpZiAoKHJlc3VsdCA9IG1hbGxvYyhidWZzaXplLCBNX0RFVkJVRiwgTV9aRVJP
fE1fTk9XQUlUKSkgPT0gTlVMTCkKICAJZ290byBvdXQ7CiAgICAgIC8qIHNldCBjb21tYW5kIGZs
YWdzICovCiEgCiEgICAgIGFjLT5hY19mbGFncyB8PSBBTVJfQ01EX1BSSU9SSVRZIHwgQU1SX0NN
RF9EQVRBSU47CiAgICAgIAogICAgICAvKiBwb2ludCB0aGUgY29tbWFuZCBhdCBvdXIgZGF0YSAq
LwogICAgICBhYy0+YWNfZGF0YSA9IHJlc3VsdDsKKioqKioqKioqKioqKioqCioqKiA3OTQsNzk5
ICoqKioKLS0tIDgwNSw4MTQgLS0tLQogICAgICAvKiBzcGluIHVudGlsIHNvbWV0aGluZyBwcmV2
ZW50cyB1cyBmcm9tIGRvaW5nIGFueSB3b3JrICovCiAgICAgIGZvciAoOzspIHsKICAKKyAJLyog
RG9uJ3QgYm90aGVyIHRvIHF1ZXVlIGNvbW1hbmRzIG5vIGJvdW5jZSBidWZmZXJzIGFyZSBhdmFp
bGFibGUuICovCisgCWlmIChzYy0+YW1yX3N0YXRlICYgQU1SX1NUQVRFX1FVRVVFX0ZSWk4pCisg
CSAgICBicmVhazsKKyAKICAJLyogdHJ5IHRvIGdldCBhIHJlYWR5IGNvbW1hbmQgKi8KICAJYWMg
PSBhbXJfZGVxdWV1ZV9yZWFkeShzYyk7CiAgCioqKioqKioqKioqKioqKgoqKiogOTY3LDk3MiAq
KioqCi0tLSA5ODIsOTk4IC0tLS0KICAgICAgcmV0dXJuKGVycm9yKTsKICB9CiAgCisgc3RhdGlj
IHZvaWQKKyBhbXJfc2V0dXBfcG9sbGVkX2RtYW1hcCh2b2lkICphcmcsIGJ1c19kbWFfc2VnbWVu
dF90ICpzZWdzLCBpbnQgbnNlZ3MsIGludCBlcnIpCisgeworICAgICBzdHJ1Y3QgYW1yX2NvbW1h
bmQgKmFjID0gYXJnOworICAgICBzdHJ1Y3QgYW1yX3NvZnRjICpzYyA9IGFjLT5hY19zYzsKKyAK
KyAgICAgYW1yX3NldHVwX2RtYW1hcChhcmcsIHNlZ3MsIG5zZWdzLCBlcnIpOworICAgICBidXNf
ZG1hbWFwX3N5bmMoc2MtPmFtcl9idWZmZXJfZG1hdCxhYy0+YWNfZG1hbWFwLEJVU19ETUFTWU5D
X1BSRVJFQUQpOworICAgICBzYy0+YW1yX3BvbGxfY29tbWFuZDEoc2MsIGFjKTsKKyB9CisgCiAg
LyoqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq
KioqKioqKioqKioqKioqKioqKioqKioqCiAgICogVGFrZSBhIGNvbW1hbmQsIHN1Ym1pdCBpdCB0
byB0aGUgY29udHJvbGxlciBhbmQgYnVzeS13YWl0IGZvciBpdCB0byByZXR1cm4uCiAgICogUmV0
dXJucyBub256ZXJvIG9uIGVycm9yLiAgQ2FuIGJlIHNhZmVseSBjYWxsZWQgd2l0aCBpbnRlcnJ1
cHRzIGVuYWJsZWQuCioqKioqKioqKioqKioqKgoqKiogOTc1LDk5MSAqKioqCiAgYW1yX3F1YXJ0
el9wb2xsX2NvbW1hbmQoc3RydWN0IGFtcl9jb21tYW5kICphYykKICB7CiAgICAgIHN0cnVjdCBh
bXJfc29mdGMJKnNjID0gYWMtPmFjX3NjOwohICAgICBpbnQJCQlzOwohICAgICBpbnQJCQllcnJv
cixjb3VudDsKICAKICAgICAgZGVidWdfY2FsbGVkKDIpOwogIAogICAgICAvKiBub3cgd2UgaGF2
ZSBhIHNsb3QsIHdlIGNhbiBtYXAgdGhlIGNvbW1hbmQgKHVubWFwcGVkIGluIGFtcl9jb21wbGV0
ZSkgKi8KISAgICAgYW1yX21hcGNtZChhYyk7CiAgCiEgICAgIHMgPSBzcGxiaW8oKTsKICAKISAg
ICAgaWYgKChzYy0+YW1yX3N0YXRlICYgQU1SX1NUQVRFX0NSQVNIRFVNUCkgPT0gMCkgewogIAlj
b3VudD0wOwogIAl3aGlsZSAoc2MtPmFtcl9idXN5c2xvdHMpewogIAkgICAgdHNsZWVwKHNjLCBQ
UklCSU8gfCBQQ0FUQ0gsICJhbXJwb2xsIiwgaHopOwotLS0gMTAwMSwxMDMzIC0tLS0KICBhbXJf
cXVhcnR6X3BvbGxfY29tbWFuZChzdHJ1Y3QgYW1yX2NvbW1hbmQgKmFjKQogIHsKICAgICAgc3Ry
dWN0IGFtcl9zb2Z0Ywkqc2MgPSBhYy0+YWNfc2M7CiEgICAgIGludAkJCXMsIGVycm9yOwogIAog
ICAgICBkZWJ1Z19jYWxsZWQoMik7CiAgCisgICAgIHMgPSBzcGxiaW8oKTsKKyAgICAgZXJyb3Ig
PSAwOworIAogICAgICAvKiBub3cgd2UgaGF2ZSBhIHNsb3QsIHdlIGNhbiBtYXAgdGhlIGNvbW1h
bmQgKHVubWFwcGVkIGluIGFtcl9jb21wbGV0ZSkgKi8KISAgICAgaWYgKGFjLT5hY19kYXRhICE9
IDApIHsKISAJaWYgKGJ1c19kbWFtYXBfbG9hZChzYy0+YW1yX2J1ZmZlcl9kbWF0LCBhYy0+YWNf
ZG1hbWFwLCBhYy0+YWNfZGF0YSwKISAJICAgIGFjLT5hY19sZW5ndGgsIGFtcl9zZXR1cF9wb2xs
ZWRfZG1hbWFwLCBhYywgQlVTX0RNQV9OT1dBSVQpICE9IDApIHsKISAJICAgIGVycm9yID0gMTsK
ISAJfQohICAgICB9IGVsc2UgewohIAllcnJvciA9IGFtcl9xdWFydHpfcG9sbF9jb21tYW5kMShz
YywgYWMpOwohICAgICB9CiAgCiEgICAgIHNwbHgocyk7CiEgICAgIHJldHVybiAoZXJyb3IpOwoh
IH0KISAKISBzdGF0aWMgaW50CiEgYW1yX3F1YXJ0el9wb2xsX2NvbW1hbmQxKHN0cnVjdCBhbXJf
c29mdGMgKnNjLCBzdHJ1Y3QgYW1yX2NvbW1hbmQgKmFjKQohIHsKISAgICAgaW50IGNvdW50LCBl
cnJvcjsKICAKISAgICAgaWYgKChzYy0+YW1yX3N0YXRlICYgQU1SX1NUQVRFX0lOVEVOKSA9PSAw
KSB7CiAgCWNvdW50PTA7CiAgCXdoaWxlIChzYy0+YW1yX2J1c3lzbG90cyl7CiAgCSAgICB0c2xl
ZXAoc2MsIFBSSUJJTyB8IFBDQVRDSCwgImFtcnBvbGwiLCBoeik7CioqKioqKioqKioqKioqKgoq
KiogOTk2LDEwMDMgKioqKgogIAogIAlpZihzYy0+YW1yX2J1c3lzbG90cykgewogIAkgICAgZGV2
aWNlX3ByaW50ZihzYy0+YW1yX2RldiwgImFkYXB0ZXIgaXMgYnVzeVxuIik7CiEgCSAgICBzcGx4
KHMpOwohIAkgICAgYW1yX3VubWFwY21kKGFjKTsKICAgICAgCSAgICBhYy0+YWNfc3RhdHVzPTA7
CiAgCSAgICByZXR1cm4oMSk7CiAgICAgICAgICB9Ci0tLSAxMDM4LDEwNDUgLS0tLQogIAogIAlp
ZihzYy0+YW1yX2J1c3lzbG90cykgewogIAkgICAgZGV2aWNlX3ByaW50ZihzYy0+YW1yX2Rldiwg
ImFkYXB0ZXIgaXMgYnVzeVxuIik7CiEgCSAgICBpZiAoYWMtPmFjX2RhdGEgIT0gTlVMTCkKISAJ
CWJ1c19kbWFtYXBfdW5sb2FkKHNjLT5hbXJfYnVmZmVyX2RtYXQsIGFjLT5hY19kbWFtYXApOwog
ICAgICAJICAgIGFjLT5hY19zdGF0dXM9MDsKICAJICAgIHJldHVybigxKTsKICAgICAgICAgIH0K
KioqKioqKioqKioqKioqCioqKiAxMDI3LDEwMzYgKioqKgogICAgICBBTVJfUVBVVF9JREIoc2Ms
IHNjLT5hbXJfbWFpbGJveHBoeXMgfCBBTVJfUUlEQl9BQ0spOwogICAgICB3aGlsZShBTVJfUUdF
VF9JREIoc2MpICYgQU1SX1FJREJfQUNLKTsKICAKLSAgICAgc3BseChzKTsKLSAKICAgICAgLyog
dW5tYXAgdGhlIGNvbW1hbmQncyBkYXRhIGJ1ZmZlciAqLwohICAgICBhbXJfdW5tYXBjbWQoYWMp
OwogIAogICAgICByZXR1cm4oZXJyb3IpOwogIH0KLS0tIDEwNjksMTA3NyAtLS0tCiAgICAgIEFN
Ul9RUFVUX0lEQihzYywgc2MtPmFtcl9tYWlsYm94cGh5cyB8IEFNUl9RSURCX0FDSyk7CiAgICAg
IHdoaWxlKEFNUl9RR0VUX0lEQihzYykgJiBBTVJfUUlEQl9BQ0spOwogIAogICAgICAvKiB1bm1h
cCB0aGUgY29tbWFuZCdzIGRhdGEgYnVmZmVyICovCiEgICAgIGJ1c19kbWFtYXBfc3luYyhzYy0+
YW1yX2J1ZmZlcl9kbWF0LCBhYy0+YWNfZG1hbWFwLCBCVVNfRE1BU1lOQ19QT1NUUkVBRCk7CiEg
ICAgIGJ1c19kbWFtYXBfdW5sb2FkKHNjLT5hbXJfYnVmZmVyX2RtYXQsIGFjLT5hY19kbWFtYXAp
OwogIAogICAgICByZXR1cm4oZXJyb3IpOwogIH0KKioqKioqKioqKioqKioqCioqKiAxMTEzLDEx
MjQgKioqKgogICAgICB9IGVsc2UgewogICAgICAgICAgYWMtPmFjX21haWxib3gubWJfbnNnZWxl
bSA9IG5zZWdtZW50czsKICAJKnNnYyA9IG5zZWdtZW50czsKISAJYWMtPmFjX21haWxib3gubWJf
cGh5c2FkZHIgPSBzYy0+YW1yX3NnYnVzYWRkciArIChhYy0+YWNfc2xvdCAqIEFNUl9OU0VHICog
c2l6ZW9mKHN0cnVjdCBhbXJfc2dlbnRyeSkpOwogIAlmb3IgKGkgPSAwOyBpIDwgbnNlZ21lbnRz
OyBpKyssIHNnKyspIHsKICAJICAgIHNnLT5zZ19hZGRyID0gc2Vnc1tpXS5kc19hZGRyOwogIAkg
ICAgc2ctPnNnX2NvdW50ID0gc2Vnc1tpXS5kc19sZW47CiAgCX0KICAgICAgfQogIH0KICAKICBz
dGF0aWMgdm9pZAotLS0gMTE1NCwxMTY3IC0tLS0KICAgICAgfSBlbHNlIHsKICAgICAgICAgIGFj
LT5hY19tYWlsYm94Lm1iX25zZ2VsZW0gPSBuc2VnbWVudHM7CiAgCSpzZ2MgPSBuc2VnbWVudHM7
CiEgCWFjLT5hY19tYWlsYm94Lm1iX3BoeXNhZGRyID0gc2MtPmFtcl9zZ2J1c2FkZHIgKwohIAkg
ICAgKGFjLT5hY19zbG90ICogQU1SX05TRUcgKiBzaXplb2Yoc3RydWN0IGFtcl9zZ2VudHJ5KSk7
CiAgCWZvciAoaSA9IDA7IGkgPCBuc2VnbWVudHM7IGkrKywgc2crKykgewogIAkgICAgc2ctPnNn
X2FkZHIgPSBzZWdzW2ldLmRzX2FkZHI7CiAgCSAgICBzZy0+c2dfY291bnQgPSBzZWdzW2ldLmRz
X2xlbjsKICAJfQogICAgICB9CisgCiAgfQogIAogIHN0YXRpYyB2b2lkCioqKioqKioqKioqKioq
KgoqKiogMTE0MiwxMTU3ICoqKioKICAJfSBlbHNlIHsKICAJICAgIC8qIHNhdmUgcy9nIHRhYmxl
IGluZm9ybWF0aW9uIGluIHBhc3N0aHJvdWdoICovCiAgCSAgICBhZXAtPmFwX25vX3NnX2VsZW1l
bnRzID0gbnNlZ21lbnRzOwohIAkgICAgYWVwLT5hcF9kYXRhX3RyYW5zZmVyX2FkZHJlc3MgPSBz
Yy0+YW1yX3NnYnVzYWRkciArIChhYy0+YWNfc2xvdCAqIEFNUl9OU0VHICogc2l6ZW9mKHN0cnVj
dCBhbXJfc2dlbnRyeSkpOwohIAkgICAgLyogcG9wdWxhdGUgcy9nIHRhYmxlIChvdmVyd3JpdGVz
IHByZXZpb3VzIGNhbGwgd2hpY2ggbWFwcGVkIHRoZSBwYXNzdGhyb3VnaCkgKi8KICAJICAgIGZv
ciAoaSA9IDA7IGkgPCBuc2VnbWVudHM7IGkrKywgc2crKykgewogIAkJc2ctPnNnX2FkZHIgPSBz
ZWdzW2ldLmRzX2FkZHI7CiAgCQlzZy0+c2dfY291bnQgPSBzZWdzW2ldLmRzX2xlbjsKICAJCWRl
YnVnKDMsICIgJWQ6IDB4JXgvJWQiLCBpLCBzZy0+c2dfYWRkciwgc2ctPnNnX2NvdW50KTsKICAJ
ICAgIH0KICAJfQohIAlkZWJ1ZygzLCAic2xvdCAlZCAgJWQgc2VnbWVudHMgYXQgMHgleCwgcGFz
c3Rocm91Z2ggYXQgMHgleCIsIGFjLT5hY19zbG90LAohIAkgICAgYWVwLT5hcF9ub19zZ19lbGVt
ZW50cywgYWVwLT5hcF9kYXRhX3RyYW5zZmVyX2FkZHJlc3MsIGFjLT5hY19kYXRhcGh5cyk7CiAg
ICAgIH0gZWxzZSB7CiAgCWlmIChuc2VnbWVudHMgPCAyKSB7CiAgCSAgICBhcC0+YXBfbm9fc2df
ZWxlbWVudHMgPSAwOwotLS0gMTE4NSwxMjA1IC0tLS0KICAJfSBlbHNlIHsKICAJICAgIC8qIHNh
dmUgcy9nIHRhYmxlIGluZm9ybWF0aW9uIGluIHBhc3N0aHJvdWdoICovCiAgCSAgICBhZXAtPmFw
X25vX3NnX2VsZW1lbnRzID0gbnNlZ21lbnRzOwohIAkgICAgYWVwLT5hcF9kYXRhX3RyYW5zZmVy
X2FkZHJlc3MgPSBzYy0+YW1yX3NnYnVzYWRkciArCiEgCQkoYWMtPmFjX3Nsb3QgKiBBTVJfTlNF
RyAqIHNpemVvZihzdHJ1Y3QgYW1yX3NnZW50cnkpKTsKISAJICAgIC8qCiEgCSAgICAgKiBwb3B1
bGF0ZSBzL2cgdGFibGUgKG92ZXJ3cml0ZXMgcHJldmlvdXMgY2FsbCB3aGljaCBtYXBwZWQgdGhl
CiEgCSAgICAgKiBwYXNzdGhyb3VnaCkKISAJICAgICAqLwogIAkgICAgZm9yIChpID0gMDsgaSA8
IG5zZWdtZW50czsgaSsrLCBzZysrKSB7CiAgCQlzZy0+c2dfYWRkciA9IHNlZ3NbaV0uZHNfYWRk
cjsKICAJCXNnLT5zZ19jb3VudCA9IHNlZ3NbaV0uZHNfbGVuOwogIAkJZGVidWcoMywgIiAlZDog
MHgleC8lZCIsIGksIHNnLT5zZ19hZGRyLCBzZy0+c2dfY291bnQpOwogIAkgICAgfQogIAl9CiEg
CWRlYnVnKDMsICJzbG90ICVkICAlZCBzZWdtZW50cyBhdCAweCV4LCBwYXNzdGhyb3VnaCBhdCAw
eCV4XG4iLAohIAkgICAgYWMtPmFjX3Nsb3QsIGFlcC0+YXBfbm9fc2dfZWxlbWVudHMsIGFlcC0+
YXBfZGF0YV90cmFuc2Zlcl9hZGRyZXNzLAohIAkgICAgYWMtPmFjX2RhdGFwaHlzKTsKICAgICAg
fSBlbHNlIHsKICAJaWYgKG5zZWdtZW50cyA8IDIpIHsKICAJICAgIGFwLT5hcF9ub19zZ19lbGVt
ZW50cyA9IDA7CioqKioqKioqKioqKioqKgoqKiogMTE1OSwxMTc4ICoqKioKICAJfSBlbHNlIHsK
ICAJICAgIC8qIHNhdmUgcy9nIHRhYmxlIGluZm9ybWF0aW9uIGluIHBhc3N0aHJvdWdoICovCiAg
CSAgICBhcC0+YXBfbm9fc2dfZWxlbWVudHMgPSBuc2VnbWVudHM7CiEgCSAgICBhcC0+YXBfZGF0
YV90cmFuc2Zlcl9hZGRyZXNzID0gc2MtPmFtcl9zZ2J1c2FkZHIgKyAoYWMtPmFjX3Nsb3QgKiBB
TVJfTlNFRyAqIHNpemVvZihzdHJ1Y3QgYW1yX3NnZW50cnkpKTsKISAJICAgIC8qIHBvcHVsYXRl
IHMvZyB0YWJsZSAob3ZlcndyaXRlcyBwcmV2aW91cyBjYWxsIHdoaWNoIG1hcHBlZCB0aGUgcGFz
c3Rocm91Z2gpICovCiAgCSAgICBmb3IgKGkgPSAwOyBpIDwgbnNlZ21lbnRzOyBpKyssIHNnKysp
IHsKICAJCXNnLT5zZ19hZGRyID0gc2Vnc1tpXS5kc19hZGRyOwogIAkJc2ctPnNnX2NvdW50ID0g
c2Vnc1tpXS5kc19sZW47CiAgCQlkZWJ1ZygzLCAiICVkOiAweCV4LyVkIiwgaSwgc2ctPnNnX2Fk
ZHIsIHNnLT5zZ19jb3VudCk7CiAgCSAgICB9CiAgCX0KISAJZGVidWcoMywgInNsb3QgJWQgICVk
IHNlZ21lbnRzIGF0IDB4JXgsIHBhc3N0aHJvdWdoIGF0IDB4JXgiLCBhYy0+YWNfc2xvdCwKISAJ
ICAgIGFwLT5hcF9ub19zZ19lbGVtZW50cywgYXAtPmFwX2RhdGFfdHJhbnNmZXJfYWRkcmVzcywg
YWMtPmFjX2RhdGFwaHlzKTsKISAgICAgfQogIH0KICAKISBzdGF0aWMgdm9pZAogIGFtcl9tYXBj
bWQoc3RydWN0IGFtcl9jb21tYW5kICphYykKICB7CiAgICAgIHN0cnVjdCBhbXJfc29mdGMJKnNj
ID0gYWMtPmFjX3NjOwotLS0gMTIwNywxMjQ4IC0tLS0KICAJfSBlbHNlIHsKICAJICAgIC8qIHNh
dmUgcy9nIHRhYmxlIGluZm9ybWF0aW9uIGluIHBhc3N0aHJvdWdoICovCiAgCSAgICBhcC0+YXBf
bm9fc2dfZWxlbWVudHMgPSBuc2VnbWVudHM7CiEgCSAgICBhcC0+YXBfZGF0YV90cmFuc2Zlcl9h
ZGRyZXNzID0gc2MtPmFtcl9zZ2J1c2FkZHIgKwohIAkJKGFjLT5hY19zbG90ICogQU1SX05TRUcg
KiBzaXplb2Yoc3RydWN0IGFtcl9zZ2VudHJ5KSk7CiEgCSAgICAvKgohIAkgICAgICogcG9wdWxh
dGUgcy9nIHRhYmxlIChvdmVyd3JpdGVzIHByZXZpb3VzIGNhbGwgd2hpY2ggbWFwcGVkIHRoZQoh
IAkgICAgICogcGFzc3Rocm91Z2gpCiEgCSAgICAgKi8KICAJICAgIGZvciAoaSA9IDA7IGkgPCBu
c2VnbWVudHM7IGkrKywgc2crKykgewogIAkJc2ctPnNnX2FkZHIgPSBzZWdzW2ldLmRzX2FkZHI7
CiAgCQlzZy0+c2dfY291bnQgPSBzZWdzW2ldLmRzX2xlbjsKICAJCWRlYnVnKDMsICIgJWQ6IDB4
JXgvJWQiLCBpLCBzZy0+c2dfYWRkciwgc2ctPnNnX2NvdW50KTsKICAJICAgIH0KICAJfQohIAlk
ZWJ1ZygzLCAic2xvdCAlZCAgJWQgc2VnbWVudHMgYXQgMHgleCwgcGFzc3Rocm91Z2ggYXQgMHgl
eCIsCiEgCSAgICBhYy0+YWNfc2xvdCwgYXAtPmFwX25vX3NnX2VsZW1lbnRzLCBhcC0+YXBfZGF0
YV90cmFuc2Zlcl9hZGRyZXNzLAohIAkgICAgYWMtPmFjX2RhdGFwaHlzKTsKISAgICAgfQohICAg
ICBpZiAoYWMtPmFjX2ZsYWdzICYgQU1SX0NNRF9DQ0JfREFUQUlOKQohIAlidXNfZG1hbWFwX3N5
bmMoc2MtPmFtcl9idWZmZXJfZG1hdCwgYWMtPmFjX2NjYl9kbWFtYXAsCiEgCSAgICBCVVNfRE1B
U1lOQ19QUkVSRUFEKTsKISAgICAgaWYgKGFjLT5hY19mbGFncyAmIEFNUl9DTURfQ0NCX0RBVEFP
VVQpCiEgCWJ1c19kbWFtYXBfc3luYyhzYy0+YW1yX2J1ZmZlcl9kbWF0LCBhYy0+YWNfY2NiX2Rt
YW1hcCwKISAJICAgIEJVU19ETUFTWU5DX1BSRVdSSVRFKTsKISAgICAgaWYgKChhYy0+YWNfZmxh
Z3MgJiAoQU1SX0NNRF9DQ0JfREFUQUlOIHwgQU1SX0NNRF9DQ0JfREFUQU9VVCkpID09IDApCiEg
CXBhbmljKCJubyBkaXJlY3Rpb24gZm9yIGNjYj9cbiIpOwohIAohICAgICBpZiAoYWMtPmFjX2Zs
YWdzICYgQU1SX0NNRF9EQVRBSU4pCiEgCWJ1c19kbWFtYXBfc3luYyhzYy0+YW1yX2J1ZmZlcl9k
bWF0LGFjLT5hY19kbWFtYXAsQlVTX0RNQVNZTkNfUFJFUkVBRCk7CiEgICAgIGlmIChhYy0+YWNf
ZmxhZ3MgJiBBTVJfQ01EX0RBVEFPVVQpCiEgCWJ1c19kbWFtYXBfc3luYyhzYy0+YW1yX2J1ZmZl
cl9kbWF0LGFjLT5hY19kbWFtYXAsQlVTX0RNQVNZTkNfUFJFV1JJVEUpOwohIAohICAgICBhYy0+
YWNfZmxhZ3MgfD0gQU1SX0NNRF9NQVBQRUQ7CiEgCiEgICAgIGFtcl9zdGFydDEoc2MsIGFjKTsK
ICB9CiAgCiEgc3RhdGljIGludAogIGFtcl9tYXBjbWQoc3RydWN0IGFtcl9jb21tYW5kICphYykK
ICB7CiAgICAgIHN0cnVjdCBhbXJfc29mdGMJKnNjID0gYWMtPmFjX3NjOwoqKioqKioqKioqKioq
KioKKioqIDExODAsMTIwNyAqKioqCiAgICAgIGRlYnVnX2NhbGxlZCgzKTsKICAKICAgICAgLyog
aWYgdGhlIGNvbW1hbmQgaW52b2x2ZXMgZGF0YSBhdCBhbGwsIGFuZCBoYXNuJ3QgYmVlbiBtYXBw
ZWQgKi8KISAgICAgaWYgKCEoYWMtPmFjX2ZsYWdzICYgQU1SX0NNRF9NQVBQRUQpKSB7CiEgCiEg
CWlmIChhYy0+YWNfZGF0YSAhPSBOVUxMKSB7CiAgCSAgICAvKiBtYXAgdGhlIGRhdGEgYnVmZmVy
cyBpbnRvIGJ1cyBzcGFjZSBhbmQgYnVpbGQgdGhlIHMvZyBsaXN0ICovCiEgCSAgICBidXNfZG1h
bWFwX2xvYWQoc2MtPmFtcl9idWZmZXJfZG1hdCwgYWMtPmFjX2RtYW1hcCwgYWMtPmFjX2RhdGEs
IGFjLT5hY19sZW5ndGgsCiEgCQkJICAgIGFtcl9zZXR1cF9kbWFtYXAsIGFjLCAwKTsKISAJICAg
IGlmIChhYy0+YWNfZmxhZ3MgJiBBTVJfQ01EX0RBVEFJTikKISAJCWJ1c19kbWFtYXBfc3luYyhz
Yy0+YW1yX2J1ZmZlcl9kbWF0LCBhYy0+YWNfZG1hbWFwLCBCVVNfRE1BU1lOQ19QUkVSRUFEKTsK
ISAJICAgIGlmIChhYy0+YWNfZmxhZ3MgJiBBTVJfQ01EX0RBVEFPVVQpCiEgCQlidXNfZG1hbWFw
X3N5bmMoc2MtPmFtcl9idWZmZXJfZG1hdCwgYWMtPmFjX2RtYW1hcCwgQlVTX0RNQVNZTkNfUFJF
V1JJVEUpOwohIAl9CiAgCiEgCWlmIChhYy0+YWNfY2NiX2RhdGEgIT0gTlVMTCkgewohIAkgICAg
YnVzX2RtYW1hcF9sb2FkKHNjLT5hbXJfYnVmZmVyX2RtYXQsIGFjLT5hY19jY2JfZG1hbWFwLCBh
Yy0+YWNfY2NiX2RhdGEsIGFjLT5hY19jY2JfbGVuZ3RoLAohIAkJCSAgICBhbXJfc2V0dXBfY2Ni
bWFwLCBhYywgMCk7CiEgCSAgICBpZiAoYWMtPmFjX2ZsYWdzICYgQU1SX0NNRF9DQ0JfREFUQUlO
KQohIAkJYnVzX2RtYW1hcF9zeW5jKHNjLT5hbXJfYnVmZmVyX2RtYXQsIGFjLT5hY19jY2JfZG1h
bWFwLCBCVVNfRE1BU1lOQ19QUkVSRUFEKTsKISAJICAgIGlmIChhYy0+YWNfZmxhZ3MgJiBBTVJf
Q01EX0NDQl9EQVRBT1VUKQohIAkJYnVzX2RtYW1hcF9zeW5jKHNjLT5hbXJfYnVmZmVyX2RtYXQs
IGFjLT5hY19jY2JfZG1hbWFwLCBCVVNfRE1BU1lOQ19QUkVXUklURSk7CiEgCX0KISAJYWMtPmFj
X2ZsYWdzIHw9IEFNUl9DTURfTUFQUEVEOwohICAgICB9CiAgfQogIAogIHN0YXRpYyB2b2lkCi0t
LSAxMjUwLDEyNzggLS0tLQogICAgICBkZWJ1Z19jYWxsZWQoMyk7CiAgCiAgICAgIC8qIGlmIHRo
ZSBjb21tYW5kIGludm9sdmVzIGRhdGEgYXQgYWxsLCBhbmQgaGFzbid0IGJlZW4gbWFwcGVkICov
CiEgICAgIGlmICgoYWMtPmFjX2ZsYWdzICYgQU1SX0NNRF9NQVBQRUQpID09IDAgJiYgKGFjLT5h
Y19kYXRhICE9IE5VTEwpKSB7CiEgCWlmIChhYy0+YWNfY2NiX2RhdGEgPT0gTlVMTCkgewogIAkg
ICAgLyogbWFwIHRoZSBkYXRhIGJ1ZmZlcnMgaW50byBidXMgc3BhY2UgYW5kIGJ1aWxkIHRoZSBz
L2cgbGlzdCAqLwohIAkgICAgaWYgKGJ1c19kbWFtYXBfbG9hZChzYy0+YW1yX2J1ZmZlcl9kbWF0
LCBhYy0+YWNfZG1hbWFwLCBhYy0+YWNfZGF0YSwKISAJCWFjLT5hY19sZW5ndGgsIGFtcl9zZXR1
cF9kYXRhX2RtYW1hcCwgYWMsIDApID09IEVJTlBST0dSRVNTKSB7CiEgCQlzYy0+YW1yX3N0YXRl
IHw9IEFNUl9TVEFURV9RVUVVRV9GUlpOOwohIAkgICAgfQohIAl9IGVsc2UgewohIAkgICAgaWYg
KGJ1c19kbWFtYXBfbG9hZChzYy0+YW1yX2J1ZmZlcl9kbWF0LCBhYy0+YWNfZG1hbWFwLCBhYy0+
YWNfZGF0YSwKISAJCWFjLT5hY19sZW5ndGgsIGFtcl9zZXR1cF9kbWFtYXAsIGFjLCBCVVNfRE1B
X05PV0FJVCkgIT0gMCl7CiEgCQlyZXR1cm4gKEVOT01FTSk7CiEgCSAgICB9CiEgCSAgICBpZiAo
YnVzX2RtYW1hcF9sb2FkKHNjLT5hbXJfYnVmZmVyX2RtYXQsIGFjLT5hY19jY2JfZG1hbWFwLAoh
IAkJYWMtPmFjX2NjYl9kYXRhLCBhYy0+YWNfY2NiX2xlbmd0aCwgYW1yX3NldHVwX2NjYm1hcCwg
YWMsCiEgCQkwKSA9PSBFSU5QUk9HUkVTUykgewohIAkJc2MtPmFtcl9zdGF0ZSB8PSBBTVJfU1RB
VEVfUVVFVUVfRlJaTjsKISAJICAgIH0KISAgICAgIH0KISAgICB9IGVsc2UgaWYgKChhYy0+YWNf
ZmxhZ3MgJiBBTVJfQ01EX01BUFBFRCkgPT0gMCkgewohICAgICAJYW1yX3N0YXJ0MShzYywgYWMp
OwohICAgIH0KICAKISAgICAgcmV0dXJuICgwKTsKICB9CiAgCiAgc3RhdGljIHZvaWQKKioqKioq
KioqKioqKioqCioqKiAxMjE2LDEyMzggKioqKgogIAogIAlpZiAoYWMtPmFjX2RhdGEgIT0gTlVM
TCkgewogIAkgICAgaWYgKGFjLT5hY19mbGFncyAmIEFNUl9DTURfREFUQUlOKQohIAkJYnVzX2Rt
YW1hcF9zeW5jKHNjLT5hbXJfYnVmZmVyX2RtYXQsIGFjLT5hY19kbWFtYXAsIEJVU19ETUFTWU5D
X1BPU1RSRUFEKTsKICAJICAgIGlmIChhYy0+YWNfZmxhZ3MgJiBBTVJfQ01EX0RBVEFPVVQpCiEg
CQlidXNfZG1hbWFwX3N5bmMoc2MtPmFtcl9idWZmZXJfZG1hdCwgYWMtPmFjX2RtYW1hcCwgQlVT
X0RNQVNZTkNfUE9TVFdSSVRFKTsKICAJICAgIGJ1c19kbWFtYXBfdW5sb2FkKHNjLT5hbXJfYnVm
ZmVyX2RtYXQsIGFjLT5hY19kbWFtYXApOwogIAl9CiAgCiAgCWlmIChhYy0+YWNfY2NiX2RhdGEg
IT0gTlVMTCkgewogIAkgICAgaWYgKGFjLT5hY19mbGFncyAmIEFNUl9DTURfQ0NCX0RBVEFJTikK
ISAJCWJ1c19kbWFtYXBfc3luYyhzYy0+YW1yX2J1ZmZlcl9kbWF0LCBhYy0+YWNfY2NiX2RtYW1h
cCwgQlVTX0RNQVNZTkNfUE9TVFJFQUQpOwogIAkgICAgaWYgKGFjLT5hY19mbGFncyAmIEFNUl9D
TURfQ0NCX0RBVEFPVVQpCiEgCQlidXNfZG1hbWFwX3N5bmMoc2MtPmFtcl9idWZmZXJfZG1hdCwg
YWMtPmFjX2NjYl9kbWFtYXAsIEJVU19ETUFTWU5DX1BPU1RXUklURSk7CiAgCSAgICBidXNfZG1h
bWFwX3VubG9hZChzYy0+YW1yX2J1ZmZlcl9kbWF0LCBhYy0+YWNfY2NiX2RtYW1hcCk7CiAgCX0K
ICAJYWMtPmFjX2ZsYWdzICY9IH5BTVJfQ01EX01BUFBFRDsKICAgICAgfQogIH0KICAKICAvKioq
KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq
KioqKioqKioqKioqKioqKioqKioKICAgKiBUYWtlIGEgY29tbWFuZCBhbmQgZ2l2ZSBpdCB0byB0
aGUgY29udHJvbGxlciwgcmV0dXJucyAwIGlmIHN1Y2Nlc3NmdWwsIG9yCiAgICogRUJVU1kgaWYg
dGhlIGNvbW1hbmQgc2hvdWxkIGJlIHJldHJpZWQgbGF0ZXIuCi0tLSAxMjg3LDEzMzAgLS0tLQog
IAogIAlpZiAoYWMtPmFjX2RhdGEgIT0gTlVMTCkgewogIAkgICAgaWYgKGFjLT5hY19mbGFncyAm
IEFNUl9DTURfREFUQUlOKQohIAkJYnVzX2RtYW1hcF9zeW5jKHNjLT5hbXJfYnVmZmVyX2RtYXQs
IGFjLT5hY19kbWFtYXAsCiEgCQkgICAgQlVTX0RNQVNZTkNfUE9TVFJFQUQpOwogIAkgICAgaWYg
KGFjLT5hY19mbGFncyAmIEFNUl9DTURfREFUQU9VVCkKISAJCWJ1c19kbWFtYXBfc3luYyhzYy0+
YW1yX2J1ZmZlcl9kbWF0LCBhYy0+YWNfZG1hbWFwLAohIAkJICAgIEJVU19ETUFTWU5DX1BPU1RX
UklURSk7CiAgCSAgICBidXNfZG1hbWFwX3VubG9hZChzYy0+YW1yX2J1ZmZlcl9kbWF0LCBhYy0+
YWNfZG1hbWFwKTsKICAJfQogIAogIAlpZiAoYWMtPmFjX2NjYl9kYXRhICE9IE5VTEwpIHsKICAJ
ICAgIGlmIChhYy0+YWNfZmxhZ3MgJiBBTVJfQ01EX0NDQl9EQVRBSU4pCiEgCQlidXNfZG1hbWFw
X3N5bmMoc2MtPmFtcl9idWZmZXJfZG1hdCwgYWMtPmFjX2NjYl9kbWFtYXAsCiEgCQkgICAgQlVT
X0RNQVNZTkNfUE9TVFJFQUQpOwogIAkgICAgaWYgKGFjLT5hY19mbGFncyAmIEFNUl9DTURfQ0NC
X0RBVEFPVVQpCiEgCQlidXNfZG1hbWFwX3N5bmMoc2MtPmFtcl9idWZmZXJfZG1hdCwgYWMtPmFj
X2NjYl9kbWFtYXAsCiEgCQkgICAgQlVTX0RNQVNZTkNfUE9TVFdSSVRFKTsKICAJICAgIGJ1c19k
bWFtYXBfdW5sb2FkKHNjLT5hbXJfYnVmZmVyX2RtYXQsIGFjLT5hY19jY2JfZG1hbWFwKTsKICAJ
fQogIAlhYy0+YWNfZmxhZ3MgJj0gfkFNUl9DTURfTUFQUEVEOwogICAgICB9CiAgfQogIAorIHN0
YXRpYyB2b2lkCisgYW1yX3NldHVwX2RhdGFfZG1hbWFwKHZvaWQgKmFyZywgYnVzX2RtYV9zZWdt
ZW50X3QgKnNlZ3MsIGludCBuc2VncywgaW50IGVycikKKyB7CisgICAgIHN0cnVjdCBhbXJfY29t
bWFuZCAqYWMgPSBhcmc7CisgICAgIHN0cnVjdCBhbXJfc29mdGMgKnNjID0gYWMtPmFjX3NjOwor
IAorICAgICBhbXJfc2V0dXBfZG1hbWFwKGFyZywgc2VncywgbnNlZ3MsIGVycik7CisgCisgICAg
IGlmIChhYy0+YWNfZmxhZ3MgJiBBTVJfQ01EX0RBVEFJTikKKyAJYnVzX2RtYW1hcF9zeW5jKHNj
LT5hbXJfYnVmZmVyX2RtYXQsYWMtPmFjX2RtYW1hcCxCVVNfRE1BU1lOQ19QUkVSRUFEKTsKKyAg
ICAgaWYgKGFjLT5hY19mbGFncyAmIEFNUl9DTURfREFUQU9VVCkKKyAJYnVzX2RtYW1hcF9zeW5j
KHNjLT5hbXJfYnVmZmVyX2RtYXQsYWMtPmFjX2RtYW1hcCxCVVNfRE1BU1lOQ19QUkVXUklURSk7
CisgICAgIGFjLT5hY19mbGFncyB8PSBBTVJfQ01EX01BUFBFRDsKKyAKKyAgICAgYW1yX3N0YXJ0
MShzYywgYWMpOworIH0KKyAgICAKICAvKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq
KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioKICAgKiBUYWtl
IGEgY29tbWFuZCBhbmQgZ2l2ZSBpdCB0byB0aGUgY29udHJvbGxlciwgcmV0dXJucyAwIGlmIHN1
Y2Nlc3NmdWwsIG9yCiAgICogRUJVU1kgaWYgdGhlIGNvbW1hbmQgc2hvdWxkIGJlIHJldHJpZWQg
bGF0ZXIuCioqKioqKioqKioqKioqKgoqKiogMTI0MCwxMjU5ICoqKioKICBzdGF0aWMgaW50CiAg
YW1yX3N0YXJ0KHN0cnVjdCBhbXJfY29tbWFuZCAqYWMpCiAgewohICAgICBzdHJ1Y3QgYW1yX3Nv
ZnRjCSpzYyA9IGFjLT5hY19zYzsKISAgICAgaW50CQkJZG9uZSwgcywgaTsKICAKICAgICAgZGVi
dWdfY2FsbGVkKDMpOwogIAogICAgICAvKiBtYXJrIGNvbW1hbmQgYXMgYnVzeSBzbyB0aGF0IHBv
bGxpbmcgY29uc3VtZXIgY2FuIHRlbGwgKi8KICAgICAgYWMtPmFjX2ZsYWdzIHw9IEFNUl9DTURf
QlVTWTsKICAKICAgICAgLyogZ2V0IGEgY29tbWFuZCBzbG90IChmcmVlZCBpbiBhbXJfZG9uZSkg
Ki8KICAgICAgaWYgKGFtcl9nZXRzbG90KGFjKSkKICAJcmV0dXJuKEVCVVNZKTsKICAKISAgICAg
Lyogbm93IHdlIGhhdmUgYSBzbG90LCB3ZSBjYW4gbWFwIHRoZSBjb21tYW5kICh1bm1hcHBlZCBp
biBhbXJfY29tcGxldGUpICovCiEgICAgIGFtcl9tYXBjbWQoYWMpOwogIAogICAgICAvKiBtYXJr
IHRoZSBuZXcgbWFpbGJveCB3ZSBhcmUgZ29pbmcgdG8gY29weSBpbiBhcyBidXN5ICovCiAgICAg
IGFjLT5hY19tYWlsYm94Lm1iX2J1c3kgPSAxOwotLS0gMTMzMiwxMzY4IC0tLS0KICBzdGF0aWMg
aW50CiAgYW1yX3N0YXJ0KHN0cnVjdCBhbXJfY29tbWFuZCAqYWMpCiAgewohICAgICBzdHJ1Y3Qg
YW1yX3NvZnRjICpzYzsKISAgICAgaW50IGVycm9yID0gMDsKICAKICAgICAgZGVidWdfY2FsbGVk
KDMpOwogIAogICAgICAvKiBtYXJrIGNvbW1hbmQgYXMgYnVzeSBzbyB0aGF0IHBvbGxpbmcgY29u
c3VtZXIgY2FuIHRlbGwgKi8KKyAgICAgc2MgPSBhYy0+YWNfc2M7CiAgICAgIGFjLT5hY19mbGFn
cyB8PSBBTVJfQ01EX0JVU1k7CiAgCiAgICAgIC8qIGdldCBhIGNvbW1hbmQgc2xvdCAoZnJlZWQg
aW4gYW1yX2RvbmUpICovCiAgICAgIGlmIChhbXJfZ2V0c2xvdChhYykpCiAgCXJldHVybihFQlVT
WSk7CiAgCiEgICAgIC8qIE5vdyB3ZSBoYXZlIGEgc2xvdCwgd2UgY2FuIG1hcCB0aGUgY29tbWFu
ZCAodW5tYXBwZWQgaW4gYW1yX2NvbXBsZXRlKS4gKi8KISAgICAgaWYgKChlcnJvciA9IGFtcl9t
YXBjbWQoYWMpKSA9PSBFTk9NRU0pIHsKISAJLyoKISAJICogTWVtcm95IHJlc291cmNlcyBhcmUg
c2hvcnQsIHNvIGZyZWUgdGhlIHNsb3QgYW5kIGxldCB0aGlzIGJlIHRyaWVkCiEgCSAqIGxhdGVy
LgohIAkgKi8KISAJc2MtPmFtcl9idXN5Y21kW2FjLT5hY19zbG90XSA9IE5VTEw7CiEgCXNjLT5h
bXJfYnVzeXNsb3RzLS07CiEgICAgIH0KISAKISAgICAgcmV0dXJuIChlcnJvcik7CiEgfQohIAoh
IAohIHN0YXRpYyBpbnQKISBhbXJfc3RhcnQxKHN0cnVjdCBhbXJfc29mdGMgKnNjLCBzdHJ1Y3Qg
YW1yX2NvbW1hbmQgKmFjKQohIHsKISAgICAgaW50CQkJZG9uZSwgcywgaTsKICAKICAgICAgLyog
bWFyayB0aGUgbmV3IG1haWxib3ggd2UgYXJlIGdvaW5nIHRvIGNvcHkgaW4gYXMgYnVzeSAqLwog
ICAgICBhYy0+YWNfbWFpbGJveC5tYl9idXN5ID0gMTsKKioqKioqKioqKioqKioqCioqKiAxMzYz
LDEzNzAgKioqKgogIAkgICAgYnJlYWs7CS8qIG5vIHdvcmsgKi8KICAJfQogICAgICB9CiEgICAg
IAogICAgICAvKiBpZiB3ZSd2ZSBjb21wbGV0ZWQgYW55IGNvbW1hbmRzLCB0cnkgcG9zdGluZyBz
b21lIG1vcmUgKi8KICAgICAgaWYgKHJlc3VsdCkKICAJYW1yX3N0YXJ0aW8oc2MpOwogICAgICAK
LS0tIDE0NzIsMTQ4MCAtLS0tCiAgCSAgICBicmVhazsJLyogbm8gd29yayAqLwogIAl9CiAgICAg
IH0KISAKICAgICAgLyogaWYgd2UndmUgY29tcGxldGVkIGFueSBjb21tYW5kcywgdHJ5IHBvc3Rp
bmcgc29tZSBtb3JlICovCisgICAgIHNjLT5hbXJfc3RhdGUgJj0gfkFNUl9TVEFURV9RVUVVRV9G
UlpOOwogICAgICBpZiAocmVzdWx0KQogIAlhbXJfc3RhcnRpbyhzYyk7CiAgICAgIAoqKioqKioq
KioqKioqKioKKioqIDEzNzUsMTM4MSAqKioqCiAgICAgIGVsc2UKICAjZW5kaWYKICAJYW1yX2Nv
bXBsZXRlKHNjLCAwKTsKISAgICAgCiAgICAgIHJldHVybihyZXN1bHQpOwogIH0KICAKLS0tIDE0
ODUsMTQ5MSAtLS0tCiAgICAgIGVsc2UKICAjZW5kaWYKICAJYW1yX2NvbXBsZXRlKHNjLCAwKTsK
ISAKICAgICAgcmV0dXJuKHJlc3VsdCk7CiAgfQogIAoqKioqKioqKioqKioqKioKKioqIDE0MTks
MTQyNCAqKioqCi0tLSAxNTI5LDE1MzUgLS0tLQogIAkgICAgd2FrZXVwKHNjKTsKICAJfQogICAg
ICB9CisgICAgYW1yX3N0YXJ0aW8oc2MpOwogIH0KICAKICAvKioqKioqKioqKioqKioqKioqKioq
KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq
KioKKioqKioqKioqKioqKioqCioqKiAxNzk4LDE4MDQgKioqKgogIAogICAgICBkZWJ1Z19jYWxs
ZWQoMSk7CiAgCiEgICAgIHNjLT5hbXJfc3RhdGUgfD0gQU1SX1NUQVRFX0NSQVNIRFVNUDsKICAK
ICAgICAgLyogZ2V0IG91cnNlbHZlcyBhIGNvbW1hbmQgYnVmZmVyICovCiAgICAgIGlmICgoYWMg
PSBhbXJfYWxsb2NjbWQoc2MpKSA9PSBOVUxMKQotLS0gMTkwOSwxOTE1IC0tLS0KICAKICAgICAg
ZGVidWdfY2FsbGVkKDEpOwogIAohICAgICBzYy0+YW1yX3N0YXRlIHw9IEFNUl9TVEFURV9JTlRF
TjsKICAKICAgICAgLyogZ2V0IG91cnNlbHZlcyBhIGNvbW1hbmQgYnVmZmVyICovCiAgICAgIGlm
ICgoYWMgPSBhbXJfYWxsb2NjbWQoc2MpKSA9PSBOVUxMKQoqKioqKioqKioqKioqKioKKioqIDE4
MjUsMTgzMSAqKioqCiAgICAgIGlmIChhYyAhPSBOVUxMKQogIAlhbXJfcmVsZWFzZWNtZChhYyk7
CiAgCiEgICAgIHNjLT5hbXJfc3RhdGUgJj0gfkFNUl9TVEFURV9DUkFTSERVTVA7CiAgCiAgICAg
IHJldHVybiAoZXJyb3IpOwkKICB9Ci0tLSAxOTM2LDE5NDIgLS0tLQogICAgICBpZiAoYWMgIT0g
TlVMTCkKICAJYW1yX3JlbGVhc2VjbWQoYWMpOwogIAohICAgICBzYy0+YW1yX3N0YXRlICY9IH5B
TVJfU1RBVEVfSU5URU47CiAgCiAgICAgIHJldHVybiAoZXJyb3IpOwkKICB9CioqKiBzeXMvZGV2
L2Ftci9hbXJfY2FtLmMub3JpZwlNb24gTm92IDExIDA1OjE5OjEwIDIwMDIKLS0tIHN5cy9kZXYv
YW1yL2Ftcl9jYW0uYwlXZWQgTWFyICA5IDA4OjU0OjI1IDIwMDUKKioqKioqKioqKioqKioqCioq
KiAxMzksMTQ4ICoqKioKICAgICAgLyoKICAgICAgICogQWxsb2NhdGUgYSBkZXZxIGZvciBhbGwg
b3VyIGNoYW5uZWxzIGNvbWJpbmVkLiAgVGhpcyBzaG91bGQKICAgICAgICogYWxsb3cgZm9yIHRo
ZSBtYXhpbXVtIG51bWJlciBvZiBTQ1NJIGNvbW1hbmRzIHdlIHdpbGwgYWNjZXB0CiEgICAgICAq
IGF0IG9uZSB0aW1lLgogICAgICAgKi8KICAgICAgaWYgKChkZXZxID0gY2FtX3NpbXFfYWxsb2Mo
QU1SX01BWF9TQ1NJX0NNRFMpKSA9PSBOVUxMKQogIAlyZXR1cm4oRU5PTUVNKTsKICAKICAgICAg
LyoKICAgICAgICogSXRlcmF0ZSBvdmVyIG91ciBjaGFubmVscywgcmVnaXN0ZXJpbmcgdGhlbSB3
aXRoIENBTQotLS0gMTM5LDE1MCAtLS0tCiAgICAgIC8qCiAgICAgICAqIEFsbG9jYXRlIGEgZGV2
cSBmb3IgYWxsIG91ciBjaGFubmVscyBjb21iaW5lZC4gIFRoaXMgc2hvdWxkCiAgICAgICAqIGFs
bG93IGZvciB0aGUgbWF4aW11bSBudW1iZXIgb2YgU0NTSSBjb21tYW5kcyB3ZSB3aWxsIGFjY2Vw
dAohICAgICAgKiBhdCBvbmUgdGltZS4gU2F2ZSB0aGUgcG9pbnRlciBpbiB0aGUgc29mdGMgc28g
d2UgY2FuIGZpbmQgaXQgbGF0ZXIKISAgICAgICogZHVyaW5nIGRldGFjaC4KICAgICAgICovCiAg
ICAgIGlmICgoZGV2cSA9IGNhbV9zaW1xX2FsbG9jKEFNUl9NQVhfU0NTSV9DTURTKSkgPT0gTlVM
TCkKICAJcmV0dXJuKEVOT01FTSk7CisgICAgIHNjLT5hbXJfY2FtX2RldnEgPSBkZXZxOwogIAog
ICAgICAvKgogICAgICAgKiBJdGVyYXRlIG92ZXIgb3VyIGNoYW5uZWxzLCByZWdpc3RlcmluZyB0
aGVtIHdpdGggQ0FNCioqKioqKioqKioqKioqKgoqKiogMTgyLDIwMCAqKioqCiAgdm9pZAogIGFt
cl9jYW1fZGV0YWNoKHN0cnVjdCBhbXJfc29mdGMgKnNjKQogIHsKISAgICAgaW50CQljaG4sIGZp
cnN0OwogIAohICAgICBmb3IgKGNobiA9IDAsIGZpcnN0ID0gMTsgY2huIDwgc2MtPmFtcl9tYXhj
aGFuOyBjaG4rKykgewogIAogIAkvKgogIAkgKiBJZiBhIHNpbSB3YXMgYWxsb2NhdGVkIGZvciB0
aGlzIGNoYW5uZWwsIGZyZWUgaXQKICAJICovCiAgCWlmIChzYy0+YW1yX2NhbV9zaW1bY2huXSAh
PSBOVUxMKSB7CiAgCSAgICB4cHRfYnVzX2RlcmVnaXN0ZXIoY2FtX3NpbV9wYXRoKHNjLT5hbXJf
Y2FtX3NpbVtjaG5dKSk7CiEgCSAgICBjYW1fc2ltX2ZyZWUoc2MtPmFtcl9jYW1fc2ltW2Nobl0s
IGZpcnN0ID8gVFJVRSA6IEZBTFNFKTsKISAJICAgIGZpcnN0ID0gMDsKICAJfQogICAgICB9CiAg
fQogIAogIC8qKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq
KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKgotLS0gMTg0LDIwNSAtLS0tCiAgdm9pZAog
IGFtcl9jYW1fZGV0YWNoKHN0cnVjdCBhbXJfc29mdGMgKnNjKQogIHsKISAgICAgaW50CQljaG47
CiAgCiEgICAgIGZvciAoY2huID0gMDsgY2huIDwgc2MtPmFtcl9tYXhjaGFuOyBjaG4rKykgewog
IAogIAkvKgogIAkgKiBJZiBhIHNpbSB3YXMgYWxsb2NhdGVkIGZvciB0aGlzIGNoYW5uZWwsIGZy
ZWUgaXQKICAJICovCiAgCWlmIChzYy0+YW1yX2NhbV9zaW1bY2huXSAhPSBOVUxMKSB7CiAgCSAg
ICB4cHRfYnVzX2RlcmVnaXN0ZXIoY2FtX3NpbV9wYXRoKHNjLT5hbXJfY2FtX3NpbVtjaG5dKSk7
CiEgCSAgICBjYW1fc2ltX2ZyZWUoc2MtPmFtcl9jYW1fc2ltW2Nobl0sIEZBTFNFKTsKICAJfQog
ICAgICB9CisgCisgICAgIC8qIE5vdyBmcmVlIHRoZSBkZXZxICovCisgICAgIGlmIChzYy0+YW1y
X2NhbV9kZXZxICE9IE5VTEwpCisgCWNhbV9zaW1xX2ZyZWUoc2MtPmFtcl9jYW1fZGV2cSk7CiAg
fQogIAogIC8qKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq
KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKgoqKioqKioqKioqKioqKioKKioqIDQ1OCw0
NjQgKioqKgogIAlnb3RvIG91dDsKICAgICAgfQogIAohICAgICBhYy0+YWNfZmxhZ3MgfD0gQU1S
X0NNRF9EQVRBT1VUOwogIAogICAgICBhYy0+YWNfY2NiX2RhdGEgPSBjc2lvLT5kYXRhX3B0cjsK
ICAgICAgYWMtPmFjX2NjYl9sZW5ndGggPSBjc2lvLT5keGZlcl9sZW47Ci0tLSA0NjMsNDY5IC0t
LS0KICAJZ290byBvdXQ7CiAgICAgIH0KICAKISAgICAgYWMtPmFjX2ZsYWdzIHw9IEFNUl9DTURf
REFUQU9VVCB8IEFNUl9DTURfREFUQUlOOwogIAogICAgICBhYy0+YWNfY2NiX2RhdGEgPSBjc2lv
LT5kYXRhX3B0cjsKICAgICAgYWMtPmFjX2NjYl9sZW5ndGggPSBjc2lvLT5keGZlcl9sZW47Cioq
KioqKioqKioqKioqKgoqKiogNTE2LDUyMiAqKioqCiAgCiAgICAgIC8qIFhYWCBub3RlIHRoYXQg
d2UncmUgaWdub3JpbmcgYWMtPmFjX3N0YXR1cyAtIGdvb2QgaWRlYT8gKi8KICAKISAgICAgZGVi
dWcoMSwgInN0YXR1cyAweCV4ICBzY3NpX3N0YXR1cyAweCV4IiwgYWMtPmFjX3N0YXR1cywgYXAt
PmFwX3Njc2lfc3RhdHVzKTsKICAKICAgICAgLyoKICAgICAgICogSGlkZSBkaXNrcyBmcm9tIENB
TSBzbyB0aGF0IHRoZXkncmUgbm90IHBpY2tlZCB1cCBhbmQgdHJlYXRlZCBhcyAnbm9ybWFsJyBk
aXNrcy4KLS0tIDUyMSw1MjcgLS0tLQogIAogICAgICAvKiBYWFggbm90ZSB0aGF0IHdlJ3JlIGln
bm9yaW5nIGFjLT5hY19zdGF0dXMgLSBnb29kIGlkZWE/ICovCiAgCiEgICAgIGRlYnVnKDEsICJz
dGF0dXMgMHgleCAgQVAgc2NzaV9zdGF0dXMgMHgleCIsIGFjLT5hY19zdGF0dXMsIGFwLT5hcF9z
Y3NpX3N0YXR1cyk7CiAgCiAgICAgIC8qCiAgICAgICAqIEhpZGUgZGlza3MgZnJvbSBDQU0gc28g
dGhhdCB0aGV5J3JlIG5vdCBwaWNrZWQgdXAgYW5kIHRyZWF0ZWQgYXMgJ25vcm1hbCcgZGlza3Mu
CioqKioqKioqKioqKioqKgoqKiogNTc5LDU4NSAqKioqCiAgCiAgICAgIC8qIFhYWCBub3RlIHRo
YXQgd2UncmUgaWdub3JpbmcgYWMtPmFjX3N0YXR1cyAtIGdvb2QgaWRlYT8gKi8KICAKISAgICAg
ZGVidWcoMSwgInN0YXR1cyAweCV4ICBzY3NpX3N0YXR1cyAweCV4IiwgYWMtPmFjX3N0YXR1cywg
YWVwLT5hcF9zY3NpX3N0YXR1cyk7CiAgCiAgICAgIC8qCiAgICAgICAqIEhpZGUgZGlza3MgZnJv
bSBDQU0gc28gdGhhdCB0aGV5J3JlIG5vdCBwaWNrZWQgdXAgYW5kIHRyZWF0ZWQgYXMgJ25vcm1h
bCcgZGlza3MuCi0tLSA1ODQsNTkwIC0tLS0KICAKICAgICAgLyogWFhYIG5vdGUgdGhhdCB3ZSdy
ZSBpZ25vcmluZyBhYy0+YWNfc3RhdHVzIC0gZ29vZCBpZGVhPyAqLwogIAohICAgICBkZWJ1Zygx
LCAic3RhdHVzIDB4JXggIEFFUCBzY3NpX3N0YXR1cyAweCV4IiwgYWMtPmFjX3N0YXR1cywgYWVw
LT5hcF9zY3NpX3N0YXR1cyk7CiAgCiAgICAgIC8qCiAgICAgICAqIEhpZGUgZGlza3MgZnJvbSBD
QU0gc28gdGhhdCB0aGV5J3JlIG5vdCBwaWNrZWQgdXAgYW5kIHRyZWF0ZWQgYXMgJ25vcm1hbCcg
ZGlza3MuCioqKiBzeXMvZGV2L2Ftci9hbXJfZGlzay5jLm9yaWcJV2VkIE9jdCAyOSAwMToxMToz
OCAyMDAzCi0tLSBzeXMvZGV2L2Ftci9hbXJfZGlzay5jCVdlZCBNYXIgIDkgMDk6MDI6NDQgMjAw
NQoqKioqKioqKioqKioqKioKKioqIDUzLDU5ICoqKioKICAgKiBPVVQgT0YgVEhFIFVTRSBPRiBU
SElTIFNPRlRXQVJFLCBFVkVOIElGIEFEVklTRUQgT0YgVEhFIFBPU1NJQklMSVRZIE9GCiAgICog
U1VDSCBEQU1BR0UuCiAgICoKISAgKiAkRnJlZUJTRDogL3JlcG9tYW4vci9uY3ZzL3NyYy9zeXMv
ZGV2L2Ftci9hbXJfZGlzay5jLHYgMS41LjIuNiAyMDAzLzEwLzI5IDA5OjExOjM4IHBzIEV4cCAk
CiAgICovCiAgCiAgLyoKLS0tIDUzLDU5IC0tLS0KICAgKiBPVVQgT0YgVEhFIFVTRSBPRiBUSElT
IFNPRlRXQVJFLCBFVkVOIElGIEFEVklTRUQgT0YgVEhFIFBPU1NJQklMSVRZIE9GCiAgICogU1VD
SCBEQU1BR0UuCiAgICoKISAgKiAkRnJlZUJTRDogc3JjL3N5cy9kZXYvYW1yL2Ftcl9kaXNrLmMs
diAxLjUuMi42IDIwMDMvMTAvMjkgMDk6MTE6MzggcHMgRXhwICQKICAgKi8KICAKICAvKgoqKioq
KioqKioqKioqKioKKioqIDIxNSwyMjQgKioqKgogICAgICBpZiAoKGVycm9yID0gZGlza19kdW1w
Y2hlY2soZGV2LCAmY291bnQsICZibGtubywgJnNlY3NpemUpKSkKICAgICAgICAgIHJldHVybihl
cnJvcik7CiAgCiEgICAgIGFtcl9zYyAgPSAoc3RydWN0IGFtcl9zb2Z0YyAqKWFtcmRfc2MtPmFt
cmRfY29udHJvbGxlcjsKISAKISAgICAgaWYgKCFhbXJkX3NjIHx8ICFhbXJfc2MpCiAgCXJldHVy
bihFTlhJTyk7CiAgCiAgICAgIGJsa2NudCA9IGhvd21hbnkoUEFHRV9TSVpFLCBzZWNzaXplKTsK
ICAKLS0tIDIxNSwyMjMgLS0tLQogICAgICBpZiAoKGVycm9yID0gZGlza19kdW1wY2hlY2soZGV2
LCAmY291bnQsICZibGtubywgJnNlY3NpemUpKSkKICAgICAgICAgIHJldHVybihlcnJvcik7CiAg
CiEgICAgIGlmIChhbXJkX3NjID09IE5VTEwpCiAgCXJldHVybihFTlhJTyk7CisgICAgIGFtcl9z
YyAgPSAoc3RydWN0IGFtcl9zb2Z0YyAqKWFtcmRfc2MtPmFtcmRfY29udHJvbGxlcjsKICAKICAg
ICAgYmxrY250ID0gaG93bWFueShQQUdFX1NJWkUsIHNlY3NpemUpOwogIAoqKiogc3lzL2Rldi9h
bXIvYW1yX3BjaS5jLm9yaWcJV2VkIERlYyAgOCAxMDo1MzoyMyAyMDA0Ci0tLSBzeXMvZGV2L2Ft
ci9hbXJfcGNpLmMJV2VkIE1hciAgOSAwOTowOTo1OCAyMDA1CioqKioqKioqKioqKioqKgoqKiog
MjUsMzEgKioqKgogICAqIFNVQ0ggREFNQUdFLgogICAqCiAgICogQ29weXJpZ2h0IChjKSAyMDAy
IEVyaWMgTW9vcmUKISAgKiBDb3B5cmlnaHQgKGMpIDIwMDIgTFNJIExvZ2ljIENvcnBvcmF0aW9u
CiAgICogQWxsIHJpZ2h0cyByZXNlcnZlZC4KICAgKgogICAqIFJlZGlzdHJpYnV0aW9uIGFuZCB1
c2UgaW4gc291cmNlIGFuZCBiaW5hcnkgZm9ybXMsIHdpdGggb3Igd2l0aG91dAotLS0gMjUsMzEg
LS0tLQogICAqIFNVQ0ggREFNQUdFLgogICAqCiAgICogQ29weXJpZ2h0IChjKSAyMDAyIEVyaWMg
TW9vcmUKISAgKiBDb3B5cmlnaHQgKGMpIDIwMDIsIDIwMDQgTFNJIExvZ2ljIENvcnBvcmF0aW9u
CiAgICogQWxsIHJpZ2h0cyByZXNlcnZlZC4KICAgKgogICAqIFJlZGlzdHJpYnV0aW9uIGFuZCB1
c2UgaW4gc291cmNlIGFuZCBiaW5hcnkgZm9ybXMsIHdpdGggb3Igd2l0aG91dAoqKioqKioqKioq
KioqKioKKioqIDEyNywxMzIgKioqKgotLS0gMTI3LDEzNCAtLS0tCiAgICAgIHsweDEwMWUsIDB4
MTk2MCwgMH0sCiAgICAgIHsweDEwMDAsIDB4MTk2MCwgUFJPQkVfU0lHTkFUVVJFfSwKICAgICAg
ezB4MTAwMCwgMHgwNDA3LCAwfSwKKyAgICAgezB4MTAwMCwgMHgwNDA4LCAwfSwKKyAgICAgezB4
MTAwMCwgMHgwNDA5LCAwfSwKICAgICAgezB4MTAyOCwgMHgwMDBlLCBQUk9CRV9TSUdOQVRVUkV9
LCAvKiBwZXJjNC9kaSBpOTYwICovCiAgICAgIHsweDEwMjgsIDB4MDAwZiwgMH0sIC8qIHBlcmM0
L2RpIFZlcmRlKi8KICAgICAgezB4MTAyOCwgMHgwMDEzLCAwfSwgLyogcGVyYzQvZGkgKi8KKioq
KioqKioqKioqKioqCioqKiAxNTAsMTU2ICoqKioKICAJCWlmICgoc2lnICE9IEFNUl9TSUdOQVRV
UkVfMSkgJiYgKHNpZyAhPSBBTVJfU0lHTkFUVVJFXzIpKQogIAkJICAgIGNvbnRpbnVlOwogIAkg
ICAgfQohIAkgICAgZGV2aWNlX3NldF9kZXNjKGRldiwgIkxTSUxvZ2ljIE1lZ2FSQUlEIik7CiAg
CSAgICByZXR1cm4oLTEwKTsJLyogYWxsb3cgcm9vbSB0byBiZSBvdmVycmlkZGVuICovCiAgCX0K
ICAgICAgfQotLS0gMTUyLDE1OCAtLS0tCiAgCQlpZiAoKHNpZyAhPSBBTVJfU0lHTkFUVVJFXzEp
ICYmIChzaWcgIT0gQU1SX1NJR05BVFVSRV8yKSkKICAJCSAgICBjb250aW51ZTsKICAJICAgIH0K
ISAJICAgIGRldmljZV9zZXRfZGVzYyhkZXYsIExTSV9ERVNDX1BDSSk7CiAgCSAgICByZXR1cm4o
LTEwKTsJLyogYWxsb3cgcm9vbSB0byBiZSBvdmVycmlkZGVuICovCiAgCX0KICAgICAgfQoqKioq
KioqKioqKioqKioKKioqIDE4MSwxODYgKioqKgotLS0gMTgzLDE4OSAtLS0tCiAgICAgICAqLwog
ICAgICBjb21tYW5kID0gcGNpX3JlYWRfY29uZmlnKGRldiwgUENJUl9DT01NQU5ELCAxKTsKICAg
ICAgaWYgKChwY2lfZ2V0X2RldmljZShkZXYpID09IDB4MTk2MCkgfHwgKHBjaV9nZXRfZGV2aWNl
KGRldikgPT0gMHgwNDA3KSB8fAorIAkocGNpX2dldF9kZXZpY2UoZGV2KSA9PSAweDA0MDgpIHx8
IChwY2lfZ2V0X2RldmljZShkZXYpID09IDB4MDQwOSkgfHwKICAJKHBjaV9nZXRfZGV2aWNlKGRl
dikgPT0gMHgwMDBlKSB8fCAocGNpX2dldF9kZXZpY2UoZGV2KSA9PSAweDAwMGYpIHx8CiAgCShw
Y2lfZ2V0X2RldmljZShkZXYpID09IDB4MDAxMykpIHsKICAJLyoKKioqKioqKioqKioqKioqCioq
KiAyNTEsMjU3ICoqKioKICAJCQkgICBOVUxMLCBOVUxMLCAJCQkvKiBmaWx0ZXIsIGZpbHRlcmFy
ZyAqLwogIAkJCSAgIE1BWEJTSVpFLCBBTVJfTlNFRywJCS8qIG1heHNpemUsIG5zZWdtZW50cyAq
LwogIAkJCSAgIEJVU19TUEFDRV9NQVhTSVpFXzMyQklULAkvKiBtYXhzZWdzaXplICovCiEgCQkJ
ICAgQlVTX0RNQV9BTExPQ05PVywJCS8qIGZsYWdzICovCiAgCQkJICAgJnNjLT5hbXJfcGFyZW50
X2RtYXQpKSB7CiAgCWRldmljZV9wcmludGYoZGV2LCAiY2FuJ3QgYWxsb2NhdGUgcGFyZW50IERN
QSB0YWdcbiIpOwogIAlnb3RvIG91dDsKLS0tIDI1NCwyNjAgLS0tLQogIAkJCSAgIE5VTEwsIE5V
TEwsIAkJCS8qIGZpbHRlciwgZmlsdGVyYXJnICovCiAgCQkJICAgTUFYQlNJWkUsIEFNUl9OU0VH
LAkJLyogbWF4c2l6ZSwgbnNlZ21lbnRzICovCiAgCQkJICAgQlVTX1NQQUNFX01BWFNJWkVfMzJC
SVQsCS8qIG1heHNlZ3NpemUgKi8KISAJCQkgICAwLAkJCQkvKiBmbGFncyAqLwogIAkJCSAgICZz
Yy0+YW1yX3BhcmVudF9kbWF0KSkgewogIAlkZXZpY2VfcHJpbnRmKGRldiwgImNhbid0IGFsbG9j
YXRlIHBhcmVudCBETUEgdGFnXG4iKTsKICAJZ290byBvdXQ7CioqKioqKioqKioqKioqKgoqKiog
MjYyLDI3MyAqKioqCiAgICAgICAqLwogICAgICBpZiAoYnVzX2RtYV90YWdfY3JlYXRlKHNjLT5h
bXJfcGFyZW50X2RtYXQsCQkvKiBwYXJlbnQgKi8KICAJCQkgICAxLCAwLAkJCS8qIGFsaWdubWVu
dCwgYm91bmRhcnkgKi8KISAJCQkgICBCVVNfU1BBQ0VfTUFYQUREUiwJCS8qIGxvd2FkZHIgKi8K
ICAJCQkgICBCVVNfU1BBQ0VfTUFYQUREUiwJCS8qIGhpZ2hhZGRyICovCiAgCQkJICAgTlVMTCwg
TlVMTCwJCQkvKiBmaWx0ZXIsIGZpbHRlcmFyZyAqLwogIAkJCSAgIE1BWEJTSVpFLCBBTVJfTlNF
RywJCS8qIG1heHNpemUsIG5zZWdtZW50cyAqLwohIAkJCSAgIEJVU19TUEFDRV9NQVhTSVpFXzMy
QklULAkvKiBtYXhzZWdzaXplICovCiEgCQkJICAgMCwJCQkJLyogZmxhZ3MgKi8KICAJCQkgICAm
c2MtPmFtcl9idWZmZXJfZG1hdCkpIHsKICAgICAgICAgIGRldmljZV9wcmludGYoc2MtPmFtcl9k
ZXYsICJjYW4ndCBhbGxvY2F0ZSBidWZmZXIgRE1BIHRhZ1xuIik7CiAgCWdvdG8gb3V0OwotLS0g
MjY1LDI3NiAtLS0tCiAgICAgICAqLwogICAgICBpZiAoYnVzX2RtYV90YWdfY3JlYXRlKHNjLT5h
bXJfcGFyZW50X2RtYXQsCQkvKiBwYXJlbnQgKi8KICAJCQkgICAxLCAwLAkJCS8qIGFsaWdubWVu
dCwgYm91bmRhcnkgKi8KISAJCQkgICBCVVNfU1BBQ0VfTUFYQUREUl8zMkJJVCwJLyogbG93YWRk
ciAqLwogIAkJCSAgIEJVU19TUEFDRV9NQVhBRERSLAkJLyogaGlnaGFkZHIgKi8KICAJCQkgICBO
VUxMLCBOVUxMLAkJCS8qIGZpbHRlciwgZmlsdGVyYXJnICovCiAgCQkJICAgTUFYQlNJWkUsIEFN
Ul9OU0VHLAkJLyogbWF4c2l6ZSwgbnNlZ21lbnRzICovCiEgCQkJICAgTUFYQlNJWkUsCQkJLyog
bWF4c2Vnc2l6ZSAqLwohIAkJCSAgIEJVU19ETUFfQUxMT0NOT1csCQkvKiBmbGFncyAqLwogIAkJ
CSAgICZzYy0+YW1yX2J1ZmZlcl9kbWF0KSkgewogICAgICAgICAgZGV2aWNlX3ByaW50ZihzYy0+
YW1yX2RldiwgImNhbid0IGFsbG9jYXRlIGJ1ZmZlciBETUEgdGFnXG4iKTsKICAJZ290byBvdXQ7
CioqKioqKioqKioqKioqKgoqKiogNTAyLDUwOCAqKioqCiAgICAgIHNlZ3NpemUgPSBzaXplb2Yo
c3RydWN0IGFtcl9zZ2VudHJ5KSAqIEFNUl9OU0VHICogQU1SX01BWENNRDsKICAgICAgZXJyb3Ig
PSBidXNfZG1hX3RhZ19jcmVhdGUoc2MtPmFtcl9wYXJlbnRfZG1hdCwgCS8qIHBhcmVudCAqLwog
IAkJCSAgICAgICAxLCAwLCAJCQkvKiBhbGlnbm1lbnQsIGJvdW5kYXJ5ICovCiEgCQkJICAgICAg
IEJVU19TUEFDRV9NQVhBRERSLAkvKiBsb3dhZGRyICovCiAgCQkJICAgICAgIEJVU19TUEFDRV9N
QVhBRERSLCAJLyogaGlnaGFkZHIgKi8KICAJCQkgICAgICAgTlVMTCwgTlVMTCwgCQkvKiBmaWx0
ZXIsIGZpbHRlcmFyZyAqLwogIAkJCSAgICAgICBzZWdzaXplLCAxLAkJLyogbWF4c2l6ZSwgbnNl
Z21lbnRzICovCi0tLSA1MDUsNTExIC0tLS0KICAgICAgc2Vnc2l6ZSA9IHNpemVvZihzdHJ1Y3Qg
YW1yX3NnZW50cnkpICogQU1SX05TRUcgKiBBTVJfTUFYQ01EOwogICAgICBlcnJvciA9IGJ1c19k
bWFfdGFnX2NyZWF0ZShzYy0+YW1yX3BhcmVudF9kbWF0LCAJLyogcGFyZW50ICovCiAgCQkJICAg
ICAgIDEsIDAsIAkJCS8qIGFsaWdubWVudCwgYm91bmRhcnkgKi8KISAJCQkgICAgICAgQlVTX1NQ
QUNFX01BWEFERFJfMzJCSVQsCS8qIGxvd2FkZHIgKi8KICAJCQkgICAgICAgQlVTX1NQQUNFX01B
WEFERFIsIAkvKiBoaWdoYWRkciAqLwogIAkJCSAgICAgICBOVUxMLCBOVUxMLCAJCS8qIGZpbHRl
ciwgZmlsdGVyYXJnICovCiAgCQkJICAgICAgIHNlZ3NpemUsIDEsCQkvKiBtYXhzaXplLCBuc2Vn
bWVudHMgKi8KKioqKioqKioqKioqKioqCioqKiA1NzIsNTc4ICoqKioKICAgICAgICovCiAgICAg
IGVycm9yID0gYnVzX2RtYV90YWdfY3JlYXRlKHNjLT5hbXJfcGFyZW50X2RtYXQsCS8qIHBhcmVu
dCAqLwogIAkJCSAgICAgICAxNiwgMCwJCQkvKiBhbGlnbm1lbnQsIGJvdW5kYXJ5ICovCiEgCQkJ
ICAgICAgIEJVU19TUEFDRV9NQVhBRERSLAkvKiBsb3dhZGRyICovCiAgCQkJICAgICAgIEJVU19T
UEFDRV9NQVhBRERSLAkvKiBoaWdoYWRkciAqLwogIAkJCSAgICAgICBOVUxMLCBOVUxMLAkJLyog
ZmlsdGVyLCBmaWx0ZXJhcmcgKi8KICAJCQkgICAgICAgc2l6ZW9mKHN0cnVjdCBhbXJfbWFpbGJv
eCkgKyAxNiwgMSwgLyogbWF4c2l6ZSwgbnNlZ21lbnRzICovCi0tLSA1NzUsNTgxIC0tLS0KICAg
ICAgICovCiAgICAgIGVycm9yID0gYnVzX2RtYV90YWdfY3JlYXRlKHNjLT5hbXJfcGFyZW50X2Rt
YXQsCS8qIHBhcmVudCAqLwogIAkJCSAgICAgICAxNiwgMCwJCQkvKiBhbGlnbm1lbnQsIGJvdW5k
YXJ5ICovCiEgCQkJICAgICAgIEJVU19TUEFDRV9NQVhBRERSXzMyQklULAkvKiBsb3dhZGRyICov
CiAgCQkJICAgICAgIEJVU19TUEFDRV9NQVhBRERSLAkvKiBoaWdoYWRkciAqLwogIAkJCSAgICAg
ICBOVUxMLCBOVUxMLAkJLyogZmlsdGVyLCBmaWx0ZXJhcmcgKi8KICAJCQkgICAgICAgc2l6ZW9m
KHN0cnVjdCBhbXJfbWFpbGJveCkgKyAxNiwgMSwgLyogbWF4c2l6ZSwgbnNlZ21lbnRzICovCioq
KiBzeXMvZGV2L2Ftci9hbXJyZWcuaC5vcmlnCU1vbiBOb3YgMTEgMDU6MTk6MTAgMjAwMgotLS0g
c3lzL2Rldi9hbXIvYW1ycmVnLmgJV2VkIE1hciAgOSAwOToxNDozNSAyMDA1CioqKioqKioqKioq
KioqKgoqKiogNTIsNTggKioqKgogICAqIE9VVCBPRiBUSEUgVVNFIE9GIFRISVMgU09GVFdBUkUs
IEVWRU4gSUYgQURWSVNFRCBPRiBUSEUgUE9TU0lCSUxJVFkgT0YKICAgKiBTVUNIIERBTUFHRS4K
ICAgKgohICAqICAgICAgJEZyZWVCU0Q6IC9yZXBvbWFuL3IvbmN2cy9zcmMvc3lzL2Rldi9hbXIv
YW1ycmVnLmgsdiAxLjEuMi40IDIwMDIvMTEvMTEgMTM6MTk6MTAgZW1vb3JlIEV4cCAkCiAgICov
CiAgCiAgLyoqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq
KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqCi0tLSA1Miw1OCAtLS0tCiAgICogT1VUIE9G
IFRIRSBVU0UgT0YgVEhJUyBTT0ZUV0FSRSwgRVZFTiBJRiBBRFZJU0VEIE9GIFRIRSBQT1NTSUJJ
TElUWSBPRgogICAqIFNVQ0ggREFNQUdFLgogICAqCiEgICogICAgICAkRnJlZUJTRDogc3JjL3N5
cy9kZXYvYW1yL2FtcnJlZy5oLHYgMS4xLjIuNCAyMDAyLzExLzExIDEzOjE5OjEwIGVtb29yZSBF
eHAgJAogICAqLwogIAogIC8qKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq
KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKgoqKioqKioqKioqKioqKioK
KioqIDgxLDg3ICoqKioKICAjZGVmaW5lIEFNUl9MSU1JVENNRAkJMTIwCQkvKiBtYXhpbXVtIGNv
dW50IG9mIG91dHN0YW5kaW5nIGNvbW1hbmRzICovCiAgI2RlZmluZSBBTVJfTUFYTEQgICAgICAJ
CTQwCiAgCiEgI2RlZmluZSBBTVJfTUFYX0NIQU5ORUxTCTQKICAjZGVmaW5lIEFNUl9NQVhfVEFS
R0VUUwkJMTUKICAjZGVmaW5lIEFNUl9NQVhfTFVOUwkJNwogICNkZWZpbmUgQU1SX01BWF9TQ1NJ
X0NNRFMJKDE1ICogQU1SX01BWF9DSEFOTkVMUykJLyogb25lIGZvciBldmVyeSB0YXJnZXQ/ICov
Ci0tLSA4MSw4NyAtLS0tCiAgI2RlZmluZSBBTVJfTElNSVRDTUQJCTEyMAkJLyogbWF4aW11bSBj
b3VudCBvZiBvdXRzdGFuZGluZyBjb21tYW5kcyAqLwogICNkZWZpbmUgQU1SX01BWExEICAgICAg
CQk0MAogIAohICNkZWZpbmUgQU1SX01BWF9DSEFOTkVMUwk4CiAgI2RlZmluZSBBTVJfTUFYX1RB
UkdFVFMJCTE1CiAgI2RlZmluZSBBTVJfTUFYX0xVTlMJCTcKICAjZGVmaW5lIEFNUl9NQVhfU0NT
SV9DTURTCSgxNSAqIEFNUl9NQVhfQ0hBTk5FTFMpCS8qIG9uZSBmb3IgZXZlcnkgdGFyZ2V0PyAq
LwoqKiogc3lzL2Rldi9hbXIvYW1ydmFyLmgub3JpZwlUaHUgSnVsIDIyIDA5OjM1OjE4IDIwMDQK
LS0tIHN5cy9kZXYvYW1yL2FtcnZhci5oCVdlZCBNYXIgIDkgMDk6MTk6MjAgMjAwNQoqKioqKioq
KioqKioqKioKKioqIDU5LDY0ICoqKioKLS0tIDU5LDY2IC0tLS0KICAjIGluY2x1ZGUgPHN5cy90
YXNrcXVldWUuaD4KICAjZW5kaWYKICAKKyAjZGVmaW5lIExTSV9ERVNDX1BDSSAiTFNJTG9naWMg
TWVnYVJBSUQgMS41MSIKKyAKICAjaWZkZWYgQU1SX0RFQlVHCiAgIyBkZWZpbmUgZGVidWcobGV2
ZWwsIGZtdCwgYXJncy4uLikJZG8ge2lmIChsZXZlbCA8PSBBTVJfREVCVUcpIHByaW50ZigiJXM6
ICIgZm10ICJcbiIsIF9fZnVuY19fICwgIyNhcmdzKTt9IHdoaWxlKDApCiAgIyBkZWZpbmUgZGVi
dWdfY2FsbGVkKGxldmVsKQkJZG8ge2lmIChsZXZlbCA8PSBBTVJfREVCVUcpIHByaW50ZigiJXM6
IGNhbGxlZFxuIiwgX19mdW5jX18pO30gd2hpbGUoMCkKKioqKioqKioqKioqKioqCioqKiAxODYs
MTkxICoqKioKLS0tIDE4OCwxOTQgLS0tLQogICNkZWZpbmUgQU1SX1NUQVRFX0lOVEVOCQkoMTw8
MikKICAjZGVmaW5lIEFNUl9TVEFURV9TSFVURE9XTgkoMTw8MykKICAjZGVmaW5lIEFNUl9TVEFU
RV9DUkFTSERVTVAJKDE8PDQpCisgI2RlZmluZSBBTVJfU1RBVEVfUVVFVUVfRlJaTgkoMTw8NSkK
ICAKICAgICAgLyogcGVyLWNvbnRyb2xsZXIgcXVldWVzICovCiAgICAgIHN0cnVjdCBiaW9fcXVl
dWVfaGVhZCAJYW1yX2Jpb3E7CQkvKiBwZW5kaW5nIEkvTyB3aXRoIG5vIGNvbW1hbmRzICovCioq
KioqKioqKioqKioqKgoqKiogMTk5LDIwNCAqKioqCi0tLSAyMDIsMjA4IC0tLS0KICAgICAgLyog
Q0FNIGF0dGFjaG1lbnRzIGZvciBwYXNzdGhyb3VnaCAqLwogICAgICBzdHJ1Y3QgY2FtX3NpbQkJ
KmFtcl9jYW1fc2ltW0FNUl9NQVhfQ0hBTk5FTFNdOwogICAgICBUQUlMUV9IRUFEKCwgY2NiX2hk
cikJYW1yX2NhbV9jY2JxOworICAgICBzdHJ1Y3QgY2FtX2RldnEJCSphbXJfY2FtX2RldnE7CiAg
CiAgICAgIC8qIGNvbnRyb2wgZGV2aWNlICovCiAgICAgIGRldl90CQkJYW1yX2Rldl90OwoqKioq
KioqKioqKioqKioKKioqIDIxMiwyMTcgKioqKgotLS0gMjE2LDIyMiAtLS0tCiAgICAgIGludAkJ
CQkoKiBhbXJfc3VibWl0X2NvbW1hbmQpKHN0cnVjdCBhbXJfc29mdGMgKnNjKTsKICAgICAgaW50
CQkJCSgqIGFtcl9nZXRfd29yaykoc3RydWN0IGFtcl9zb2Z0YyAqc2MsIHN0cnVjdCBhbXJfbWFp
bGJveCAqbWJzYXZlKTsKICAgICAgaW50CQkJCSgqYW1yX3BvbGxfY29tbWFuZCkoc3RydWN0IGFt
cl9jb21tYW5kICphYyk7CisgICAgIGludAkJCQkoKmFtcl9wb2xsX2NvbW1hbmQxKShzdHJ1Y3Qg
YW1yX3NvZnRjICpzYywgc3RydWN0IGFtcl9jb21tYW5kICphYyk7CiAgICAgIGludCAJCQlzdXBw
b3J0X2V4dF9jZGI7CS8qIGdyZWF0ZXIgdGhhbiAxMCBieXRlIGNkYiBzdXBwb3J0ICovCiAgCiAg
ICAgIC8qIG1pc2MgZ2x1ZSAqLwo=
--=====================_-2029056031==_--

From owner-freebsd-stable@FreeBSD.ORG  Thu Mar 10 07:35:33 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 3203416A4CE
	for <stable@FreeBSD.ORG>; Thu, 10 Mar 2005 07:35:33 +0000 (GMT)
Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 16DD643D39
	for <stable@FreeBSD.ORG>; Thu, 10 Mar 2005 07:35:33 +0000 (GMT)
	(envelope-from dwhite@gumbysoft.com)
Received: by carver.gumbysoft.com (Postfix, from userid 1000)
	id 0981A72DD4; Wed,  9 Mar 2005 23:35:33 -0800 (PST)
Received: from localhost (localhost [127.0.0.1])
	by carver.gumbysoft.com (Postfix) with ESMTP id 0466672DCB;
	Wed,  9 Mar 2005 23:35:33 -0800 (PST)
Date: Wed, 9 Mar 2005 23:35:32 -0800 (PST)
From: Doug White <dwhite@gumbysoft.com>
To: Pete French <petefrench@ticketswitch.com>
In-Reply-To: <E1D8fsS-000KoN-Gj@dilbert.firstcallgroup.co.uk>
Message-ID: <20050309233127.E53915@carver.gumbysoft.com>
References: <E1D8fsS-000KoN-Gj@dilbert.firstcallgroup.co.uk>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
cc: stable@FreeBSD.ORG
Subject: Re: Just a sanity check before I sumbit a buig report
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 10 Mar 2005 07:35:33 -0000

On Tue, 8 Mar 2005, Pete French wrote:

> The man page for getrusage says that the frequency of the statistics
> clock is given by sysconf(_SC_CLK_TCK).
>
> The source code to /usr/bin/time uses a function 'getstathz' to get
> the frequency of the statistics clock which is does using sysctl
> and KERN_CLOCKRATE

'sysctl kern.clockrate' will return this information if you don't want to
write a program to do it for you :)

> On my system the first returns 100Hz and the second 128Hz!!!

What are the two machines?  stathz is 128 on i386, 100 on sparc64, and 130
on amd64. Or thats the defaults at least.

-- 
Doug White                    |  FreeBSD: The Power to Serve
dwhite@gumbysoft.com          |  www.FreeBSD.org

From owner-freebsd-stable@FreeBSD.ORG  Thu Mar 10 07:36:36 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 1419D16A4CE
	for <freebsd-stable@freebsd.org>;
	Thu, 10 Mar 2005 07:36:36 +0000 (GMT)
Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50])
	by mx1.FreeBSD.org (Postfix) with ESMTP id CAF0A43D6A
	for <freebsd-stable@freebsd.org>;
	Thu, 10 Mar 2005 07:36:35 +0000 (GMT)
	(envelope-from dwhite@gumbysoft.com)
Received: by carver.gumbysoft.com (Postfix, from userid 1000)
	id C3B6672DD4; Wed,  9 Mar 2005 23:36:35 -0800 (PST)
Received: from localhost (localhost [127.0.0.1])
	by carver.gumbysoft.com (Postfix) with ESMTP id C1B3A72DCB;
	Wed,  9 Mar 2005 23:36:35 -0800 (PST)
Date: Wed, 9 Mar 2005 23:36:35 -0800 (PST)
From: Doug White <dwhite@gumbysoft.com>
To: Martin Nilsson <martin@mullet.se>
In-Reply-To: <422E0974.1060100@mullet.se>
Message-ID: <20050309233554.U53915@carver.gumbysoft.com>
References: <422E0974.1060100@mullet.se>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
cc: freebsd-stable@freebsd.org
Subject: Re: 5.3-Stable & Dual Opteron with 12GB memory!
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 10 Mar 2005 07:36:36 -0000

On Tue, 8 Mar 2005, Martin Nilsson wrote:

> Anybody running a recent 5.3-stable amd64 on a box with lots of memory,
> and does it work?
>
>  From very brief testing a Dual Opteron with 12GB memory just reboots
> when the kenel probes devices. SATA disks on built in SiL 3114
> controller. 5.3-stable from yesterday compiled with -O, the system works
> with 8GB memory.
>
> Have anybody else got a similar system working?

There was a known problem with 5.3-RELEASE and >4GB RAM. As you found,
5.3-stable has the fix, as well as 5.3-RELEASE-p5.

-- 
Doug White                    |  FreeBSD: The Power to Serve
dwhite@gumbysoft.com          |  www.FreeBSD.org

From owner-freebsd-stable@FreeBSD.ORG  Thu Mar 10 07:37:43 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 83CCD16A4CE
	for <freebsd-stable@freebsd.org>;
	Thu, 10 Mar 2005 07:37:43 +0000 (GMT)
Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 5ABCA43D1F
	for <freebsd-stable@freebsd.org>;
	Thu, 10 Mar 2005 07:37:43 +0000 (GMT)
	(envelope-from dwhite@gumbysoft.com)
Received: by carver.gumbysoft.com (Postfix, from userid 1000)
	id 5363272DD4; Wed,  9 Mar 2005 23:37:43 -0800 (PST)
Received: from localhost (localhost [127.0.0.1])
	by carver.gumbysoft.com (Postfix) with ESMTP id 5181872DCB;
	Wed,  9 Mar 2005 23:37:43 -0800 (PST)
Date: Wed, 9 Mar 2005 23:37:43 -0800 (PST)
From: Doug White <dwhite@gumbysoft.com>
To: Simon Litchfield <simon@quo.com.au>
In-Reply-To: <422E2C2D.3060404@quo.com.au>
Message-ID: <20050309233717.H53915@carver.gumbysoft.com>
References: <422E2C2D.3060404@quo.com.au>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
cc: freebsd-stable@freebsd.org
Subject: Re: Promise FastTrak Tx4200 & FreeBSD 5.3
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 10 Mar 2005 07:37:43 -0000

Dropping cc: back to -stable. Don't crosspost lists, thanks.

On Wed, 9 Mar 2005, Simon Litchfield wrote:

> Hi folks
>
> Anyone have any ideas on the Promise PDC20319 (Fasttrak S150 TX4)?
>
> We intend to run 5.3 release on this machine.

Whats the question?

-- 
Doug White                    |  FreeBSD: The Power to Serve
dwhite@gumbysoft.com          |  www.FreeBSD.org

From owner-freebsd-stable@FreeBSD.ORG  Thu Mar 10 07:40:24 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id D6F8416A4CE
	for <freebsd-stable@freebsd.org>;
	Thu, 10 Mar 2005 07:40:24 +0000 (GMT)
Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50])
	by mx1.FreeBSD.org (Postfix) with ESMTP id A7B9743D2D
	for <freebsd-stable@freebsd.org>;
	Thu, 10 Mar 2005 07:40:24 +0000 (GMT)
	(envelope-from dwhite@gumbysoft.com)
Received: by carver.gumbysoft.com (Postfix, from userid 1000)
	id 9D59372DD4; Wed,  9 Mar 2005 23:40:24 -0800 (PST)
Received: from localhost (localhost [127.0.0.1])
	by carver.gumbysoft.com (Postfix) with ESMTP id 9830972DCB;
	Wed,  9 Mar 2005 23:40:24 -0800 (PST)
Date: Wed, 9 Mar 2005 23:40:24 -0800 (PST)
From: Doug White <dwhite@gumbysoft.com>
To: "Jim C. Nasby" <decibel@decibel.org>
In-Reply-To: <20050309075111.GA528@decibel.org>
Message-ID: <20050309233948.L53915@carver.gumbysoft.com>
References: <20050309075111.GA528@decibel.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
cc: freebsd-stable@freebsd.org
Subject: Re: ad0 errors on FBSD 4.11-RELEASE
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 10 Mar 2005 07:40:25 -0000

On Wed, 9 Mar 2005, Jim C. Nasby wrote:

> Since moving my machine, I've been having all kinds of issues with ad0.
> Here's one example:
>
> Mar  9 06:26:23 flake /kernel: ad0: READ command timeout tag=0 serv=1 - resetting
> Mar  9 06:26:23 flake /kernel: ad0: invalidating queued requests
> Mar  9 06:26:23 flake /kernel: ata0: resetting devices .. ad0: invalidating queued requests
> Mar  9 06:26:23 flake /kernel: done
> Mar  9 06:26:23 flake /kernel: ad0: timeout waiting for READY
> Mar  9 06:26:23 flake /kernel: ad0: invalidating queued requests
> Mar  9 06:26:23 flake /kernel: ad0: timeout sending command=00 s=d0 e=04
> Mar  9 06:26:23 flake /kernel: ad0: flush queue failed
> Mar  9 06:26:23 flake /kernel: - resetting
> Mar  9 06:26:23 flake /kernel: ata0: resetting devices .. ad0: invalidating queued requests
> Mar  9 06:26:23 flake /kernel: done
> Mar  9 06:26:23 flake /kernel: ad0: READ command timeout tag=0 serv=1 - resetting
> Mar  9 06:26:23 flake /kernel: ad0: invalidating queued requests
> Mar  9 06:26:23 flake /kernel: ata0: resetting devices .. ad0: invalidating queued requests
> Mar  9 06:26:23 flake /kernel: done
> Mar  9 06:26:23 flake /kernel: ad0: WRITE command timeout tag=1 serv=0 - resetting
> Mar  9 06:26:23 flake /kernel: ad0: invalidating queued requests
> Mar  9 06:26:23 flake /kernel: ad0: timeout waiting for READY
> Mar  9 06:26:23 flake /kernel: ad0: invalidating queued requests
> Mar  9 06:26:23 flake /kernel: - resetting
> Mar  9 06:26:23 flake /kernel: ata0: resetting devices .. ad0: invalidating queued requests
> Mar  9 06:26:23 flake /kernel: done
> Mar  9 06:26:23 flake /kernel: ata0: resetting devices .. ad0: invalidating queued requests
> Mar  9 06:26:23 flake /kernel: done
>
> These issues have been resulting in spontaneous reboots; presumably from
> kernel panics.

FreeBSD version in use and ATA hardware description would be nice. If this
is 4.x it looks like you have tagged queueing on; try turning it off.

-- 
Doug White                    |  FreeBSD: The Power to Serve
dwhite@gumbysoft.com          |  www.FreeBSD.org

From owner-freebsd-stable@FreeBSD.ORG  Thu Mar 10 07:42:05 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 78CFE16A4CE
	for <freebsd-stable@freebsd.org>;
	Thu, 10 Mar 2005 07:42:05 +0000 (GMT)
Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 5E84B43D31
	for <freebsd-stable@freebsd.org>;
	Thu, 10 Mar 2005 07:42:05 +0000 (GMT)
	(envelope-from dwhite@gumbysoft.com)
Received: by carver.gumbysoft.com (Postfix, from userid 1000)
	id 5ACDC72DD4; Wed,  9 Mar 2005 23:42:05 -0800 (PST)
Received: from localhost (localhost [127.0.0.1])
	by carver.gumbysoft.com (Postfix) with ESMTP id 57F3872DCB;
	Wed,  9 Mar 2005 23:42:05 -0800 (PST)
Date: Wed, 9 Mar 2005 23:42:05 -0800 (PST)
From: Doug White <dwhite@gumbysoft.com>
To: Bashar <big@kuwaitnet.net>
In-Reply-To: <422F250B.6030505@kuwaitnet.net>
Message-ID: <20050309234141.L53915@carver.gumbysoft.com>
References: <422F250B.6030505@kuwaitnet.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
cc: freebsd-stable@freebsd.org
Subject: Re: from 5.4-PRERELEASE -> 5.3-RELEASE-p5 error?
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 10 Mar 2005 07:42:05 -0000

On Wed, 9 Mar 2005, Bashar wrote:

> Hello,
> i was wondering just right after the downgrade been facing some issues
> such as:
> 1. server# /usr/local/bin/strace -f ps
> PIOCSFL: Inappropriate ioctl for device
> trouble opening proc file
> 2. mounting ext2fs partition doesn't work unless i specify -ro or it
> will give operation not permitted.
>
> any idea what might be causing this?

How did you perform the downgrade? The strace error looks like you're
still running the 5.3-STABLE binary.

-- 
Doug White                    |  FreeBSD: The Power to Serve
dwhite@gumbysoft.com          |  www.FreeBSD.org

From owner-freebsd-stable@FreeBSD.ORG  Thu Mar 10 07:46:21 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 3D64416A4CE
	for <freebsd-stable@freebsd.org>;
	Thu, 10 Mar 2005 07:46:21 +0000 (GMT)
Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 14B2543D62
	for <freebsd-stable@freebsd.org>;
	Thu, 10 Mar 2005 07:46:21 +0000 (GMT)
	(envelope-from dwhite@gumbysoft.com)
Received: by carver.gumbysoft.com (Postfix, from userid 1000)
	id 0A51472DD4; Wed,  9 Mar 2005 23:46:21 -0800 (PST)
Received: from localhost (localhost [127.0.0.1])
	by carver.gumbysoft.com (Postfix) with ESMTP id 04B2272DCB;
	Wed,  9 Mar 2005 23:46:21 -0800 (PST)
Date: Wed, 9 Mar 2005 23:46:20 -0800 (PST)
From: Doug White <dwhite@gumbysoft.com>
To: Tony Arcieri <tarcieri@atmos.colostate.edu>
In-Reply-To: <20050309184838.GA64546@flash.atmos.colostate.edu>
Message-ID: <20050309234350.W53915@carver.gumbysoft.com>
References: <20050309184838.GA64546@flash.atmos.colostate.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
cc: freebsd-stable@freebsd.org
Subject: Re: Continued instability with 5.3-STABLE
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 10 Mar 2005 07:46:21 -0000

On Wed, 9 Mar 2005, Tony Arcieri wrote:

> I have a dual Opteron upon which seems to only stay up approximately two
> weeks at a time then spontaneously reboots.  It's colocated so I can't ever
> see panic messages, and I don't have another system colocated at the same
> place I can use to gather debugging info.

You may want to consider finding a small system with a free serial port to
serve as a temporary serial console.  Without output from the crash its
impossible to tell what went wrong.

> I've never managed to get the system to generate a crash dump either.  It
> has a 1GB swap partition and 2GB of physical RAM but through the last
> few reboots I've been setting hw.physmem to 896M as the only custom parameter
> in loader.conf.  The swap partition is labeled as follows:
>
> twed0s1b  swap         1024MB SWAP
>
> And dumpdev is set in rc.conf as follows:
>
> dumpdev="/dev/twed0s1b"
>
> /var/crash/minfree is set to 2048
>
> Lately I built a kernel from GENERIC using the latest RELENG_5 sources and
> without SMP support and experienced a reboot after approximately 16 days uptime,
> roughly equivalent to how long it took the system to crash with SMP enabled.
> No core file was generated.
>
> The kernel was built using source checked out from RELENG_5 on February 18th.
> I'm not sure if any Opteron specific fixes have been applied to the branch
> since then.

Make sure you're actually running this kernel since crashdump support for
twe was added 2/12, in rev 1.22.2.1 of src/sys/dev/twe/twe.c.

> Are there any other means of gathering debugging data that would work in
> my situation?  As is I'm still unsure if my problems are hardware or
> software related as I've still never seen a panic message from the
> system (hardware is a Tyan K8S motherboard in a Tyan Transport system)

You really, really want a serial console.

> Should I look into using KTR ALQ to log KTR data to the swap partition, and
> if it fills up will it wrap over to the beginning?  I've never used that
> feature before...

If you don't have a serial console to manipulate ddb from or crashdumps
then there is no way to retrieve the ktr data.

-- 
Doug White                    |  FreeBSD: The Power to Serve
dwhite@gumbysoft.com          |  www.FreeBSD.org

From owner-freebsd-stable@FreeBSD.ORG  Thu Mar 10 11:13:08 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 4934016A4CE
	for <stable@FreeBSD.ORG>; Thu, 10 Mar 2005 11:13:08 +0000 (GMT)
Received: from mail.ticketswitch.com (mail.ticketswitch.com [194.200.93.188])
	by mx1.FreeBSD.org (Postfix) with ESMTP id CE0BA43D1D
	for <stable@FreeBSD.ORG>; Thu, 10 Mar 2005 11:13:07 +0000 (GMT)
	(envelope-from petefrench@ticketswitch.com)
Received: from [172.16.1.6] (helo=dilbert.firstcallgroup.co.uk)
	by mail.ticketswitch.com with esmtp (Exim 4.43 (FreeBSD))
	id 1D9LbG-000Mnq-4G; Thu, 10 Mar 2005 11:13:06 +0000
Received: from petefrench by dilbert.firstcallgroup.co.uk with local (Exim
	4.43 (FreeBSD))	id 1D9LbF-000D1N-Jn; Thu, 10 Mar 2005 11:13:05 +0000
To: dwhite@gumbysoft.com, petefrench@ticketswitch.com
In-Reply-To: <20050309233127.E53915@carver.gumbysoft.com>
Message-Id: <E1D9LbF-000D1N-Jn@dilbert.firstcallgroup.co.uk>
From: Pete French <petefrench@ticketswitch.com>
Date: Thu, 10 Mar 2005 11:13:05 +0000
cc: stable@FreeBSD.ORG
Subject: Re: Just a sanity check before I sumbit a buig report
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 10 Mar 2005 11:13:08 -0000

> 'sysctl kern.clockrate' will return this information if you don't want to
> write a program to do it for you :)

I was just using the code from time(1). Inteesring though - heres the
output:

kern.clockrate: { hz = 100, tick = 10000, tickadj = 5, profhz = 100, stathz = 100 }

So that thinks stathz is 100, but sysconf(_SC_CLK_TCK) is returning 128!

> What are the two machines?  stathz is 128 on i386, 100 on sparc64, and 130
> on amd64. Or thats the defaults at least.

These are all i386 machines - I have a number of them, all running 4.11.
I can take the same a.out and run it on all of them - on some both
numbers are 128, on other the numbers are 100 and 128.

If I go to one where both the calls return 128 though, the output
of 'sysctl kern.clockrate' is this:

kern.clockrate: { hz = 100, tick = 10000, tickadj = 5, profhz = 1024, stathz = 128 }

So, it looks like theres a bug in sysconf(_SC_CLK_TCK) possibly ? because
it seems to be always returning 128, regardless of the value of stathz
as returned by 'sysctl kern.clockrate'

I can reproduce this on a number of machines BTW - the only things they have in
common is that I wrote their kernel config files at various points in time...

-pete.

From owner-freebsd-stable@FreeBSD.ORG  Thu Mar 10 12:03:17 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 1801416A4CE; Thu, 10 Mar 2005 12:03:17 +0000 (GMT)
Received: from galaxy.uci.agh.edu.pl (galaxy.uci.agh.edu.pl [149.156.96.9])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 39C9843D6E; Thu, 10 Mar 2005 12:03:16 +0000 (GMT)
	(envelope-from kkowalik@uci.agh.edu.pl)
Received: by galaxy.uci.agh.edu.pl (Postfix, from userid 1001)
	id C5774AF3C9; Thu, 10 Mar 2005 13:03:14 +0100 (CET)
Date: Thu, 10 Mar 2005 13:03:14 +0100
From: Krzysztof Kowalik <kkowalik@uci.agh.edu.pl>
To: freebsd-stable@freebsd.org
Message-ID: <20050310120314.GB19552@uci.agh.edu.pl>
References: <20050308111929.GA25011@uci.agh.edu.pl>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20050308111929.GA25011@uci.agh.edu.pl>
cc: freebsd-amd64@freebsd.org
Subject: Re: 5.3-RELEASE (amd64) on LSILogic 1030 / mpt controller.
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 10 Mar 2005 12:03:17 -0000

Krzysztof Kowalik [kkowalik@uci.agh.edu.pl] wrote:
>   I'm trying, without success, to install the FreeBSD 5.3 on a Sun Fire
> V40z (it's an amd64 box) on its LSILogic 1030 Ultra4 SCSI controller.
> [...]

Interesting. 5.3-RELEASE for x86 works on the same machine, same disks
connected to the same controller without issues.

-- 
Krzysztof Kowalik               |  () ASCII Ribbon Campaign
Computer Center, AGH UST        |  /\ Support plain text e-mail

From owner-freebsd-stable@FreeBSD.ORG  Thu Mar 10 12:32:43 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 4640616A4CE; Thu, 10 Mar 2005 12:32:43 +0000 (GMT)
Received: from cl-mailhost.FernUni-Hagen.de (sycamore.fernuni-hagen.de
	[132.176.114.84])	by mx1.FreeBSD.org (Postfix) with ESMTP
	id BF4A843D66; Thu, 10 Mar 2005 12:32:42 +0000 (GMT)
	(envelope-from heinricf@mailstore.FernUni-Hagen.de)
Received: from mailstore.fernuni-hagen.de ([132.176.114.185])
	by cl-mailhost.FernUni-Hagen.de with esmtp (Exim 4.24)
	id 1D9MqI-0005qc-0U; Thu, 10 Mar 2005 13:32:42 +0100
Received: from [132.176.7.6] (account heinricf [132.176.7.6] verified)
  by mailstore.fernuni-hagen.de (CommuniGate Pro SMTP 4.0.6)
  with ESMTP-TLS id 9617274; Thu, 10 Mar 2005 13:32:39 +0100
Message-ID: <42303E74.9060301@fernuni-hagen.de>
Date: Thu, 10 Mar 2005 13:32:52 +0100
From: Fritz Heinrichmeyer <fritz.heinrichmeyer@fernuni-hagen.de>
Organization: Fernuni Hagen
User-Agent: Mozilla Thunderbird 1.0 (X11/20050211)
X-Accept-Language: de-DE, de, en-us, en
MIME-Version: 1.0
To: freebsd-stable <freebsd-stable@FreeBSD.ORG>,
	freebsd-scsi <freebsd-scsi@freebsd.org>
X-Enigmail-Version: 0.89.5.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 7bit
X-prewhitelist: your reply will pass through without greylisting
Subject: error messages from easyraid ex array
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 10 Mar 2005 12:32:43 -0000

Hello,

sometimes i see following messages with FreeBSD-5.3, ahc driver and an 
easyraid ex system. We have two identical boxes one connected to another 
system has no problem. The problematic error messages occur when 
berkeley-db files are massaged by cyrus imap server.

I cannot believe there is a media error on an raid 5 system that is not 
announced at the control panel of the raid box.


Driver:

ahc2: <Adaptec 29160 Ultra160 SCSI adapter> port 0x3800-0x38ff mem 
0xf7ed0000-0xf7ed0fff irq 11 at device 4.0 on pci1
da1 at ahc2 bus 0 target 5 lun 0

Errors:

(da1:ahc2:0:5:0): READ(10). CDB: 28 0 0 71 6a 4f 0 0 10 0
(da1:ahc2:0:5:0): CAM Status: SCSI Status Error
(da1:ahc2:0:5:0): SCSI Status: Check Condition
(da1:ahc2:0:5:0): MEDIUM ERROR asc:0,0
(da1:ahc2:0:5:0): No additional sense information
(da1:ahc2:0:5:0): Retrying Command (per Sense Data)

-- 
Mit freundlichen Gruessen
Fritz Heinrichmeyer FernUniversitaet, LG ES, 58084 Hagen (Germany)
tel:+49 2331/987-1166 fax:987-355

From owner-freebsd-stable@FreeBSD.ORG  Thu Mar 10 12:47:05 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id E37FF16A4CE
	for <freebsd-stable@freebsd.org>;
	Thu, 10 Mar 2005 12:47:04 +0000 (GMT)
Received: from orbit.kuwaitnet.net (orbit.kuwaitnet.net [216.40.249.67])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 8626643D2F
	for <freebsd-stable@freebsd.org>;
	Thu, 10 Mar 2005 12:47:02 +0000 (GMT)
	(envelope-from big@kuwaitnet.net)
Received: from [62.150.222.147] (helo=[127.0.0.1])
	by orbit.kuwaitnet.net with esmtpa (Exim 4.43)
	id 1D9N43-0007iV-66; Thu, 10 Mar 2005 15:46:55 +0300
Message-ID: <423040FE.8090305@kuwaitnet.net>
Date: Thu, 10 Mar 2005 15:43:42 +0300
From: Bashar <big@kuwaitnet.net>
User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Doug White <dwhite@gumbysoft.com>
References: <422F250B.6030505@kuwaitnet.net>
	<20050309234141.L53915@carver.gumbysoft.com>
In-Reply-To: <20050309234141.L53915@carver.gumbysoft.com>
X-AntiAbuse: This header was added to track abuse, please include it with any
	abuse report
X-AntiAbuse: Primary Hostname - orbit.kuwaitnet.net
X-AntiAbuse: Original Domain - freebsd.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - kuwaitnet.net
X-Source: 
X-Source-Args: 
X-Source-Dir: 
Content-Type: text/plain; charset=windows-1256; format=flowed
Content-Transfer-Encoding: 7bit
X-Content-Filtered-By: Mailman/MimeDel 2.1.1
cc: freebsd-stable@freebsd.org
Subject: Re: from 5.4-PRERELEASE -> 5.3-RELEASE-p5 error?
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 10 Mar 2005 12:47:05 -0000

Doug White wrote:

>On Wed, 9 Mar 2005, Bashar wrote:
>
>  
>
>>Hello,
>>i was wondering just right after the downgrade been facing some issues
>>such as:
>>1. server# /usr/local/bin/strace -f ps
>>PIOCSFL: Inappropriate ioctl for device
>>trouble opening proc file
>>2. mounting ext2fs partition doesn't work unless i specify -ro or it
>>will give operation not permitted.
>>
>>any idea what might be causing this?
>>    
>>
>
>How did you perform the downgrade? The strace error looks like you're
>still running the 5.3-STABLE binary.
>
>  
>
first i ran RELENG_5 and when i got the 5.4-PRERELEASE (which 
incompatible with cPanel.net software) i had to run cvsup with RELENG_5_3
after than i started getting those errors

From owner-freebsd-stable@FreeBSD.ORG  Thu Mar 10 13:03:46 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 964D416A4CE
	for <freebsd-stable@freebsd.org>;
	Thu, 10 Mar 2005 13:03:46 +0000 (GMT)
Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.199])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 3A9A043D67
	for <freebsd-stable@freebsd.org>;
	Thu, 10 Mar 2005 13:03:46 +0000 (GMT)
	(envelope-from jamesoff@gmail.com)
Received: by wproxy.gmail.com with SMTP id 68so560660wri
	for <freebsd-stable@freebsd.org>;
	Thu, 10 Mar 2005 05:03:45 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
	s=beta; d=gmail.com;
	h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:references;
	b=JSbg/sszykoN+WjWF3jxFSk7CH7ZawxprEGp/5OTY6pi6LKgusAVGJDBk/Vjx/s6y4usszO0+fr+UslmH7j1vsQTYKsD2BodYwWznfEnAE246BLT+O7qQa8TqueNVZbBp7HKeeR4yRiA4I6MwU3QRimAXBamLvEfALw8DKRuoUY=
Received: by 10.54.32.72 with SMTP id f72mr1603565wrf;
        Thu, 10 Mar 2005 05:03:45 -0800 (PST)
Received: by 10.54.38.3 with HTTP; Thu, 10 Mar 2005 05:03:43 -0800 (PST)
Message-ID: <720051dc0503100503135ffaee@mail.gmail.com>
Date: Thu, 10 Mar 2005 13:03:43 +0000
From: James Seward <jamesoff@gmail.com>
To: freebsd-stable@freebsd.org
In-Reply-To: <20050307212825.GB34940@hub.freebsd.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
References: <1110213509.593.18.camel@p4-3200.local>
	 <20050307171009.GA37856@e-Gitt.NET>
	 <20050307171244.GO22873@hub.freebsd.org>
	 <20050307210539.GJ90757@numachi.com>
	 <20050307212825.GB34940@hub.freebsd.org>
Subject: Re: FreeBSD 5.3 freezes under heavy hdd load
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: James Seward <jamesoff@gmail.com>
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 10 Mar 2005 13:03:46 -0000

I'm encountering a similar problem where my desktop system will freeze
up and I'm wondering if something to do with the disks is the problem.
I have two Maxtor Diamondmax 160 SATA drives on the same SATA PCI
card, one of which is the home to FreeBSD 5.3 and the other is NTFS
from my Windows XP install (which I'm migrating away from, hooray).

The system hasn't frozen while I've been sat at it, only while it's
been left to itself. Sometimes it's doing stuff (once was extracting
Firefox for a portupgrade), sometimes it's not (being left overnight
doing nothing in particular). Either way it freezes and has to be
reset.

While rebooting, it often complains about /usr to the extent that it
wants me to manually fsck it before the boot will complete. It's
always /usr.

What makes the disk the suspect is log messages saying there's a
timeout on the disk and it has two more retries, from which the
machine usually continues. Unfortunately because of the freezing I
can't see if that's happening when it dies.

I would post some actual log messages but I had to leave it dead this
morning due to lack of time to bring it up :) Tonight I'll check it's
not overheating but I don't think that's the case - this machine
doesn't usually run hot.

From owner-freebsd-stable@FreeBSD.ORG  Thu Mar 10 13:46:50 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id ADBB116A4CE; Thu, 10 Mar 2005 13:46:50 +0000 (GMT)
Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id C252543D66; Thu, 10 Mar 2005 13:46:49 +0000 (GMT)
	(envelope-from marck@rinet.ru)
Received: from localhost (localhost [127.0.0.1])
	by woozle.rinet.ru (8.13.1/8.13.1) with ESMTP id j2ADkmR4096948;
	Thu, 10 Mar 2005 16:46:48 +0300 (MSK)
	(envelope-from marck@rinet.ru)
Date: Thu, 10 Mar 2005 16:46:48 +0300 (MSK)
From: Dmitry Morozovsky <marck@rinet.ru>
To: stable@freebsd.org
Message-ID: <20050310164007.W94235@woozle.rinet.ru>
X-NCC-RegID: ru.rinet
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
cc: wpaul@freebsd.org
cc: oleg@rinet.ru
Subject: re driver trobles (RELENG_5)
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 10 Mar 2005 13:46:50 -0000

Dear colleagues,

experimenting with new amd64-based router we found strange re(4) behaviour 
when working in autoselect media mode:

whenever promisc mode turned on, renegotiating occurs, leading to 3 to 45
(depending on STP settings on the switch) network unavailability.

Moreover, some other re(4) setting changes seem to disturb link state 
unneededly (such as ifconfig re0 -vlanhwtag)

The most annoying fact is that we non-autonegotiating mode with our re and 
D-Link gigabit switches: fixing media at 1000BaseTX leads to link down 
regardless of master/slave settings on both sides; on re side it is even 
undocumented.

Any clues?

Thanks in advance.

Sincerely,
D.Marck                                     [DM5020, MCK-RIPE, DM3-RIPN]
------------------------------------------------------------------------
*** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru ***
------------------------------------------------------------------------

From owner-freebsd-stable@FreeBSD.ORG  Thu Mar 10 14:13:53 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id D5ED316A4CE
	for <freebsd-stable@freebsd.org>;
	Thu, 10 Mar 2005 14:13:53 +0000 (GMT)
Received: from mailtwo.everynet.ch (mailtwo.siconline.net [217.168.44.45])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 7CC7143D31
	for <freebsd-stable@freebsd.org>;
	Thu, 10 Mar 2005 14:13:52 +0000 (GMT)
	(envelope-from pgnews@siconline.ch)
Received: from [172.16.3.87] (border8.siconline.net [217.168.44.33])
	by mailtwo.everynet.ch (8.12.10/8.12.10) with ESMTP id j2AEDlV2065575
	for <freebsd-stable@freebsd.org>;
	Thu, 10 Mar 2005 15:13:47 +0100 (CET)
	(envelope-from pgnews@siconline.ch)
From: Peter Guhl <pgnews@siconline.ch>
To: freebsd-stable@freebsd.org
Content-Type: text/plain
Organization: SIC NetzWerkCenter
Message-Id: <1110464027.661.3.camel@nelke.int.siconline.net>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.6 
Date: Thu, 10 Mar 2005 15:13:47 +0100
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavisd-new
Subject: Strange message while trying to recompile FreeBSD 4.6
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 10 Mar 2005 14:13:54 -0000

Hi

I have an old box where 4.6.2-RELEASE has to be updated to the latest
(last?) releng. After I made cvsup work compiling the kernel ends with:

make: don't know how to make ../../isa/ic/ns16550.h. Stop

ns16550.h isn't in ../../isa/ic but in ../../dev/ic/. Therefore I guess
I can fix that with cp or ln -s. But I don't like this situation. How
could something happen at all and what chaos do I get if I try to fix
it? Any hints?

Regards
    Peter

From owner-freebsd-stable@FreeBSD.ORG  Thu Mar 10 14:19:53 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id CE32316A4CE
	for <stable@freebsd.org>; Thu, 10 Mar 2005 14:19:53 +0000 (GMT)
Received: from avscan2.sentex.ca (avscan2.sentex.ca [199.212.134.19])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 6DFCD43D2F
	for <stable@freebsd.org>; Thu, 10 Mar 2005 14:19:53 +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 j2AEJqxi069395;
	Thu, 10 Mar 2005 09:19:52 -0500 (EST)
	(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 69117-04; Thu, 10 Mar 2005 09:19:52 -0500 (EST)
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 j2AEJqKb069354;
	Thu, 10 Mar 2005 09:19:52 -0500 (EST)
	(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 j2AEJkws049888;
	Thu, 10 Mar 2005 09:19:46 -0500 (EST)
	(envelope-from mike@sentex.net)
Message-Id: <6.2.1.2.0.20050310092153.0368c780@64.7.153.2>
X-Mailer: QUALCOMM Windows Eudora Version 6.2.1.2
Date: Thu, 10 Mar 2005 09:23:00 -0500
To: Dmitry Morozovsky <marck@rinet.ru>, stable@freebsd.org
From: Mike Tancsa <mike@sentex.net>
In-Reply-To: <20050310164007.W94235@woozle.rinet.ru>
References: <20050310164007.W94235@woozle.rinet.ru>
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: Re: re driver trobles (RELENG_5)
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 10 Mar 2005 14:19:53 -0000

At 08:46 AM 10/03/2005, Dmitry Morozovsky wrote:
>whenever promisc mode turned on, renegotiating occurs, leading to 3 to 45
>(depending on STP settings on the switch) network unavailability.
>
>Moreover, some other re(4) setting changes seem to disturb link state
>unneededly (such as ifconfig re0 -vlanhwtag)


The em does this as well. Its most annoying when its connected to a switch 
with STP on it.  Even when you alias the interface it does this :(

         ---Mike 

From owner-freebsd-stable@FreeBSD.ORG  Thu Mar 10 14:25:14 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 878C316A4CE
	for <stable@freebsd.org>; Thu, 10 Mar 2005 14:25:14 +0000 (GMT)
Received: from freebee.digiware.nl (dsl439.iae.nl [212.61.63.187])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 66BCC43D2F
	for <stable@freebsd.org>; Thu, 10 Mar 2005 14:25:13 +0000 (GMT)
	(envelope-from wjw@digiware.nl)
Received: from [212.61.27.67] (opteron.digiware.nl [212.61.27.67])
	by freebee.digiware.nl (8.13.1/8.13.1) with ESMTP id j2AEP7x1007151
	for <stable@freebsd.org>; Thu, 10 Mar 2005 15:25:07 +0100 (CET)
	(envelope-from wjw@digiware.nl)
Message-ID: <423058C3.8000902@digiware.nl>
Date: Thu, 10 Mar 2005 15:25:07 +0100
From: Willem Jan Withagen <wjw@digiware.nl>
Organization: Digiware
User-Agent: Mozilla Thunderbird 1.0 (X11/20050127)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: stable@freebsd.org
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Subject: [Fwd: Re: Make install{world,kernel} borked??]
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: wjw@digiware.nl
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 10 Mar 2005 14:25:14 -0000

|Doug White wrote:
|>
|> On Mar 8, 2005, at 5:05 AM, Willem Jan Withagen wrote:
|>
|>>
|>> With this mornings sources on RELENG_5:
|>>
|>> ============
|>> cd /usr/share/man;  set - `grep "^[a-zA-Z]" /home1/src/etc/man.alias`;
|>>  while [ $# -gt 0 ] ;  do  rm -rf "$1";  ln -s "$2" "$1";  shift;
|>> shift;  done
|>> cd /usr/share/openssl/man;  set - `grep "^[a-zA-Z]"
|>> /home1/src/etc/man.alias`;  while [ $# -gt 0 ] ;  do  rm -rf "$1";  ln
|>> -s "$2" "$1";  shift; shift;  done
|>> cd /usr/share/openssl/man/en.ISO8859-1; ln -sf ../man* .
|>> cd /usr/share/nls;  set - `grep "^[a-zA-Z]" /home1/src/etc/nls.alias`;
|>>  while [ $# -gt 0 ] ;  do  rm -rf "$1";  ln -s "$2" "$1";  shift;
|>> shift;  done
|>> shift: can't shift that many
|>
|>
|> This implies there are missing files on your system.  You should have a
|> src/etc/nls.alias that looks like
|>
|> # $FreeBSD: src/etc/nls.alias,v 1.5 2003/06/10 01:22:30 ache Exp $
|>
|> POSIX                   C
|> en_US.US-ASCII          C
|>
|> If not then re-cvsup.
|
|It does exist.
|
|But I'm currently also having bigger problems:
|building world fails misserably because ar does not grok the output of 
|`lorder ${OBJS} | tsort -q`. And I get zero-size AR-files
| Killing this line into ${AR} ${OBJS} ${ADDAR} (in the bsd.lib.mk) gets me a
|lot further, but in the end there are also AR make targets in other makefiles
|and I get again empty *.a files.
|
|So I'm at the point of killing my whole src/obj tree and cvsup to start
| again. If that still crashes the lot, I'll be back.

Well I'm back 'cause it did not fix the problem.
I'm again able to buildworld/kernel but installing them still gives the same 
problem.

Running the grep gives:
[/home1/usr/src] root@opteron> grep "^[a-zA-Z]" /home1/usr/src/etc/nls.alias
POSIX                   C
en_US.US-ASCII          C

Which seems oke to me...
shift is buildin, even in /bin/sh

So whereelse do I look.

--WjW

From owner-freebsd-stable@FreeBSD.ORG  Thu Mar 10 14:27:06 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 15C7616A4E0
	for <freebsd-stable@freebsd.org>;
	Thu, 10 Mar 2005 14:27:06 +0000 (GMT)
Received: from sohara.org (sohara.org [192.220.64.179])
	by mx1.FreeBSD.org (Postfix) with ESMTP id D5E1843D1D
	for <freebsd-stable@freebsd.org>;
	Thu, 10 Mar 2005 14:27:05 +0000 (GMT)
	(envelope-from steve@sohara.org)
Received: (qmail 28347 invoked by uid 16563); 10 Mar 2005 14:27:03 -0000
Received: from unknown (HELO SOHARA) ([217.12.14.240])
          (envelope-sender <steve@sohara.org>)
          by 192.220.64.179 (qmail-ldap-1.03) with SMTP
          for <pgnews@siconline.ch>; 10 Mar 2005 14:27:03 -0000
Date: Thu, 10 Mar 2005 14:28:34 +0000
From: Steve O'Hara-Smith <steve@sohara.org>
To: Peter Guhl <pgnews@siconline.ch>
Message-Id: <20050310142834.0a4f82c4.steve@sohara.org>
In-Reply-To: <1110464027.661.3.camel@nelke.int.siconline.net>
References: <1110464027.661.3.camel@nelke.int.siconline.net>
X-Mailer: Sylpheed version 1.9.4 (GTK+ 2.4.1; i586-pc-interix3)
X-Face: %]+HVL}K`P8>+8ZcY-WGHP6j@&mxMo9JH6_WdgIgUGH)JX/usO0%jy7T~IVgqjumD^OBqX,Kv^-GM6mlw(fI^$"QRKyZ$?xx/
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
cc: freebsd-stable@freebsd.org
Subject: Re: Strange message while trying to recompile FreeBSD 4.6
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 10 Mar 2005 14:27:06 -0000

On Thu, 10 Mar 2005 15:13:47 +0100
Peter Guhl <pgnews@siconline.ch> wrote:

> Hi
> 
> I have an old box where 4.6.2-RELEASE has to be updated to the latest
> (last?) releng. After I made cvsup work compiling the kernel ends with:

	After a cvsup you must do a make buildworld before attempting
a make buildkernel, and building a kernel with config is not expected to
work.

-- 
C:>WIN                                      |   Directable Mirror Arrays
The computer obeys and wins.                | A better way to focus the sun
You lose and Bill collects.                 |    licences available see
                                            |    http://www.sohara.org/

From owner-freebsd-stable@FreeBSD.ORG  Thu Mar 10 14:47:32 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 98C4516A4CE
	for <freebsd-stable@freebsd.org>;
	Thu, 10 Mar 2005 14:47:32 +0000 (GMT)
Received: from mailtwo.everynet.ch (mailtwo.siconline.net [217.168.44.45])
	by mx1.FreeBSD.org (Postfix) with ESMTP id D0E0B43D1F
	for <freebsd-stable@freebsd.org>;
	Thu, 10 Mar 2005 14:47:31 +0000 (GMT)
	(envelope-from pgnews@siconline.ch)
Received: from [172.16.3.87] (border8.siconline.net [217.168.44.33])
	by mailtwo.everynet.ch (8.12.10/8.12.10) with ESMTP id j2AElOV2067013;
	Thu, 10 Mar 2005 15:47:25 +0100 (CET)
	(envelope-from pgnews@siconline.ch)
From: Peter Guhl <pgnews@siconline.ch>
To: "Steve O'Hara-Smith" <steve@sohara.org>
In-Reply-To: <20050310142834.0a4f82c4.steve@sohara.org>
References: <1110464027.661.3.camel@nelke.int.siconline.net>
	 <20050310142834.0a4f82c4.steve@sohara.org>
Content-Type: text/plain
Organization: SIC NetzWerkCenter
Message-Id: <1110466044.661.11.camel@nelke.int.siconline.net>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.6 
Date: Thu, 10 Mar 2005 15:47:25 +0100
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavisd-new
cc: freebsd-stable@freebsd.org
Subject: Re: Strange message while trying to recompile FreeBSD 4.6
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 10 Mar 2005 14:47:32 -0000

Hi

On Thu, 2005-03-10 at 15:28, Steve O'Hara-Smith wrote:
> On Thu, 10 Mar 2005 15:13:47 +0100
> Peter Guhl <pgnews@siconline.ch> wrote: 
> > I have an old box where 4.6.2-RELEASE has to be updated to the latest
> > (last?) releng. After I made cvsup work compiling the kernel ends with:
> 
> 	After a cvsup you must do a make buildworld before attempting
> a make buildkernel, and building a kernel with config is not expected to
> work.

Oh... thanks. Then I probably was lucky since I did several
kernel-builds without doing a buildworld before.

BTW: I did a cvsup to RELENG_4_6 ... and got to the conclusion that
RELENG_4_6_2_RELEASE is a much better idea. Am I right?

In between I did an error and tried to cvsup RELENG_4_6_2-RELEASE (type)
- ended in the error  "unknown option "MAXUSERS"" - not caring if there
was a "maxusers" in the kernel config or not. Strange :-)

Regards
    Peter

From owner-freebsd-stable@FreeBSD.ORG  Thu Mar 10 14:53:37 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 9268116A4CE
	for <freebsd-stable@freebsd.org>;
	Thu, 10 Mar 2005 14:53:37 +0000 (GMT)
Received: from sohara.org (sohara.org [192.220.64.179])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 6214E43D1F
	for <freebsd-stable@freebsd.org>;
	Thu, 10 Mar 2005 14:53:37 +0000 (GMT)
	(envelope-from steve@sohara.org)
Received: (qmail 87851 invoked by uid 16563); 10 Mar 2005 14:53:36 -0000
Received: from unknown (HELO SOHARA) ([217.12.14.240])
          (envelope-sender <steve@sohara.org>)
          by 192.220.64.179 (qmail-ldap-1.03) with SMTP
          for <pgnews@siconline.ch>; 10 Mar 2005 14:53:36 -0000
Date: Thu, 10 Mar 2005 14:55:07 +0000
From: Steve O'Hara-Smith <steve@sohara.org>
To: Peter Guhl <pgnews@siconline.ch>
Message-Id: <20050310145507.2ad0fc01.steve@sohara.org>
In-Reply-To: <1110466044.661.11.camel@nelke.int.siconline.net>
References: <1110464027.661.3.camel@nelke.int.siconline.net>
	<20050310142834.0a4f82c4.steve@sohara.org>
	<1110466044.661.11.camel@nelke.int.siconline.net>
X-Mailer: Sylpheed version 1.9.4 (GTK+ 2.4.1; i586-pc-interix3)
X-Face: %]+HVL}K`P8>+8ZcY-WGHP6j@&mxMo9JH6_WdgIgUGH)JX/usO0%jy7T~IVgqjumD^OBqX,Kv^-GM6mlw(fI^$"QRKyZ$?xx/
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
cc: freebsd-stable@freebsd.org
Subject: Re: Strange message while trying to recompile FreeBSD 4.6
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 10 Mar 2005 14:53:37 -0000

On Thu, 10 Mar 2005 15:47:25 +0100
Peter Guhl <pgnews@siconline.ch> wrote:

> Hi
> 
> On Thu, 2005-03-10 at 15:28, Steve O'Hara-Smith wrote:
> > On Thu, 10 Mar 2005 15:13:47 +0100
> > Peter Guhl <pgnews@siconline.ch> wrote: 
> > > I have an old box where 4.6.2-RELEASE has to be updated to the latest
> > > (last?) releng. After I made cvsup work compiling the kernel ends with:
> > 
> > 	After a cvsup you must do a make buildworld before attempting
> > a make buildkernel, and building a kernel with config is not expected to
> > work.
> 
> Oh... thanks. Then I probably was lucky since I did several
> kernel-builds without doing a buildworld before.

	It's often possible - but cannot be counted on.

> BTW: I did a cvsup to RELENG_4_6 ... and got to the conclusion that
> RELENG_4_6_2_RELEASE is a much better idea. Am I right?

	Probably not - RELENG_4_6_2_RELEASE is exactly what was
released as 4.6.2 - RELENG_4_6 is sure to have all the security fixes
on the 4.6 branch. I would not reccomend either now though as the
current stable release for 4.x is 4.11 and 4.6 is rather old.

-- 
C:>WIN                                      |   Directable Mirror Arrays
The computer obeys and wins.                | A better way to focus the sun
You lose and Bill collects.                 |    licences available see
                                            |    http://www.sohara.org/

From owner-freebsd-stable@FreeBSD.ORG  Thu Mar 10 15:05:45 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 91DFE16A4CE; Thu, 10 Mar 2005 15:05:45 +0000 (GMT)
Received: from smtp-bedford-dr.mitre.org (smtpproxy2.mitre.org
	[192.160.51.65])	by mx1.FreeBSD.org (Postfix) with ESMTP
	id B310443D48; Thu, 10 Mar 2005 15:05:44 +0000 (GMT)
	(envelope-from jandrese@mitre.org)
Received: from smtp-bedford-dr.mitre.org (localhost.localdomain [127.0.0.1])
	j2AF5iW16681;	Thu, 10 Mar 2005 10:05:44 -0500
Received: from smtp-bedford-dr.mitre.org (localhost.localdomain [127.0.0.1])
	by smtp-bedford-dr.mitre.org (Postfix) with ESMTP
	id C680C4F8E3; Thu, 10 Mar 2005 10:05:43 -0500 (EST)
Received: from MAILHUB2 (mailhub2.mitre.org [129.83.221.18])
	j2AF5h216535;	Thu, 10 Mar 2005 10:05:43 -0500
Received: from mm112324-2k.mitre.org (128.29.24.104) by mailhub2.mitre.org
	with SMTP        id 9209883; Thu, 10 Mar 2005 10:05:35 -0500
Message-ID: <4230623D.90101@mitre.org>
Date: Thu, 10 Mar 2005 10:05:33 -0500
From: Jason Andresen <jandrese@mitre.org>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
	rv:1.7.5) Gecko/20041217
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Warren <shinjii@virusinfo.rdksupportinc.com>
References: <200503091641.15242.shinjii@virusinfo.rdksupportinc.com>
In-Reply-To: <200503091641.15242.shinjii@virusinfo.rdksupportinc.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
cc: freebsd-stable@freebsd.org
cc: freebsd-questions@freebsd.org
Subject: Re: Mozilla Firefox problem
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 10 Mar 2005 15:05:45 -0000

Warren wrote:

>Each time i start Mozilla Firefox it starts from scratch and asks if i want to 
>import my previous bookmarks etc .. why is this occurying and how do i fix 
>it ?
>  
>

Most likely you don't own your own .mozilla directory. 

Try this:

$ cd
$ ls -ld .mozilla

If it is owned by root (most likely case if you ran Mozilla while under 
su), do the following:

$ su
# chown -R <username>:<group> .mozilla
# exit
$ mozilla




From owner-freebsd-stable@FreeBSD.ORG  Thu Mar 10 15:45:52 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 4099916A4CE; Thu, 10 Mar 2005 15:45:52 +0000 (GMT)
Received: from galaxy.uci.agh.edu.pl (galaxy.uci.agh.edu.pl [149.156.96.9])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 8E7F043D53; Thu, 10 Mar 2005 15:45:51 +0000 (GMT)
	(envelope-from kkowalik@uci.agh.edu.pl)
Received: by galaxy.uci.agh.edu.pl (Postfix, from userid 1001)
	id 9BBC8AF40F; Thu, 10 Mar 2005 16:45:50 +0100 (CET)
Date: Thu, 10 Mar 2005 16:45:50 +0100
From: Krzysztof Kowalik <kkowalik@uci.agh.edu.pl>
To: freebsd-stable@freebsd.org
Message-ID: <20050310154550.GA26567@uci.agh.edu.pl>
References: <20050308111929.GA25011@uci.agh.edu.pl>
	<20050310120314.GB19552@uci.agh.edu.pl>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20050310120314.GB19552@uci.agh.edu.pl>
cc: freebsd-amd64@freebsd.org
Subject: Re: 5.3-RELEASE (amd64) on LSILogic 1030 / mpt controller.
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 10 Mar 2005 15:45:52 -0000

Krzysztof Kowalik [kkowalik@uci.agh.edu.pl] wrote:
> >   I'm trying, without success, to install the FreeBSD 5.3 on a Sun Fire
> > V40z (it's an amd64 box) on its LSILogic 1030 Ultra4 SCSI controller.
> Interesting. 5.3-RELEASE for x86 works on the same machine, same disks
> connected to the same controller without issues.
> [...]

And 5-STABLE (installed snapshot from the end of January and upgraded to
a recent -STABLE) works fine. I love to answer to myself.

-- 
Krzysztof Kowalik               |  () ASCII Ribbon Campaign
Computer Center, AGH UST        |  /\ Support plain text e-mail

From owner-freebsd-stable@FreeBSD.ORG  Thu Mar 10 16:04:32 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id C9D7916A4CE; Thu, 10 Mar 2005 16:04:32 +0000 (GMT)
Received: from nargothrond.kdm.org (nargothrond.kdm.org [70.56.43.81])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 239CD43D5A; Thu, 10 Mar 2005 16:04:32 +0000 (GMT)
	(envelope-from ken@nargothrond.kdm.org)
Received: from nargothrond.kdm.org (localhost [127.0.0.1])
	by nargothrond.kdm.org (8.12.11/8.12.11) with ESMTP id j2AG4Twi030489;
	Thu, 10 Mar 2005 09:04:29 -0700 (MST)
	(envelope-from ken@nargothrond.kdm.org)
Received: (from ken@localhost)
	by nargothrond.kdm.org (8.12.11/8.12.5/Submit) id j2AG4Tee030488;
	Thu, 10 Mar 2005 09:04:29 -0700 (MST)
	(envelope-from ken)
Date: Thu, 10 Mar 2005 09:04:29 -0700
From: "Kenneth D. Merry" <ken@freebsd.org>
To: Fritz Heinrichmeyer <fritz.heinrichmeyer@fernuni-hagen.de>
Message-ID: <20050310160428.GA30406@nargothrond.kdm.org>
References: <42303E74.9060301@fernuni-hagen.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <42303E74.9060301@fernuni-hagen.de>
User-Agent: Mutt/1.4.2i
X-Virus-Scanned: ClamAV 0.83/760/Wed Mar  9 10:12:01 2005 on
	nargothrond.kdm.org
X-Virus-Status: Clean
cc: freebsd-scsi <freebsd-scsi@freebsd.org>
cc: freebsd-stable <freebsd-stable@freebsd.org>
Subject: Re: error messages from easyraid ex array
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 10 Mar 2005 16:04:32 -0000

On Thu, Mar 10, 2005 at 13:32:52 +0100, Fritz Heinrichmeyer wrote:
> Hello,
> 
> sometimes i see following messages with FreeBSD-5.3, ahc driver and an 
> easyraid ex system. We have two identical boxes one connected to another 
> system has no problem. The problematic error messages occur when 
> berkeley-db files are massaged by cyrus imap server.
> 
> I cannot believe there is a media error on an raid 5 system that is not 
> announced at the control panel of the raid box.

Well, firmware on the RAID box will do whatever the authors wrote it to do.

In theory, you're right.  On a non-critical RAID-5 array, they should be
able to recover from any single drive read error.  If your array is
critical, though (i.e. you've lost one disk), you won't be able to recover
from a read error.

> Driver:
> 
> ahc2: <Adaptec 29160 Ultra160 SCSI adapter> port 0x3800-0x38ff mem 
> 0xf7ed0000-0xf7ed0fff irq 11 at device 4.0 on pci1
> da1 at ahc2 bus 0 target 5 lun 0
> 
> Errors:
> 
> (da1:ahc2:0:5:0): READ(10). CDB: 28 0 0 71 6a 4f 0 0 10 0
> (da1:ahc2:0:5:0): CAM Status: SCSI Status Error
> (da1:ahc2:0:5:0): SCSI Status: Check Condition
> (da1:ahc2:0:5:0): MEDIUM ERROR asc:0,0
> (da1:ahc2:0:5:0): No additional sense information
> (da1:ahc2:0:5:0): Retrying Command (per Sense Data)

That's a little bit of a strange error, because they only set the sense key
but not the asc/ascq.  In any case, it looks like we retried it.

If the device was still returning errors, you'd eventually see a "Retries
Exhausted" message.

Ken
-- 
Kenneth Merry
ken@FreeBSD.org

From owner-freebsd-stable@FreeBSD.ORG  Thu Mar 10 16:32:45 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 6D51916A4CE
	for <stable@FreeBSD.org>; Thu, 10 Mar 2005 16:32:45 +0000 (GMT)
Received: from relay.bestcom.ru (relay.bestcom.ru [217.72.144.5])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 8C2DC43D48
	for <stable@FreeBSD.org>; Thu, 10 Mar 2005 16:32:44 +0000 (GMT)
	(envelope-from glebius@FreeBSD.org)
Received: from cell.sick.ru (root@cell.sick.ru [217.72.144.68])
	by relay.bestcom.ru (8.13.1/8.12.9) with ESMTP id j2AGWgIp069994
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL)
	for <stable@FreeBSD.org>; Thu, 10 Mar 2005 19:32:42 +0300 (MSK)
	(envelope-from glebius@FreeBSD.org)
Received: from cell.sick.ru (glebius@localhost [127.0.0.1])
	by cell.sick.ru (8.13.1/8.12.8) with ESMTP id j2AGWfTq079496
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
	for <stable@FreeBSD.org>; Thu, 10 Mar 2005 19:32:41 +0300 (MSK)
	(envelope-from glebius@FreeBSD.org)
Received: (from glebius@localhost)
	by cell.sick.ru (8.13.1/8.13.1/Submit) id j2AGWf95079495
	for stable@freebsd.org; Thu, 10 Mar 2005 19:32:41 +0300 (MSK)
	(envelope-from glebius@FreeBSD.org)
X-Authentication-Warning: cell.sick.ru: glebius set sender to
	glebius@FreeBSD.org using -f
Date: Thu, 10 Mar 2005 19:32:40 +0300
From: Gleb Smirnoff <glebius@FreeBSD.org>
To: stable@FreeBSD.org
Message-ID: <20050310163240.GA79448@cell.sick.ru>
References: <20050224131336.GA32724@cell.sick.ru>
Mime-Version: 1.0
Content-Type: text/plain; charset=koi8-r
Content-Disposition: inline
In-Reply-To: <20050224131336.GA32724@cell.sick.ru>
User-Agent: Mutt/1.5.6i
X-Virus-Scanned: ClamAV version devel-20050125, clamav-milter version 0.80ff
	on relay.bestcom.ru
X-Virus-Status: Clean
Subject: Re: CARP in 5.4-RELEASE
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 10 Mar 2005 16:32:45 -0000

  The patch

http://people.freebsd.org/~glebius/totest/carp-RELENG_5-patch

has been updated to the version, that I'm going to merge to RELENG_5.
This is last call for testing.

On Thu, Feb 24, 2005 at 04:13:36PM +0300, Gleb Smirnoff wrote:
T>   Dear colleagues,
T> 
T> I'm glad to announce CARP support already commited to HEAD. The porting
T> job has been done by Max Laier, and I'm going to maintain CARP in the
T> nearest future, because I use it at my day job.
T> 
T> We will do our best to ship 5.4-RELEASE with CARP. Long time ago Max has
T> extended struct ifnet before RELENG_5 branching. With this far-seeing
T> change we can now MFC without ABI breakage. Patches for RELENG_5, that
T> are going to be commited soon are available here:
T> 
T> http://people.freebsd.org/~glebius/totest/carp-RELENG_5-patch
T> 
T> If you are interested in CARP, or if you are going to use it in near future,
T> then do not hesitate, download the patch and try it out!
T> 
T> Before asking any questions, pls consult man page. It is already in the patch.
T> If you still have questions, I'd be glad to help you.
T> 
T> -- 
T> Totus tuus, Glebius.
T> GLEBIUS-RIPN GLEB-RIPE
T> _______________________________________________
T> freebsd-stable@freebsd.org mailing list
T> http://lists.freebsd.org/mailman/listinfo/freebsd-stable
T> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org"

-- 
Totus tuus, Glebius.
GLEBIUS-RIPN GLEB-RIPE

From owner-freebsd-stable@FreeBSD.ORG  Thu Mar 10 17:18:48 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id C689F16A4CE; Thu, 10 Mar 2005 17:18:48 +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 2171B43D4C; Thu, 10 Mar 2005 17:18:48 +0000 (GMT)
	(envelope-from jandrese@mitre.org)
Received: from smtp-bedford-dr.mitre.org (localhost.localdomain [127.0.0.1])
	j2AHIlW14997;	Thu, 10 Mar 2005 12:18:47 -0500
Received: from smtp-bedford-dr.mitre.org (localhost.localdomain [127.0.0.1])
	by smtp-bedford-dr.mitre.org (Postfix) with ESMTP
	id 799E14F8D9; Thu, 10 Mar 2005 12:18:47 -0500 (EST)
Received: from MAILHUB2 (mailhub2.mitre.org [129.83.221.18])
	j2AHIl214906;	Thu, 10 Mar 2005 12:18:47 -0500
Received: from mm112324-2k.mitre.org (128.29.24.104) by mailhub2.mitre.org
	with SMTP        id 9219487; Thu, 10 Mar 2005 12:18:43 -0500
Message-ID: <42308173.9000407@mitre.org>
Date: Thu, 10 Mar 2005 12:18:43 -0500
From: Jason Andresen <jandrese@mitre.org>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
	rv:1.7.5) Gecko/20041217
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Warren <shinjii@virusinfo.rdksupportinc.com>
References: <200503091641.15242.shinjii@virusinfo.rdksupportinc.com>
	<4230623D.90101@mitre.org>
	<200503110207.51296.shinjii@virusinfo.rdksupportinc.com>
In-Reply-To: <200503110207.51296.shinjii@virusinfo.rdksupportinc.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
cc: freebsd-stable@freebsd.org
cc: freebsd-questions@freebsd.org
Subject: Re: Mozilla Firefox problem
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 10 Mar 2005 17:18:48 -0000

Warren wrote:

>On Fri, 11 Mar 2005 1:05 am, Jason Andresen wrote:
>  
>
>>Warren wrote:
>>    
>>
>>>Each time i start Mozilla Firefox it starts from scratch and asks if i
>>>want to import my previous bookmarks etc .. why is this occurying and how
>>>do i fix it ?
>>>      
>>>
>>Most likely you don't own your own .mozilla directory.
>>    
>>
>
>Nope i own it and permissions r fine.
>
>drwxr-xr-x   8 shinjii  shinjii      512 Mar  7 20:59 .mozilla
>
>  
>
The other possibility is that you have a Zombie mozilla process hanging 
around in the background and it's trying to create a new profile.  
Normally you'd get the profile manager if this happened though.

Also, do you own the files inside of .mozilla?  There are several 
directories in there.  Chowning the whole thing might not be a bad idea 
regardless, just to rule out any ownership possibilities. 


From owner-freebsd-stable@FreeBSD.ORG  Thu Mar 10 17:51:45 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id AB31116A4CE
	for <freebsd-stable@freebsd.org>;
	Thu, 10 Mar 2005 17:51:45 +0000 (GMT)
Received: from fw.farid-hajji.net (fw.farid-hajji.net [213.146.115.42])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 8833743D46
	for <freebsd-stable@freebsd.org>;
	Thu, 10 Mar 2005 17:51:44 +0000 (GMT)
	(envelope-from cpghost@cordula.ws)
Received: from bsdbox.farid-hajji.net (bsdbox-epia [192.168.254.15])
	by fw.farid-hajji.net (Postfix) with ESMTP id 3A0A54AC5E;
	Thu, 10 Mar 2005 18:51:13 +0100 (CET)
Date: Thu, 10 Mar 2005 18:52:08 +0100
From: cpghost@cordula.ws
To: freebsd-stable@freebsd.org
Message-ID: <20050310175208.GA947@bsdbox.farid-hajji.net>
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="+HP7ph2BbKc20aGI"
Content-Disposition: inline
User-Agent: Mutt/1.5.6i
Subject: Can't kldload pf
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 10 Mar 2005 17:51:45 -0000


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

Hello,

on RELENG_5, cvsupped March 9th, I can't kldload pf:

fw# kldload pf
kldload: can't load pf: No such file or directory

fw# kldload /boot/kernel/pf.ko
kldload: can't load /boot/kernel/pf.ko: No such file or directory

fw# kldstat
Id Refs Address    Size     Name
 1    6 0xc0400000 2a8a44   kernel
 2    1 0xc0c28000 6000     geom_bde.ko
 3    4 0xc0d14000 12000    netgraph.ko
 4    2 0xc0d2a000 4000     ng_ether.ko
 5    1 0xc0d2f000 7000     ng_pppoe.ko
 6    1 0xc0d37000 5000     ng_socket.ko

fw# ls -l /boot/kernel/pf*
-r-xr-xr-x  1 root  wheel  170382 Mar 10 17:18 /boot/kernel/pf.ko

fw# sysctl kern.module_path
kern.module_path: /boot/kernel;/boot/modules

Attached is the kernel config file.

Any idea what's going wrong here?

Thanks,
-cpghost.

-- 
Cordula's Web. http://www.cordula.ws/

--+HP7ph2BbKc20aGI
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename=SOEKRIS

# SOEKRIS kernel config file.

machine		i386
#cpu		I386_CPU
cpu		I486_CPU
cpu		I586_CPU
ident		SOEKRIS

options         CPU_SOEKRIS             #Enable Soekris hardware stuff.
options         CPU_GEODE               #GEODE GL1100 Chips (Soekris)
#device		pf			#Enable PF.

options 	SCHED_4BSD		# 4BSD scheduler
options 	INET			# InterNETworking
#options 	INET6			# InterNETworking V6.
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 	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 	SCSI_DELAY=8000		# 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.

#device		apic			# I/O APIC

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

# ATA and ATAPI devices
device		ata
device		atadisk		# ATA disk drives
options 	ATA_STATIC_ID	# Static device numbering

device		agp		# support several AGP chipsets

# 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

device		miibus		# MII bus support
device		sis		# Silicon Integrated Systems SiS 900/SiS 7016

# 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

# 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

--+HP7ph2BbKc20aGI--

From owner-freebsd-stable@FreeBSD.ORG  Thu Mar 10 18:14:10 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id C4D0716A4CE
	for <freebsd-stable@freebsd.org>;
	Thu, 10 Mar 2005 18:14:10 +0000 (GMT)
Received: from moutng.kundenserver.de (moutng.kundenserver.de
	[212.227.126.187])
	by mx1.FreeBSD.org (Postfix) with ESMTP id A87D143D41
	for <freebsd-stable@freebsd.org>;
	Thu, 10 Mar 2005 18:14:09 +0000 (GMT)
	(envelope-from max@love2party.net)
Received: from pD9E39649.dip.t-dialin.net[217.227.150.73]
	(helo=donor.laier.local)
	by mrelayeu.kundenserver.de with ESMTP (Nemesis),
	id 0ML29c-1D9SAc3Xyt-0002Um; Thu, 10 Mar 2005 19:14:02 +0100
From: Max Laier <max@love2party.net>
To: cpghost@cordula.ws
Date: Thu, 10 Mar 2005 19:13:51 +0100
User-Agent: KMail/1.7.2
References: <20050310175208.GA947@bsdbox.farid-hajji.net>
In-Reply-To: <20050310175208.GA947@bsdbox.farid-hajji.net>
MIME-Version: 1.0
Content-Type: multipart/signed;
  boundary="nextPart100953243.BAYUKB216N";
  protocol="application/pgp-signature";
  micalg=pgp-sha1
Content-Transfer-Encoding: 7bit
Message-Id: <200503101913.59397.max@love2party.net>
X-Provags-ID: kundenserver.de abuse@kundenserver.de
	login:61c499deaeeba3ba5be80f48ecc83056
cc: freebsd-stable@freebsd.org
Subject: Re: Can't kldload pf
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 10 Mar 2005 18:14:10 -0000

--nextPart100953243.BAYUKB216N
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

On Thursday 10 March 2005 18:52, cpghost@cordula.ws wrote:
> Hello,
>
> on RELENG_5, cvsupped March 9th, I can't kldload pf:
>
> fw# kldload pf
> kldload: can't load pf: No such file or directory
>
> fw# kldload /boot/kernel/pf.ko
> kldload: can't load /boot/kernel/pf.ko: No such file or directory
>
> fw# kldstat
> Id Refs Address    Size     Name
>  1    6 0xc0400000 2a8a44   kernel
>  2    1 0xc0c28000 6000     geom_bde.ko
>  3    4 0xc0d14000 12000    netgraph.ko
>  4    2 0xc0d2a000 4000     ng_ether.ko
>  5    1 0xc0d2f000 7000     ng_pppoe.ko
>  6    1 0xc0d37000 5000     ng_socket.ko
>
> fw# ls -l /boot/kernel/pf*
> -r-xr-xr-x  1 root  wheel  170382 Mar 10 17:18 /boot/kernel/pf.ko
>
> fw# sysctl kern.module_path
> kern.module_path: /boot/kernel;/boot/modules
>
> Attached is the kernel config file.
>
> Any idea what's going wrong here?

You don't have "options INET6" in your kernel config, but the pf module=20
assumes that it is there.  You can either built pf into the kernel (since y=
ou=20
are building a custom kernel anyway), rebuild the module without that=20
assumption (see the module's Makefile) or you can reenable "options INET6" =
in=20
the kernel.

The ENOENT error returned from kldload is a bit misleading, though.

=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

--nextPart100953243.BAYUKB216N
Content-Type: application/pgp-signature

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

iD8DBQBCMI5nXyyEoT62BG0RAqutAJ4kmxxjJFWCD0ipQnJDjD2V6EPJNgCeIiyg
R/E0SsMRarBkBTjbWz6dyJk=
=RySU
-----END PGP SIGNATURE-----

--nextPart100953243.BAYUKB216N--

From owner-freebsd-stable@FreeBSD.ORG  Thu Mar 10 18:21:32 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 0568016A4CE
	for <freebsd-stable@freebsd.org>;
	Thu, 10 Mar 2005 18:21:32 +0000 (GMT)
Received: from outbox.allstream.net (outbox.allstream.net [207.245.244.41])
	by mx1.FreeBSD.org (Postfix) with ESMTP id AFBF943D5D
	for <freebsd-stable@freebsd.org>;
	Thu, 10 Mar 2005 18:21:31 +0000 (GMT)
	(envelope-from epilogue@allstream.net)
Received: from localhost (mon-pq56-068.dial.allstream.net [216.123.134.68])
	by outbox.allstream.net (Allstream MTA) with ESMTP id 45F39B4A08;
	Thu, 10 Mar 2005 13:22:04 -0500 (EST)
Date: Thu, 10 Mar 2005 13:20:42 -0500
From: epilogue <epilogue@allstream.net>
To: cpghost@cordula.ws
Message-ID: <20050310132042.746a6134@localhost>
In-Reply-To: <20050310175208.GA947@bsdbox.farid-hajji.net>
References: <20050310175208.GA947@bsdbox.farid-hajji.net>
X-Mailer: Sylpheed-Claws 1.0.1 (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-stable@freebsd.org
Subject: Re: Can't kldload pf
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 10 Mar 2005 18:21:32 -0000

On Thu, 10 Mar 2005 18:52:08 +0100
cpghost@cordula.ws wrote:

> Hello,
> 
> on RELENG_5, cvsupped March 9th, I can't kldload pf:
> 
> fw# kldload pf
> kldload: can't load pf: No such file or directory
> 
> fw# kldload /boot/kernel/pf.ko
> kldload: can't load /boot/kernel/pf.ko: No such file or directory

man kldload (a short page) has your answer.  note the syntax.

From owner-freebsd-stable@FreeBSD.ORG  Thu Mar 10 18:54:04 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 2C57316A4CE; Thu, 10 Mar 2005 18:54:04 +0000 (GMT)
Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id EF5F743D55; Thu, 10 Mar 2005 18:54:03 +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 j2AIs35L052108;
	Thu, 10 Mar 2005 10:54:03 -0800 (PST)
	(envelope-from obrien@dragon.nuxi.com)
Received: (from obrien@localhost)
	by dragon.nuxi.com (8.13.3/8.13.1/Submit) id j2AIs2Bo052106;
	Thu, 10 Mar 2005 10:54:02 -0800 (PST)
	(envelope-from obrien)
Date: Thu, 10 Mar 2005 10:54:02 -0800
From: "David O'Brien" <obrien@freebsd.org>
To: Krzysztof Kowalik <kkowalik@uci.agh.edu.pl>
Message-ID: <20050310185402.GE89100@dragon.nuxi.com>
References: <20050308111929.GA25011@uci.agh.edu.pl>
	<20050310120314.GB19552@uci.agh.edu.pl>
	<20050310154550.GA26567@uci.agh.edu.pl>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20050310154550.GA26567@uci.agh.edu.pl>
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
User-Agent: Mutt/1.5.8i
cc: freebsd-stable@freebsd.org
cc: freebsd-amd64@freebsd.org
Subject: Re: 5.3-RELEASE (amd64) on LSILogic 1030 / mpt controller.
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: obrien@freebsd.org
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 10 Mar 2005 18:54:04 -0000

On Thu, Mar 10, 2005 at 04:45:50PM +0100, Krzysztof Kowalik wrote:
> Krzysztof Kowalik [kkowalik@uci.agh.edu.pl] wrote:
> > >   I'm trying, without success, to install the FreeBSD 5.3 on a Sun Fire
> > > V40z (it's an amd64 box) on its LSILogic 1030 Ultra4 SCSI controller.
> > Interesting. 5.3-RELEASE for x86 works on the same machine, same disks
> > connected to the same controller without issues.
> > [...]
> 
> And 5-STABLE (installed snapshot from the end of January and upgraded to
> a recent -STABLE) works fine. I love to answer to myself.

So the end result is that FreeBSD/amd64 5.3-RELEASE won't work for you,
but 5.4-RELEASE will.  Correct?

-- 
-- David  (obrien@FreeBSD.org)

From owner-freebsd-stable@FreeBSD.ORG  Thu Mar 10 18:55:53 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id F30FC16A4CE
	for <freebsd-stable@freebsd.org>;
	Thu, 10 Mar 2005 18:55:52 +0000 (GMT)
Received: from outbox.allstream.net (outbox.allstream.net [207.245.244.41])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 9EBBF43D5C
	for <freebsd-stable@freebsd.org>;
	Thu, 10 Mar 2005 18:55:52 +0000 (GMT)
	(envelope-from epilogue@allstream.net)
Received: from localhost (mon-pq64-129.dial.allstream.net [216.123.141.193])
	by outbox.allstream.net (Allstream MTA) with ESMTP id D11F7B4BDD;
	Thu, 10 Mar 2005 13:56:25 -0500 (EST)
Date: Thu, 10 Mar 2005 13:55:03 -0500
From: epilogue <epilogue@allstream.net>
To: cpghost@cordula.ws
Message-ID: <20050310135503.42ad9d28@localhost>
X-Mailer: Sylpheed-Claws 1.0.1 (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-stable@freebsd.org
Subject: Fw: Can't kldload pf
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 10 Mar 2005 18:55:53 -0000


> man kldload (a short page) has your answer.  note the syntax.

this was nonsense.  my apologies.    :)

From owner-freebsd-stable@FreeBSD.ORG  Thu Mar 10 18:58:11 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id E320016A4CE; Thu, 10 Mar 2005 18:58:11 +0000 (GMT)
Received: from galaxy.uci.agh.edu.pl (galaxy.uci.agh.edu.pl [149.156.96.9])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 3605543D53; Thu, 10 Mar 2005 18:58:11 +0000 (GMT)
	(envelope-from kkowalik@uci.agh.edu.pl)
Received: by galaxy.uci.agh.edu.pl (Postfix, from userid 1001)
	id 21B1AAF39C; Thu, 10 Mar 2005 19:58:10 +0100 (CET)
Date: Thu, 10 Mar 2005 19:58:10 +0100
From: Krzysztof Kowalik <kkowalik@uci.agh.edu.pl>
To: David O'Brien <obrien@freebsd.org>
Message-ID: <20050310185809.GA8525@uci.agh.edu.pl>
References: <20050308111929.GA25011@uci.agh.edu.pl>
	<20050310120314.GB19552@uci.agh.edu.pl>
	<20050310154550.GA26567@uci.agh.edu.pl>
	<20050310185402.GE89100@dragon.nuxi.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20050310185402.GE89100@dragon.nuxi.com>
cc: freebsd-stable@freebsd.org
cc: freebsd-amd64@freebsd.org
Subject: Re: 5.3-RELEASE (amd64) on LSILogic 1030 / mpt controller.
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 10 Mar 2005 18:58:12 -0000

David O'Brien [obrien@freebsd.org] wrote:
> So the end result is that FreeBSD/amd64 5.3-RELEASE won't work for you,
> but 5.4-RELEASE will.  Correct?

Assuming that nothing bad happens before the release, yes, it will work
with 5.4-RELEASE.

-- 
Krzysztof Kowalik               |  () ASCII Ribbon Campaign
Computer Center, AGH UST        |  /\ Support plain text e-mail

From owner-freebsd-stable@FreeBSD.ORG  Thu Mar 10 19:31:14 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 49C1416A4CE
	for <freebsd-stable@freebsd.org>;
	Thu, 10 Mar 2005 19:31:14 +0000 (GMT)
Received: from outbox.allstream.net (outbox.allstream.net [207.245.244.41])
	by mx1.FreeBSD.org (Postfix) with ESMTP id B57E943D5D
	for <freebsd-stable@freebsd.org>;
	Thu, 10 Mar 2005 19:31:13 +0000 (GMT)
	(envelope-from epilogue@allstream.net)
Received: from localhost (mon-pq64-129.dial.allstream.net [216.123.141.193])
	by outbox.allstream.net (Allstream MTA) with ESMTP id 0A7BEEB590;
	Thu, 10 Mar 2005 14:21:55 -0500 (EST)
Date: Thu, 10 Mar 2005 14:30:24 -0500
From: epilogue <epilogue@allstream.net>
To: freebsd-stable@freebsd.org
Message-ID: <20050310143024.15735d63@localhost>
X-Mailer: Sylpheed-Claws 1.0.1 (GTK+ 1.2.10; i386-portbld-freebsd5.3)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
cc: jbronson@wixb.com
Subject: installworld fails (5.4-PRE) on acpica
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 10 Mar 2005 19:31:14 -0000


moved from -questions@

> I cvsup'd to 5.4-PRE and built world. (I was already in 5.4-PRE)..
> I have never had any issues until today....
> 
> World and kernel built fine. I follow the same steps as always
> but this time I have a twist:
> 
> # make installkernel - that works fine....
> 
> # make installworld
> ...
> ...
> ...
> 
> cd: can't cd to /usr/include/dev/acpica
> *** Error code 2
> 
> Stop in /usr/src/include.
> *** Error code 1
> 
> Humm...
> 
> shadow# cd /usr/include/dev
> shadow# ls -al
> total 38
> drwxr-xr-x  14 root  wheel   512 Mar  9 20:37 .
> drwxr-xr-x  46 root  wheel  4608 Mar  9 20:37 ..
> -r--r--r--   1 root  wheel  4210 Mar  2 17:00 acpica
> drwxr-xr-x   2 root  wheel   512 Feb 28 16:04 an
> drwxr-xr-x   2 root  wheel   512 Feb 28 16:04 bktr
> drwxr-xr-x   2 root  wheel   512 Feb 28 16:04 firewire
> drwxr-xr-x   2 root  wheel   512 Feb 28 16:04 ic
> drwxr-xr-x   2 root  wheel   512 Mar  9 20:37 ieee488
> drwxr-xr-x   2 root  wheel   512 Feb 27 20:09 iicbus
> drwxr-xr-x   2 root  wheel   512 Feb 28 16:04 ofw
> drwxr-xr-x   2 root  wheel   512 Feb 28 16:04 ppbus
> drwxr-xr-x   2 root  wheel   512 Feb 27 20:09 smbus
> drwxr-xr-x   2 root  wheel  1024 Mar  2 17:00 usb
> drwxr-xr-x   2 root  wheel   512 Feb 28 16:04 utopia
> drwxr-xr-x   2 root  wheel   512 Feb 28 16:04 wi
> 
> 
> Well...why is it trying to cd into a directory
> that does not exist?
> 
> and how do I fix this?
> 
> Thanks :)

i am seeing the same issue here.

these commands were issued before the build:
	rm -rf /usr/obj/usr
	cd /usr/src; make cleandir; make cleandir

* src-all and a default make.conf were used.
* buildworld, buildkernel and installkernel all exited fine.

in case it helps, there seem to have been some recent changes here:
http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/acpica/?sortby=date#dirlist

also, in case it influences acpica, i should point out that I am
experimenting with my own acpi_dsdt.aml.  the following are in
/boot/loader.conf:

	acpi_dsdt_load="YES"
	acpi_dsdt_name="/boot/acpi_dsdt.aml"

anyhow.  hope that someone can provide a pointer.


thanks,
epilogue

From owner-freebsd-stable@FreeBSD.ORG  Thu Mar 10 20:42:18 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 7CC6016A4CE
	for <stable@FreeBSD.ORG>; Thu, 10 Mar 2005 20:42:18 +0000 (GMT)
Received: from smtp811.mail.sc5.yahoo.com (smtp811.mail.sc5.yahoo.com
	[66.163.170.81])	by mx1.FreeBSD.org (Postfix) with SMTP id 06C5343D1D
	for <stable@FreeBSD.ORG>; Thu, 10 Mar 2005 20:42:18 +0000 (GMT)
	(envelope-from noackjr@alumni.rice.edu)
Received: from unknown (HELO optimator.noacks.org)
	(noacks@swbell.net@70.240.225.210 with login)
	by smtp811.mail.sc5.yahoo.com with SMTP; 10 Mar 2005 20:42:17 -0000
Received: from localhost (localhost [127.0.0.1])
	by optimator.noacks.org (Postfix) with ESMTP id 3BDDE62CF;
	Thu, 10 Mar 2005 14:42:16 -0600 (CST)
Received: from optimator.noacks.org ([127.0.0.1])
 by localhost (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024)
 with LMTP id 47734-18-2; Thu, 10 Mar 2005 14:42:13 -0600 (CST)
Received: from [127.0.0.1] (optimator [192.168.1.11])
	by optimator.noacks.org (Postfix) with ESMTP id C830162A1;
	Thu, 10 Mar 2005 14:42:13 -0600 (CST)
Message-ID: <4230B125.9070005@alumni.rice.edu>
Date: Thu, 10 Mar 2005 14:42:13 -0600
From: Jon Noack <noackjr@alumni.rice.edu>
User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Pete French <petefrench@ticketswitch.com>
References: <E1D9LbF-000D1N-Jn@dilbert.firstcallgroup.co.uk>
In-Reply-To: <E1D9LbF-000D1N-Jn@dilbert.firstcallgroup.co.uk>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: amavisd-new at noacks.org
cc: stable@FreeBSD.ORG
Subject: Re: Just a sanity check before I sumbit a buig report
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: noackjr@alumni.rice.edu
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 10 Mar 2005 20:42:18 -0000

Pete French wrote:
>>'sysctl kern.clockrate' will return this information if you don't want to
>>write a program to do it for you :)
> 
> I was just using the code from time(1). Inteesring though - heres the
> output:
> 
> kern.clockrate: { hz = 100, tick = 10000, tickadj = 5, profhz = 100, stathz = 100 }
> 
> So that thinks stathz is 100, but sysconf(_SC_CLK_TCK) is returning 128!
> 
>>What are the two machines?  stathz is 128 on i386, 100 on sparc64, and 130
>>on amd64. Or thats the defaults at least.
> 
> These are all i386 machines - I have a number of them, all running 4.11.
> I can take the same a.out and run it on all of them - on some both
> numbers are 128, on other the numbers are 100 and 128.
> 
> If I go to one where both the calls return 128 though, the output
> of 'sysctl kern.clockrate' is this:
> 
> kern.clockrate: { hz = 100, tick = 10000, tickadj = 5, profhz = 1024, stathz = 128 }
> 
> So, it looks like theres a bug in sysconf(_SC_CLK_TCK) possibly ? because
> it seems to be always returning 128, regardless of the value of stathz
> as returned by 'sysctl kern.clockrate'
> 
> I can reproduce this on a number of machines BTW - the only things they have in
> common is that I wrote their kernel config files at various points in time...

I infer from your kern.clockrate output that you are running 4.x.

Why does sysconf(_SC_CLK_TCK) always returns 128?  Check out sysconf() 
in src/lib/libc/gen/sysconf.c (lines 83-84 of rev. 1.10):
**********************************************************************
	case _SC_CLK_TCK:
		return (CLK_TCK);
**********************************************************************

CLK_TCK is defined in src/include/time.h (line 52 of rev. 1.15):
**********************************************************************
#define	CLK_TCK		_BSD_CLK_TCK_
**********************************************************************

_BSD_CLK_TCK_ is defined in src/sys/i386/include/ansi.h (line 101 of 
rev. 1.18.2.4):
**********************************************************************
#define        _BSD_CLK_TCK_           128
**********************************************************************

So on i386 (and FreeBSD 4.x), sysconf(_SC_CLK_TCK) will always return 
128.  If you look in src/sys/alpha/include/ansi.h, you'll see that on 
alpha it will always return 100.

To determine how stathz can vary, we'll have to dig deeper.  Check out 
initclocks() in src/sys/kern/kern_clock.c (lines 196-213 of rev. 
1.105.2.11):
**********************************************************************
	/*
	 * Set divisors to 1 (normal case) and let the machine-specific
	 * code do its bit.
	 */
	psdiv = pscnt = 1;
	cpu_initclocks();

#ifdef DEVICE_POLLING
	init_device_poll();
#endif

	/*
	 * Compute profhz/stathz, and fix profhz if needed.
	 */
	i = stathz ? stathz : hz;
	if (profhz == 0)
		profhz = i;
	psratio = profhz / i;
**********************************************************************

stathz and profhz are originally set by cpu_initclocks() (which is MD). 
  If they are not set at this point, hz is used.  This must be the case 
for some of your machines as both stathz and profhz equal hz.  So why 
aren't stathz and profhz being set earlier?  Check out cpu_initclocks() 
in src/sys/i386/isa/clock.c (lines 995-1008 of rev. 1.149.2.6):
**********************************************************************			if 
(statclock_disable) {
		/*
		 * The stat interrupt mask is different without the
		 * statistics clock.  Also, don't set the interrupt
		 * flag which would normally cause the RTC to generate
		 * interrupts.
		 */
		stat_imask = HWI_MASK | SWI_MASK;
		rtc_statusb = RTCSB_24HR;
	} else {
	        /* Setting stathz to nonzero early helps avoid races. */
		stathz = RTC_NOPROFRATE;
		profhz = RTC_PROFRATE;
         }
**********************************************************************

If you look in src/sys/isa/rtc.h, you'll see that RTC_NOPROFRATE=128 and 
RTC_PROFRATE=1024.  The only way stathz and profhz will not be set here 
is if statclock_disable is true.  Where is statclock_disable set?  Check 
out apm_attach() in src/sys/i386/apm/apm.c (lines 1032-1033 of rev. 
1.114.2.6):
**********************************************************************
	if (flags & 0x20)
		statclock_disable = 1;
**********************************************************************

Thus, you must have "device apm0 flags 0x20" or something similar in 
your kernel config file for you to get stathz and profhz as 100.  apm is 
disabled in GENERIC, so by default this is not a problem; apm_attach 
won't be called if apm is disabled, so the fact that GENERIC includes 
"flags 0x20" is irrelevant.

Jon

From owner-freebsd-stable@FreeBSD.ORG  Thu Mar 10 21:07:10 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id D937616A4CE
	for <freebsd-stable@freebsd.org>;
	Thu, 10 Mar 2005 21:07:10 +0000 (GMT)
Received: from cpc2-cove3-6-0-cust88.brhm.cable.ntl.com
	(cpc2-cove3-6-0-cust88.brhm.cable.ntl.com [81.107.10.88])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 7811C43D5C
	for <freebsd-stable@freebsd.org>;
	Thu, 10 Mar 2005 21:07:09 +0000 (GMT)
	(envelope-from ianjhart@ntlworld.com)
Received: from gamma.private.lan (gamma.private.lan [192.168.0.12])
	ESMTP id j2AL743G008074;	Thu, 10 Mar 2005 21:07:04 GMT
	(envelope-from ianjhart@ntlworld.com)
From: ianjhart <ianjhart@ntlworld.com>
To: freebsd-stable@freebsd.org
Date: Thu, 10 Mar 2005 21:07:03 +0000
User-Agent: KMail/1.7.2
References: <20050310143024.15735d63@localhost>
In-Reply-To: <20050310143024.15735d63@localhost>
MIME-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200503102107.04032.ianjhart@ntlworld.com>
cc: epilogue <epilogue@allstream.net>
cc: jbronson@wixb.com
Subject: Re: installworld fails (5.4-PRE) on acpica
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 10 Mar 2005 21:07:11 -0000

On Thursday 10 March 2005 19:30, epilogue wrote:
> moved from -questions@
>
> > I cvsup'd to 5.4-PRE and built world. (I was already in 5.4-PRE)..
> > I have never had any issues until today....
> >
> > World and kernel built fine. I follow the same steps as always
> > but this time I have a twist:
> >
> > # make installkernel - that works fine....
> >
> > # make installworld
> > ...
> > ...
> > ...
> >
> > cd: can't cd to /usr/include/dev/acpica
> > *** Error code 2
> >
> > Stop in /usr/src/include.
> > *** Error code 1
> >
> > Humm...
> >
> > shadow# cd /usr/include/dev
> > shadow# ls -al
> > total 38
> > drwxr-xr-x  14 root  wheel   512 Mar  9 20:37 .
> > drwxr-xr-x  46 root  wheel  4608 Mar  9 20:37 ..
> > -r--r--r--   1 root  wheel  4210 Mar  2 17:00 acpica
> > drwxr-xr-x   2 root  wheel   512 Feb 28 16:04 an
> > drwxr-xr-x   2 root  wheel   512 Feb 28 16:04 bktr
> > drwxr-xr-x   2 root  wheel   512 Feb 28 16:04 firewire
> > drwxr-xr-x   2 root  wheel   512 Feb 28 16:04 ic
> > drwxr-xr-x   2 root  wheel   512 Mar  9 20:37 ieee488
> > drwxr-xr-x   2 root  wheel   512 Feb 27 20:09 iicbus
> > drwxr-xr-x   2 root  wheel   512 Feb 28 16:04 ofw
> > drwxr-xr-x   2 root  wheel   512 Feb 28 16:04 ppbus
> > drwxr-xr-x   2 root  wheel   512 Feb 27 20:09 smbus
> > drwxr-xr-x   2 root  wheel  1024 Mar  2 17:00 usb
> > drwxr-xr-x   2 root  wheel   512 Feb 28 16:04 utopia
> > drwxr-xr-x   2 root  wheel   512 Feb 28 16:04 wi
> >
> >
> > Well...why is it trying to cd into a directory
> > that does not exist?
> >
> > and how do I fix this?
> >
> > Thanks :)
>
> i am seeing the same issue here.
>
> these commands were issued before the build:
> 	rm -rf /usr/obj/usr
> 	cd /usr/src; make cleandir; make cleandir
>
> * src-all and a default make.conf were used.
> * buildworld, buildkernel and installkernel all exited fine.
>
> in case it helps, there seem to have been some recent changes here:
> http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/acpica/?sortby=date#dirli
>st
>
> also, in case it influences acpica, i should point out that I am
> experimenting with my own acpi_dsdt.aml.  the following are in
> /boot/loader.conf:
>
> 	acpi_dsdt_load="YES"
> 	acpi_dsdt_name="/boot/acpi_dsdt.aml"
>
> anyhow.  hope that someone can provide a pointer.
>
>
> thanks,
> epilogue
> _______________________________________________
> freebsd-stable@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-stable
> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org"

I deleted the FILE acpica and re-ran installworld. The directory acpica was
then created.

-- 
ian j hart

From owner-freebsd-stable@FreeBSD.ORG  Thu Mar 10 21:32:24 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id D973016A4CE
	for <freebsd-stable@freebsd.org>;
	Thu, 10 Mar 2005 21:32:24 +0000 (GMT)
Received: from venus.slicmedia.com (dsl-202-173-145-174.qld.westnet.com.au
	[202.173.145.174])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 564F443D49
	for <freebsd-stable@freebsd.org>;
	Thu, 10 Mar 2005 21:32:23 +0000 (GMT)
	(envelope-from simon@quo.com.au)
Received: from [192.168.1.150] ([192.168.1.150])
        by venus.slicmedia.com (Merak 5.4.2) with ESMTP id KOB36964;
        Fri, 11 Mar 2005 07:40:43 +1000
Message-ID: <4230BCE2.4070405@quo.com.au>
Date: Fri, 11 Mar 2005 07:32:18 +1000
From: Simon Litchfield <simon@quo.com.au>
User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Doug White <dwhite@gumbysoft.com>
References: <422E2C2D.3060404@quo.com.au>
	<20050309233717.H53915@carver.gumbysoft.com>
In-Reply-To: <20050309233717.H53915@carver.gumbysoft.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
cc: Joshua Paech <josh@slicmedia.com>
cc: freebsd-stable@freebsd.org
Subject: Re: Promise FastTrak Tx4200 & FreeBSD 5.3
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 10 Mar 2005 21:32:25 -0000

Anyone have drivers for the Promise PDC20319 (Fasttrak S150 TX4)?

It's a SATA RAID controller.

Thanks
Simon

Doug White wrote:
> Dropping cc: back to -stable. Don't crosspost lists, thanks.
> 
> On Wed, 9 Mar 2005, Simon Litchfield wrote:
> 
> 
>>Hi folks
>>
>>Anyone have any ideas on the Promise PDC20319 (Fasttrak S150 TX4)?
>>
>>We intend to run 5.3 release on this machine.
> 
> 
> Whats the question?
> 

-- 

Quo Consulting
info@quo.com.au
http://www.quo.com.au/

Phone +61 (0)7 5520 2665
Fax +61 (0)2 8569 2377

Level 3 : Old Burleigh Theatre Arcade
66 Goodwin Terrace : Burleigh Heads
Queensland : Australia

From owner-freebsd-stable@FreeBSD.ORG  Thu Mar 10 22:02:53 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 42AF816A4CE
	for <freebsd-stable@freebsd.org>;
	Thu, 10 Mar 2005 22:02:53 +0000 (GMT)
Received: from fw.farid-hajji.net (fw.farid-hajji.net [213.146.115.42])
	by mx1.FreeBSD.org (Postfix) with ESMTP id B3ECD43D39
	for <freebsd-stable@freebsd.org>;
	Thu, 10 Mar 2005 22:02:52 +0000 (GMT)
	(envelope-from cpghost@cordula.ws)
Received: from bsdbox.farid-hajji.net (bsdbox-epia [192.168.254.15])
	by fw.farid-hajji.net (Postfix) with ESMTP id DF9894AC21;
	Thu, 10 Mar 2005 23:02:20 +0100 (CET)
Date: Thu, 10 Mar 2005 23:03:16 +0100
From: cpghost@cordula.ws
To: Max Laier <max@love2party.net>
Message-ID: <20050310220316.GA1529@bsdbox.farid-hajji.net>
References: <20050310175208.GA947@bsdbox.farid-hajji.net>
	<200503101913.59397.max@love2party.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <200503101913.59397.max@love2party.net>
User-Agent: Mutt/1.5.6i
cc: freebsd-stable@freebsd.org
Subject: Re: Can't kldload pf
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 10 Mar 2005 22:02:53 -0000

On Thu, Mar 10, 2005 at 07:13:51PM +0100, Max Laier wrote:
> On Thursday 10 March 2005 18:52, cpghost@cordula.ws wrote:
> > on RELENG_5, cvsupped March 9th, I can't kldload pf:
> >
> > fw# kldload pf
> > kldload: can't load pf: No such file or directory
> 
> You don't have "options INET6" in your kernel config, but the pf module 
> assumes that it is there.  You can either built pf into the kernel (since you 
> are building a custom kernel anyway), rebuild the module without that 
> assumption (see the module's Makefile) or you can reenable "options INET6" in 
> the kernel.

Yes, INET6 is needed indeed. That was the catch! Adding "options INET6"
solved the problem.

> The ENOENT error returned from kldload is a bit misleading, though.

Ugh... yes ;). Perhaps that should be documented in pf(4)?

Thanks a lot!

> -- 
> /"\  Best regards,                      | mlaier@freebsd.org
> \ /  Max Laier                          | ICQ #67774661
>  X   http://pf4freebsd.love2party.net/  | mlaier@EFnet
> / \  ASCII Ribbon Campaign              | Against HTML Mail and News

Kind regards,
-cpghost.

-- 
Cordula's Web. http://www.cordula.ws/

From owner-freebsd-stable@FreeBSD.ORG  Thu Mar 10 22:39:07 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 550B316A4CE
	for <freebsd-stable@FreeBSD.org>;
	Thu, 10 Mar 2005 22:39:07 +0000 (GMT)
Received: from vette.gigo.com (vette.gigo.com [216.218.228.114])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 94C3343D48
	for <freebsd-stable@FreeBSD.org>;
	Thu, 10 Mar 2005 22:39:06 +0000 (GMT)
	(envelope-from lioux@uol.com.br)
Received: from 200.163.11.172 (unknown [200.163.11.172])
	by vette.gigo.com (Postfix) with ESMTP id 0B71755F6
	for <freebsd-stable@FreeBSD.org>;
	Thu, 10 Mar 2005 14:39:05 -0800 (PST)
Received: (qmail 82060 invoked by uid 1001); 10 Mar 2005 22:37:44 -0000
Message-ID: <20050310223744.81972.qmail@exxodus.fedaykin.here>
Date: Thu, 10 Mar 2005 19:37:22 -0300
From: Mario Sergio Fujikawa Ferreira <lioux@FreeBSD.org>
To: freebsd-stable@FreeBSD.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.5.6i
Subject: ping: sendto: No buffer space available
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 10 Mar 2005 22:39:07 -0000

Hi,

  I have been experiencing this

$ ping 10.1.1.1
PING 10.1.1.1 (10.1.1.1): 56 data bytes
ping: sendto: No buffer space available
ping: sendto: No buffer space available

  Does anyone have any ideas? Doing

# ifconfig fxp0 down
# ifconfig fxp0 up

fixes it but it won't recover otherwise.

  I am running a matched world-kernel.

$ uname -a
FreeBSD exxodus.fedaykin.here 5.4-PRERELEASE FreeBSD 5.4-PRERELEASE #0: Fri Mar  4 01:52:24 BRT 2005     lioux@exxodus:/usr/obj/usr/src/sys/LIOUX  i386


  Please let me if more information is required.

$ ifconfig -a
fxp0: flags=19843<UP,BROADCAST,RUNNING,SIMPLEX,LINK0,MULTICAST,POLLING> mtu 1500
	options=4b<RXCSUM,TXCSUM,VLAN_MTU,POLLING>
	inet 10.1.1.2 netmask 0xffffff80 broadcast 10.0.0.127
	ether 00:00:00:00:00:00
	media: Ethernet autoselect (100baseTX <full-duplex>)
	status: active
lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384
	inet 127.0.0.1 netmask 0xff000000 

$ netstat -m
1347 mbufs in use
835/25600 mbuf clusters in use (current/max)
0/38/6656 sfbufs in use (current/peak/max)
2006 KBytes allocated to network
0 requests for sfbufs denied
0 requests for sfbufs delayed
0 requests for I/O initiated by sendfile
2732 calls to protocol drain routines


$ cat /var/run/dmesg.boot

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...9 9 9 8 8 2 2 1 1 1 0 0 0 0 done
No buffers busy after final sync
Copyright (c) 1992-2005 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
	The Regents of the University of California. All rights reserved.
FreeBSD 5.4-PRERELEASE #0: Fri Mar  4 01:52:24 BRT 2005
    lioux@exxodus:/usr/obj/usr/src/sys/LIOUX
Timecounter "i8254" frequency 1193182 Hz quality 0
CPU: AMD Athlon(tm) XP 2600+ (1917.81-MHz 686-class CPU)
  Origin = "AuthenticAMD"  Id = 0x6a0  Stepping = 0
  Features=0x383fbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE>
  AMD Features=0xc0400000<AMIE,DSP,3DNow!>
real memory  = 2146697216 (2047 MB)
avail memory = 2095230976 (1998 MB)
ACPI APIC Table: <A M I  OEMAPIC >
MADT: Forcing active-low polarity and level trigger for SCI
ioapic0 <Version 0.3> irqs 0-23 on motherboard
npx0: <math processor> on motherboard
npx0: INT 16 interface
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
pcib0: <ACPI Host-PCI bridge> port 0xcf8-0xcff on acpi0
pci0: <ACPI PCI bus> on pcib0
agp0: <VIA KT880 host to PCI bridge> mem 0xe0000000-0xefffffff at device 0.0 on pci0
pcib1: <ACPI PCI-PCI bridge> at device 1.0 on pci0
pci1: <ACPI PCI bus> on pcib1
drm0: <Matrox G400/G450 (AGP)> mem 0xfe000000-0xfe7fffff,0xfeafc000-0xfeafffff,0xfa000000-0xfbffffff irq 16 at device 0.0 on pci1
info: [drm] AGP at 0xe0000000 256MB
info: [drm] Initialized mga 3.1.0 20021029 on minor 0
bktr0: <BrookTree 878> mem 0xfd9fe000-0xfd9fefff irq 19 at device 7.0 on pci0
smbus0: <System Management Bus> on bktr0
iicbb0: <I2C bit-banging driver> on bktr0
iicbus0: <Philips I2C bus> on iicbb0 master-only
iicsmb0: <SMBus over I2C bridge> on iicbus0
smbus1: <System Management Bus> on iicsmb0
bktr0: Hauppauge Model 44001 C110
bktr0: Hauppauge WinCast/TV.
pci0: <multimedia> at device 7.1 (no driver attached)
fxp0: <Intel 82550 Pro/100 Ethernet> port 0xb800-0xb83f mem 0xfebc0000-0xfebdffff,0xfebfe000-0xfebfefff irq 18 at device 8.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:02:b3:2d:b2:de
pci0: <multimedia, audio> at device 10.0 (no driver attached)
pci0: <input device> at device 10.1 (no driver attached)
pci0: <serial bus, FireWire> at device 10.2 (no driver attached)
atapci0: <VIA 6420 SATA150 controller> port 0xc800-0xc80f,0xcc00-0xcc03,0xd000-0xd007,0xd400-0xd403,0xd800-0xd807 irq 20 at device 15.0 on pci0
ata2: channel #0 on atapci0
ata3: channel #1 on atapci0
atapci1: <VIA 8237 UDMA133 controller> port 0xfc00-0xfc0f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 15.1 on pci0
ata0: channel #0 on atapci1
ata1: channel #1 on atapci1
uhci0: <VIA 83C572 USB controller> port 0xdc00-0xdc1f irq 21 at device 16.0 on pci0
usb0: <VIA 83C572 USB controller> on uhci0
usb0: USB revision 1.0
uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub0: 2 ports with 2 removable, self powered
uhci1: <VIA 83C572 USB controller> port 0xe000-0xe01f irq 21 at device 16.1 on pci0
usb1: <VIA 83C572 USB controller> on uhci1
usb1: USB revision 1.0
uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub1: 2 ports with 2 removable, self powered
uhci2: <VIA 83C572 USB controller> port 0xe400-0xe41f irq 21 at device 16.2 on pci0
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
uhci3: <VIA 83C572 USB controller> port 0xe800-0xe81f irq 21 at device 16.3 on pci0
usb3: <VIA 83C572 USB controller> on uhci3
usb3: USB revision 1.0
uhub3: VIA 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 16.4 (no driver attached)
isab0: <PCI-ISA bridge> at device 17.0 on pci0
isa0: <ISA bus> on isab0
acpi_button0: <Power Button> on acpi0
acpi_button1: <Sleep Button> on acpi0
atkbdc0: <Keyboard controller (i8042)> port 0x64,0x60 irq 1 on acpi0
atkbd0: <AT Keyboard> irq 1 on atkbdc0
kbd0 at atkbd0
psm0: <PS/2 Mouse> irq 12 on atkbdc0
psm0: model MouseMan+, device ID 0
sio0: configured irq 4 not in bitmap of probed irqs 0
sio0: port may not be enabled
sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0
sio0: type 16550A
fdc0: <floppy drive controller (FDE)> port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0
fd0: <1440-KB 3.5" drive> on fdc0 drive 0
pmtimer0 on isa0
orm0: <ISA Option ROMs> at iomem 0xc8800-0xc9fff,0xc0000-0xc87ff 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
fb0 at vga0
sio1: configured irq 3 not in bitmap of probed irqs 0
sio1: port may not be enabled
Timecounter "TSC" frequency 1917805981 Hz quality 800
Timecounters tick every 0.868 msec
IP Filter: v3.4.35 initialized.  Default = pass all, Logging = disabled
ipfw2 initialized, divert disabled, rule-based forwarding disabled, default to accept, logging disabled
acd0: CDRW <HL-DT-ST GCE-8525B/1.02> at ata0-master UDMA33
acd1: DVDR <HL-DT-ST DVDRAM GSA-4120B/A102> at ata0-slave UDMA33
ad2: 152627MB <ST3160021A/3.06> [310101/16/63] at ata1-master UDMA100
cd0 at ata0 bus 0 target 0 lun 0
cd0: <HL-DT-ST CD-RW GCE-8525B 1.02> Removable CD-ROM SCSI-0 device 
cd0: 33.000MB/s transfers
cd0: Attempt to query device size failed: NOT READY, Medium not present - tray closed
cd1 at ata0 bus 0 target 1 lun 0
cd1: <HL-DT-ST DVDRAM GSA-4120B A102> Removable CD-ROM SCSI-0 device 
cd1: 33.000MB/s transfers
cd1: Attempt to query device size failed: NOT READY, Medium not present
Mounting root from ufs:/dev/ad2s4a

-- 
Mario S F Ferreira - DF - Brazil - "I guess this is a signature."
feature, n: a documented bug | bug, n: an undocumented feature

From owner-freebsd-stable@FreeBSD.ORG  Thu Mar 10 22:46:29 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 8AD8416A4CE; Thu, 10 Mar 2005 22:46:29 +0000 (GMT)
Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 32C7C43D54; Thu, 10 Mar 2005 22:46:29 +0000 (GMT)
	(envelope-from deischen@freebsd.org)
Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11])
	j2AMkSpb025419;	Thu, 10 Mar 2005 17:46:28 -0500 (EST)
Date: Thu, 10 Mar 2005 17:46:28 -0500 (EST)
From: Daniel Eischen <deischen@freebsd.org>
X-X-Sender: eischen@sea.ntplx.net
To: Mario Sergio Fujikawa Ferreira <lioux@freebsd.org>
In-Reply-To: <20050310223744.81972.qmail@exxodus.fedaykin.here>
Message-ID: <Pine.GSO.4.43.0503101742200.14136-100000@sea.ntplx.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net)
cc: freebsd-stable@freebsd.org
Subject: Re: ping: sendto: No buffer space available
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: Daniel Eischen <deischen@freebsd.org>
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 10 Mar 2005 22:46:29 -0000

On Thu, 10 Mar 2005, Mario Sergio Fujikawa Ferreira wrote:

> Hi,
>
>   I have been experiencing this
>
> $ ping 10.1.1.1
> PING 10.1.1.1 (10.1.1.1): 56 data bytes
> ping: sendto: No buffer space available
> ping: sendto: No buffer space available
>
>   Does anyone have any ideas? Doing
>
> # ifconfig fxp0 down
> # ifconfig fxp0 up
>
> fixes it but it won't recover otherwise.

Yeah, I've gotten it also and on 4.x as well.  It occurred on
both de and fxp devices as well.  The box is a router with 4
or 5 interfaces which are nowhere near fully loaded.  We only
get this problem on the interface that is connected to a hub;
all other interfaces are on switches.

It is annoying because it happens once every week or two.

-- 
DE

From owner-freebsd-stable@FreeBSD.ORG  Thu Mar 10 23:04:35 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 95F1516A4CE
	for <freebsd-stable@freebsd.org>;
	Thu, 10 Mar 2005 23:04:35 +0000 (GMT)
Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 6429943D1D
	for <freebsd-stable@freebsd.org>;
	Thu, 10 Mar 2005 23:04:34 +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 j2AN4D2p098422;
	Fri, 11 Mar 2005 09:34:13 +1030 (CST)
	(envelope-from doconnor@gsoft.com.au)
From: "Daniel O'Connor" <doconnor@gsoft.com.au>
To: freebsd-stable@freebsd.org
Date: Fri, 11 Mar 2005 09:34:00 +1030
User-Agent: KMail/1.7.92
References: <20050310175208.GA947@bsdbox.farid-hajji.net>
	<200503101913.59397.max@love2party.net>
	<20050310220316.GA1529@bsdbox.farid-hajji.net>
In-Reply-To: <20050310220316.GA1529@bsdbox.farid-hajji.net>
MIME-Version: 1.0
Content-Type: multipart/signed;
  boundary="nextPart1524362.2001BC6LYg";
  protocol="application/pgp-signature";
  micalg=pgp-sha1
Content-Transfer-Encoding: 7bit
Message-Id: <200503110934.08660.doconnor@gsoft.com.au>
X-Spam-Score: -5.4 ()
	IN_REP_TO,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT,USER_AGENT_KMAIL
X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang)
cc: Max Laier <max@love2party.net>
cc: cpghost@cordula.ws
Subject: Re: Can't kldload pf
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 10 Mar 2005 23:04:35 -0000

--nextPart1524362.2001BC6LYg
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

On Fri, 11 Mar 2005 08:33, cpghost@cordula.ws wrote:
> On Thu, Mar 10, 2005 at 07:13:51PM +0100, Max Laier wrote:
> > On Thursday 10 March 2005 18:52, cpghost@cordula.ws wrote:
> > > on RELENG_5, cvsupped March 9th, I can't kldload pf:
> > >
> > > fw# kldload pf
> > > kldload: can't load pf: No such file or directory
> >
> > You don't have "options INET6" in your kernel config, but the pf module
> > assumes that it is there.  You can either built pf into the kernel (sin=
ce
> > you are building a custom kernel anyway), rebuild the module without th=
at
> > assumption (see the module's Makefile) or you can reenable "options
> > INET6" in the kernel.
>
> Yes, INET6 is needed indeed. That was the catch! Adding "options INET6"
> solved the problem.
>
> > The ENOENT error returned from kldload is a bit misleading, though.
>
> Ugh... yes ;). Perhaps that should be documented in pf(4)?

It's not pf per se..
If you ran dmesg after your kldload attempts you'd see the kernel linker=20
complaining about being unable to resolve some IPv6 related symbols.

Other possibility is to do..
cd /usr/src/sys/modules/pf
make NO_INET6=3D install

and load it again.

=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

--nextPart1524362.2001BC6LYg
Content-Type: application/pgp-signature

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

iD8DBQBCMNJo5ZPcIHs/zowRAk9rAJ49IF1F97YXtO6l2sAcynSm2GmsmACfZIkv
/DiZ9yxOD0EwpHJiUbSfF3M=
=Hmjt
-----END PGP SIGNATURE-----

--nextPart1524362.2001BC6LYg--

From owner-freebsd-stable@FreeBSD.ORG  Thu Mar 10 23:07:44 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 5FF3A16A4CE
	for <freebsd-stable@freebsd.org>;
	Thu, 10 Mar 2005 23:07:44 +0000 (GMT)
Received: from ciao.gmane.org (main.gmane.org [80.91.229.2])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 6CB2A43D41
	for <freebsd-stable@freebsd.org>;
	Thu, 10 Mar 2005 23:07:43 +0000 (GMT)
	(envelope-from freebsd-stable@m.gmane.org)
Received: from list by ciao.gmane.org with local (Exim 4.43)
	id 1D9WcH-000348-D6
	for freebsd-stable@freebsd.org; Thu, 10 Mar 2005 23:58:53 +0100
Received: from pcp08490587pcs.levtwn01.pa.comcast.net ([68.83.169.224])
        by main.gmane.org with esmtp (Gmexim 0.1 (Debian))
        id 1AlnuQ-0007hv-00
        for <freebsd-stable@freebsd.org>; Thu, 10 Mar 2005 23:58:53 +0100
Received: from apeiron+usenet by pcp08490587pcs.levtwn01.pa.comcast.net with
	local (Gmexim 0.1 (Debian))        id 1AlnuQ-0007hv-00
	for <freebsd-stable@freebsd.org>; Thu, 10 Mar 2005 23:58:53 +0100
X-Injected-Via-Gmane: http://gmane.org/
To: freebsd-stable@freebsd.org
From: Christopher Nehren <apeiron+usenet@coitusmentis.info>
Date: Thu, 10 Mar 2005 22:52:13 +0000 (UTC)
Organization: /usr/bin/false
Lines: 30
Message-ID: <slrnd31jtp.s6.apeiron+usenet@prophecy.dyndns.org>
References: <20050310175208.GA947@bsdbox.farid-hajji.net>
	<200503101913.59397.max@love2party.net>
	<20050310220316.GA1529@bsdbox.farid-hajji.net>
X-Complaints-To: usenet@sea.gmane.org
X-Gmane-NNTP-Posting-Host: pcp08490587pcs.levtwn01.pa.comcast.net
User-Agent: slrn/0.9.8.1 (FreeBSD)
Sender: news <news@sea.gmane.org>
X-Gmane-MailScanner: Found to be clean
X-Gmane-MailScanner: Found to be clean
X-Gmane-MailScanner-SpamScore: s
X-MailScanner-From: freebsd-stable@m.gmane.org
X-MailScanner-To: freebsd-stable@freebsd.org
Subject: Re: Can't kldload pf
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 10 Mar 2005 23:07:44 -0000

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

On 2005-03-10, cpghost@cordula.ws scribbled these
curious markings:
>> The ENOENT error returned from kldload is a bit misleading, though.
>
> Ugh... yes ;). Perhaps that should be documented in pf(4)?

It's already documented, though not quite so explicitly, in kld(4): " If a
module B, is dependent on another module A, but is not compiled with module A
as a dependency, then kldload(8) fails to load module B, even if module A is
already present in the system." However, perhaps it would be a good idea
to mention that pf(4) requires INET6.

Best Regards,
Christopher Nehren
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)

iD8DBQFCMM+5k/lo7zvzJioRAlFMAJ9PFQRuAOSGbc/0jbji2+gOdWnKLwCeL76O
fAUiOzwOurdtkJLKeq3a174=
=mAV3
-----END PGP SIGNATURE-----

-- 
I abhor a system designed for the "user", if that word is a coded
pejorative meaning "stupid and unsophisticated". -- Ken Thompson
If you ask the wrong questions, you get answers like "42" and "God".
Unix is user friendly. However, it isn't idiot friendly.

From owner-freebsd-stable@FreeBSD.ORG  Thu Mar 10 23:55:50 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id F26B116A4CE
	for <freebsd-stable@freebsd.org>;
	Thu, 10 Mar 2005 23:55:50 +0000 (GMT)
Received: from smtp4.server.rpi.edu (smtp4.server.rpi.edu [128.113.2.4])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 855D743D49
	for <freebsd-stable@freebsd.org>;
	Thu, 10 Mar 2005 23:55:50 +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 j2ANtlCh004905;
	Thu, 10 Mar 2005 18:55:48 -0500
Mime-Version: 1.0
Message-Id: <p06210204be5688ff9bd9@[128.113.24.47]>
In-Reply-To: <422E2C2D.3060404@quo.com.au>
References: <422E2C2D.3060404@quo.com.au>
Date: Thu, 10 Mar 2005 18:55:47 -0500
To: Simon Litchfield <simon@quo.com.au>, freebsd-stable@freebsd.org
From: Garance A Drosihn <drosih@rpi.edu>
Content-Type: text/plain; charset="iso-8859-1" ; format="flowed"
Content-Transfer-Encoding: quoted-printable
X-CanItPRO-Stream: default
X-RPI-SA-Score: undef - spam-scanning disabled
X-Scanned-By: CanIt (www . canit . ca) on 128.113.2.4
Subject: Re: Promise FastTrak Tx4200 & FreeBSD 5.3
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 10 Mar 2005 23:55:51 -0000

At 8:50 AM +1000 3/9/05, Simon Litchfield wrote:
>Hi folks
>
>Anyone have any ideas on the Promise PDC20319 (Fasttrak S150 TX4)?
>
>We intend to run 5.3 release on this machine.

Hmm.

Looking at sys/dev/ata/ata-chipset.c, it looks like that chipset
is known by 5.3-release.  I know S=F8ren has said that he has had
more cooperation from Promise than from some other card makers, so
I would *think* that this card would work fine.  But I don't know
for sure.

-- 
Garance Alistair Drosehn            =3D   gad@gilead.netel.rpi.edu
Senior Systems Programmer           or  gad@freebsd.org
Rensselaer Polytechnic Institute    or  drosih@rpi.edu

From owner-freebsd-stable@FreeBSD.ORG  Fri Mar 11 00:03:14 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 17D5816A4CE
	for <freebsd-stable@freebsd.org>;
	Fri, 11 Mar 2005 00:03:14 +0000 (GMT)
Received: from duchess.speedfactory.net (duchess.speedfactory.net
	[66.23.201.84])	by mx1.FreeBSD.org (Postfix) with SMTP id 6293243D54
	for <freebsd-stable@freebsd.org>;
	Fri, 11 Mar 2005 00:03:13 +0000 (GMT)
	(envelope-from jeep@skywolf.net)
Received: (qmail 10113 invoked by uid 89); 11 Mar 2005 00:03:11 -0000
Received: from duchess.speedfactory.net (66.23.201.84)
  by duchess.speedfactory.net with SMTP; 11 Mar 2005 00:03:11 -0000
Received: (qmail 10097 invoked by uid 89); 11 Mar 2005 00:03:11 -0000
Received: from unknown (HELO jasper.skywolf.net) (66.23.231.41)
  by duchess.speedfactory.net with SMTP; 11 Mar 2005 00:03:11 -0000
Received: from [127.0.0.1] (central.skywolf.net [192.168.0.4])
	(authenticated bits=0)
	by jasper.skywolf.net (8.13.3/8.12.10) with ESMTP id j2B074he017473
	for <freebsd-stable@freebsd.org>;
	Thu, 10 Mar 2005 19:07:05 -0500 (EST)
	(envelope-from jeep@skywolf.net)
Message-ID: <4230E00E.8050107@skywolf.net>
Date: Thu, 10 Mar 2005 19:02:22 -0500
From: Brian Wolman <jeep@skywolf.net>
User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: freebsd-stable@freebsd.org
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Subject: 4.11 to 5.3 Any issues I should know before making the change. 
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 11 Mar 2005 00:03:14 -0000

Just wanted to find out if there are any issues when jumping from the 
4.11 to the 5.3. Like way out of the ordinary type problems, this jump 
for me is going to be very difficult as it is and I want to make sure I 
don't get a surprise...

From owner-freebsd-stable@FreeBSD.ORG  Fri Mar 11 00:05:02 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: by hub.freebsd.org (Postfix, from userid 758)
	id 4EA0216A4CF; Fri, 11 Mar 2005 00:05:02 +0000 (GMT)
Date: Fri, 11 Mar 2005 00:05:02 +0000
From: Kris Kennaway <kris@FreeBSD.org>
To: Brian Wolman <jeep@skywolf.net>
Message-ID: <20050311000502.GC72527@hub.freebsd.org>
References: <4230E00E.8050107@skywolf.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <4230E00E.8050107@skywolf.net>
User-Agent: Mutt/1.4.2.1i
cc: freebsd-stable@freebsd.org
Subject: Re: 4.11 to 5.3 Any issues I should know before making the change.
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 11 Mar 2005 00:05:02 -0000

On Thu, Mar 10, 2005 at 07:02:22PM -0500, Brian Wolman wrote:
> Just wanted to find out if there are any issues when jumping from the 
> 4.11 to the 5.3. Like way out of the ordinary type problems, this jump 
> for me is going to be very difficult as it is and I want to make sure I 
> don't get a surprise...

Read the release errata and errata notes, of course.

Kris

From owner-freebsd-stable@FreeBSD.ORG  Fri Mar 11 00:17:00 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 0516716A4CE
	for <freebsd-stable@freebsd.org>;
	Fri, 11 Mar 2005 00:17:00 +0000 (GMT)
Received: from postal1.es.net (postal1.es.net [198.128.3.205])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 8E5B343D41
	for <freebsd-stable@freebsd.org>;
	Fri, 11 Mar 2005 00:16:59 +0000 (GMT)	(envelope-from oberman@es.net)
Received: from ptavv.es.net ([198.128.4.29])
        by postal1.es.net (Postal Node 1) with ESMTP (SSL) id IBA74465;
        Thu, 10 Mar 2005 16:16:59 -0800
Received: from ptavv (localhost [127.0.0.1])
	by ptavv.es.net (Tachyon Server) with ESMTP id 9B4CB5D07;
	Thu, 10 Mar 2005 16:16:58 -0800 (PST)
To: Brian Wolman <jeep@skywolf.net>
In-reply-to: Your message of "Thu, 10 Mar 2005 19:02:22 EST."
             <4230E00E.8050107@skywolf.net> 
Date: Thu, 10 Mar 2005 16:16:58 -0800
From: "Kevin Oberman" <oberman@es.net>
Message-Id: <20050311001658.9B4CB5D07@ptavv.es.net>
cc: freebsd-stable@freebsd.org
Subject: Re: 4.11 to 5.3 Any issues I should know before making the change. 
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 11 Mar 2005 00:17:00 -0000

> Date: Thu, 10 Mar 2005 19:02:22 -0500
> From: Brian Wolman <jeep@skywolf.net>
> Sender: owner-freebsd-stable@freebsd.org
> 
> Just wanted to find out if there are any issues when jumping from the 
> 4.11 to the 5.3. Like way out of the ordinary type problems, this jump 
> for me is going to be very difficult as it is and I want to make sure I 
> don't get a surprise...

Read the UPDATING section on updating from 4-Stable to 5.3. Only update
to 5.3_Release, not Stable. Read the UPDATING section on updating from
4-Stable to 5.3 again. Modify your kernel configuration for V5. (It is
often easier to start with a V5 GENERIC and adjust it to your needs
instead of trying to make all of the changes to your V4
configuration. If in doubt about any option, check /sys/conf/NOTES and
/sys/$ARCH/conf/NOTES. Read the UPDATING section on updating from
4-Stable to 5.3 again.

And, if I didn't already mention it, read the UPDATING section on
updating from 4-Stable to 5.3 again. Reading all of UPDATING is
encouraged, but that's a LONG file in 5.3. If you go to the last 7 or 8%
of the file, you will find the upgrade instructions. These are what is
critical. Don't skip any of the notes, either. I just did one of these
upgrades and I missed one note. It was a serious mistake that took
almost 3 hours to recover from. (This was a remote system. If it had
been local the delay would have been about 45 minutes.)
-- 
R. Kevin Oberman, Network Engineer
Energy Sciences Network (ESnet)
Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab)
E-mail: oberman@es.net			Phone: +1 510 486-8634

From owner-freebsd-stable@FreeBSD.ORG  Fri Mar 11 00:23:54 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id A29FC16A4CE
	for <freebsd-stable@freebsd.org>;
	Fri, 11 Mar 2005 00:23:54 +0000 (GMT)
Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.207])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 4254B43D2D
	for <freebsd-stable@freebsd.org>;
	Fri, 11 Mar 2005 00:23:54 +0000 (GMT)
	(envelope-from lucasgalete@gmail.com)
Received: by rproxy.gmail.com with SMTP id j1so622341rnf
	for <freebsd-stable@freebsd.org>;
	Thu, 10 Mar 2005 16:23:53 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
	s=beta; d=gmail.com;
	h=received:message-id:date:user-agent:x-accept-language:mime-version:to:subject:content-type:content-transfer-encoding:from;
	b=c+m7mB+lwI+jctQRgGBMO9YCRwoS5hQyX3uS3cgh2kgpn0OK2P2W80R6z5tilsWe4kDOTWtFHLddDUS0IhlSIDNpilngnUoRUWL3JqE3uOGDgM+bI8EUHEGeZaQZN+6OJ3NGm9QG9k99yauje2u2j7b+sIP9QoNISC98bzyfKXc=
Received: by 10.38.89.36 with SMTP id m36mr2395714rnb;
        Thu, 10 Mar 2005 16:23:53 -0800 (PST)
Received: from ?200.101.161.133? ([200.101.161.133])
        by mx.gmail.com with ESMTP id k6sm127221rnd.2005.03.10.16.23.49;
        Thu, 10 Mar 2005 16:23:53 -0800 (PST)
Message-ID: <4230E50E.8020707@yahoo.com.br>
Date: Thu, 10 Mar 2005 21:23:42 -0300
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
	rv:1.7.3) Gecko/20040910
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: freebsd-stable@freebsd.org
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
From: lucas galete <lucasgalete@gmail.com>
Subject: 5.3 crash on boot
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 11 Mar 2005 00:23:54 -0000

i was using the freeBsd 4.x, and it run ok. but now i need install the 
5.3 version, but it stop on boot. i think that's something related to 
ACPI. I  don't know how to disable that.. i tried this: 
hint.acpi.0.disable="1", but that dont works... a don't know what to 
do... can someone help me?
i have an A20 toshiba notebook.

From owner-freebsd-stable@FreeBSD.ORG  Fri Mar 11 00:33:51 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id F0D4F16A4CE
	for <freebsd-stable@freebsd.org>;
	Fri, 11 Mar 2005 00:33:51 +0000 (GMT)
Received: from postal3.es.net (postal3.es.net [198.128.3.207])
	by mx1.FreeBSD.org (Postfix) with ESMTP id B9AB143D5D
	for <freebsd-stable@freebsd.org>;
	Fri, 11 Mar 2005 00:33:51 +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;
        Thu, 10 Mar 2005 16:33:51 -0800
Received: from ptavv (localhost [127.0.0.1])
	by ptavv.es.net (Tachyon Server) with ESMTP id 1E1795D07;
	Thu, 10 Mar 2005 16:33:51 -0800 (PST)
To: lucas galete <lucasgalete@gmail.com>
In-reply-to: Your message of "Thu, 10 Mar 2005 21:23:42 -0300."
             <4230E50E.8020707@yahoo.com.br> 
Date: Thu, 10 Mar 2005 16:33:51 -0800
From: "Kevin Oberman" <oberman@es.net>
Message-Id: <20050311003351.1E1795D07@ptavv.es.net>
cc: freebsd-stable@freebsd.org
Subject: Re: 5.3 crash on boot 
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 11 Mar 2005 00:33:52 -0000

> Date: Thu, 10 Mar 2005 21:23:42 -0300
> From: lucas galete <lucasgalete@gmail.com>
> Sender: owner-freebsd-stable@freebsd.org
> 
> i was using the freeBsd 4.x, and it run ok. but now i need install the 
> 5.3 version, but it stop on boot. i think that's something related to 
> ACPI. I  don't know how to disable that.. i tried this: 
> hint.acpi.0.disable="1", but that dont works... a don't know what to 
> do... can someone help me?
> i have an A20 toshiba notebook.

Exactly where does it stop in the boot? Does the kernel load? Is this an
upgrade or a new install? A few more details will be needed to do more
than guess.
-- 
R. Kevin Oberman, Network Engineer
Energy Sciences Network (ESnet)
Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab)
E-mail: oberman@es.net			Phone: +1 510 486-8634

From owner-freebsd-stable@FreeBSD.ORG  Fri Mar 11 01:10:04 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id DEA7216A4CE
	for <freebsd-stable@freebsd.org>;
	Fri, 11 Mar 2005 01:10:04 +0000 (GMT)
Received: from mta9.adelphia.net (mta9.adelphia.net [68.168.78.199])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 5AB9643D54
	for <freebsd-stable@freebsd.org>;
	Fri, 11 Mar 2005 01:10:04 +0000 (GMT)
	(envelope-from security@jim-liesl.org)
Received: from daemon.jim-liesl.org ([69.170.98.158]) by mta9.adelphia.net
          (InterMail vM.6.01.04.01 201-2131-118-101-20041129) with ESMTP
          id <20050311011003.CIDJ12278.mta9.adelphia.net@daemon.jim-liesl.org>
          for <freebsd-stable@freebsd.org>; Thu, 10 Mar 2005 20:10:03 -0500
Received: from [127.0.0.1] (unknown [192.168.1.10])
	by daemon.jim-liesl.org (Postfix) with ESMTP id 68DF360D3
	for <freebsd-stable@freebsd.org>;
	Thu, 10 Mar 2005 18:09:49 -0700 (MST)
Message-ID: <4230EFD1.2040908@jim-liesl.org>
Date: Thu, 10 Mar 2005 18:09:37 -0700
From: secmgr <security@jim-liesl.org>
User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: freebsd-stable@freebsd.org
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Subject: New Nforce2 variant doesn't recognize SATA as SATA
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 11 Mar 2005 01:10:05 -0000

I just picked up a new ABIT NF7-S2G motherboard (NF2 MCP chip set with 
gigE and SATA/RAID).  I'm running 5.3 release on it.  The standard 
parallel ATA chipset returns a "known" id .  The SATA i/f  seems to be 
too new, and freebsd treats it like an unknown udma33 controller.  
There's no Marvel bridge on the mobo.  Is this a true SATA interface?  
Should I be able to get away with putting entries in the following? (i'm 
not concerned about the raid thing).  They curently work as udma33 disks.

thanks
jim

ata-pci.h:#define ATA_NFORCE2_MCP2      0x008e10de
ata-chipset.c:     { ATA_NFORCE2_MCP2, 0, AMDNVIDIA, NVIDIA, ATA_UDMA6, 
"nVidia nForce2 MCP2" },

pciconf -lv says...
atapci0@pci0:9:0:       class=0x01018a card=0x1c08147b chip=0x008510de 
rev=0xa3 hdr=0x00
    vendor   = 'NVIDIA Corporation'
    device   = 'MCP2S Parallel ATA Controller'
    class    = mass storage
    subclass = ATA
atapci1@pci0:11:0:      class=0x010185 card=0x1c08147b chip=0x008e10de 
rev=0xa3 hdr=0x00
    vendor   = 'NVIDIA Corporation'
    device   = 'MCP2S Serial ATA Compatible Controller'
    class    = mass storage
    subclass = ATA

dmesg says...
atapci0: <nVidia nForce2 MCP UDMA133 controller> port 
0xf000-0xf00f,0x376,0x170-
0x177,0x3f6,0x1f0-0x1f7 at device 9.0 on pci0
ata0: channel #0 on atapci0
ata1: channel #1 on atapci0
atapci1: <GENERIC ATA controller> port 
0xcc00-0xcc0f,0xb70-0xb73,0x970-0x977,0xb
f0-0xbf3,0x9f0-0x9f7 irq 11 at device 11.0 on pci0

Just for completeness, they use the VIA vge driven chip.
pciconf says...
vge0@pci2:11:0: class=0x020000 card=0x1c08147b chip=0x31191106 rev=0x11 
hdr=0x00
    vendor   = 'VIA Technologies Inc'
    device   = 'VT3119 Rhine-GE Gigabit Ethernet Controller'
    class    = network
    subclass = ethernet
desg says...
vge0: <VIA Networking Gigabit Ethernet> port 0xb000-0xb0ff mem 
0xe8000000-0xe800
00ff irq 10 at device 11.0 on pci2
miibus0: <MII bus> on vge0
ciphy0: <Cicada CS8201 10/100/1000TX PHY> on miibus0
ciphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 
1000baseT-FDX, auto

From owner-freebsd-stable@FreeBSD.ORG  Fri Mar 11 01:18:54 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 7528D16A4CE
	for <freebsd-stable@freebsd.org>;
	Fri, 11 Mar 2005 01:18:54 +0000 (GMT)
Received: from smtp3.info.com.ph (smtp3.info.com.ph [202.57.96.81])
	by mx1.FreeBSD.org (Postfix) with ESMTP id C3E6A43D31
	for <freebsd-stable@freebsd.org>;
	Fri, 11 Mar 2005 01:18:53 +0000 (GMT)
	(envelope-from marstrade@gmail.com)
Received: from smtp2.info.com.ph (smtp2.info.com.ph [202.57.96.78])
	by smtp3.info.com.ph (8.12.11/8.12.11) with ESMTP id j2B0K9uw017452
	for <freebsd-stable@freebsd.org>; Fri, 11 Mar 2005 08:20:09 +0800
Received: from 210.213.213.169.pldt.net (loopback.epldt.net [127.0.0.1] (may
	be forged))
	by smtp2.info.com.ph (8.12.11/8.12.11) with ESMTP id j2B1CPZP020818
	for <freebsd-stable@freebsd.org>; Fri, 11 Mar 2005 09:12:26 +0800
From: Mars Trading <marstrade@gmail.com>
To: freebsd-stable@freebsd.org
Date: Fri, 11 Mar 2005 09:18:47 +0800
User-Agent: KMail/1.7.2
MIME-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200503110918.47944.marstrade@gmail.com>
Subject: Problem Report usb/77294
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 11 Mar 2005 01:18:54 -0000


Any chance of this getting fixed by 5.4-RELEASE?

Dennis
-- 
Mars Trading
9620 Kamagong St., Makati,
Manila, Philippines
Phone: (632) 8952241
FAX: (632) 8996124
email: marstrade@gmail.com

From owner-freebsd-stable@FreeBSD.ORG  Fri Mar 11 01:58:27 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 0E09916A4CE
	for <freebsd-stable@freebsd.org>;
	Fri, 11 Mar 2005 01:58:27 +0000 (GMT)
Received: from smtp3.info.com.ph (smtp3.info.com.ph [202.57.96.81])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 38FA143D39
	for <freebsd-stable@freebsd.org>;
	Fri, 11 Mar 2005 01:58:26 +0000 (GMT)
	(envelope-from marstrade@gmail.com)
Received: from smtp2.info.com.ph (smtp2.info.com.ph [202.57.96.78])
	by smtp3.info.com.ph (8.12.11/8.12.11) with ESMTP id j2B0xgQW019941
	for <freebsd-stable@freebsd.org>; Fri, 11 Mar 2005 08:59:42 +0800
Received: from 210.213.213.169.pldt.net (loopback.epldt.net [127.0.0.1] (may
	be forged))
	by smtp2.info.com.ph (8.12.11/8.12.11) with ESMTP id j2B1pwUO029857
	for <freebsd-stable@freebsd.org>; Fri, 11 Mar 2005 09:51:59 +0800
From: Mars Trading <marstrade@gmail.com>
To: freebsd-stable@freebsd.org
Date: Fri, 11 Mar 2005 09:58:19 +0800
User-Agent: KMail/1.7.2
MIME-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200503110958.19712.marstrade@gmail.com>
Subject: Problem Report usb/77294
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 11 Mar 2005 01:58:27 -0000


Forgot to mention what it's all about in my previous message. Sorry 
'bout that.

It has to do with uplcom+ucom panic. Description follows:

I get reproducable panic()s that look like a NULL pointer 
dereference.

What I saw on the console:

putc to a clist with no reserved blocks
putc to a clist with no reserved blocks
putc to a clist with no reserved blocks
putc to a clist with no reserved blocks
putc to a clist with no reserved blocks
putc to a clist with no reserved blocks
putc to a clist with no reserved blocks
putc to a clist with no reserved blocks
putc to a clist with no reserved blocks
putc to a clist with no reserved blocks
putc to a clist with no reserved blocks
putc to a clist with no reserved blocks
putc to a clist with no reserved blocks
putc to a clist with no reserved blocks

ucom1: read start failed

fatal trap 12 in kernel mode
fault virtual address = 0x4c
[ ... ]


Any chance of this getting fixed by 5.4-RELEASE?

Dennis
-- 
Mars Trading
9620 Kamagong St., Makati,
Manila, Philippines
Phone: (632) 8952241
FAX: (632) 8996124
email: marstrade@gmail.com

From owner-freebsd-stable@FreeBSD.ORG  Fri Mar 11 02:06:10 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id B1B7F16A4CE
	for <freebsd-stable@freebsd.org>;
	Fri, 11 Mar 2005 02:06:10 +0000 (GMT)
Received: from sccmmhc91.asp.att.net (sccmmhc91.asp.att.net [204.127.203.211])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 25C3943D3F
	for <freebsd-stable@freebsd.org>;
	Fri, 11 Mar 2005 02:06:10 +0000 (GMT)
	(envelope-from stephen@math.missouri.edu)
Received: from [10.0.0.4] (12-216-243-9.client.mchsi.com[12.216.243.9])
          by sccmmhc91.asp.att.net (sccmmhc91) with ESMTP
          id <20050311020609m9100r7ltte>; Fri, 11 Mar 2005 02:06:09 +0000
Message-ID: <4230FD10.50800@math.missouri.edu>
Date: Thu, 10 Mar 2005 20:06:08 -0600
From: Stephen Montgomery-Smith <stephen@math.missouri.edu>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050216
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: freebsd-stable@freebsd.org
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Subject: Panic - cannot get a dump
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 11 Mar 2005 02:06:10 -0000

(This is a follow up to earlier messages I sent to freebsd-smp because 
then I thought it was an smp issue - now I am not so sure.)

I have been experiencing some panics on my dual processor Xeon system. 
It can take up to a few days for a panic to happen, and it seems to 
happen under heavy loads.

I have set the dumpdev variable in rc.conf as the instructions say, and 
indeed a "reboot -d" does actually generate a good dump.  But for some 
reason this particular panic refuses to create any dump at all.

The instruction pointer is at 0xc060b885, and:
nm -n /boot/kernel/kernel | grep c060b
c060b09c t pgadjustjobc
c060b128 T fixjobc
c060b240 t orphanpg
c060b390 T fill_kinfo_proc
c060b3a4 T fill_kinfo_thread
c060bbbc T pstats_alloc
c060bbd8 T pstats_fork
c060bc08 T pstats_free
c060bc1c T zpfind
c060bc98 t sysctl_out_proc
c060bf20 t sysctl_kern_proc

I am using a recent version of RELENG_5 (last make world was about March 4).

The disk is a RAID 0 twe0: <3ware Storage Controller. Driver version 
1.50.01.002>

I am not suspecting hardware problems, because of the consistency of the 
value of the instruction pointer when the crash occurs.

I am now going to try the system with HTT disabled.  Maybe it will crash 
likewise if I wait long enough.

Here is my config file

include GENERIC
ident HUB2
nooption INET6
options SMP
device atapicam

and dmesg:

Copyright (c) 1992-2005 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
         The Regents of the University of California. All rights reserved.
FreeBSD 5.4-PRERELEASE #1: Fri Mar  4 19:15:30 CST 2005
     stephen@hub2.montlan:/usr/src/sys/i386/compile/HUB2
ACPI APIC Table: <A M I  OEMAPIC >
Timecounter "i8254" frequency 1193182 Hz quality 0
CPU: Intel(R) Xeon(TM) CPU 3.40GHz (3391.52-MHz 686-class CPU)
   Origin = "GenuineIntel"  Id = 0xf41  Stepping = 1
 
Features=0xbfebfbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE>
   Hyperthreading: 2 logical CPUs
real memory  = 3221020672 (3071 MB)
avail memory = 3150659584 (3004 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
npx0: <math processor> on motherboard
npx0: INT 16 interface
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
acpi_throttle0: <ACPI CPU Throttling> on cpu0
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
pci0: <unknown> at device 0.1 (no driver attached)
pcib1: <ACPI PCI-PCI bridge> at device 2.0 on pci0
pci1: <ACPI PCI bus> on pcib1
pcib2: <ACPI PCI-PCI bridge> at device 3.0 on pci0
pci2: <ACPI PCI bus> on pcib2
pcib3: <ACPI PCI-PCI bridge> at device 4.0 on pci0
pci3: <ACPI PCI bus> on pcib3
pci3: <display, VGA> at device 0.0 (no driver attached)
pcib4: <ACPI PCI-PCI bridge> at device 28.0 on pci0
pci4: <ACPI PCI bus> on pcib4
em0: <Intel(R) PRO/1000 Network Connection, Version - 1.7.35> port 
0xdc00-0xdc3f mem 0xdeec0000-0xdeedffff,0xdeee0000-0xdeefffff irq 24 at 
device 2.0 on pci4
em0: Ethernet address: 00:0e:0c:63:34:14
em0:  Speed:N/A  Duplex:N/A
twe0: <3ware Storage Controller. Driver version 1.50.01.002> port 
0xd880-0xd88f mem 0xde000000-0xde7fffff irq 25 at device 3.0 on pci4
twe0: 2 ports, Firmware FE8S 1.05.00.068, BIOS BE7X 1.08.00.048
uhci0: <UHCI (generic) USB controller> port 0xc880-0xc89f irq 16 at 
device 29.0 on pci0
usb0: <UHCI (generic) USB controller> 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: <UHCI (generic) USB controller> port 0xcc00-0xcc1f irq 19 at 
device 29.1 on pci0
usb1: <UHCI (generic) USB controller> 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
pci0: <base peripheral> at device 29.4 (no driver attached)
pci0: <base peripheral, interrupt controller> at device 29.5 (no driver 
attached)
pci0: <serial bus, USB> at device 29.7 (no driver attached)
pcib5: <ACPI PCI-PCI bridge> at device 30.0 on pci0
pci5: <ACPI PCI bus> on pcib5
em1: <Intel(R) PRO/1000 Network Connection, Version - 1.7.35> port 
0xec00-0xec3f mem 0xdefa0000-0xdefbffff irq 16 at device 3.0 on pci5
em1: Ethernet address: 00:0e:0c:3d:e1:6f
em1:  Speed:N/A  Duplex:N/A
pci5: <multimedia, audio> at device 4.0 (no driver attached)
isab0: <PCI-ISA bridge> at device 31.0 on pci0
isa0: <ISA bus> on isab0
atapci0: <Intel 6300ESB UDMA100 controller> port 
0xfc00-0xfc0f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 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
psm0: <PS/2 Mouse> irq 12 on atkbdc0
psm0: model IntelliMouse Explorer, device ID 4
sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on 
acpi0
sio0: type 16550A
sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0
sio1: type 16550A
fdc0: <floppy drive controller (FDE)> port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 
on acpi0
fd0: <1440-KB 3.5" drive> on fdc0 drive 0
orm0: <ISA Option ROMs> at iomem 
0xd2800-0xd37ff,0xd1000-0xd1fff,0xd0000-0xd0fff,0xcf000-0xcffff,0xc0000-0xcefff 
on isa0
pmtimer0 on isa0
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
ata0-master: DMA limited to UDMA33, non-ATA66 cable or device
acd0: DVDR <LITE-ON DVDRW SOHW-1633S/BS0C> at ata0-master UDMA33
twed0: <Unit 0, RAID0, Normal> on twe0
twed0: 228944MB (468879104 sectors)
SMP: AP CPU #3 Launched!
SMP: AP CPU #1 Launched!
SMP: AP CPU #2 Launched!
cd0 at ata0 bus 0 target 0 lun 0
cd0: <LITE-ON DVDRW SOHW-1633S BS0C> Removable CD-ROM SCSI-0 device
cd0: 33.000MB/s transfers
cd0: Attempt to query device size failed: NOT READY, Medium not present
Mounting root from ufs:/dev/twed0s3a
WARNING: / was not properly dismounted
WARNING: /usr was not properly dismounted
/usr: mount pending error: blocks 300 files 3
em0: Link is up 1000 Mbps Full Duplex
em1: Link is up 100 Mbps Full Duplex
em1: Link is up 100 Mbps Full Duplex
em1: Link is up 100 Mbps Full Duplex

Thanks, Stephen

From owner-freebsd-stable@FreeBSD.ORG  Fri Mar 11 02:37:54 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 17C3C16A4CE; Fri, 11 Mar 2005 02:37:54 +0000 (GMT)
Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 970D443D55; Fri, 11 Mar 2005 02:37:53 +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 j2B2bqjQ018315;
	Thu, 10 Mar 2005 21:37:52 -0500 (EST)
	(envelope-from tinderbox@freebsd.org)
Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca
	[64.7.128.98])
	by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j2B2bqj1067457;
	Thu, 10 Mar 2005 21:37:52 -0500 (EST)
	(envelope-from tinderbox@freebsd.org)
Received: by freebsd-current.sentex.ca (Postfix, from userid 666)
	id 977647306E; Thu, 10 Mar 2005 21:37:52 -0500 (EST)
Sender: FreeBSD Tinderbox <tinderbox@freebsd.org>
From: FreeBSD Tinderbox <tinderbox@freebsd.org>
To: FreeBSD Tinderbox <tinderbox@freebsd.org>, <stable@freebsd.org>,
	<sparc64@freebsd.org>
Precedence: bulk
Message-Id: <20050311023752.977647306E@freebsd-current.sentex.ca>
Date: Thu, 10 Mar 2005 21:37:52 -0500 (EST)
X-Virus-Scanned: ClamAV 0.82/761/Thu Mar 10 16:01:48 2005 on
	smarthost2.sentex.ca
X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on
	clamscanner1
X-Virus-Status: Clean
Subject: [releng_5 tinderbox] failure on sparc64/sparc64
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 11 Mar 2005 02:37:54 -0000

TB --- 2005-03-11 01:33:59 - tinderbox 2.3 running on freebsd-current.sentex.ca
TB --- 2005-03-11 01:33:59 - starting RELENG_5 tinderbox run for sparc64/sparc64
TB --- 2005-03-11 01:33:59 - checking out the source tree
TB --- 2005-03-11 01:33:59 - cd /home/tinderbox/RELENG_5/sparc64/sparc64
TB --- 2005-03-11 01:33:59 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_5 src
TB --- 2005-03-11 01:43:10 - building world (CFLAGS=-O -pipe)
TB --- 2005-03-11 01:43:10 - cd /home/tinderbox/RELENG_5/sparc64/sparc64/src
TB --- 2005-03-11 01:43:10 - /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 --- 2005-03-11 02:33:27 - building generic kernel (COPTFLAGS=-O -pipe)
TB --- 2005-03-11 02:33:27 - cd /home/tinderbox/RELENG_5/sparc64/sparc64/src
TB --- 2005-03-11 02:33:27 - /usr/bin/make buildkernel KERNCONF=GENERIC
>>> Kernel build for GENERIC started on Fri Mar 11 02:33:27 UTC 2005
>>> 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 -O -pipe  -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -fformat-extensions -std=c99  -nostdinc -I-  -I. -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000  -mcmodel=medlow -msoft-float -ffreestanding -Werror  /tinderbox/RELENG_5/sparc64/sparc64/src/sys/sparc64/sparc64/vm_machdep.c
/tinderbox/RELENG_5/sparc64/sparc64/src/sys/sparc64/sparc64/vm_machdep.c: In function `sf_buf_alloc':
/tinderbox/RELENG_5/sparc64/sparc64/src/sys/sparc64/sparc64/vm_machdep.c:380: error: syntax error before "break"
/tinderbox/RELENG_5/sparc64/sparc64/src/sys/sparc64/sparc64/vm_machdep.c: At top level:
/tinderbox/RELENG_5/sparc64/sparc64/src/sys/sparc64/sparc64/vm_machdep.c:409: warning: no previous prototype for 'sf_buf_free'
/tinderbox/RELENG_5/sparc64/sparc64/src/sys/sparc64/sparc64/vm_machdep.c:422: warning: no previous prototype for 'swi_vm'
/tinderbox/RELENG_5/sparc64/sparc64/src/sys/sparc64/sparc64/vm_machdep.c:432: warning: no previous prototype for 'uma_small_alloc'
/tinderbox/RELENG_5/sparc64/sparc64/src/sys/sparc64/sparc64/vm_machdep.c:478: warning: no previous prototype for 'uma_small_free'
*** Error code 1

Stop in /tinderbox/RELENG_5/sparc64/sparc64/obj/sparc64/tinderbox/RELENG_5/sparc64/sparc64/src/sys/GENERIC.
*** Error code 1

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

Stop in /tinderbox/RELENG_5/sparc64/sparc64/src.
TB --- 2005-03-11 02:37:52 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2005-03-11 02:37:52 - ERROR: failed to build generic kernel
TB --- 2005-03-11 02:37:52 - tinderbox aborted

From owner-freebsd-stable@FreeBSD.ORG  Fri Mar 11 02:56:03 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 18CE616A506
	for <freebsd-stable@freebsd.org>;
	Fri, 11 Mar 2005 02:56:03 +0000 (GMT)
Received: from just.puresimplicity.net (just.puresimplicity.net
	[140.177.207.10])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 8853F43D54
	for <freebsd-stable@freebsd.org>;
	Fri, 11 Mar 2005 02:56:02 +0000 (GMT)
	(envelope-from hemi@puresimplicity.net)
Received: from just.puresimplicity.net (localhost.puresimplicity.net
	[127.0.0.1])j2B2u29s090550
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
	for <freebsd-stable@freebsd.org>;
	Thu, 10 Mar 2005 20:56:02 -0600 (CST)
	(envelope-from hemi@just.puresimplicity.net)
Received: (from hemi@localhost)
	by just.puresimplicity.net (8.13.1/8.13.1/Submit) id j2B2u2QF090549
	for freebsd-stable@freebsd.org; Thu, 10 Mar 2005 20:56:02 -0600 (CST)
	(envelope-from hemi)
Date: Thu, 10 Mar 2005 20:56:02 -0600
From: Josh Tolbert <hemi@puresimplicity.net>
To: freebsd-stable@freebsd.org
Message-ID: <20050311025601.GA90408@just.puresimplicity.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.4.2.1i
Subject: Repeated panics...Suspect USB issues
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 11 Mar 2005 02:56:03 -0000

Hi,

My 5.3-RELEASE-p5 file server at home has crashed a few times under
the same conditions. I believe the crashes to be USB-related.

The machine itself is a Tyan Tiger LE motherboard, dual P3/733 CPUs,
512M RAM, Intel Pro/1000 MT NIC (64-bit, 66MHz), 2x 80G WD IDE
drives hanging from the on-board Promise IDE RAID controller and a
52x CD-RW. Attached to the machine is an HP LaserJet 6MP printer,
but it's connected through a USB-to-parallel adapter since the Tiger
LE has no parallel port.

I installed CUPS on the machine after connecting the printer to the
machine via the USB-to-parallel adapter (ulpt0: Prolific Technology
Inc. IEEE-1284 Controller, rev 1.00/2.02, addr 2, iclass 7/1) and
rebuilt Samba with support for CUPS so I could share the printer
to my Windows machines.

Related package versions are:

cups-base-1.1.23.0_3
cups-lpr-1.1.23.0
samba-3.0.11,1

Everything worked great, as I've come to expect from several years
of happy FreeBSD use (barring my complaints about the psm driver),
but the machine panics after a few jobs are sent to the 6MP from a
Windows machine. The first few jobs process just fine, then I get
a panic message like this:

Fatal trap 12: page fault while in kernel mode
cupid = 0; apic id = 00
fault virtual address   = 0x0
fault code              = supervisor write, page not present
instruction pointer     = 0x8:0xc047b0cd
stack pointer           = 0x10:0xd5266c68
frame pointer           = 0x10:0xd5266c68
code segment            = base 0x0, limit 0xfffff, type 0x1b,
                        = DPL 0, pres 1, def32 1, gran 1
process eflags          = interrupt enabled, resume, IOPL = 0
current process         = 43 (swi5: clock sio)
trap number             = 12
panic: page fault
cpuid = 0
boot() called on cpu#0
uptime: 10d2h23m44s

The only things that have changed on the machine directly before
the panics started was the addition of the printer/adapter, CUPS
and a rebuild of Samba.  The kernel config is fairly straightforward,
just cleaned out a bit and /etc/make.conf contains no unusual
CFLAGS/COPTFLAGS beyond "-O -pipe".  CPUTYPE?=p3, NO_LPR=true and
CUPS_OVERWRITE_BASE=yes are also in /etc/make.conf.

Since the current process listed in the panic involves sio, and the
only "serial" device I have attached to the machine is the
USB-to-parallel adapter, I'm guessing the problem is USB-related.

Is there any other information I can provide that would help in diagnosis of
the problem? I don't have my kernel/world built with debugging symbols and the
like if necessary.

What can I do to help get this sorted out?

Thanks,
Josh
-- 
Josh Tolbert
hemi@puresimplicity.net  ||  http://www.puresimplicity.net/~hemi/

If your sysadmin's not being fascist, you're paying him too much.
   --Sam Greenfield

From owner-freebsd-stable@FreeBSD.ORG  Fri Mar 11 06:08:20 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id C0BEF16A4CE; Fri, 11 Mar 2005 06:08:20 +0000 (GMT)
Received: from a.mail.sonic.net (a.mail.sonic.net [64.142.16.245])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 9A80243D31; Fri, 11 Mar 2005 06:08:20 +0000 (GMT)
	(envelope-from bmah@freebsd.org)
Received: from tomcat.kitchenlab.org (tomcat.kitchenlab.org [64.142.31.107])
	by a.mail.sonic.net (8.13.3/8.13.3) with ESMTP id j2B68KNS008010
	(version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO);
	Thu, 10 Mar 2005 22:08:20 -0800
Received: from tomcat.kitchenlab.org (localhost.kitchenlab.org [127.0.0.1])
	by tomcat.kitchenlab.org (8.13.3/8.13.1) with ESMTP id j2B68JMt097117;
	Thu, 10 Mar 2005 22:08:19 -0800 (PST)
	(envelope-from bmah@freebsd.org)
Received: (from bmah@localhost)
	by tomcat.kitchenlab.org (8.13.3/8.13.1/Submit) id j2B68JB6097116;
	Thu, 10 Mar 2005 22:08:19 -0800 (PST)
	(envelope-from bmah@freebsd.org)
X-Authentication-Warning: tomcat.kitchenlab.org: bmah set sender to
	bmah@freebsd.org using -f
From: "Bruce A. Mah" <bmah@freebsd.org>
To: Brian Wolman <jeep@skywolf.net>
In-Reply-To: <4230E00E.8050107@skywolf.net>
References: <4230E00E.8050107@skywolf.net>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="=-TKAYrMVlCL3925jD7DyL"
Date: Thu, 10 Mar 2005 22:08:18 -0800
Message-Id: <1110521298.97069.5.camel@tomcat.kitchenlab.org>
Mime-Version: 1.0
X-Mailer: Evolution 2.0.4 FreeBSD GNOME Team Port 
cc: "Bruce A. Mah" <bmah@freebsd.org>
cc: freebsd-stable@freebsd.org
Subject: Re: 4.11 to 5.3 Any issues I should know before making the change.
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 11 Mar 2005 06:08:20 -0000


--=-TKAYrMVlCL3925jD7DyL
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

If memory serves me right, Brian Wolman wrote:
> Just wanted to find out if there are any issues when jumping from the=20
> 4.11 to the 5.3. Like way out of the ordinary type problems, this jump=20
> for me is going to be very difficult as it is and I want to make sure I=20
> don't get a surprise...

Read the migration guide that comes with the 5.3 release documentation:

http://www.freebsd.org/releases/5.3R/migration-guide.html

That's what we wrote it for.  :-)

Bruce.


--=-TKAYrMVlCL3925jD7DyL
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

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

iD8DBQBCMTXS2MoxcVugUsMRArf7AKD4ERHlS3zIHf7qDnc5efeEhB7CTgCfcTEe
Xm7AKA7hr7L2l3ms1Wc45eU=
=KU9d
-----END PGP SIGNATURE-----

--=-TKAYrMVlCL3925jD7DyL--

From owner-freebsd-stable@FreeBSD.ORG  Fri Mar 11 06:52:15 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id C7C0516A4CE
	for <freebsd-stable@freebsd.org>;
	Fri, 11 Mar 2005 06:52:15 +0000 (GMT)
Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50])
	by mx1.FreeBSD.org (Postfix) with ESMTP id A74BF43D39
	for <freebsd-stable@freebsd.org>;
	Fri, 11 Mar 2005 06:52:15 +0000 (GMT)
	(envelope-from dwhite@gumbysoft.com)
Received: by carver.gumbysoft.com (Postfix, from userid 1000)
	id 990BC72DD4; Thu, 10 Mar 2005 22:52:15 -0800 (PST)
Received: from localhost (localhost [127.0.0.1])
	by carver.gumbysoft.com (Postfix) with ESMTP id 9493B72DCB;
	Thu, 10 Mar 2005 22:52:15 -0800 (PST)
Date: Thu, 10 Mar 2005 22:52:15 -0800 (PST)
From: Doug White <dwhite@gumbysoft.com>
To: Bashar <big@kuwaitnet.net>
In-Reply-To: <423040FE.8090305@kuwaitnet.net>
Message-ID: <20050310225201.Y64217@carver.gumbysoft.com>
References: <422F250B.6030505@kuwaitnet.net>
	<20050309234141.L53915@carver.gumbysoft.com>
	<423040FE.8090305@kuwaitnet.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
cc: freebsd-stable@freebsd.org
Subject: Re: from 5.4-PRERELEASE -> 5.3-RELEASE-p5 error?
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 11 Mar 2005 06:52:15 -0000

On Thu, 10 Mar 2005, Bashar wrote:

> Doug White wrote:
>
> >On Wed, 9 Mar 2005, Bashar wrote:
> >
> >
> >
> >>Hello,
> >>i was wondering just right after the downgrade been facing some issues
> >>such as:
> >>1. server# /usr/local/bin/strace -f ps
> >>PIOCSFL: Inappropriate ioctl for device
> >>trouble opening proc file
> >>2. mounting ext2fs partition doesn't work unless i specify -ro or it
> >>will give operation not permitted.
> >>
> >>any idea what might be causing this?
> >>
> >>
> >
> >How did you perform the downgrade? The strace error looks like you're
> >still running the 5.3-STABLE binary.
> >
> >
> >
> first i ran RELENG_5 and when i got the 5.4-PRERELEASE (which
> incompatible with cPanel.net software) i had to run cvsup with RELENG_5_3
> after than i started getting those errors

You're leaving out important details, like what you did after you cvsup'd.

-- 
Doug White                    |  FreeBSD: The Power to Serve
dwhite@gumbysoft.com          |  www.FreeBSD.org

From owner-freebsd-stable@FreeBSD.ORG  Fri Mar 11 06:57:51 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id B9CFD16A4CE
	for <freebsd-stable@freebsd.org>;
	Fri, 11 Mar 2005 06:57:51 +0000 (GMT)
Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 770C043D31
	for <freebsd-stable@freebsd.org>;
	Fri, 11 Mar 2005 06:57:51 +0000 (GMT)
	(envelope-from dwhite@gumbysoft.com)
Received: by carver.gumbysoft.com (Postfix, from userid 1000)
	id 6F5BB72DD4; Thu, 10 Mar 2005 22:57:51 -0800 (PST)
Received: from localhost (localhost [127.0.0.1])
	by carver.gumbysoft.com (Postfix) with ESMTP id 6A7E872DCB;
	Thu, 10 Mar 2005 22:57:51 -0800 (PST)
Date: Thu, 10 Mar 2005 22:57:51 -0800 (PST)
From: Doug White <dwhite@gumbysoft.com>
To: Josh Tolbert <hemi@puresimplicity.net>
In-Reply-To: <20050311025601.GA90408@just.puresimplicity.net>
Message-ID: <20050310225700.D64217@carver.gumbysoft.com>
References: <20050311025601.GA90408@just.puresimplicity.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
cc: freebsd-stable@freebsd.org
Subject: Re: Repeated panics...Suspect USB issues
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 11 Mar 2005 06:57:51 -0000

On Thu, 10 Mar 2005, Josh Tolbert wrote:

> The machine itself is a Tyan Tiger LE motherboard, dual P3/733 CPUs,
> 512M RAM, Intel Pro/1000 MT NIC (64-bit, 66MHz), 2x 80G WD IDE
> drives hanging from the on-board Promise IDE RAID controller and a
> 52x CD-RW. Attached to the machine is an HP LaserJet 6MP printer,
> but it's connected through a USB-to-parallel adapter since the Tiger
> LE has no parallel port.

[...]

> Fatal trap 12: page fault while in kernel mode
> cupid = 0; apic id = 00
> fault virtual address   = 0x0
> fault code              = supervisor write, page not present
> instruction pointer     = 0x8:0xc047b0cd
> stack pointer           = 0x10:0xd5266c68
> frame pointer           = 0x10:0xd5266c68
> code segment            = base 0x0, limit 0xfffff, type 0x1b,
>                         = DPL 0, pres 1, def32 1, gran 1
> process eflags          = interrupt enabled, resume, IOPL = 0
> current process         = 43 (swi5: clock sio)
> trap number             = 12
> panic: page fault
> cpuid = 0
> boot() called on cpu#0
> uptime: 10d2h23m44s

[...]

> Is there any other information I can provide that would help in diagnosis of
> the problem? I don't have my kernel/world built with debugging symbols and the
> like if necessary.
>
> What can I do to help get this sorted out?

A backtrace would be nice. See the developer's handbook on kernel
debugging for details.

-- 
Doug White                    |  FreeBSD: The Power to Serve
dwhite@gumbysoft.com          |  www.FreeBSD.org

From owner-freebsd-stable@FreeBSD.ORG  Fri Mar 11 06:59:56 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 1E7B316A4CE
	for <freebsd-stable@freebsd.org>;
	Fri, 11 Mar 2005 06:59:56 +0000 (GMT)
Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 01CA043D3F
	for <freebsd-stable@freebsd.org>;
	Fri, 11 Mar 2005 06:59:56 +0000 (GMT)
	(envelope-from dwhite@gumbysoft.com)
Received: by carver.gumbysoft.com (Postfix, from userid 1000)
	id ECE7972DD4; Thu, 10 Mar 2005 22:59:55 -0800 (PST)
Received: from localhost (localhost [127.0.0.1])
	by carver.gumbysoft.com (Postfix) with ESMTP id EACCF72DCB;
	Thu, 10 Mar 2005 22:59:55 -0800 (PST)
Date: Thu, 10 Mar 2005 22:59:55 -0800 (PST)
From: Doug White <dwhite@gumbysoft.com>
To: Mars Trading <marstrade@gmail.com>
In-Reply-To: <200503110958.19712.marstrade@gmail.com>
Message-ID: <20050310225910.C64217@carver.gumbysoft.com>
References: <200503110958.19712.marstrade@gmail.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
cc: freebsd-stable@freebsd.org
Subject: Re: Problem Report usb/77294
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 11 Mar 2005 06:59:56 -0000

On Fri, 11 Mar 2005, Mars Trading wrote:

>
> Forgot to mention what it's all about in my previous message. Sorry
> 'bout that.
>
> It has to do with uplcom+ucom panic. Description follows:
>
> I get reproducable panic()s that look like a NULL pointer
> dereference.
>
> What I saw on the console:
>
> putc to a clist with no reserved blocks
> putc to a clist with no reserved blocks
> putc to a clist with no reserved blocks
> putc to a clist with no reserved blocks
> putc to a clist with no reserved blocks
> putc to a clist with no reserved blocks
> putc to a clist with no reserved blocks
> putc to a clist with no reserved blocks
> putc to a clist with no reserved blocks
> putc to a clist with no reserved blocks
> putc to a clist with no reserved blocks
> putc to a clist with no reserved blocks
> putc to a clist with no reserved blocks
> putc to a clist with no reserved blocks
>
> ucom1: read start failed
>
> fatal trap 12 in kernel mode
> fault virtual address = 0x4c
> [ ... ]

Please don't truncate trap messages. The data in there is useful.

-- 
Doug White                    |  FreeBSD: The Power to Serve
dwhite@gumbysoft.com          |  www.FreeBSD.org

From owner-freebsd-stable@FreeBSD.ORG  Fri Mar 11 07:24:15 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id AB40016A4CE
	for <freebsd-stable@freebsd.org>;
	Fri, 11 Mar 2005 07:24:15 +0000 (GMT)
Received: from outbox.allstream.net (outbox.allstream.net [207.245.244.41])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 664CB43D53
	for <freebsd-stable@freebsd.org>;
	Fri, 11 Mar 2005 07:24:15 +0000 (GMT)
	(envelope-from epilogue@allstream.net)
Received: from localhost (mon-pq69-147.dial.allstream.net [216.123.142.115])
	by outbox.allstream.net (Allstream MTA) with ESMTP id C3B59B4BEF;
	Fri, 11 Mar 2005 02:24:48 -0500 (EST)
Date: Fri, 11 Mar 2005 02:23:24 -0500
From: epilogue <epilogue@allstream.net>
To: ianjhart <ianjhart@ntlworld.com>
Message-ID: <20050311022324.2a9d2f67@localhost>
In-Reply-To: <200503102107.04032.ianjhart@ntlworld.com>
References: <20050310143024.15735d63@localhost>
	<200503102107.04032.ianjhart@ntlworld.com>
X-Mailer: Sylpheed-Claws 1.0.1 (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-stable@freebsd.org
cc: jbronson@wixb.com
Subject: Re: installworld fails (5.4-PRE) on acpica
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 11 Mar 2005 07:24:15 -0000

 
> I deleted the FILE acpica and re-ran installworld. The directory
> acpica was then created.

worked here as well.  thanks.

From owner-freebsd-stable@FreeBSD.ORG  Fri Mar 11 07:39:32 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 8343516A4CE
	for <freebsd-stable@freebsd.org>;
	Fri, 11 Mar 2005 07:39:32 +0000 (GMT)
Received: from fw.farid-hajji.net (fw.farid-hajji.net [213.146.115.42])
	by mx1.FreeBSD.org (Postfix) with ESMTP id E99EF43D2D
	for <freebsd-stable@freebsd.org>;
	Fri, 11 Mar 2005 07:39:31 +0000 (GMT)
	(envelope-from cpghost@cordula.ws)
Received: from bsdbox.farid-hajji.net (bsdbox-epia [192.168.254.15])
	by fw.farid-hajji.net (Postfix) with ESMTP id CD9534AC23;
	Fri, 11 Mar 2005 08:39:00 +0100 (CET)
Date: Fri, 11 Mar 2005 08:39:54 +0100
From: cpghost@cordula.ws
To: Daniel O'Connor <doconnor@gsoft.com.au>
Message-ID: <20050311073954.GA3079@bsdbox.farid-hajji.net>
References: <20050310175208.GA947@bsdbox.farid-hajji.net>
	<200503101913.59397.max@love2party.net>
	<20050310220316.GA1529@bsdbox.farid-hajji.net>
	<200503110934.08660.doconnor@gsoft.com.au>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <200503110934.08660.doconnor@gsoft.com.au>
User-Agent: Mutt/1.5.6i
cc: Max Laier <max@love2party.net>
cc: freebsd-stable@freebsd.org
Subject: Re: Can't kldload pf
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 11 Mar 2005 07:39:32 -0000

On Fri, Mar 11, 2005 at 09:34:00AM +1030, Daniel O'Connor wrote:
> On Fri, 11 Mar 2005 08:33, cpghost@cordula.ws wrote:
> > On Thu, Mar 10, 2005 at 07:13:51PM +0100, Max Laier wrote:
> > > On Thursday 10 March 2005 18:52, cpghost@cordula.ws wrote:
> > > > on RELENG_5, cvsupped March 9th, I can't kldload pf:
> > > >
> > > > fw# kldload pf
> > > > kldload: can't load pf: No such file or directory
> > >
> > > You don't have "options INET6" in your kernel config, but the pf module
> > > assumes that it is there.  You can either built pf into the kernel (since
> > > you are building a custom kernel anyway), rebuild the module without that
> > > assumption (see the module's Makefile) or you can reenable "options
> > > INET6" in the kernel.
> >
> > Yes, INET6 is needed indeed. That was the catch! Adding "options INET6"
> > solved the problem.
> >
> > > The ENOENT error returned from kldload is a bit misleading, though.
> >
> > Ugh... yes ;). Perhaps that should be documented in pf(4)?
> 
> It's not pf per se..
> If you ran dmesg after your kldload attempts you'd see the kernel linker 
> complaining about being unable to resolve some IPv6 related symbols.
> 
> Other possibility is to do..
> cd /usr/src/sys/modules/pf
> make NO_INET6= install
> 
> and load it again.

Interesting. I'll try this next time.

Many thanks,
-cpghost.

> 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

-- 
Cordula's Web. http://www.cordula.ws/

From owner-freebsd-stable@FreeBSD.ORG  Fri Mar 11 08:03:13 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 75E7816A4CE
	for <freebsd-stable@freebsd.org>;
	Fri, 11 Mar 2005 08:03:13 +0000 (GMT)
Received: from just.puresimplicity.net (just.puresimplicity.net
	[140.177.207.10])
	by mx1.FreeBSD.org (Postfix) with ESMTP id E38FB43D48
	for <freebsd-stable@freebsd.org>;
	Fri, 11 Mar 2005 08:03:12 +0000 (GMT)
	(envelope-from hemi@puresimplicity.net)
Received: from just.puresimplicity.net (localhost.puresimplicity.net
	[127.0.0.1])j2B83C1h002432
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Fri, 11 Mar 2005 02:03:12 -0600 (CST)
	(envelope-from hemi@just.puresimplicity.net)
Received: (from hemi@localhost)
	by just.puresimplicity.net (8.13.1/8.13.1/Submit) id j2B83Cfv002431;
	Fri, 11 Mar 2005 02:03:12 -0600 (CST)
	(envelope-from hemi)
Date: Fri, 11 Mar 2005 02:03:12 -0600
From: Josh Tolbert <hemi@puresimplicity.net>
To: Doug White <dwhite@gumbysoft.com>
Message-ID: <20050311080312.GB92349@just.puresimplicity.net>
References: <20050311025601.GA90408@just.puresimplicity.net>
	<20050310225700.D64217@carver.gumbysoft.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20050310225700.D64217@carver.gumbysoft.com>
User-Agent: Mutt/1.4.2.1i
cc: freebsd-stable@freebsd.org
Subject: Re: Repeated panics...Suspect USB issues
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 11 Mar 2005 08:03:13 -0000

> A backtrace would be nice. See the developer's handbook on kernel
> debugging for details.

I'm trying to get a backtrace. I've built a kernel with all the right bits,
set up dumpdir and dumpdev in /etc/rc.conf, etc...Apparently savecore doesn't
like writing to the swap partition (/dev/ar0s1b). I can get to the ddb promp,
obtain a trace, panic the machine, etc...But I don't think I can obtain a good
core without putting another hard drive in the machine, which isn't going to
happen till sometime next week...Is there anything I can provide from the ddb
prompt?

Thanks,
Josh
-- 
Josh Tolbert
hemi@puresimplicity.net  ||  http://www.puresimplicity.net/~hemi/

If your sysadmin's not being fascist, you're paying him too much.
   --Sam Greenfield

From owner-freebsd-stable@FreeBSD.ORG  Fri Mar 11 08:48:54 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 328BD16A4CE
	for <stable@freebsd.org>; Fri, 11 Mar 2005 08:48:54 +0000 (GMT)
Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 7BB8743D5D
	for <stable@freebsd.org>; Fri, 11 Mar 2005 08:48:53 +0000 (GMT)
	(envelope-from marck@rinet.ru)
Received: from localhost (localhost [127.0.0.1])
	by woozle.rinet.ru (8.13.1/8.13.1) with ESMTP id j2B8mprF044156;
	Fri, 11 Mar 2005 11:48:51 +0300 (MSK)
	(envelope-from marck@rinet.ru)
Date: Fri, 11 Mar 2005 11:48:51 +0300 (MSK)
From: Dmitry Morozovsky <marck@rinet.ru>
To: Mike Tancsa <mike@sentex.net>
In-Reply-To: <6.2.1.2.0.20050310092153.0368c780@64.7.153.2>
Message-ID: <20050311114805.W44064@woozle.rinet.ru>
References: <20050310164007.W94235@woozle.rinet.ru>
	<6.2.1.2.0.20050310092153.0368c780@64.7.153.2>
X-NCC-RegID: ru.rinet
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
cc: stable@freebsd.org
Subject: Re: re driver trobles (RELENG_5)
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 11 Mar 2005 08:48:54 -0000

On Thu, 10 Mar 2005, Mike Tancsa wrote:

MT> At 08:46 AM 10/03/2005, Dmitry Morozovsky wrote:
MT> > whenever promisc mode turned on, renegotiating occurs, leading to 3 to 45
MT> > (depending on STP settings on the switch) network unavailability.
MT> > 
MT> > Moreover, some other re(4) setting changes seem to disturb link state
MT> > unneededly (such as ifconfig re0 -vlanhwtag)
MT> 
MT> 
MT> The em does this as well. Its most annoying when its connected to a switch
MT> with STP on it.  Even when you alias the interface it does this :(

Hmm, we do not see this behaviour on em gigabit on RELENG_4... 

Sincerely,
D.Marck                                     [DM5020, MCK-RIPE, DM3-RIPN]
------------------------------------------------------------------------
*** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru ***
------------------------------------------------------------------------

From owner-freebsd-stable@FreeBSD.ORG  Fri Mar 11 09:32:13 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 246AF16A4CE
	for <freebsd-stable@freebsd.org>;
	Fri, 11 Mar 2005 09:32:13 +0000 (GMT)
Received: from etoile.enstimac.fr (etoile.enstimac.fr [194.167.200.252])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 807B843D39
	for <freebsd-stable@freebsd.org>;
	Fri, 11 Mar 2005 09:32:11 +0000 (GMT)
	(envelope-from otton@enstimac.fr)
Received: from [194.167.199.81] (dhcp-a81 [194.167.199.81])
	by etoile.enstimac.fr (8.13.1/8.13.1) with ESMTP id j2B9Vfej006227
	for <freebsd-stable@freebsd.org>;
	Fri, 11 Mar 2005 10:31:41 +0100 (MET)
Mime-Version: 1.0 (Apple Message framework v619.2)
Content-Transfer-Encoding: quoted-printable
Message-Id: <6290d171fce4e3b4ee88f403a4aac711@enstimac.fr>
Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed
To: freebsd-stable@freebsd.org
From: Emmanuel OTTON <otton@enstimac.fr>
Date: Fri, 11 Mar 2005 10:31:40 +0100
X-Mailer: Apple Mail (2.619.2)
X-EMAC-MailScanner-Information: Please contact the ISP for more information
X-EMAC-MailScanner: Found to be clean
X-MailScanner-From: otton@enstimac.fr
Subject: PAE+SMP panic with "page fault while in kernel mode" in many files
	opened situations
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 11 Mar 2005 09:32:13 -0000

Hi to freebsd users,

I try to make work a DELL bi-xeon 8GB RAM box and experience a panic + =20=

crash in what i think are situations involving many opened files:
  - it crashes on (cd /usr/ports; make index)
  - idem on cache-init, using p5-FreeBSDportindex
  - it does not crash on buildworld, even with relatively high values of =
=20
-j.

I have:
  - cvsupped stable (which gives me a 5.4 prerelease)
  - configured, made and installed a world + PAE & SMP kernel, using the =
=20
suggested configurations in /usr/src/sys/i386/conf. (see kernconf =20
hereafter)
  - tried to tune following advice on this list and man pae:
	. increase KVA_PAGES to 512, 768, 1024
	. decrease maxvnodes to 100000, 50000

I am now at a dead end (the end user even wants me to buy a redhat ! :-)

Thanks for any help, you'll find herafter:
  - the systat -vmstat before a crash
  - the kernconf
  - the dmesg
  - the sysctl kern*

The panic message is:
----------------------------------------------------
fatal trap 12: page fault while in kernel mode
cpuid: 00; apic id =3D 00
fault virtual address =3D 0x24
fault code =3D supervisor read, page not present
.../... several lines of hexa addresses, are they needed ? .../...
current process =3D pagedaemon
trap number =3D 12
panic: page fault
cpuid =3D 0
-----------------------------------------------------

The systat -vmstat just before the crash does not seem that bad (at =20
least to me..):
------------------------------------------------------------------------=20=

--------
     2 users    Load  1.03  0.54  0.25                  Mar 11 09:58

Mem:KB    REAL            VIRTUAL                     VN PAGER  SWAP =20
PAGER
         Tot   Share      Tot    Share    Free         in  out     in  =20=

out
Act   24232    4948    75680     5272 8041996 count
All   93440    8772  4446860    10568         pages
                                                                  =20
Interrupts
Proc:r  p  d  s  w    Csw  Trp  Sys  Int  Sof  Flt   8312 cow     295 =20=

total
            2 27      62722735428172  458  58327815  70192 wire        =20=

1: atkb
                                                     18212 act         =20=

3: sio1
16.5%Sys   0.0%Intr  9.6%User  0.0%Nice 73.9%Idl     9240 inact       =20=

4: sio0
|    |    |    |    |    |    |    |    |    |            cache       =20=

6: fdc0
=3D=3D=3D=3D=3D=3D=3D=3D>>>>>                                     =
8041996 free    128 =20
8: rtc
                                                           daefr       =20=

13: npx
Namei         Name-cache    Dir-cache               15523 prcfr       =20=

15: ata
     Calls     hits    %     hits    %                     react    36 =20=

16: fwo
     50774    50358   99        2    0                     pdwak    29 =20=

24: ahd
                                     12602 zfod            pdpgs     2 =20=

48: em0
Disks   da0 pass0                   12602 ofod          1 intrn   100 =20=

0: clk
KB/t   7.99  0.00                         %slo-z    90144 buf
tps      29     0                   26789 tfree        10 dirtybuf
MB/s   0.23  0.00                                   50000 desiredvnodes
% busy    7     0                                    5168 numvnodes
                                                       580 freevnodes
------------------------------------------------------------------------=20=

--------


----------------------KERNCONF =20
BEGINS----------------------------------------
#
# SMP-PAE -- Generic kernel configuration file for FreeBSD/i386 PAE
#
# $FreeBSD: src/sys/i386/conf/SMP-PAE,v 1.9.2.2 2004/12/06 05:46:11 =20
obrien Exp $

include GENERIC

ident		SMP-PAE

# To make a PAE kernel, the next option is needed
options		PAE			# Physical Address Extensions =
Kernel
options		SMP
options		KVA_PAGES=3D1024
options         SCSI_DELAY=3D5000        # Delay (in ms) before probing =20=

SCSI

# Compile acpi in statically since the module isn't built properly.  =20
Most
# machines which support large amounts of memory require acpi.
device		acpi

# Don't build modules with this kernel config, since they are not built =20=

with
# the correct options headers.
makeoptions	NO_MODULES=3Dyes

# What follows is a list of drivers that are normally in GENERIC, but =20=

either
# don't work or are untested with PAE.  Be very careful before enabling =20=

any
# of these drivers.  Drivers which use DMA and don't handle 64 bit =20
physical
# address properly may cause data corruption when used in a machine =20
with more
# than 4 gigabytes of memory.

nodevice	ahb
nodevice	amd
#nodevice	isp
device		ispfw
nodevice	sym
nodevice	trm

nodevice	adv
nodevice	adw
nodevice	aha
nodevice	aic
nodevice	bt

nodevice	ncv
nodevice	nsp
nodevice	stg

nodevice	asr
nodevice	dpt
nodevice	iir
nodevice	mly

nodevice	ida
nodevice	mlx
nodevice	pst

nodevice	agp

nodevice	de
nodevice	txp
nodevice	vx

nodevice	dc
nodevice	pcn
nodevice	rl
nodevice	sf
nodevice	sis
nodevice	ste
nodevice	tl
nodevice	tx
nodevice	vr
nodevice	wb

nodevice	cs
nodevice	ed
nodevice	ex
nodevice	ep
nodevice	fe
nodevice	ie
nodevice	lnc
nodevice	sn
nodevice	xe

nodevice	wlan
nodevice	an
nodevice	awi
nodevice	wi

nodevice	uhci
nodevice	ohci
nodevice	usb
nodevice	ugen
nodevice	uhid
nodevice	ukbd
nodevice	ulpt
nodevice	umass
nodevice	ums
nodevice	urio
nodevice	uscanner
nodevice	aue
nodevice	axe
nodevice	cue
nodevice	kue
nodevice	rue
---------------------------END OF =20
KERNCONF----------------------------------------------


I include the dmesg and sysctl kern:
--------------------------DMESG =20
BEGINS----------------------------------------------------
Copyright (c) 1992-2005 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
	The Regents of the University of California. All rights =
reserved.
FreeBSD 5.4-PRERELEASE #5: Fri Mar 11 09:41:35 UTC 2005
     root@pigalle.enstimac.fr:/usr/obj/usr/src/sys/SMP-PAE
ACPI APIC Table: <DELL   WS 670 >
Timecounter "i8254" frequency 1193182 Hz quality 0
CPU: Intel(R) Xeon(TM) CPU 3.40GHz (3391.51-MHz 686-class CPU)
   Origin =3D "GenuineIntel"  Id =3D 0xf41  Stepping =3D 1
   =20
Features=3D0xbfebfbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE=
=20
,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE>
   Hyperthreading: 2 logical CPUs
real memory  =3D 9596567552 (9152 MB)
avail memory =3D 8328167424 (7942 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: Changing APIC ID to 8
ioapic1: Changing APIC ID to 9
ioapic2: Changing APIC ID to 10
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
lapic0: Forcing LINT1 to edge trigger
acpi0: <DELL WS 670 > 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
acpi_button0: <Power Button> on acpi0
pcib0: <ACPI Host-PCI bridge> port 0xcf8-0xcff on acpi0
pci0: <ACPI PCI bus> on pcib0
pci0: <unknown> at device 0.1 (no driver attached)
pcib1: <ACPI PCI-PCI bridge> irq 16 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
ahd0: <Adaptec AIC7901 Ultra320 SCSI adapter> port =20
0xdc00-0xdcff,0xd800-0xd8ff mem 0xdfdfe000-0xdfdfffff irq 24 at device =20=

14.0 on pci2
aic7901: Ultra320 Wide Channel A, SCSI Id=3D7, PCI-X 67-100Mhz, 512 SCBs
pcib3: <ACPI PCI-PCI bridge> at device 0.2 on pci1
pci3: <ACPI PCI bus> on pcib3
em0: <Intel(R) PRO/1000 Network Connection, Version - 1.7.35> port =20
0xccc0-0xccff mem 0xdfce0000-0xdfcfffff irq 48 at device 14.0 on pci3
em0: Ethernet address: 00:0f:1f:8b:1a:3a
em0:  Speed:N/A  Duplex:N/A
pcib4: <ACPI PCI-PCI bridge> irq 16 at device 3.0 on pci0
pci4: <ACPI PCI bus> on pcib4
pcib5: <ACPI PCI-PCI bridge> irq 16 at device 4.0 on pci0
pci5: <ACPI PCI bus> on pcib5
pci5: <display, VGA> at device 0.0 (no driver attached)
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)
pci0: <serial bus, USB> at device 29.3 (no driver attached)
pci0: <serial bus, USB> at device 29.7 (no driver attached)
pcib6: <ACPI PCI-PCI bridge> at device 30.0 on pci0
pci6: <ACPI PCI bus> on pcib6
fwohci0: <Texas Instruments TSB43AB22/A> mem =20
0xdcffc000-0xdcffffff,0xdcffb800-0xdcffbfff irq 16 at device 12.0 on =20
pci6
fwohci0: OHCI version 1.10 (ROM=3D0)
fwohci0: No. of Isochronous channels is 4.
fwohci0: EUI64 80:8b:00:0f:1a:3a:1f: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: 82:8b:00:3a:1f:00
fwe0: Ethernet address: 82:8b:00:3a:1f:00
fwe0: if_start running deferred for Giant
sbp0: <SBP-2/SCSI over FireWire> on firewire0
fwohci0: Initiate bus reset
fwohci0: node_id=3D0xc800ffc0, gen=3D1, CYCLEMASTER mode
firewire0: 1 nodes, maxhop <=3D 0, cable IRM =3D 0 (me)
firewire0: bus manager 0 (me)
isab0: <PCI-ISA bridge> at device 31.0 on pci0
isa0: <ISA bus> on isab0
atapci0: <Intel ICH5 UDMA100 controller> port =20
0xffa0-0xffaf,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 irq 18 at device 31.1 =20=

on pci0
ata0: channel #0 on atapci0
ata1: channel #1 on atapci0
atapci1: <Intel ICH5 SATA150 controller> port =20
0xfea0-0xfeaf,0xfe30-0xfe33,0xfe20-0xfe27,0xfe10-0xfe13,0xfe00-0xfe07 =20=

irq 18 at device 31.2 on pci0
ata2: channel #0 on atapci1
ata3: channel #1 on atapci1
pci0: <serial bus, SMBus> at device 31.3 (no driver attached)
pci0: <multimedia, audio> at device 31.5 (no driver attached)
fdc0: <floppy drive controller> port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on =20=

acpi0
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
ppc0: <ECP parallel printer port> port 0x778-0x77f,0x378-0x37f irq 7 on =20=

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
plip0: <PLIP network interface> on ppbus0
lpt0: <Printer> on ppbus0
lpt0: Interrupt-driven port
ppi0: <Parallel I/O> on ppbus0
sio0: configured irq 4 not in bitmap of probed irqs 0
sio0: port may not be enabled
sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on =20=

acpi0
sio0: type 16550A
sio1: configured irq 3 not in bitmap of probed irqs 0
sio1: port may not be enabled
sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0
sio1: type 16550A
npx0: <math processor> on motherboard
npx0: INT 16 interface
orm0: <ISA Option ROMs> at iomem =20
0xd7800-0xd7fff,0xd6000-0xd77ff,0xcc000-0xd5fff,0xc0000-0xcbfff on isa0
pmtimer0 on isa0
sc0: <System console> at flags 0x100 on isa0
sc0: VGA <16 virtual consoles, flags=3D0x300>
vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on =20
isa0
Timecounters tick every 10.000 msec
acd0: CDRW <HL-DT-ST GCE-8483B/B105> at ata1-master UDMA33
Waiting 15 seconds for SCSI devices to settle
Interrupt storm detected on "irq16: fwohci0"; throttling interrupt =20
source
lapic7: Forcing LINT1 to edge trigger
SMP: AP CPU #3 Launched!
lapic1: Forcing LINT1 to edge trigger
SMP: AP CPU #1 Launched!
lapic6: Forcing LINT1 to edge trigger
SMP: AP CPU #2 Launched!
da0 at ahd0 bus 0 target 0 lun 0
da0: <SEAGATE ST3146807LW DS09> Fixed Direct Access SCSI-3 device
da0: 320.000MB/s transfers (160.000MHz, offset 63, 16bit), Tagged =20
Queueing Enabled
da0: 140014MB (286749480 512 byte sectors: 255H 63S/T 17849C)
Mounting root from ufs:/dev/da0s1a
WARNING: /var was not properly dismounted
em0: Link is up 100 Mbps Full Duplex
---------------------------DMESG =20
ENDS-------------------------------------------

--------------------------SYSCTL =20
BEGINS--------------------------------------------
kern.ostype: FreeBSD
kern.osrelease: 5.4-PRERELEASE
kern.osrevision: 199506
kern.version: FreeBSD 5.4-PRERELEASE #5: Fri Mar 11 09:41:35 UTC 2005
     root@pigalle.enstimac.fr:/usr/obj/usr/src/sys/SMP-PAE

kern.maxvnodes: 50000
kern.maxproc: 6164
kern.maxfiles: 12328
kern.argmax: 65536
kern.securelevel: -1
kern.hostname: pigalle.enstimac.fr
kern.hostid: 0
kern.clockrate: { hz =3D 100, tick =3D 10000, profhz =3D 1024, stathz =3D =
128 }
kern.posix1version: 200112
kern.ngroups: 16
kern.job_control: 1
kern.saved_ids: 0
kern.boottime: { sec =3D 1110534322, usec =3D 194666 } Fri Mar 11 =
09:45:22 =20
2005
kern.domainname:
kern.osreldate: 503105
kern.bootfile: /boot/kernel/kernel
kern.maxfilesperproc: 11095
kern.maxprocperuid: 5547
kern.ipc.maxsockbuf: 262144
kern.ipc.sockbuf_waste_factor: 8
kern.ipc.somaxconn: 128
kern.ipc.max_linkhdr: 16
kern.ipc.max_protohdr: 60
kern.ipc.max_hdr: 76
kern.ipc.max_datalen: 132
kern.ipc.nmbclusters: 25600
kern.ipc.maxpipekva: 16777216
kern.ipc.pipes: 6
kern.ipc.pipekva: 49152
kern.ipc.pipefragretry: 0
kern.ipc.pipeallocfail: 0
kern.ipc.piperesizefail: 0
kern.ipc.piperesizeallowed: 1
kern.ipc.msgmax: 16384
kern.ipc.msgmni: 40
kern.ipc.msgmnb: 2048
kern.ipc.msgtql: 40
kern.ipc.msgssz: 8
kern.ipc.msgseg: 2048
kern.ipc.semmap: 30
kern.ipc.semmni: 10
kern.ipc.semmns: 60
kern.ipc.semmnu: 30
kern.ipc.semmsl: 60
kern.ipc.semopm: 100
kern.ipc.semume: 10
kern.ipc.semusz: 92
kern.ipc.semvmx: 32767
kern.ipc.semaem: 16384
kern.ipc.shmmax: 33554432
kern.ipc.shmmin: 1
kern.ipc.shmmni: 192
kern.ipc.shmseg: 128
kern.ipc.shmall: 8192
kern.ipc.shm_use_phys: 0
kern.ipc.shm_allow_removed: 0
kern.ipc.numopensockets: 43
kern.ipc.maxsockets: 25600
kern.ipc.nsfbufs: 6656
kern.ipc.nsfbufspeak: 2
kern.ipc.nsfbufsused: 0
kern.dummy: 0
kern.ps_strings: 2139095024
kern.usrstack: 2139095040
kern.logsigexit: 1
kern.iov_max: 1024
kern.cam.scsi_delay: 15000
kern.cam.cd.changer.min_busy_seconds: 5
kern.cam.cd.changer.max_busy_seconds: 15
kern.cam.da.retry_count: 4
kern.cam.da.default_timeout: 60
kern.cam.da.0.minimum_cmd_size: 6
kern.disks: da0
kern.geom.debugflags: 0
kern.geom.collectstats: 1
kern.elf32.fallback_brand: -1
kern.init_path: =20
/sbin/init:/sbin/oinit:/sbin/init.bak:/rescue/init:/stand/sysinstall
kern.acct_suspend: 2
kern.acct_resume: 4
kern.acct_chkfreq: 15
kern.cp_time: 306 15 948 284 89331
kern.openfiles: 94
kern.kq_calloutmax: 4096
kern.stackprot: 7
kern.ps_arg_cache_limit: 256
kern.lastpid: 605
kern.randompid: 0
kern.ktrace.genio_size: 4096
kern.ktrace.request_pool: 100
kern.module_path: /boot/kernel;/boot/modules
kern.malloc:
         Type  InUse MemUse HighUse Requests  Size(s)
        isadev    19     2K      2K       19  64
       fw_xfer     0     0K      1K        1  128
      atkbddev     2     1K      1K        2  32
          GEOM    72    14K     23K      374  =20
16,32,64,128,256,512,1024,2048,4096
    pfs_fileno     1    20K     20K        1
          pmap     3    12K     12K        3
      nexusdev     3     1K      1K        3  16
       memdesc     1     4K      4K        1  4096
     pfs_nodes    20     3K      3K       20  128
      I/O APIC     3     3K      3K        3  1024
MSDOSFS mount     1   128K    128K        1
       UMAHash     1     2K      3K        4  256,512,1024,2048
     VM pgdata     2    65K     65K        2  64
         DEVFS   126    19K     19K      223  16,32,128,4096
       entropy  1024    64K     64K     1024  64
     UFS mount    12    37K     60K       16  64,256,1024,2048,4096
     UFS ihash     1   256K    256K        1
   UFS dirhash    33     6K      6K       33  16,32,512
        dirrem     0     0K      1K       34  32
         mkdir     0     0K      1K        6  32
        diradd     0     0K      1K       39  32
      freefile     0     0K      1K       29  32
      freeblks     0     0K      3K       22  256
      freefrag     0     0K      1K        4  32
    allocindir     0     0K     19K      306  64
      indirdep     0     0K    642K      143  32
   allocdirect     0     0K      2K       42  128
     bmsafemap     0     0K      2K       64  32
        newblk     1     1K      1K      349  64,256
      inodedep     1   256K    266K       85  128,256
       pagedep     1    64K     65K       22  64
      p1003.1b     1     1K      1K        1  16
    NFS daemon     1     1K      1K        1  256
      NFS hash     1   256K    256K        1
       NFS req     0     0K      1K      275  128
  ip6_moptions     1     1K      1K        1  16
     in6_multi    11     1K      1K       11  16,64
      syncache     1     8K      8K        1
      ppbusdev     3     1K      1K        3  128
     hostcache     1    24K     24K        1
      in_multi     2     1K      1K        2  32
      routetbl    28     3K      3K       58  16,32,64,128,256
      firewire    27    23K     25K       29  =20
16,32,128,512,1024,2048,4096
   ATA generic     2     1K      1K        2  16,512
            lo     1     1K      1K        1  1024
         clone     4    16K     16K        4  4096
   ether_multi    37     2K      2K       37  16,32,64
        ifaddr    34    10K     10K       34  16,32,64,256,512,2048
           BPF     4     1K      1K        4  64
         mount    15     9K      9K       20  16,32,128,1024
        vnodes    28     7K      7K      159  16,32,64,128,256
      vfscache     1   512K    512K        1
    BIO buffer    62   123K    123K       68  1024,2048
           pcb    28     5K      5K      140  16,32,64,2048
        soname     7     1K      1K     1227  16,32,128
           tag     0     0K      1K        2  32
          ptys     2     1K      1K        2  128
          ttys  1121   148K    162K     4481  128,512
           shm     1    12K     12K        1
           sem     4     7K      7K        4  512,1024,4096
           msg     4    25K     25K        4  512,4096
           iov     0     0K      1K      503  16,64,128
      ioctlops     0     0K      4K      641  =
16,32,64,512,1024,2048,4096
    turnstiles   271    17K     17K      271  64
     taskqueue     6     1K      1K        6  64
       acpisem    18     2K      2K       18  64
      acpitask     0     0K      1K        2  16,32
  sleep queues   271     9K      9K      271  32
          sbuf     0     0K     21K      310  =20
16,32,64,128,256,512,1024,2048,4096
          rman   121     8K      8K      445  16,64
        acpica  1834   102K    103K    17526  16,32,64,128,256,512,1024
          kobj   136   272K    272K      164  2048
  eventhandler    34     2K      2K       34  32,128
       devstat     6    13K     13K        6  16,4096
        bus-sc    48    50K     77K     1125  =20
16,32,64,128,256,512,1024,2048,4096
           bus   678    30K    115K     2972  16,32,64,128,1024
          SWAP     2  2189K   2189K        2  64
     sysctltmp     0     0K      1K      297  16,32,128
     sysctloid  2257    68K     68K     2257  16,32,64
        sysctl     0     0K      1K      609  16,32,64
       uidinfo     4     2K      2K        9  32,1024
        plimit    19     5K      5K      177  256
          cred    26     4K      4K     1469  128
       subproc   404   616K    628K     1563  32,256,4096
          proc     2     8K      8K        2  4096
       session    22     3K      3K       24  128
          pgrp    28     2K      2K       32  64
           sbp    96     8K      8K       96  32,128
      mtx_pool     1     8K      8K        1
        module   227    15K     15K      227  64,128
       acpidev    40     2K      2K       40  32
        ip6ndp     6     1K      1K        7  64,128
          temp    60   229K    229K     5983  =20
16,32,64,128,256,512,1024,2048,4096
        devbuf  2204  4875K   4907K     2904  =20
16,32,64,128,256,512,1024,2048,4096
         lockf     4     1K      1K       40  64
    ACD driver     1     2K      2K        1  2048
        linker    42     2K      2K       56  16,32,256
        KTRACE   100    13K     13K      100  128
       ATA DMA     4     1K      1K        4  128
       ithread   106    12K     12K      107  64,128
        zombie     0     0K      1K      467  128
     proc-args    30     2K      2K      328  16,32,64,128
        kqueue     0     0K      3K      190  128,1024
          kenv   102     6K      6K      103  16,32,64,2048
         sigio     1     1K      1K        1  32
     file desc   141    36K     37K      608  16,256,512
          cdev    40    10K     10K       40  256
   ISOFS mount     1   256K    256K        1

kern.ident: SMP-PAE
kern.maxusers: 384
kern.fallback_elf_brand: -1
kern.kstack_pages: 2
kern.sync_on_panic: 0
kern.shutdown.poweroff_delay: 5000
kern.shutdown.kproc_shutdown_wait: 60
kern.sugid_coredump: 0
kern.coredump: 1
kern.nodump_coredump: 0
kern.corefile: %N.core
kern.fscale: 2048
kern.timecounter.stepwarnings: 0
kern.timecounter.nbinuptime: 1411370
kern.timecounter.nnanouptime: 12
kern.timecounter.nmicrouptime: 704
kern.timecounter.nbintime: 4925
kern.timecounter.nnanotime: 65
kern.timecounter.nmicrotime: 4860
kern.timecounter.ngetbinuptime: 0
kern.timecounter.ngetnanouptime: 329
kern.timecounter.ngetmicrouptime: 7944
kern.timecounter.ngetbintime: 0
kern.timecounter.ngetnanotime: 0
kern.timecounter.ngetmicrotime: 55201
kern.timecounter.nsetclock: 2
kern.timecounter.hardware: ACPI-fast
kern.timecounter.choice: TSC(-100) ACPI-fast(1000) i8254(0) =20
dummy(-1000000)
kern.timecounter.tick: 1
kern.timecounter.smp_tsc: 0
kern.threads.thr_scope_sys: 0
kern.threads.thr_concurrency: 0
kern.threads.debug: 0
kern.threads.max_threads_per_proc: 1500
kern.threads.max_groups_per_proc: 1500
kern.threads.max_threads_hits: 0
kern.threads.virtual_cpu: 4
kern.sched.name: 4BSD
kern.sched.quantum: 100000
kern.sched.ipiwakeup.enabled: 1
kern.sched.ipiwakeup.requested: 163868
kern.sched.ipiwakeup.delivered: 163868
kern.sched.ipiwakeup.usemask: 1
kern.sched.ipiwakeup.useloop: 0
kern.sched.ipiwakeup.onecpu: 0
kern.sched.ipiwakeup.htt2: 0
kern.sched.followon: 0
kern.sched.pfollowons: 0
kern.sched.kgfollowons: 0
kern.sched.runq_fuzz: 1
kern.ccpu: 1948
kern.devstat.numdevs: 2
kern.devstat.generation: 96
kern.devstat.version: 6
kern.kobj_methodcount: 92
kern.log_wakeups_per_second: 5
kern.log_console_output: 1
kern.always_console_output: 0
kern.msgbuf:
kern.msgbuf_clear: 0
kern.smp.maxcpus: 16
kern.smp.active: 1
kern.smp.disabled: 0
kern.smp.cpus: 4
kern.smp.forward_signal_enabled: 1
kern.smp.forward_roundrobin_enabled: 1
kern.nselcoll: 0
kern.drainwait: 300
kern.tty_nin: 115
kern.tty_nout: 9662
kern.console: consolectl,/ttyd0,consolectl,
kern.consmute: 0
kern.consmsgbuf_size: 8192
kern.constty_wakeups_per_second: 5
kern.rootdev: da0s1a
kern.filedelay: 30
kern.dirdelay: 29
kern.metadelay: 28
kern.minvnodes: 25000
kern.chroot_allow_open_directories: 1
kern.rpc.retries: 0
kern.rpc.request: 0
kern.rpc.timeouts: 0
kern.rpc.unexpected: 0
kern.rpc.invalid: 0
kern.random.yarrow.gengateinterval: 10
kern.random.yarrow.bins: 10
kern.random.yarrow.fastthresh: 192
kern.random.yarrow.slowthresh: 256
kern.random.yarrow.slowoverthresh: 2
kern.random.sys.seeded: 1
kern.random.sys.harvest.ethernet: 1
kern.random.sys.harvest.point_to_point: 1
kern.random.sys.harvest.interrupt: 1
kern.random.sys.harvest.swi: 0
vm.vmtotal:
System wide totals computed every five seconds: (values in kilobytes)
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
Processes:		(RUNQ: 1 Disk Wait: 0 Page Wait: 0 Sleep: 28)
Virtual Memory:		(Total: 1079K, Active 68964K)
Real Memory:		(Total: 52792K Active 18092K)
Shared Virtual Memory:	(Total: 8520K Active: 3224K)
Shared Real Memory:	(Total: 6900K Active: 3076K)
Free Memory Pages:	8084124K

vm.loadavg: { 0.06 0.14 0.07 }
vm.v_free_min: 12904
vm.v_free_target: 54347
vm.v_free_reserved: 2731
vm.v_inactive_target: 81520
vm.v_cache_min: 54347
vm.v_cache_max: 108694
vm.v_pageout_free_min: 34
vm.pageout_algorithm: 0
vm.swap_enabled: 1
vm.kmem_size: 335544320
vm.kmem_size_max: 335544320
vm.kmem_size_scale: 3
vm.swap_async_max: 4
vm.dmmax: 32
vm.nswapdev: 1
vm.swap_idle_threshold1: 2
vm.swap_idle_threshold2: 10
vm.v_free_severe: 7817
vm.stats.sys.v_swtch: 999440
vm.stats.sys.v_trap: 40301
vm.stats.sys.v_syscall: 212354
vm.stats.sys.v_intr: 281250
vm.stats.sys.v_soft: 3697
vm.stats.vm.v_vm_faults: 44083
vm.stats.vm.v_cow_faults: 15850
vm.stats.vm.v_cow_optim: 157
vm.stats.vm.v_zfod: 15264
vm.stats.vm.v_ozfod: 15000
vm.stats.vm.v_swapin: 0
vm.stats.vm.v_swapout: 0
vm.stats.vm.v_swappgsin: 0
vm.stats.vm.v_swappgsout: 0
vm.stats.vm.v_vnodein: 259
vm.stats.vm.v_vnodeout: 0
vm.stats.vm.v_vnodepgsin: 1543
vm.stats.vm.v_vnodepgsout: 0
vm.stats.vm.v_intrans: 16
vm.stats.vm.v_reactivated: 98
vm.stats.vm.v_pdwakeups: 0
vm.stats.vm.v_pdpages: 0
vm.stats.vm.v_dfree: 0
vm.stats.vm.v_pfree: 21199
vm.stats.vm.v_tfree: 41438
vm.stats.vm.v_page_size: 4096
vm.stats.vm.v_page_count: 2034986
vm.stats.vm.v_free_reserved: 2731
vm.stats.vm.v_free_target: 54347
vm.stats.vm.v_free_min: 12904
vm.stats.vm.v_free_count: 2021030
vm.stats.vm.v_wire_count: 8633
vm.stats.vm.v_active_count: 3610
vm.stats.vm.v_inactive_target: 81520
vm.stats.vm.v_inactive_count: 1649
vm.stats.vm.v_cache_count: 0
vm.stats.vm.v_cache_min: 54347
vm.stats.vm.v_cache_max: 108694
vm.stats.vm.v_pageout_free_min: 34
vm.stats.vm.v_interrupt_free_min: 2
vm.stats.vm.v_forks: 470
vm.stats.vm.v_vforks: 26
vm.stats.vm.v_rforks: 0
vm.stats.vm.v_kthreads: 109
vm.stats.vm.v_forkpages: 34679
vm.stats.vm.v_vforkpages: 4236
vm.stats.vm.v_rforkpages: 0
vm.stats.vm.v_kthreadpages: 0
vm.stats.misc.zero_page_count: 1608075
vm.stats.misc.cnt_prezero: 1626218
vm.max_proc_mmap: 49344
vm.msync_flush_flags: 3
vm.old_msync: 0
vm.old_contigmalloc: 0
vm.idlezero_enable: 1
vm.idlezero_maxrun: 16
vm.max_launder: 32
vm.pageout_stats_max: 54347
vm.pageout_full_stats_interval: 20
vm.pageout_stats_interval: 5
vm.swap_idle_enabled: 0
vm.defer_swapspace_pageouts: 0
vm.disable_swapspace_pageouts: 0
vm.pageout_lock_miss: 0
vm.zone:
ITEM            SIZE     LIMIT     USED    FREE  REQUESTS

FFS2 dinode:     256,        0,    503,     67,      531
FFS1 dinode:     128,        0,      0,      0,        0
FFS inode:       140,        0,    503,     57,      531
SWAPMETA:        276,   121576,      0,      0,        0
rtentry:         132,        0,     13,     45,       13
unpcb:           140,    25620,     12,    100,       54
ripcb:           180,    25608,      0,      0,        0
sackhole:         16,        0,      0,      0,        0
tcpreass:         20,     1690,      0,      0,        0
hostcache:        88,    15400,      2,    130,        2
syncache:        108,    15372,      0,    108,        3
tcptw:            56,     5159,      1,    200,        6
tcpcb:           444,    25605,     16,     38,       35
inpcb:           180,    25608,     17,     93,       35
udpcb:           180,    25608,     13,     97,      147
socket:          324,    25608,     43,     65,      237
KNOTE:            68,        0,      0,    280,      192
PIPE:            384,        0,      3,     47,      153
NFSNODE:         452,        0,     10,     44,       10
NFSMOUNT:        432,        0,      3,     24,        3
DIRHASH:        1024,        0,     34,     14,       34
L VFS Cache:     291,        0,      0,      0,        0
S VFS Cache:      68,        0,    523,    205,      964
NAMEI:          1024,        0,      1,     55,     8109
VNODEPOLL:        64,        0,      0,      0,        0
VNODE:           264,        0,    594,     81,      593
ata_request:     200,        0,      0,     38,       24
g_bio:           132,        0,      0,    551,   206377
MbufClust:      2048,    25600,    768,     60,      768
Mbuf:            256,        0,    770,    640,     3228
Packet:          256,        0,    896,    514,     1703
VMSPACE:         304,        0,     30,     74,      496
UPCALL:           44,        0,      0,      0,        0
KSEGRP:          104,        0,    234,    116,      234
TID:             140,        0,      1,     53,        1
THREAD:          388,        0,    234,     36,      234
PROC:            452,        0,    138,     96,      604
Files:            68,        0,     94,    242,     4458
4096:           4096,        0,    182,     70,     5870
2048:           2048,        0,    218,     46,      336
1024:           1024,        0,     83,    133,     1148
512:             512,        0,     74,     46,      476
256:             256,        0,    495,    135,     1424
128:             128,        0,   1830,    360,     9690
64:               64,        0,   4185,    653,     6210
32:               32,        0,   2133,    466,     4744
16:               16,        0,   2147,    492,    19630
DP fakepg:        76,        0,      0,      0,        0
PDPT:             32,        0,    104,    235,       78
PV ENTRY:         24,  3575845,  16493,   1052,   224735
MAP ENTRY:        68,        0,   1138,    318,    18160
KMAP ENTRY:       68,    90160,     36,    300,     5462
MAP:             192,        0,      7,     33,        5
VM OBJECT:       132,        0,   1395,    229,     9688
128 Bucket:      524,        0,     81,      3,        0
64 Bucket:       268,        0,     80,      4,        0
32 Bucket:       140,        0,     90,     22,        0
16 Bucket:        76,        0,     63,     37,        0
UMA Hash:        128,        0,      4,     26,        0
UMA RCntSlab:    104,        0,    414,     30,        0
UMA Slabs:        64,        0,    549,     41,        0
UMA Zones:       328,        0,     61,      5,        0
UMA Kegs:        136,        0,     61,     11,        0

vm.kvm_size: 2145382400
vm.kvm_free: 1172303872
vfs.devfs.noverflow: 32768
vfs.devfs.generation: 90
vfs.devfs.inodes: 90
vfs.devfs.topinode: 93
vfs.nfs4.access_cache_timeout: 60
vfs.nfs4.nfsv3_commit_on_close: 0
vfs.ufs.dirhash_minsize: 2560
vfs.ufs.dirhash_maxmem: 2097152
vfs.ufs.dirhash_mem: 39085
vfs.ufs.dirhash_docheck: 0
vfs.nfs.downdelayinitial: 12
vfs.nfs.downdelayinterval: 30
vfs.nfs.realign_test: 275
vfs.nfs.realign_count: 0
vfs.nfs.bufpackets: 4
vfs.nfs.reconnects: 1
vfs.nfs.iodmaxidle: 120
vfs.nfs.iodmin: 4
vfs.nfs.iodmax: 20
vfs.nfs.defect: 0
vfs.nfs.nfs_ip_paranoia: 1
vfs.nfs.diskless_valid: 0
vfs.nfs.diskless_rootpath:
vfs.nfs.access_cache_timeout: 2
vfs.nfs.nfsv3_commit_on_close: 0
vfs.pfs.vncache.entries: 0
vfs.pfs.vncache.maxentries: 0
vfs.pfs.vncache.hits: 0
vfs.pfs.vncache.misses: 0
vfs.vmiodirenable: 1
vfs.runningbufspace: 0
vfs.bufspace: 24084480
vfs.maxbufspace: 209715200
vfs.bufmallocspace: 125952
vfs.maxmallocbufspace: 10452992
vfs.lobufspace: 208994304
vfs.hibufspace: 209059840
vfs.bufreusecnt: 1467
vfs.buffreekvacnt: 0
vfs.bufdefragcnt: 0
vfs.lorunningspace: 524288
vfs.hirunningspace: 1048576
vfs.dirtybufferflushes: 0
vfs.altbufferflushes: 0
vfs.recursiveflushes: 6
vfs.numdirtybuffers: 50
vfs.lodirtybuffers: 1610
vfs.hidirtybuffers: 3220
vfs.dirtybufthresh: 2898
vfs.numfreebuffers: 12750
vfs.lofreebuffers: 716
vfs.hifreebuffers: 1432
vfs.getnewbufcalls: 1950
vfs.getnewbufrestarts: 0
vfs.flushwithdeps: 0
vfs.cache.numneg: 31
vfs.cache.numcache: 523
vfs.cache.numcalls: 17396
vfs.cache.dothits: 100
vfs.cache.dotdothits: 5
vfs.cache.numchecks: 16223
vfs.cache.nummiss: 1038
vfs.cache.nummisszap: 31
vfs.cache.numposzaps: 26
vfs.cache.numposhits: 15095
vfs.cache.numnegzaps: 10
vfs.cache.numneghits: 1091
vfs.cache.nchstats: 15095 1091 36 0 1069 0 19 104
vfs.cache.numcwdcalls: 25
vfs.cache.numcwdfail1: 0
vfs.cache.numcwdfail2: 0
vfs.cache.numcwdfail3: 0
vfs.cache.numcwdfail4: 0
vfs.cache.numcwdfound: 25
vfs.cache.numfullpathcalls: 0
vfs.cache.numfullpathfail1: 0
vfs.cache.numfullpathfail2: 0
vfs.cache.numfullpathfail3: 0
vfs.cache.numfullpathfail4: 0
vfs.cache.numfullpathfound: 0
vfs.write_behind: 1
vfs.read_max: 8
vfs.opv_numops: 64
vfs.usermount: 0
vfs.numvnodes: 594
vfs.wantfreevnodes: 25
vfs.freevnodes: 103
vfs.reassignbufcalls: 1761
vfs.nameileafonly: 0
vfs.timestamp_precision: 0
vfs.worklist_len: 4
vfs.nfsrv.nfs_privport: 0
vfs.nfsrv.async: 0
vfs.nfsrv.commit_blks: 0
vfs.nfsrv.commit_miss: 0
vfs.nfsrv.realign_test: 0
vfs.nfsrv.realign_count: 0
vfs.nfsrv.gatherdelay: 10000
vfs.nfsrv.gatherdelay_v3: 0
vfs.ffs.doasyncfree: 1
vfs.ffs.doreallocblks: 1
vfs.ffs.compute_summary_at_mount: 0
net.local.stream.sendspace: 8192
net.local.stream.recvspace: 8192
net.local.dgram.maxdgram: 2048
net.local.dgram.recvspace: 4096
net.local.inflight: 0
net.inet.ip.portrange.lowfirst: 1023
net.inet.ip.portrange.lowlast: 600
net.inet.ip.portrange.first: 49152
net.inet.ip.portrange.last: 65535
net.inet.ip.portrange.hifirst: 49152
net.inet.ip.portrange.hilast: 65535
net.inet.ip.portrange.reservedhigh: 1023
net.inet.ip.portrange.reservedlow: 0
net.inet.ip.portrange.randomized: 1
net.inet.ip.portrange.randomcps: 10
net.inet.ip.portrange.randomtime: 45
net.inet.ip.forwarding: 0
net.inet.ip.redirect: 1
net.inet.ip.ttl: 64
net.inet.ip.rtexpire: 3600
net.inet.ip.rtminexpire: 10
net.inet.ip.rtmaxcache: 128
net.inet.ip.sourceroute: 0
net.inet.ip.intr_queue_maxlen: 50
net.inet.ip.intr_queue_drops: 0
net.inet.ip.accept_sourceroute: 0
net.inet.ip.keepfaith: 0
net.inet.ip.gifttl: 30
net.inet.ip.subnets_are_local: 0
net.inet.ip.fastforwarding: 0
net.inet.ip.process_options: 1
net.inet.ip.maxfragpackets: 800
net.inet.ip.maxfragsperpacket: 16
net.inet.ip.sendsourcequench: 0
net.inet.ip.random_id: 0
net.inet.ip.check_interface: 0
net.inet.icmp.maskrepl: 0
net.inet.icmp.icmplim: 200
net.inet.icmp.maskfake: 0
net.inet.icmp.drop_redirect: 0
net.inet.icmp.log_redirect: 0
net.inet.icmp.icmplim_output: 1
net.inet.icmp.reply_src:
net.inet.icmp.bmcastecho: 0
net.inet.tcp.rfc1323: 1
net.inet.tcp.rfc1644: 0
net.inet.tcp.mssdflt: 512
net.inet.tcp.keepidle: 7200000
net.inet.tcp.keepintvl: 75000
net.inet.tcp.sendspace: 32768
net.inet.tcp.recvspace: 65536
net.inet.tcp.keepinit: 75000
net.inet.tcp.delacktime: 100
net.inet.tcp.v6mssdflt: 1024
net.inet.tcp.hostcache.cachelimit: 15360
net.inet.tcp.hostcache.hashsize: 512
net.inet.tcp.hostcache.bucketlimit: 30
net.inet.tcp.hostcache.count: 2
net.inet.tcp.hostcache.expire: 3600
net.inet.tcp.hostcache.purge: 0
net.inet.tcp.log_in_vain: 0
net.inet.tcp.blackhole: 0
net.inet.tcp.delayed_ack: 1
net.inet.tcp.rfc3042: 1
net.inet.tcp.rfc3390: 1
net.inet.tcp.insecure_rst: 0
net.inet.tcp.reass.maxsegments: 1600
net.inet.tcp.reass.cursegments: 0
net.inet.tcp.reass.maxqlen: 48
net.inet.tcp.reass.overflows: 0
net.inet.tcp.path_mtu_discovery: 1
net.inet.tcp.slowstart_flightsize: 1
net.inet.tcp.local_slowstart_flightsize: 4
net.inet.tcp.newreno: 1
net.inet.tcp.sack.enable: 1
net.inet.tcp.minmss: 216
net.inet.tcp.minmssoverload: 0
net.inet.tcp.tcbhashsize: 512
net.inet.tcp.do_tcpdrain: 1
net.inet.tcp.pcbcount: 17
net.inet.tcp.icmp_may_rst: 1
net.inet.tcp.isn_reseed_interval: 0
net.inet.tcp.inflight.enable: 1
net.inet.tcp.inflight.debug: 0
net.inet.tcp.inflight.min: 6144
net.inet.tcp.inflight.max: 1073725440
net.inet.tcp.inflight.stab: 20
net.inet.tcp.syncookies: 1
net.inet.tcp.syncache.bucketlimit: 30
net.inet.tcp.syncache.cachelimit: 15359
net.inet.tcp.syncache.count: 0
net.inet.tcp.syncache.hashsize: 512
net.inet.tcp.syncache.rexmtlimit: 3
net.inet.tcp.msl: 30000
net.inet.tcp.rexmit_min: 30
net.inet.tcp.rexmit_slop: 200
net.inet.tcp.always_keepalive: 1
net.inet.udp.checksum: 1
net.inet.udp.maxdgram: 9216
net.inet.udp.recvspace: 42080
net.inet.udp.log_in_vain: 0
net.inet.udp.blackhole: 0
net.inet.udp.strict_mcast_mship: 0
net.inet.raw.maxdgram: 8192
net.inet.raw.recvspace: 8192
net.inet.accf.unloadable: 0
net.link.generic.system.ifcount: 4
net.link.ether.inet.prune_intvl: 300
net.link.ether.inet.max_age: 1200
net.link.ether.inet.host_down_time: 20
net.link.ether.inet.maxtries: 5
net.link.ether.inet.useloopback: 1
net.link.ether.inet.proxyall: 0
net.link.ether.inet.log_arp_wrong_iface: 1
net.link.ether.inet.log_arp_movements: 1
net.link.ether.ipfw: 0
net.link.gif.max_nesting: 1
net.link.gif.parallel_tunnels: 0
net.inet6.ip6.forwarding: 0
net.inet6.ip6.redirect: 1
net.inet6.ip6.hlim: 64
net.inet6.ip6.maxfragpackets: 6400
net.inet6.ip6.accept_rtadv: 0
net.inet6.ip6.keepfaith: 0
net.inet6.ip6.log_interval: 5
net.inet6.ip6.hdrnestlimit: 50
net.inet6.ip6.dad_count: 1
net.inet6.ip6.auto_flowlabel: 1
net.inet6.ip6.defmcasthlim: 1
net.inet6.ip6.gifhlim: 30
net.inet6.ip6.kame_version: 20010528/FreeBSD
net.inet6.ip6.use_deprecated: 1
net.inet6.ip6.rr_prune: 5
net.inet6.ip6.v6only: 1
net.inet6.ip6.rtexpire: 3600
net.inet6.ip6.rtminexpire: 10
net.inet6.ip6.rtmaxcache: 128
net.inet6.ip6.use_tempaddr: 0
net.inet6.ip6.temppltime: 86400
net.inet6.ip6.tempvltime: 604800
net.inet6.ip6.auto_linklocal: 1
net.inet6.ip6.prefer_tempaddr: 0
net.inet6.ip6.maxfrags: 6400
net.inet6.icmp6.rediraccept: 1
net.inet6.icmp6.redirtimeout: 600
net.inet6.icmp6.nd6_prune: 1
net.inet6.icmp6.nd6_delay: 5
net.inet6.icmp6.nd6_umaxtries: 3
net.inet6.icmp6.nd6_mmaxtries: 3
net.inet6.icmp6.nd6_useloopback: 1
net.inet6.icmp6.nodeinfo: 3
net.inet6.icmp6.errppslimit: 100
net.inet6.icmp6.nd6_maxnudhint: 0
net.inet6.icmp6.nd6_debug: 0
net.isr.enable: 0
net.isr.count: 1145
net.isr.directed: 0
net.isr.deferred: 1145
net.isr.queued: 412
net.isr.drop: 0
net.isr.swi_count: 1502
net.route.netisr_maxqlen: 256
debug.acpi.acpi_ca_version: 0x20041119
debug.acpi.do_powerstate: 1
debug.acpi.semaphore_debug: 0
debug.firewire_debug: 0
debug.fwmem_debug: 0
debug.if_fwe_debug: 0
debug.sbp_debug: 0
debug.mddebug: 0
debug.doslowdown: 0
debug.elf32_trace: 0
debug.elf32_legacy_coredump: 0
debug.boothowto: -2147483648
debug.bootverbose: 0
debug.free_devt: 0
debug.sizeof.g_class: 68
debug.sizeof.g_geom: 68
debug.sizeof.g_provider: 88
debug.sizeof.g_consumer: 60
debug.sizeof.g_bioq: 48
debug.sizeof.vnode: 264
debug.sizeof.proc: 452
debug.sizeof.cdev: 232
debug.sizeof.bio: 132
debug.sizeof.buf: 436
debug.sizeof.kinfo_proc: 648
debug.sizeof.devstat: 240
debug.to_avg_depth: 3009
debug.to_avg_gcalls: 488
debug.to_avg_mpcalls: 2498
debug.kdb.available:
debug.kdb.current:
debug.kdb.enter: 0
debug.kdb.stop_cpus: 1
debug.rman_debug: 0
debug.ttydebug: 0
debug.dobkgrdwrite: 1
debug.nchash: 131071
debug.ncnegfactor: 16
debug.numneg: 31
debug.numcache: 523
debug.numcachehv: 72
debug.vfscache: 1
debug.vnsize: 264
debug.ncsize: 36
debug.hashstat.nchash: 131072 522 2 39
debug.hashstat.nfsnode: 65536 10 1 1
debug.disablecwd: 0
debug.disablefullpath: 0
debug.rush_requests: 0
debug.vnlru_nowhere: 0
debug.bpf_bufsize: 4096
debug.bpf_maxbufsize: 524288
debug.if_tun_debug: 0
debug.mpsafenet: 1
debug.dopersistence: 0
debug.snapdebug: 0
debug.collectsnapstats: 0
debug.max_softdeps: 400000
debug.tickdelay: 2
debug.maxindirdeps: 50
debug.worklist_push: 0
debug.blk_limit_push: 0
debug.ino_limit_push: 0
debug.blk_limit_hit: 0
debug.ino_limit_hit: 0
debug.sync_limit_hit: 0
debug.indir_blk_ptrs: 91
debug.inode_bitmap: 4
debug.direct_blk_ptrs: 3
debug.dir_entry: 3
debug.bigcgs: 0
debug.dircheck: 0
debug.mpsafevm: 1
debug.nosleepwithlocks: 0
debug.fdc.fifo: 8
debug.fdc.debugflags: 0
debug.fdc.retries: 10
debug.fdc.spec1: 175
debug.fdc.spec2: 16
debug.fdc.settle: 12
debug.PMAP1changedcpu: 0
debug.PMAP1changed: 1502
debug.PMAP1unchanged: 143346
debug.psmhz: 20
debug.psm_soft_timeout: 500000
debug.psmerrsecs: 2
debug.psmerrusecs: 0
debug.psmsecs: 0
debug.psmusecs: 500000
debug.psmpkterrthresh: 2
debug.psmloglevel: 0
hw.machine: i386
hw.model: Intel(R) Xeon(TM) CPU 3.40GHz
hw.ncpu: 4
hw.byteorder: 1234
hw.physmem: 4218593280
hw.usermem: 4183220224
hw.pagesize: 4096
hw.floatingpoint: 1
hw.machine_arch: i386
hw.realmem: 1006632960
hw.aac.iosize_max: 65536
hw.ata.ata_dma: 1
hw.ata.wc: 1
hw.ata.atapi_dma: 1
hw.cardbus.debug: 0
hw.cardbus.cis_debug: 0
hw.firewire.try_bmr: 1
hw.firewire.hold_count: 3
hw.firewire.fwmem.eui64_hi: 0
hw.firewire.fwmem.eui64_lo: 0
hw.firewire.fwmem.speed: 2
hw.firewire.fwe.stream_ch: 1
hw.firewire.fwe.tx_speed: 2
hw.firewire.fwe.rx_queue_len: 128
hw.firewire.sbp.auto_login: 1
hw.firewire.sbp.max_speed: 2
hw.firewire.sbp.exclusive_login: 1
hw.firewire.sbp.login_delay: 1000
hw.firewire.sbp.scan_delay: 500
hw.firewire.sbp.use_doorbell: 0
hw.firewire.sbp.tags: 0
hw.pccard.debug: 0
hw.pccard.cis_debug: 0
hw.cbb.start_memory: 2281701376
hw.cbb.start_16_io: 256
hw.cbb.start_32_io: 4096
hw.cbb.debug: 0
hw.pcic.intr_mask: 57016
hw.pci.enable_io_modes: 1
hw.pci.do_powerstate: 0
hw.pci.host_mem_start: 2147483648
hw.pci.irq_override_mask: 57080
hw.intr_storm_threshold: 500
hw.availpages: 2078506
hw.bus.devctl_disable: 0
hw.kbd.keymap_restrict_change: 0
hw.syscons.saver.keybonly: 1
hw.syscons.bell: 1
hw.syscons.sc_no_suspend_vtswitch: 0
hw.busdma.total_bpages: 544
hw.busdma.zone0.total_bpages: 1
hw.busdma.zone0.free_bpages: 1
hw.busdma.zone0.reserved_bpages: 0
hw.busdma.zone0.active_bpages: 0
hw.busdma.zone0.total_bounced: 0
hw.busdma.zone0.total_deferred: 0
hw.busdma.zone0.lowaddr: 0xfffffffffffffff
hw.busdma.zone0.alignment: 4096
hw.busdma.zone0.boundary: 0
hw.busdma.zone1.total_bpages: 510
hw.busdma.zone1.free_bpages: 510
hw.busdma.zone1.reserved_bpages: 0
hw.busdma.zone1.active_bpages: 0
hw.busdma.zone1.total_bounced: 0
hw.busdma.zone1.total_deferred: 0
hw.busdma.zone1.lowaddr: 0xffffffff
hw.busdma.zone1.alignment: 1
hw.busdma.zone1.boundary: 0
hw.busdma.zone2.total_bpages: 1
hw.busdma.zone2.free_bpages: 1
hw.busdma.zone2.reserved_bpages: 0
hw.busdma.zone2.active_bpages: 0
hw.busdma.zone2.total_bounced: 0
hw.busdma.zone2.total_deferred: 0
hw.busdma.zone2.lowaddr: 0xffffffff
hw.busdma.zone2.alignment: 1024
hw.busdma.zone2.boundary: 0
hw.busdma.zone3.total_bpages: 0
hw.busdma.zone3.free_bpages: 0
hw.busdma.zone3.reserved_bpages: 0
hw.busdma.zone3.active_bpages: 0
hw.busdma.zone3.total_bounced: 0
hw.busdma.zone3.total_deferred: 0
hw.busdma.zone3.lowaddr: 0xffffffff
hw.busdma.zone3.alignment: 2048
hw.busdma.zone3.boundary: 0
hw.busdma.zone4.total_bpages: 32
hw.busdma.zone4.free_bpages: 32
hw.busdma.zone4.reserved_bpages: 0
hw.busdma.zone4.active_bpages: 0
hw.busdma.zone4.total_bounced: 0
hw.busdma.zone4.total_deferred: 0
hw.busdma.zone4.lowaddr: 0xffffffff
hw.busdma.zone4.alignment: 2
hw.busdma.zone4.boundary: 65536
hw.clockrate: 3391
hw.instruction_sse: 1
hw.acpi.supported_sleep_state: S1 S3 S4 S5
hw.acpi.power_button_state: S5
hw.acpi.sleep_button_state: S1
hw.acpi.lid_switch_state: NONE
hw.acpi.standby_state: S1
hw.acpi.suspend_state: S3
hw.acpi.sleep_delay: 1
hw.acpi.s4bios: 0
hw.acpi.verbose: 0
hw.acpi.reset_video: 1
hw.acpi.cpu.cx_supported: C1/0
hw.acpi.cpu.cx_lowest: C1
hw.acpi.cpu.cx_usage: 100.00%
hw.em0.debug_info: -1
hw.em0.stats: -1
hw.em0.rx_int_delay: 0
hw.em0.tx_int_delay: 66
hw.em0.rx_abs_int_delay: 66
hw.em0.tx_abs_int_delay: 66
machdep.adjkerntz: 0
machdep.disable_rtc_set: 0
machdep.wall_cmos_clock: 0
machdep.acpi_timer_freq: 3579545
machdep.conrclk: 1843200
machdep.gdbspeed: 9600
machdep.conspeed: 9600
machdep.enable_panic_key: 0
machdep.acpi_root: 1043504
machdep.disable_mtrrs: 0
machdep.cpu_idle_hlt: 1
machdep.guessed_bootdev: 2686451716
machdep.hlt_cpus: 0
machdep.panic_on_nmi: 1
machdep.tsc_freq: 3391511951
machdep.i8254_freq: 1193182
machdep.hlt_logical_cpus: 0
machdep.logical_cpus_mask: 10
user.cs_path: /usr/bin:/bin:/usr/sbin:/sbin:
user.bc_base_max: 99
user.bc_dim_max: 2048
user.bc_scale_max: 99
user.bc_string_max: 1000
user.coll_weights_max: 0
user.expr_nest_max: 32
user.line_max: 2048
user.re_dup_max: 255
user.posix2_version: 199212
user.posix2_c_bind: 0
user.posix2_c_dev: 0
user.posix2_char_term: 0
user.posix2_fort_dev: 0
user.posix2_fort_run: 0
user.posix2_localedef: 0
user.posix2_sw_dev: 0
user.posix2_upe: 0
user.stream_max: 20
user.tzname_max: 255
p1003_1b.asynchronous_io: 0
p1003_1b.mapped_files: 1
p1003_1b.memlock: 0
p1003_1b.memlock_range: 0
p1003_1b.memory_protection: 0
p1003_1b.message_passing: 0
p1003_1b.prioritized_io: 0
p1003_1b.priority_scheduling: 1
p1003_1b.realtime_signals: 0
p1003_1b.semaphores: 0
p1003_1b.fsync: 0
p1003_1b.shared_memory_objects: 1
p1003_1b.synchronized_io: 0
p1003_1b.timers: 0
p1003_1b.aio_listio_max: -1
p1003_1b.aio_max: -1
p1003_1b.aio_prio_delta_max: -1
p1003_1b.delaytimer_max: 0
p1003_1b.mq_open_max: 0
p1003_1b.pagesize: 4096
p1003_1b.rtsig_max: 0
p1003_1b.sem_nsems_max: 0
p1003_1b.sem_value_max: 0
p1003_1b.sigqueue_max: 0
p1003_1b.timer_max: 0
security.jail.set_hostname_allowed: 1
security.jail.socket_unixiproute_only: 1
security.jail.sysvipc_allowed: 0
security.jail.getfsstatroot_only: 1
security.jail.allow_raw_sockets: 0
security.jail.chflags_allowed: 0
security.jail.jailed: 0
security.bsd.suser_enabled: 1
security.bsd.see_other_uids: 1
security.bsd.see_other_gids: 1
security.bsd.conservative_signals: 1
security.bsd.unprivileged_proc_debug: 1
security.bsd.unprivileged_read_msgbuf: 1
security.bsd.hardlink_check_uid: 0
security.bsd.hardlink_check_gid: 0
security.bsd.unprivileged_get_quota: 0
dev.nexus.0.%driver: nexus
dev.nexus.0.%parent: root0
dev.acpi.0.%desc: DELL WS 670
dev.acpi.0.%driver: acpi
dev.acpi.0.%parent: nexus0
dev.acpi_sysresource.0.%desc: System Resource
dev.acpi_sysresource.0.%driver: acpi_sysresource
dev.acpi_sysresource.0.%location: handle=3D\_SB_.PCI0.ISA_.MBIO
dev.acpi_sysresource.0.%pnpinfo: _HID=3DPNP0C01 _UID=3D11
dev.acpi_sysresource.0.%parent: acpi0
dev.acpi_timer.0.%desc: 24-bit timer at 3.579545MHz
dev.acpi_timer.0.%driver: acpi_timer
dev.acpi_timer.0.%location: unknown
dev.acpi_timer.0.%pnpinfo: unknown
dev.acpi_timer.0.%parent: acpi0
dev.cpu.0.%desc: ACPI CPU
dev.cpu.0.%driver: cpu
dev.cpu.0.%location: handle=3D\_PR_.CPU0
dev.cpu.0.%pnpinfo: _HID=3Dnone _UID=3D0
dev.cpu.0.%parent: acpi0
dev.cpu.1.%desc: ACPI CPU
dev.cpu.1.%driver: cpu
dev.cpu.1.%location: handle=3D\_PR_.CPU1
dev.cpu.1.%pnpinfo: _HID=3Dnone _UID=3D0
dev.cpu.1.%parent: acpi0
dev.cpu.2.%desc: ACPI CPU
dev.cpu.2.%driver: cpu
dev.cpu.2.%location: handle=3D\_PR_.CPU2
dev.cpu.2.%pnpinfo: _HID=3Dnone _UID=3D0
dev.cpu.2.%parent: acpi0
dev.cpu.3.%desc: ACPI CPU
dev.cpu.3.%driver: cpu
dev.cpu.3.%location: handle=3D\_PR_.CPU3
dev.cpu.3.%pnpinfo: _HID=3Dnone _UID=3D0
dev.cpu.3.%parent: acpi0
dev.acpi_button.0.%desc: Power Button
dev.acpi_button.0.%driver: acpi_button
dev.acpi_button.0.%location: handle=3D\_SB_.VBTN
dev.acpi_button.0.%pnpinfo: _HID=3DPNP0C0C _UID=3D0
dev.acpi_button.0.%parent: acpi0
dev.acpi_button.0.wake: 1
dev.pcib.0.%desc: ACPI Host-PCI bridge
dev.pcib.0.%driver: pcib
dev.pcib.0.%location: handle=3D\_SB_.PCI0
dev.pcib.0.%pnpinfo: _HID=3DPNP0A03 _UID=3D4
dev.pcib.0.%parent: acpi0
dev.pcib.0.wake: 0
dev.pcib.1.%desc: ACPI PCI-PCI bridge
dev.pcib.1.%driver: pcib
dev.pcib.1.%location: slot=3D2 function=3D0 handle=3D\_SB_.PCI0.PCI1
dev.pcib.1.%pnpinfo: vendor=3D0x8086 device=3D0x3595 subvendor=3D0x0050 =20=

subdevice=3D0x0000 class=3D0x060400
dev.pcib.1.%parent: pci0
dev.pcib.1.wake: 0
dev.pcib.2.%desc: ACPI PCI-PCI bridge
dev.pcib.2.%driver: pcib
dev.pcib.2.%location: slot=3D0 function=3D0 handle=3D\_SB_.PCI0.PCI1.PCI2
dev.pcib.2.%pnpinfo: vendor=3D0x8086 device=3D0x0329 subvendor=3D0x0044 =20=

subdevice=3D0x0000 class=3D0x060400
dev.pcib.2.%parent: pci1
dev.pcib.2.wake: 0
dev.pcib.3.%desc: ACPI PCI-PCI bridge
dev.pcib.3.%driver: pcib
dev.pcib.3.%location: slot=3D0 function=3D2 handle=3D\_SB_.PCI0.PCI1.PCI3
dev.pcib.3.%pnpinfo: vendor=3D0x8086 device=3D0x032a subvendor=3D0x0044 =20=

subdevice=3D0x0000 class=3D0x060400
dev.pcib.3.%parent: pci1
dev.pcib.3.wake: 0
dev.pcib.4.%desc: ACPI PCI-PCI bridge
dev.pcib.4.%driver: pcib
dev.pcib.4.%location: slot=3D3 function=3D0 handle=3D\_SB_.PCI0.PCI4
dev.pcib.4.%pnpinfo: vendor=3D0x8086 device=3D0x3596 subvendor=3D0x0050 =20=

subdevice=3D0x0000 class=3D0x060400
dev.pcib.4.%parent: pci0
dev.pcib.4.wake: 0
dev.pcib.5.%desc: ACPI PCI-PCI bridge
dev.pcib.5.%driver: pcib
dev.pcib.5.%location: slot=3D4 function=3D0 handle=3D\_SB_.PCI0.PCI5
dev.pcib.5.%pnpinfo: vendor=3D0x8086 device=3D0x3597 subvendor=3D0x0050 =20=

subdevice=3D0x0000 class=3D0x060400
dev.pcib.5.%parent: pci0
dev.pcib.5.wake: 0
dev.pcib.6.%desc: ACPI PCI-PCI bridge
dev.pcib.6.%driver: pcib
dev.pcib.6.%location: slot=3D30 function=3D0 handle=3D\_SB_.PCI0.PCI6
dev.pcib.6.%pnpinfo: vendor=3D0x8086 device=3D0x244e subvendor=3D0x0000 =20=

subdevice=3D0x0000 class=3D0x060400
dev.pcib.6.%parent: pci0
dev.pcib.6.wake: 0
dev.pci.0.%desc: ACPI PCI bus
dev.pci.0.%driver: pci
dev.pci.0.%parent: pcib0
dev.pci.0.wake: 0
dev.pci.1.%desc: ACPI PCI bus
dev.pci.1.%driver: pci
dev.pci.1.%parent: pcib1
dev.pci.1.wake: 0
dev.pci.2.%desc: ACPI PCI bus
dev.pci.2.%driver: pci
dev.pci.2.%parent: pcib2
dev.pci.2.wake: 0
dev.pci.3.%desc: ACPI PCI bus
dev.pci.3.%driver: pci
dev.pci.3.%parent: pcib3
dev.pci.3.wake: 0
dev.pci.4.%desc: ACPI PCI bus
dev.pci.4.%driver: pci
dev.pci.4.%parent: pcib4
dev.pci.4.wake: 0
dev.pci.5.%desc: ACPI PCI bus
dev.pci.5.%driver: pci
dev.pci.5.%parent: pcib5
dev.pci.5.wake: 0
dev.pci.6.%desc: ACPI PCI bus
dev.pci.6.%driver: pci
dev.pci.6.%parent: pcib6
dev.pci.6.wake: 0
dev.hostb.0.%desc: Host to PCI bridge
dev.hostb.0.%driver: hostb
dev.hostb.0.%location: slot=3D0 function=3D0
dev.hostb.0.%pnpinfo: vendor=3D0x8086 device=3D0x359e subvendor=3D0x1028 =
=20
subdevice=3D0x0168 class=3D0x060000
dev.hostb.0.%parent: pci0
dev.ahd.0.%desc: Adaptec AIC7901 Ultra320 SCSI adapter
dev.ahd.0.%driver: ahd
dev.ahd.0.%location: slot=3D14 function=3D0
dev.ahd.0.%pnpinfo: vendor=3D0x9005 device=3D0x808f subvendor=3D0x1028 =20=

subdevice=3D0x0168 class=3D0x010400
dev.ahd.0.%parent: pci2
dev.em.0.%desc: Intel(R) PRO/1000 Network Connection, Version - 1.7.35
dev.em.0.%driver: em
dev.em.0.%location: slot=3D14 function=3D0
dev.em.0.%pnpinfo: vendor=3D0x8086 device=3D0x1026 subvendor=3D0x1028 =20=

subdevice=3D0x0168 class=3D0x020000
dev.em.0.%parent: pci3
dev.fwohci.0.%desc: Texas Instruments TSB43AB22/A
dev.fwohci.0.%driver: fwohci
dev.fwohci.0.%location: slot=3D12 function=3D0
dev.fwohci.0.%pnpinfo: vendor=3D0x104c device=3D0x8023 subvendor=3D0x1028 =
=20
subdevice=3D0x0168 class=3D0x0c0010
dev.fwohci.0.%parent: pci6
dev.firewire.0.%desc: IEEE1394(FireWire) bus
dev.firewire.0.%driver: firewire
dev.firewire.0.%parent: fwohci0
dev.fwe.0.%desc: Ethernet over FireWire
dev.fwe.0.%driver: fwe
dev.fwe.0.%parent: firewire0
dev.sbp.0.%desc: SBP-2/SCSI over FireWire
dev.sbp.0.%driver: sbp
dev.sbp.0.%parent: firewire0
dev.isab.0.%desc: PCI-ISA bridge
dev.isab.0.%driver: isab
dev.isab.0.%location: slot=3D31 function=3D0 handle=3D\_SB_.PCI0.ISA_
dev.isab.0.%pnpinfo: vendor=3D0x8086 device=3D0x24d0 subvendor=3D0x0000 =20=

subdevice=3D0x0000 class=3D0x060100
dev.isab.0.%parent: pci0
dev.isa.0.%desc: ISA bus
dev.isa.0.%driver: isa
dev.isa.0.%parent: isab0
dev.atapci.0.%desc: Intel ICH5 UDMA100 controller
dev.atapci.0.%driver: atapci
dev.atapci.0.%location: slot=3D31 function=3D1
dev.atapci.0.%pnpinfo: vendor=3D0x8086 device=3D0x24db subvendor=3D0x1028 =
=20
subdevice=3D0x0168 class=3D0x01018a
dev.atapci.0.%parent: pci0
dev.atapci.1.%desc: Intel ICH5 SATA150 controller
dev.atapci.1.%driver: atapci
dev.atapci.1.%location: slot=3D31 function=3D2
dev.atapci.1.%pnpinfo: vendor=3D0x8086 device=3D0x24d1 subvendor=3D0x1028 =
=20
subdevice=3D0x0168 class=3D0x01018f
dev.atapci.1.%parent: pci0
dev.ata.0.%driver: ata
dev.ata.0.%parent: atapci0
dev.ata.1.%driver: ata
dev.ata.1.%parent: atapci0
dev.ata.2.%driver: ata
dev.ata.2.%parent: atapci1
dev.ata.3.%driver: ata
dev.ata.3.%parent: atapci1
dev.atdma.0.%desc: AT DMA controller
dev.atdma.0.%driver: atdma
dev.atdma.0.%location: handle=3D\_SB_.PCI0.ISA_.DMA_
dev.atdma.0.%pnpinfo: _HID=3DPNP0200 _UID=3D0
dev.atdma.0.%parent: acpi0
dev.npxisa.0.%desc: Legacy ISA coprocessor support
dev.npxisa.0.%driver: npxisa
dev.npxisa.0.%location: handle=3D\_SB_.PCI0.ISA_.FPU_
dev.npxisa.0.%pnpinfo: _HID=3DPNP0C04 _UID=3D0
dev.npxisa.0.%parent: acpi0
dev.atpic.0.%desc: AT interrupt controller
dev.atpic.0.%driver: atpic
dev.atpic.0.%location: handle=3D\_SB_.PCI0.ISA_.PIC_
dev.atpic.0.%pnpinfo: _HID=3DPNP0000 _UID=3D0
dev.atpic.0.%parent: acpi0
dev.attimer.0.%desc: AT realtime clock
dev.attimer.0.%driver: attimer
dev.attimer.0.%location: handle=3D\_SB_.PCI0.ISA_.RTC_
dev.attimer.0.%pnpinfo: _HID=3DPNP0B00 _UID=3D0
dev.attimer.0.%parent: acpi0
dev.attimer.1.%desc: AT timer
dev.attimer.1.%driver: attimer
dev.attimer.1.%location: handle=3D\_SB_.PCI0.ISA_.TMR_
dev.attimer.1.%pnpinfo: _HID=3DPNP0100 _UID=3D0
dev.attimer.1.%parent: acpi0
dev.fdc.0.%desc: Enhanced floppy controller
dev.fdc.0.%driver: fdc
dev.fdc.0.%location: handle=3D\_SB_.PCI0.ISA_.FDC_
dev.fdc.0.%pnpinfo: _HID=3DPNP0700 _UID=3D0
dev.fdc.0.%parent: acpi0
dev.fd.0.%desc: 1440-KB 3.5" drive
dev.fd.0.%driver: fd
dev.fd.0.%parent: fdc0
dev.atkbdc.0.%desc: Keyboard controller (i8042)
dev.atkbdc.0.%driver: atkbdc
dev.atkbdc.0.%location: handle=3D\_SB_.PCI0.ISA_.KBD_
dev.atkbdc.0.%pnpinfo: _HID=3DPNP0303 _UID=3D0
dev.atkbdc.0.%parent: acpi0
dev.atkbdc.0.wake: 0
dev.atkbd.0.%desc: AT Keyboard
dev.atkbd.0.%driver: atkbd
dev.atkbd.0.%parent: atkbdc0
dev.ppc.0.%desc: ECP parallel printer port
dev.ppc.0.%driver: ppc
dev.ppc.0.%location: handle=3D\_SB_.PCI0.ISA_.PRT_
dev.ppc.0.%pnpinfo: _HID=3DPNP0401 _UID=3D0
dev.ppc.0.%parent: acpi0
dev.ppbus.0.%desc: Parallel port bus
dev.ppbus.0.%driver: ppbus
dev.ppbus.0.%parent: ppc0
dev.plip.0.%desc: PLIP network interface
dev.plip.0.%driver: plip
dev.plip.0.%parent: ppbus0
dev.lpt.0.%desc: Printer
dev.lpt.0.%driver: lpt
dev.lpt.0.%parent: ppbus0
dev.ppi.0.%desc: Parallel I/O
dev.ppi.0.%driver: ppi
dev.ppi.0.%parent: ppbus0
dev.sio.0.%desc: 16550A-compatible COM port
dev.sio.0.%driver: sio
dev.sio.0.%location: handle=3D\_SB_.PCI0.ISA_.COMA
dev.sio.0.%pnpinfo: _HID=3DPNP0501 _UID=3D1
dev.sio.0.%parent: acpi0
dev.sio.1.%desc: 16550A-compatible COM port
dev.sio.1.%driver: sio
dev.sio.1.%location: handle=3D\_SB_.PCI0.ISA_.COMB
dev.sio.1.%pnpinfo: _HID=3DPNP0501 _UID=3D2
dev.sio.1.%parent: acpi0
dev.npx.0.%desc: math processor
dev.npx.0.%driver: npx
dev.npx.0.%parent: nexus0
dev.orm.0.%desc: ISA Option ROMs
dev.orm.0.%driver: orm
dev.orm.0.%parent: isa0
dev.pmtimer.0.%driver: pmtimer
dev.pmtimer.0.%parent: isa0
dev.sc.0.%desc: System console
dev.sc.0.%driver: sc
dev.sc.0.%parent: isa0
dev.vga.0.%desc: Generic ISA VGA
dev.vga.0.%driver: vga
dev.vga.0.%parent: isa0
hptmv.status: RocketRAID 182x SATA Controller driver Version 1.1
------------------------------------------------------------------------=20=

-----

--
Emmanuel OTTON - Ecole des Mines d'Albi-Carmaux - Responsable =20
informatique
T=E9l: 05 63 49 30 86=

From owner-freebsd-stable@FreeBSD.ORG  Fri Mar 11 10:51:56 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 0112B16A4CE
	for <freebsd-stable@freebsd.org>;
	Fri, 11 Mar 2005 10:51:56 +0000 (GMT)
Received: from ms-smtp-03.rdc-nyc.rr.com (ms-smtp-03-smtplb.rdc-nyc.rr.com
	[24.29.109.7])	by mx1.FreeBSD.org (Postfix) with ESMTP id 38ED043D1D
	for <freebsd-stable@freebsd.org>;
	Fri, 11 Mar 2005 10:51:55 +0000 (GMT)
	(envelope-from scottro@scottro.net)
Received: from mail.scottro.net (68-175-68-211.nyc.rr.com [68.175.68.211])
	j2BApqGi004857	for <freebsd-stable@freebsd.org>;
	Fri, 11 Mar 2005 05:51:52 -0500 (EST)
Received: by mail.scottro.net (Postfix, from userid 1001)
	id 524F96346; Fri, 11 Mar 2005 05:51:52 -0500 (EST)
Date: Fri, 11 Mar 2005 05:51:52 -0500
From: Scott Robbins <scottro@nyc.rr.com>
To: freebsd-stable@freebsd.org
Message-ID: <20050311105152.GB23780@mail.scottro.net>
References: <20050310143024.15735d63@localhost>
	<200503102107.04032.ianjhart@ntlworld.com> <20050311022324.2a9d2f67@localhost>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed
Content-Disposition: inline
In-Reply-To: <20050311022324.2a9d2f67@localhost>
User-Agent: Mutt/1.5.8i
X-Virus-Scanned: Symantec AntiVirus Scan Engine
Subject: Re: installworld fails (5.4-PRE) on acpica
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 11 Mar 2005 10:51:56 -0000

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

On Fri, Mar 11, 2005 at 02:23:24AM -0500, epilogue wrote:
>  
> > I deleted the FILE acpica and re-ran installworld. The directory
> > acpica was then created.
> 
> worked here as well.  thanks.

Here too.  Though Mezz's post on the 4th or 5th indicated that he saw a
commit that should have fixed it, I had the same problem last night.

A quick recap for those who run into this.

After cvsup-ing and doing buildworld, buildkernel installkernel, during
make installworld, you get a stop  error about not being able to cd to
/usr/include/dev/acpica.  

This is because /usr/include/dev/acpica is a file, not a directory.
Just delete /usr/include/dev/acpica before running make installworld 
and it will work. 

(To see if the problem is going to occur or not, see if
/usr/include/dev/acpica is a directory or a file--if it's a directory,
you're fine, if it's a file, delete it before running make
installworld.)


- -- 

Scott Robbins

PGP keyID EB3467D6
( 1B48 077D 66F6 9DB0 FDC2 A409 FA54 EB34 67D6 )
gpg --keyserver pgp.mit.edu --recv-keys EB3467D6

Spike: We're out of Wheat-a-Bix. 
Giles: We are out of Wheat-a-Bix because you ate it all. Again. 
Spike: Get some more. 
Giles: I thought vampires were supposed to eat blood. 
Spike: Yeah, well, sometimes I like to crumble up the Wheat-a-Bix
 in the blood. Gives it a little texture. 
Giles: Since the picture you just painted means that I will never
touch food of any kind again, you'll just have to pick it up 
yourself. 
Spike: Sissy. 

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

iD8DBQFCMXhI+lTVdes0Z9YRAh8uAKCTb+G/enio1R9tGIL8Fa18o0y0dgCeMq01
XDCsx4OsIkQam6GNODvEDJw=
=1AfV
-----END PGP SIGNATURE-----

From owner-freebsd-stable@FreeBSD.ORG  Fri Mar 11 11:12:03 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 703C216A4CE
	for <freebsd-stable@freebsd.org>;
	Fri, 11 Mar 2005 11:12:03 +0000 (GMT)
Received: from rocky.mintel.co.uk (rocky2.mintel.com [217.206.187.69])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 5368B43D41
	for <freebsd-stable@freebsd.org>;
	Fri, 11 Mar 2005 11:12:00 +0000 (GMT)
	(envelope-from jason.thomson@mintel.com)
Received: from [10.0.62.5] ([10.0.62.5])
	by rocky.mintel.co.uk (8.12.8p1/8.12.8) with ESMTP id j2BBBlbb038602;
	Fri, 11 Mar 2005 11:11:47 GMT
	(envelope-from jason.thomson@mintel.com)
Message-ID: <42317CF3.20903@mintel.com>
Date: Fri, 11 Mar 2005 11:11:47 +0000
From: Jason Thomson <jason.thomson@mintel.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
	rv:1.7) Gecko/20040616
X-Accept-Language: en, en-us
MIME-Version: 1.0
To: Emmanuel OTTON <otton@enstimac.fr>
References: <6290d171fce4e3b4ee88f403a4aac711@enstimac.fr>
In-Reply-To: <6290d171fce4e3b4ee88f403a4aac711@enstimac.fr>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
X-Scanned-By: MIMEDefang 2.28 (www . roaringpenguin . com / mimedefang)
cc: freebsd-stable@freebsd.org
Subject: Re: PAE+SMP panic with "page fault while in kernel mode" in many
 files	opened situations
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 11 Mar 2005 11:12:03 -0000

If you disable the logical processors in the BIOS,  this problem should 
go away.

We ended up reverting to 4-STABLE for other reasons.



Emmanuel OTTON wrote:

> Hi to freebsd users,
> 
> I try to make work a DELL bi-xeon 8GB RAM box and experience a panic +  
> crash in what i think are situations involving many opened files:
>  - it crashes on (cd /usr/ports; make index)
>  - idem on cache-init, using p5-FreeBSDportindex
>  - it does not crash on buildworld, even with relatively high values of  
> -j.
> 
> I have:
>  - cvsupped stable (which gives me a 5.4 prerelease)
>  - configured, made and installed a world + PAE & SMP kernel, using the  
> suggested configurations in /usr/src/sys/i386/conf. (see kernconf  
> hereafter)
>  - tried to tune following advice on this list and man pae:
>     . increase KVA_PAGES to 512, 768, 1024
>     . decrease maxvnodes to 100000, 50000
> 
> I am now at a dead end (the end user even wants me to buy a redhat ! :-)
> 
> Thanks for any help, you'll find herafter:
>  - the systat -vmstat before a crash
>  - the kernconf
>  - the dmesg
>  - the sysctl kern*
> 
> The panic message is:
> ----------------------------------------------------
> fatal trap 12: page fault while in kernel mode
> cpuid: 00; apic id = 00
> fault virtual address = 0x24
> fault code = supervisor read, page not present
> .../... several lines of hexa addresses, are they needed ? .../...
> current process = pagedaemon
> trap number = 12
> panic: page fault
> cpuid = 0
> -----------------------------------------------------
> 
> The systat -vmstat just before the crash does not seem that bad (at  
> least to me..):
> ------------------------------------------------------------------------ 
> --------
>     2 users    Load  1.03  0.54  0.25                  Mar 11 09:58
> 
> Mem:KB    REAL            VIRTUAL                     VN PAGER  SWAP  PAGER
>         Tot   Share      Tot    Share    Free         in  out     in   out
> Act   24232    4948    75680     5272 8041996 count
> All   93440    8772  4446860    10568         pages
>                                                                   
> Interrupts
> Proc:r  p  d  s  w    Csw  Trp  Sys  Int  Sof  Flt   8312 cow     295  
> total
>            2 27      62722735428172  458  58327815  70192 wire         
> 1: atkb
>                                                     18212 act          
> 3: sio1
> 16.5%Sys   0.0%Intr  9.6%User  0.0%Nice 73.9%Idl     9240 inact        
> 4: sio0
> |    |    |    |    |    |    |    |    |    |            cache        
> 6: fdc0
> ========>>>>>                                     8041996 free    128  
> 8: rtc
>                                                           daefr        
> 13: npx
> Namei         Name-cache    Dir-cache               15523 prcfr        
> 15: ata
>     Calls     hits    %     hits    %                     react    36  
> 16: fwo
>     50774    50358   99        2    0                     pdwak    29  
> 24: ahd
>                                     12602 zfod            pdpgs     2  
> 48: em0
> Disks   da0 pass0                   12602 ofod          1 intrn   100  
> 0: clk
> KB/t   7.99  0.00                         %slo-z    90144 buf
> tps      29     0                   26789 tfree        10 dirtybuf
> MB/s   0.23  0.00                                   50000 desiredvnodes
> % busy    7     0                                    5168 numvnodes
>                                                       580 freevnodes
> ------------------------------------------------------------------------ 
> --------
> 
> 
> ----------------------KERNCONF  
> BEGINS----------------------------------------
> #
> # SMP-PAE -- Generic kernel configuration file for FreeBSD/i386 PAE
> #
> # $FreeBSD: src/sys/i386/conf/SMP-PAE,v 1.9.2.2 2004/12/06 05:46:11  
> obrien Exp $
> 
> include GENERIC
> 
> ident        SMP-PAE
> 
> # To make a PAE kernel, the next option is needed
> options        PAE            # Physical Address Extensions Kernel
> options        SMP
> options        KVA_PAGES=1024
> options         SCSI_DELAY=5000        # Delay (in ms) before probing  SCSI
> 
> # Compile acpi in statically since the module isn't built properly.   Most
> # machines which support large amounts of memory require acpi.
> device        acpi
> 
> # Don't build modules with this kernel config, since they are not built  
> with
> # the correct options headers.
> makeoptions    NO_MODULES=yes
> 
> # What follows is a list of drivers that are normally in GENERIC, but  
> either
> # don't work or are untested with PAE.  Be very careful before enabling  
> any
> # of these drivers.  Drivers which use DMA and don't handle 64 bit  
> physical
> # address properly may cause data corruption when used in a machine  
> with more
> # than 4 gigabytes of memory.
> 
> nodevice    ahb
> nodevice    amd
> #nodevice    isp
> device        ispfw
> nodevice    sym
> nodevice    trm
> 
> nodevice    adv
> nodevice    adw
> nodevice    aha
> nodevice    aic
> nodevice    bt
> 
> nodevice    ncv
> nodevice    nsp
> nodevice    stg
> 
> nodevice    asr
> nodevice    dpt
> nodevice    iir
> nodevice    mly
> 
> nodevice    ida
> nodevice    mlx
> nodevice    pst
> 
> nodevice    agp
> 
> nodevice    de
> nodevice    txp
> nodevice    vx
> 
> nodevice    dc
> nodevice    pcn
> nodevice    rl
> nodevice    sf
> nodevice    sis
> nodevice    ste
> nodevice    tl
> nodevice    tx
> nodevice    vr
> nodevice    wb
> 
> nodevice    cs
> nodevice    ed
> nodevice    ex
> nodevice    ep
> nodevice    fe
> nodevice    ie
> nodevice    lnc
> nodevice    sn
> nodevice    xe
> 
> nodevice    wlan
> nodevice    an
> nodevice    awi
> nodevice    wi
> 
> nodevice    uhci
> nodevice    ohci
> nodevice    usb
> nodevice    ugen
> nodevice    uhid
> nodevice    ukbd
> nodevice    ulpt
> nodevice    umass
> nodevice    ums
> nodevice    urio
> nodevice    uscanner
> nodevice    aue
> nodevice    axe
> nodevice    cue
> nodevice    kue
> nodevice    rue
> ---------------------------END OF  
> KERNCONF----------------------------------------------
> 
> 
> I include the dmesg and sysctl kern:
> --------------------------DMESG  
> BEGINS----------------------------------------------------
> Copyright (c) 1992-2005 The FreeBSD Project.
> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
>     The Regents of the University of California. All rights reserved.
> FreeBSD 5.4-PRERELEASE #5: Fri Mar 11 09:41:35 UTC 2005
>     root@pigalle.enstimac.fr:/usr/obj/usr/src/sys/SMP-PAE
> ACPI APIC Table: <DELL   WS 670 >
> Timecounter "i8254" frequency 1193182 Hz quality 0
> CPU: Intel(R) Xeon(TM) CPU 3.40GHz (3391.51-MHz 686-class CPU)
>   Origin = "GenuineIntel"  Id = 0xf41  Stepping = 1
>    
> Features=0xbfebfbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE 
> ,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE>
>   Hyperthreading: 2 logical CPUs
> real memory  = 9596567552 (9152 MB)
> avail memory = 8328167424 (7942 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: Changing APIC ID to 8
> ioapic1: Changing APIC ID to 9
> ioapic2: Changing APIC ID to 10
> 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
> lapic0: Forcing LINT1 to edge trigger
> acpi0: <DELL WS 670 > 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
> acpi_button0: <Power Button> on acpi0
> pcib0: <ACPI Host-PCI bridge> port 0xcf8-0xcff on acpi0
> pci0: <ACPI PCI bus> on pcib0
> pci0: <unknown> at device 0.1 (no driver attached)
> pcib1: <ACPI PCI-PCI bridge> irq 16 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
> ahd0: <Adaptec AIC7901 Ultra320 SCSI adapter> port  
> 0xdc00-0xdcff,0xd800-0xd8ff mem 0xdfdfe000-0xdfdfffff irq 24 at device  
> 14.0 on pci2
> aic7901: Ultra320 Wide Channel A, SCSI Id=7, PCI-X 67-100Mhz, 512 SCBs
> pcib3: <ACPI PCI-PCI bridge> at device 0.2 on pci1
> pci3: <ACPI PCI bus> on pcib3
> em0: <Intel(R) PRO/1000 Network Connection, Version - 1.7.35> port  
> 0xccc0-0xccff mem 0xdfce0000-0xdfcfffff irq 48 at device 14.0 on pci3
> em0: Ethernet address: 00:0f:1f:8b:1a:3a
> em0:  Speed:N/A  Duplex:N/A
> pcib4: <ACPI PCI-PCI bridge> irq 16 at device 3.0 on pci0
> pci4: <ACPI PCI bus> on pcib4
> pcib5: <ACPI PCI-PCI bridge> irq 16 at device 4.0 on pci0
> pci5: <ACPI PCI bus> on pcib5
> pci5: <display, VGA> at device 0.0 (no driver attached)
> 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)
> pci0: <serial bus, USB> at device 29.3 (no driver attached)
> pci0: <serial bus, USB> at device 29.7 (no driver attached)
> pcib6: <ACPI PCI-PCI bridge> at device 30.0 on pci0
> pci6: <ACPI PCI bus> on pcib6
> fwohci0: <Texas Instruments TSB43AB22/A> mem  
> 0xdcffc000-0xdcffffff,0xdcffb800-0xdcffbfff irq 16 at device 12.0 on  pci6
> fwohci0: OHCI version 1.10 (ROM=0)
> fwohci0: No. of Isochronous channels is 4.
> fwohci0: EUI64 80:8b:00:0f:1a:3a:1f: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: 82:8b:00:3a:1f:00
> fwe0: Ethernet address: 82:8b:00:3a:1f: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 ICH5 UDMA100 controller> port  
> 0xffa0-0xffaf,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 irq 18 at device 31.1  
> on pci0
> ata0: channel #0 on atapci0
> ata1: channel #1 on atapci0
> atapci1: <Intel ICH5 SATA150 controller> port  
> 0xfea0-0xfeaf,0xfe30-0xfe33,0xfe20-0xfe27,0xfe10-0xfe13,0xfe00-0xfe07  
> irq 18 at device 31.2 on pci0
> ata2: channel #0 on atapci1
> ata3: channel #1 on atapci1
> pci0: <serial bus, SMBus> at device 31.3 (no driver attached)
> pci0: <multimedia, audio> at device 31.5 (no driver attached)
> fdc0: <floppy drive controller> port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on  
> acpi0
> 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
> ppc0: <ECP parallel printer port> 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
> plip0: <PLIP network interface> on ppbus0
> lpt0: <Printer> on ppbus0
> lpt0: Interrupt-driven port
> ppi0: <Parallel I/O> on ppbus0
> sio0: configured irq 4 not in bitmap of probed irqs 0
> sio0: port may not be enabled
> sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on  
> acpi0
> sio0: type 16550A
> sio1: configured irq 3 not in bitmap of probed irqs 0
> sio1: port may not be enabled
> sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0
> sio1: type 16550A
> npx0: <math processor> on motherboard
> npx0: INT 16 interface
> orm0: <ISA Option ROMs> at iomem  
> 0xd7800-0xd7fff,0xd6000-0xd77ff,0xcc000-0xd5fff,0xc0000-0xcbfff 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
> acd0: CDRW <HL-DT-ST GCE-8483B/B105> at ata1-master UDMA33
> Waiting 15 seconds for SCSI devices to settle
> Interrupt storm detected on "irq16: fwohci0"; throttling interrupt  source
> lapic7: Forcing LINT1 to edge trigger
> SMP: AP CPU #3 Launched!
> lapic1: Forcing LINT1 to edge trigger
> SMP: AP CPU #1 Launched!
> lapic6: Forcing LINT1 to edge trigger
> SMP: AP CPU #2 Launched!
> da0 at ahd0 bus 0 target 0 lun 0
> da0: <SEAGATE ST3146807LW DS09> Fixed Direct Access SCSI-3 device
> da0: 320.000MB/s transfers (160.000MHz, offset 63, 16bit), Tagged  
> Queueing Enabled
> da0: 140014MB (286749480 512 byte sectors: 255H 63S/T 17849C)
> Mounting root from ufs:/dev/da0s1a
> WARNING: /var was not properly dismounted
> em0: Link is up 100 Mbps Full Duplex
> ---------------------------DMESG  
> ENDS-------------------------------------------
> 
> --------------------------SYSCTL  
> BEGINS--------------------------------------------
> kern.ostype: FreeBSD
> kern.osrelease: 5.4-PRERELEASE
> kern.osrevision: 199506
> kern.version: FreeBSD 5.4-PRERELEASE #5: Fri Mar 11 09:41:35 UTC 2005
>     root@pigalle.enstimac.fr:/usr/obj/usr/src/sys/SMP-PAE
> 
> kern.maxvnodes: 50000
> kern.maxproc: 6164
> kern.maxfiles: 12328
> kern.argmax: 65536
> kern.securelevel: -1
> kern.hostname: pigalle.enstimac.fr
> kern.hostid: 0
> kern.clockrate: { hz = 100, tick = 10000, profhz = 1024, stathz = 128 }
> kern.posix1version: 200112
> kern.ngroups: 16
> kern.job_control: 1
> kern.saved_ids: 0
> kern.boottime: { sec = 1110534322, usec = 194666 } Fri Mar 11 09:45:22  
> 2005
> kern.domainname:
> kern.osreldate: 503105
> kern.bootfile: /boot/kernel/kernel
> kern.maxfilesperproc: 11095
> kern.maxprocperuid: 5547
> kern.ipc.maxsockbuf: 262144
> kern.ipc.sockbuf_waste_factor: 8
> kern.ipc.somaxconn: 128
> kern.ipc.max_linkhdr: 16
> kern.ipc.max_protohdr: 60
> kern.ipc.max_hdr: 76
> kern.ipc.max_datalen: 132
> kern.ipc.nmbclusters: 25600
> kern.ipc.maxpipekva: 16777216
> kern.ipc.pipes: 6
> kern.ipc.pipekva: 49152
> kern.ipc.pipefragretry: 0
> kern.ipc.pipeallocfail: 0
> kern.ipc.piperesizefail: 0
> kern.ipc.piperesizeallowed: 1
> kern.ipc.msgmax: 16384
> kern.ipc.msgmni: 40
> kern.ipc.msgmnb: 2048
> kern.ipc.msgtql: 40
> kern.ipc.msgssz: 8
> kern.ipc.msgseg: 2048
> kern.ipc.semmap: 30
> kern.ipc.semmni: 10
> kern.ipc.semmns: 60
> kern.ipc.semmnu: 30
> kern.ipc.semmsl: 60
> kern.ipc.semopm: 100
> kern.ipc.semume: 10
> kern.ipc.semusz: 92
> kern.ipc.semvmx: 32767
> kern.ipc.semaem: 16384
> kern.ipc.shmmax: 33554432
> kern.ipc.shmmin: 1
> kern.ipc.shmmni: 192
> kern.ipc.shmseg: 128
> kern.ipc.shmall: 8192
> kern.ipc.shm_use_phys: 0
> kern.ipc.shm_allow_removed: 0
> kern.ipc.numopensockets: 43
> kern.ipc.maxsockets: 25600
> kern.ipc.nsfbufs: 6656
> kern.ipc.nsfbufspeak: 2
> kern.ipc.nsfbufsused: 0
> kern.dummy: 0
> kern.ps_strings: 2139095024
> kern.usrstack: 2139095040
> kern.logsigexit: 1
> kern.iov_max: 1024
> kern.cam.scsi_delay: 15000
> kern.cam.cd.changer.min_busy_seconds: 5
> kern.cam.cd.changer.max_busy_seconds: 15
> kern.cam.da.retry_count: 4
> kern.cam.da.default_timeout: 60
> kern.cam.da.0.minimum_cmd_size: 6
> kern.disks: da0
> kern.geom.debugflags: 0
> kern.geom.collectstats: 1
> kern.elf32.fallback_brand: -1
> kern.init_path:  
> /sbin/init:/sbin/oinit:/sbin/init.bak:/rescue/init:/stand/sysinstall
> kern.acct_suspend: 2
> kern.acct_resume: 4
> kern.acct_chkfreq: 15
> kern.cp_time: 306 15 948 284 89331
> kern.openfiles: 94
> kern.kq_calloutmax: 4096
> kern.stackprot: 7
> kern.ps_arg_cache_limit: 256
> kern.lastpid: 605
> kern.randompid: 0
> kern.ktrace.genio_size: 4096
> kern.ktrace.request_pool: 100
> kern.module_path: /boot/kernel;/boot/modules
> kern.malloc:
>         Type  InUse MemUse HighUse Requests  Size(s)
>        isadev    19     2K      2K       19  64
>       fw_xfer     0     0K      1K        1  128
>      atkbddev     2     1K      1K        2  32
>          GEOM    72    14K     23K      374   
> 16,32,64,128,256,512,1024,2048,4096
>    pfs_fileno     1    20K     20K        1
>          pmap     3    12K     12K        3
>      nexusdev     3     1K      1K        3  16
>       memdesc     1     4K      4K        1  4096
>     pfs_nodes    20     3K      3K       20  128
>      I/O APIC     3     3K      3K        3  1024
> MSDOSFS mount     1   128K    128K        1
>       UMAHash     1     2K      3K        4  256,512,1024,2048
>     VM pgdata     2    65K     65K        2  64
>         DEVFS   126    19K     19K      223  16,32,128,4096
>       entropy  1024    64K     64K     1024  64
>     UFS mount    12    37K     60K       16  64,256,1024,2048,4096
>     UFS ihash     1   256K    256K        1
>   UFS dirhash    33     6K      6K       33  16,32,512
>        dirrem     0     0K      1K       34  32
>         mkdir     0     0K      1K        6  32
>        diradd     0     0K      1K       39  32
>      freefile     0     0K      1K       29  32
>      freeblks     0     0K      3K       22  256
>      freefrag     0     0K      1K        4  32
>    allocindir     0     0K     19K      306  64
>      indirdep     0     0K    642K      143  32
>   allocdirect     0     0K      2K       42  128
>     bmsafemap     0     0K      2K       64  32
>        newblk     1     1K      1K      349  64,256
>      inodedep     1   256K    266K       85  128,256
>       pagedep     1    64K     65K       22  64
>      p1003.1b     1     1K      1K        1  16
>    NFS daemon     1     1K      1K        1  256
>      NFS hash     1   256K    256K        1
>       NFS req     0     0K      1K      275  128
>  ip6_moptions     1     1K      1K        1  16
>     in6_multi    11     1K      1K       11  16,64
>      syncache     1     8K      8K        1
>      ppbusdev     3     1K      1K        3  128
>     hostcache     1    24K     24K        1
>      in_multi     2     1K      1K        2  32
>      routetbl    28     3K      3K       58  16,32,64,128,256
>      firewire    27    23K     25K       29   16,32,128,512,1024,2048,4096
>   ATA generic     2     1K      1K        2  16,512
>            lo     1     1K      1K        1  1024
>         clone     4    16K     16K        4  4096
>   ether_multi    37     2K      2K       37  16,32,64
>        ifaddr    34    10K     10K       34  16,32,64,256,512,2048
>           BPF     4     1K      1K        4  64
>         mount    15     9K      9K       20  16,32,128,1024
>        vnodes    28     7K      7K      159  16,32,64,128,256
>      vfscache     1   512K    512K        1
>    BIO buffer    62   123K    123K       68  1024,2048
>           pcb    28     5K      5K      140  16,32,64,2048
>        soname     7     1K      1K     1227  16,32,128
>           tag     0     0K      1K        2  32
>          ptys     2     1K      1K        2  128
>          ttys  1121   148K    162K     4481  128,512
>           shm     1    12K     12K        1
>           sem     4     7K      7K        4  512,1024,4096
>           msg     4    25K     25K        4  512,4096
>           iov     0     0K      1K      503  16,64,128
>      ioctlops     0     0K      4K      641  16,32,64,512,1024,2048,4096
>    turnstiles   271    17K     17K      271  64
>     taskqueue     6     1K      1K        6  64
>       acpisem    18     2K      2K       18  64
>      acpitask     0     0K      1K        2  16,32
>  sleep queues   271     9K      9K      271  32
>          sbuf     0     0K     21K      310   
> 16,32,64,128,256,512,1024,2048,4096
>          rman   121     8K      8K      445  16,64
>        acpica  1834   102K    103K    17526  16,32,64,128,256,512,1024
>          kobj   136   272K    272K      164  2048
>  eventhandler    34     2K      2K       34  32,128
>       devstat     6    13K     13K        6  16,4096
>        bus-sc    48    50K     77K     1125   
> 16,32,64,128,256,512,1024,2048,4096
>           bus   678    30K    115K     2972  16,32,64,128,1024
>          SWAP     2  2189K   2189K        2  64
>     sysctltmp     0     0K      1K      297  16,32,128
>     sysctloid  2257    68K     68K     2257  16,32,64
>        sysctl     0     0K      1K      609  16,32,64
>       uidinfo     4     2K      2K        9  32,1024
>        plimit    19     5K      5K      177  256
>          cred    26     4K      4K     1469  128
>       subproc   404   616K    628K     1563  32,256,4096
>          proc     2     8K      8K        2  4096
>       session    22     3K      3K       24  128
>          pgrp    28     2K      2K       32  64
>           sbp    96     8K      8K       96  32,128
>      mtx_pool     1     8K      8K        1
>        module   227    15K     15K      227  64,128
>       acpidev    40     2K      2K       40  32
>        ip6ndp     6     1K      1K        7  64,128
>          temp    60   229K    229K     5983   
> 16,32,64,128,256,512,1024,2048,4096
>        devbuf  2204  4875K   4907K     2904   
> 16,32,64,128,256,512,1024,2048,4096
>         lockf     4     1K      1K       40  64
>    ACD driver     1     2K      2K        1  2048
>        linker    42     2K      2K       56  16,32,256
>        KTRACE   100    13K     13K      100  128
>       ATA DMA     4     1K      1K        4  128
>       ithread   106    12K     12K      107  64,128
>        zombie     0     0K      1K      467  128
>     proc-args    30     2K      2K      328  16,32,64,128
>        kqueue     0     0K      3K      190  128,1024
>          kenv   102     6K      6K      103  16,32,64,2048
>         sigio     1     1K      1K        1  32
>     file desc   141    36K     37K      608  16,256,512
>          cdev    40    10K     10K       40  256
>   ISOFS mount     1   256K    256K        1
> 
> kern.ident: SMP-PAE
> kern.maxusers: 384
> kern.fallback_elf_brand: -1
> kern.kstack_pages: 2
> kern.sync_on_panic: 0
> kern.shutdown.poweroff_delay: 5000
> kern.shutdown.kproc_shutdown_wait: 60
> kern.sugid_coredump: 0
> kern.coredump: 1
> kern.nodump_coredump: 0
> kern.corefile: %N.core
> kern.fscale: 2048
> kern.timecounter.stepwarnings: 0
> kern.timecounter.nbinuptime: 1411370
> kern.timecounter.nnanouptime: 12
> kern.timecounter.nmicrouptime: 704
> kern.timecounter.nbintime: 4925
> kern.timecounter.nnanotime: 65
> kern.timecounter.nmicrotime: 4860
> kern.timecounter.ngetbinuptime: 0
> kern.timecounter.ngetnanouptime: 329
> kern.timecounter.ngetmicrouptime: 7944
> kern.timecounter.ngetbintime: 0
> kern.timecounter.ngetnanotime: 0
> kern.timecounter.ngetmicrotime: 55201
> kern.timecounter.nsetclock: 2
> kern.timecounter.hardware: ACPI-fast
> kern.timecounter.choice: TSC(-100) ACPI-fast(1000) i8254(0)  
> dummy(-1000000)
> kern.timecounter.tick: 1
> kern.timecounter.smp_tsc: 0
> kern.threads.thr_scope_sys: 0
> kern.threads.thr_concurrency: 0
> kern.threads.debug: 0
> kern.threads.max_threads_per_proc: 1500
> kern.threads.max_groups_per_proc: 1500
> kern.threads.max_threads_hits: 0
> kern.threads.virtual_cpu: 4
> kern.sched.name: 4BSD
> kern.sched.quantum: 100000
> kern.sched.ipiwakeup.enabled: 1
> kern.sched.ipiwakeup.requested: 163868
> kern.sched.ipiwakeup.delivered: 163868
> kern.sched.ipiwakeup.usemask: 1
> kern.sched.ipiwakeup.useloop: 0
> kern.sched.ipiwakeup.onecpu: 0
> kern.sched.ipiwakeup.htt2: 0
> kern.sched.followon: 0
> kern.sched.pfollowons: 0
> kern.sched.kgfollowons: 0
> kern.sched.runq_fuzz: 1
> kern.ccpu: 1948
> kern.devstat.numdevs: 2
> kern.devstat.generation: 96
> kern.devstat.version: 6
> kern.kobj_methodcount: 92
> kern.log_wakeups_per_second: 5
> kern.log_console_output: 1
> kern.always_console_output: 0
> kern.msgbuf:
> kern.msgbuf_clear: 0
> kern.smp.maxcpus: 16
> kern.smp.active: 1
> kern.smp.disabled: 0
> kern.smp.cpus: 4
> kern.smp.forward_signal_enabled: 1
> kern.smp.forward_roundrobin_enabled: 1
> kern.nselcoll: 0
> kern.drainwait: 300
> kern.tty_nin: 115
> kern.tty_nout: 9662
> kern.console: consolectl,/ttyd0,consolectl,
> kern.consmute: 0
> kern.consmsgbuf_size: 8192
> kern.constty_wakeups_per_second: 5
> kern.rootdev: da0s1a
> kern.filedelay: 30
> kern.dirdelay: 29
> kern.metadelay: 28
> kern.minvnodes: 25000
> kern.chroot_allow_open_directories: 1
> kern.rpc.retries: 0
> kern.rpc.request: 0
> kern.rpc.timeouts: 0
> kern.rpc.unexpected: 0
> kern.rpc.invalid: 0
> kern.random.yarrow.gengateinterval: 10
> kern.random.yarrow.bins: 10
> kern.random.yarrow.fastthresh: 192
> kern.random.yarrow.slowthresh: 256
> kern.random.yarrow.slowoverthresh: 2
> kern.random.sys.seeded: 1
> kern.random.sys.harvest.ethernet: 1
> kern.random.sys.harvest.point_to_point: 1
> kern.random.sys.harvest.interrupt: 1
> kern.random.sys.harvest.swi: 0
> vm.vmtotal:
> System wide totals computed every five seconds: (values in kilobytes)
> ===============================================
> Processes:        (RUNQ: 1 Disk Wait: 0 Page Wait: 0 Sleep: 28)
> Virtual Memory:        (Total: 1079K, Active 68964K)
> Real Memory:        (Total: 52792K Active 18092K)
> Shared Virtual Memory:    (Total: 8520K Active: 3224K)
> Shared Real Memory:    (Total: 6900K Active: 3076K)
> Free Memory Pages:    8084124K
> 
> vm.loadavg: { 0.06 0.14 0.07 }
> vm.v_free_min: 12904
> vm.v_free_target: 54347
> vm.v_free_reserved: 2731
> vm.v_inactive_target: 81520
> vm.v_cache_min: 54347
> vm.v_cache_max: 108694
> vm.v_pageout_free_min: 34
> vm.pageout_algorithm: 0
> vm.swap_enabled: 1
> vm.kmem_size: 335544320
> vm.kmem_size_max: 335544320
> vm.kmem_size_scale: 3
> vm.swap_async_max: 4
> vm.dmmax: 32
> vm.nswapdev: 1
> vm.swap_idle_threshold1: 2
> vm.swap_idle_threshold2: 10
> vm.v_free_severe: 7817
> vm.stats.sys.v_swtch: 999440
> vm.stats.sys.v_trap: 40301
> vm.stats.sys.v_syscall: 212354
> vm.stats.sys.v_intr: 281250
> vm.stats.sys.v_soft: 3697
> vm.stats.vm.v_vm_faults: 44083
> vm.stats.vm.v_cow_faults: 15850
> vm.stats.vm.v_cow_optim: 157
> vm.stats.vm.v_zfod: 15264
> vm.stats.vm.v_ozfod: 15000
> vm.stats.vm.v_swapin: 0
> vm.stats.vm.v_swapout: 0
> vm.stats.vm.v_swappgsin: 0
> vm.stats.vm.v_swappgsout: 0
> vm.stats.vm.v_vnodein: 259
> vm.stats.vm.v_vnodeout: 0
> vm.stats.vm.v_vnodepgsin: 1543
> vm.stats.vm.v_vnodepgsout: 0
> vm.stats.vm.v_intrans: 16
> vm.stats.vm.v_reactivated: 98
> vm.stats.vm.v_pdwakeups: 0
> vm.stats.vm.v_pdpages: 0
> vm.stats.vm.v_dfree: 0
> vm.stats.vm.v_pfree: 21199
> vm.stats.vm.v_tfree: 41438
> vm.stats.vm.v_page_size: 4096
> vm.stats.vm.v_page_count: 2034986
> vm.stats.vm.v_free_reserved: 2731
> vm.stats.vm.v_free_target: 54347
> vm.stats.vm.v_free_min: 12904
> vm.stats.vm.v_free_count: 2021030
> vm.stats.vm.v_wire_count: 8633
> vm.stats.vm.v_active_count: 3610
> vm.stats.vm.v_inactive_target: 81520
> vm.stats.vm.v_inactive_count: 1649
> vm.stats.vm.v_cache_count: 0
> vm.stats.vm.v_cache_min: 54347
> vm.stats.vm.v_cache_max: 108694
> vm.stats.vm.v_pageout_free_min: 34
> vm.stats.vm.v_interrupt_free_min: 2
> vm.stats.vm.v_forks: 470
> vm.stats.vm.v_vforks: 26
> vm.stats.vm.v_rforks: 0
> vm.stats.vm.v_kthreads: 109
> vm.stats.vm.v_forkpages: 34679
> vm.stats.vm.v_vforkpages: 4236
> vm.stats.vm.v_rforkpages: 0
> vm.stats.vm.v_kthreadpages: 0
> vm.stats.misc.zero_page_count: 1608075
> vm.stats.misc.cnt_prezero: 1626218
> vm.max_proc_mmap: 49344
> vm.msync_flush_flags: 3
> vm.old_msync: 0
> vm.old_contigmalloc: 0
> vm.idlezero_enable: 1
> vm.idlezero_maxrun: 16
> vm.max_launder: 32
> vm.pageout_stats_max: 54347
> vm.pageout_full_stats_interval: 20
> vm.pageout_stats_interval: 5
> vm.swap_idle_enabled: 0
> vm.defer_swapspace_pageouts: 0
> vm.disable_swapspace_pageouts: 0
> vm.pageout_lock_miss: 0
> vm.zone:
> ITEM            SIZE     LIMIT     USED    FREE  REQUESTS
> 
> FFS2 dinode:     256,        0,    503,     67,      531
> FFS1 dinode:     128,        0,      0,      0,        0
> FFS inode:       140,        0,    503,     57,      531
> SWAPMETA:        276,   121576,      0,      0,        0
> rtentry:         132,        0,     13,     45,       13
> unpcb:           140,    25620,     12,    100,       54
> ripcb:           180,    25608,      0,      0,        0
> sackhole:         16,        0,      0,      0,        0
> tcpreass:         20,     1690,      0,      0,        0
> hostcache:        88,    15400,      2,    130,        2
> syncache:        108,    15372,      0,    108,        3
> tcptw:            56,     5159,      1,    200,        6
> tcpcb:           444,    25605,     16,     38,       35
> inpcb:           180,    25608,     17,     93,       35
> udpcb:           180,    25608,     13,     97,      147
> socket:          324,    25608,     43,     65,      237
> KNOTE:            68,        0,      0,    280,      192
> PIPE:            384,        0,      3,     47,      153
> NFSNODE:         452,        0,     10,     44,       10
> NFSMOUNT:        432,        0,      3,     24,        3
> DIRHASH:        1024,        0,     34,     14,       34
> L VFS Cache:     291,        0,      0,      0,        0
> S VFS Cache:      68,        0,    523,    205,      964
> NAMEI:          1024,        0,      1,     55,     8109
> VNODEPOLL:        64,        0,      0,      0,        0
> VNODE:           264,        0,    594,     81,      593
> ata_request:     200,        0,      0,     38,       24
> g_bio:           132,        0,      0,    551,   206377
> MbufClust:      2048,    25600,    768,     60,      768
> Mbuf:            256,        0,    770,    640,     3228
> Packet:          256,        0,    896,    514,     1703
> VMSPACE:         304,        0,     30,     74,      496
> UPCALL:           44,        0,      0,      0,        0
> KSEGRP:          104,        0,    234,    116,      234
> TID:             140,        0,      1,     53,        1
> THREAD:          388,        0,    234,     36,      234
> PROC:            452,        0,    138,     96,      604
> Files:            68,        0,     94,    242,     4458
> 4096:           4096,        0,    182,     70,     5870
> 2048:           2048,        0,    218,     46,      336
> 1024:           1024,        0,     83,    133,     1148
> 512:             512,        0,     74,     46,      476
> 256:             256,        0,    495,    135,     1424
> 128:             128,        0,   1830,    360,     9690
> 64:               64,        0,   4185,    653,     6210
> 32:               32,        0,   2133,    466,     4744
> 16:               16,        0,   2147,    492,    19630
> DP fakepg:        76,        0,      0,      0,        0
> PDPT:             32,        0,    104,    235,       78
> PV ENTRY:         24,  3575845,  16493,   1052,   224735
> MAP ENTRY:        68,        0,   1138,    318,    18160
> KMAP ENTRY:       68,    90160,     36,    300,     5462
> MAP:             192,        0,      7,     33,        5
> VM OBJECT:       132,        0,   1395,    229,     9688
> 128 Bucket:      524,        0,     81,      3,        0
> 64 Bucket:       268,        0,     80,      4,        0
> 32 Bucket:       140,        0,     90,     22,        0
> 16 Bucket:        76,        0,     63,     37,        0
> UMA Hash:        128,        0,      4,     26,        0
> UMA RCntSlab:    104,        0,    414,     30,        0
> UMA Slabs:        64,        0,    549,     41,        0
> UMA Zones:       328,        0,     61,      5,        0
> UMA Kegs:        136,        0,     61,     11,        0
> 
> vm.kvm_size: 2145382400
> vm.kvm_free: 1172303872
> vfs.devfs.noverflow: 32768
> vfs.devfs.generation: 90
> vfs.devfs.inodes: 90
> vfs.devfs.topinode: 93
> vfs.nfs4.access_cache_timeout: 60
> vfs.nfs4.nfsv3_commit_on_close: 0
> vfs.ufs.dirhash_minsize: 2560
> vfs.ufs.dirhash_maxmem: 2097152
> vfs.ufs.dirhash_mem: 39085
> vfs.ufs.dirhash_docheck: 0
> vfs.nfs.downdelayinitial: 12
> vfs.nfs.downdelayinterval: 30
> vfs.nfs.realign_test: 275
> vfs.nfs.realign_count: 0
> vfs.nfs.bufpackets: 4
> vfs.nfs.reconnects: 1
> vfs.nfs.iodmaxidle: 120
> vfs.nfs.iodmin: 4
> vfs.nfs.iodmax: 20
> vfs.nfs.defect: 0
> vfs.nfs.nfs_ip_paranoia: 1
> vfs.nfs.diskless_valid: 0
> vfs.nfs.diskless_rootpath:
> vfs.nfs.access_cache_timeout: 2
> vfs.nfs.nfsv3_commit_on_close: 0
> vfs.pfs.vncache.entries: 0
> vfs.pfs.vncache.maxentries: 0
> vfs.pfs.vncache.hits: 0
> vfs.pfs.vncache.misses: 0
> vfs.vmiodirenable: 1
> vfs.runningbufspace: 0
> vfs.bufspace: 24084480
> vfs.maxbufspace: 209715200
> vfs.bufmallocspace: 125952
> vfs.maxmallocbufspace: 10452992
> vfs.lobufspace: 208994304
> vfs.hibufspace: 209059840
> vfs.bufreusecnt: 1467
> vfs.buffreekvacnt: 0
> vfs.bufdefragcnt: 0
> vfs.lorunningspace: 524288
> vfs.hirunningspace: 1048576
> vfs.dirtybufferflushes: 0
> vfs.altbufferflushes: 0
> vfs.recursiveflushes: 6
> vfs.numdirtybuffers: 50
> vfs.lodirtybuffers: 1610
> vfs.hidirtybuffers: 3220
> vfs.dirtybufthresh: 2898
> vfs.numfreebuffers: 12750
> vfs.lofreebuffers: 716
> vfs.hifreebuffers: 1432
> vfs.getnewbufcalls: 1950
> vfs.getnewbufrestarts: 0
> vfs.flushwithdeps: 0
> vfs.cache.numneg: 31
> vfs.cache.numcache: 523
> vfs.cache.numcalls: 17396
> vfs.cache.dothits: 100
> vfs.cache.dotdothits: 5
> vfs.cache.numchecks: 16223
> vfs.cache.nummiss: 1038
> vfs.cache.nummisszap: 31
> vfs.cache.numposzaps: 26
> vfs.cache.numposhits: 15095
> vfs.cache.numnegzaps: 10
> vfs.cache.numneghits: 1091
> vfs.cache.nchstats: 15095 1091 36 0 1069 0 19 104
> vfs.cache.numcwdcalls: 25
> vfs.cache.numcwdfail1: 0
> vfs.cache.numcwdfail2: 0
> vfs.cache.numcwdfail3: 0
> vfs.cache.numcwdfail4: 0
> vfs.cache.numcwdfound: 25
> vfs.cache.numfullpathcalls: 0
> vfs.cache.numfullpathfail1: 0
> vfs.cache.numfullpathfail2: 0
> vfs.cache.numfullpathfail3: 0
> vfs.cache.numfullpathfail4: 0
> vfs.cache.numfullpathfound: 0
> vfs.write_behind: 1
> vfs.read_max: 8
> vfs.opv_numops: 64
> vfs.usermount: 0
> vfs.numvnodes: 594
> vfs.wantfreevnodes: 25
> vfs.freevnodes: 103
> vfs.reassignbufcalls: 1761
> vfs.nameileafonly: 0
> vfs.timestamp_precision: 0
> vfs.worklist_len: 4
> vfs.nfsrv.nfs_privport: 0
> vfs.nfsrv.async: 0
> vfs.nfsrv.commit_blks: 0
> vfs.nfsrv.commit_miss: 0
> vfs.nfsrv.realign_test: 0
> vfs.nfsrv.realign_count: 0
> vfs.nfsrv.gatherdelay: 10000
> vfs.nfsrv.gatherdelay_v3: 0
> vfs.ffs.doasyncfree: 1
> vfs.ffs.doreallocblks: 1
> vfs.ffs.compute_summary_at_mount: 0
> net.local.stream.sendspace: 8192
> net.local.stream.recvspace: 8192
> net.local.dgram.maxdgram: 2048
> net.local.dgram.recvspace: 4096
> net.local.inflight: 0
> net.inet.ip.portrange.lowfirst: 1023
> net.inet.ip.portrange.lowlast: 600
> net.inet.ip.portrange.first: 49152
> net.inet.ip.portrange.last: 65535
> net.inet.ip.portrange.hifirst: 49152
> net.inet.ip.portrange.hilast: 65535
> net.inet.ip.portrange.reservedhigh: 1023
> net.inet.ip.portrange.reservedlow: 0
> net.inet.ip.portrange.randomized: 1
> net.inet.ip.portrange.randomcps: 10
> net.inet.ip.portrange.randomtime: 45
> net.inet.ip.forwarding: 0
> net.inet.ip.redirect: 1
> net.inet.ip.ttl: 64
> net.inet.ip.rtexpire: 3600
> net.inet.ip.rtminexpire: 10
> net.inet.ip.rtmaxcache: 128
> net.inet.ip.sourceroute: 0
> net.inet.ip.intr_queue_maxlen: 50
> net.inet.ip.intr_queue_drops: 0
> net.inet.ip.accept_sourceroute: 0
> net.inet.ip.keepfaith: 0
> net.inet.ip.gifttl: 30
> net.inet.ip.subnets_are_local: 0
> net.inet.ip.fastforwarding: 0
> net.inet.ip.process_options: 1
> net.inet.ip.maxfragpackets: 800
> net.inet.ip.maxfragsperpacket: 16
> net.inet.ip.sendsourcequench: 0
> net.inet.ip.random_id: 0
> net.inet.ip.check_interface: 0
> net.inet.icmp.maskrepl: 0
> net.inet.icmp.icmplim: 200
> net.inet.icmp.maskfake: 0
> net.inet.icmp.drop_redirect: 0
> net.inet.icmp.log_redirect: 0
> net.inet.icmp.icmplim_output: 1
> net.inet.icmp.reply_src:
> net.inet.icmp.bmcastecho: 0
> net.inet.tcp.rfc1323: 1
> net.inet.tcp.rfc1644: 0
> net.inet.tcp.mssdflt: 512
> net.inet.tcp.keepidle: 7200000
> net.inet.tcp.keepintvl: 75000
> net.inet.tcp.sendspace: 32768
> net.inet.tcp.recvspace: 65536
> net.inet.tcp.keepinit: 75000
> net.inet.tcp.delacktime: 100
> net.inet.tcp.v6mssdflt: 1024
> net.inet.tcp.hostcache.cachelimit: 15360
> net.inet.tcp.hostcache.hashsize: 512
> net.inet.tcp.hostcache.bucketlimit: 30
> net.inet.tcp.hostcache.count: 2
> net.inet.tcp.hostcache.expire: 3600
> net.inet.tcp.hostcache.purge: 0
> net.inet.tcp.log_in_vain: 0
> net.inet.tcp.blackhole: 0
> net.inet.tcp.delayed_ack: 1
> net.inet.tcp.rfc3042: 1
> net.inet.tcp.rfc3390: 1
> net.inet.tcp.insecure_rst: 0
> net.inet.tcp.reass.maxsegments: 1600
> net.inet.tcp.reass.cursegments: 0
> net.inet.tcp.reass.maxqlen: 48
> net.inet.tcp.reass.overflows: 0
> net.inet.tcp.path_mtu_discovery: 1
> net.inet.tcp.slowstart_flightsize: 1
> net.inet.tcp.local_slowstart_flightsize: 4
> net.inet.tcp.newreno: 1
> net.inet.tcp.sack.enable: 1
> net.inet.tcp.minmss: 216
> net.inet.tcp.minmssoverload: 0
> net.inet.tcp.tcbhashsize: 512
> net.inet.tcp.do_tcpdrain: 1
> net.inet.tcp.pcbcount: 17
> net.inet.tcp.icmp_may_rst: 1
> net.inet.tcp.isn_reseed_interval: 0
> net.inet.tcp.inflight.enable: 1
> net.inet.tcp.inflight.debug: 0
> net.inet.tcp.inflight.min: 6144
> net.inet.tcp.inflight.max: 1073725440
> net.inet.tcp.inflight.stab: 20
> net.inet.tcp.syncookies: 1
> net.inet.tcp.syncache.bucketlimit: 30
> net.inet.tcp.syncache.cachelimit: 15359
> net.inet.tcp.syncache.count: 0
> net.inet.tcp.syncache.hashsize: 512
> net.inet.tcp.syncache.rexmtlimit: 3
> net.inet.tcp.msl: 30000
> net.inet.tcp.rexmit_min: 30
> net.inet.tcp.rexmit_slop: 200
> net.inet.tcp.always_keepalive: 1
> net.inet.udp.checksum: 1
> net.inet.udp.maxdgram: 9216
> net.inet.udp.recvspace: 42080
> net.inet.udp.log_in_vain: 0
> net.inet.udp.blackhole: 0
> net.inet.udp.strict_mcast_mship: 0
> net.inet.raw.maxdgram: 8192
> net.inet.raw.recvspace: 8192
> net.inet.accf.unloadable: 0
> net.link.generic.system.ifcount: 4
> net.link.ether.inet.prune_intvl: 300
> net.link.ether.inet.max_age: 1200
> net.link.ether.inet.host_down_time: 20
> net.link.ether.inet.maxtries: 5
> net.link.ether.inet.useloopback: 1
> net.link.ether.inet.proxyall: 0
> net.link.ether.inet.log_arp_wrong_iface: 1
> net.link.ether.inet.log_arp_movements: 1
> net.link.ether.ipfw: 0
> net.link.gif.max_nesting: 1
> net.link.gif.parallel_tunnels: 0
> net.inet6.ip6.forwarding: 0
> net.inet6.ip6.redirect: 1
> net.inet6.ip6.hlim: 64
> net.inet6.ip6.maxfragpackets: 6400
> net.inet6.ip6.accept_rtadv: 0
> net.inet6.ip6.keepfaith: 0
> net.inet6.ip6.log_interval: 5
> net.inet6.ip6.hdrnestlimit: 50
> net.inet6.ip6.dad_count: 1
> net.inet6.ip6.auto_flowlabel: 1
> net.inet6.ip6.defmcasthlim: 1
> net.inet6.ip6.gifhlim: 30
> net.inet6.ip6.kame_version: 20010528/FreeBSD
> net.inet6.ip6.use_deprecated: 1
> net.inet6.ip6.rr_prune: 5
> net.inet6.ip6.v6only: 1
> net.inet6.ip6.rtexpire: 3600
> net.inet6.ip6.rtminexpire: 10
> net.inet6.ip6.rtmaxcache: 128
> net.inet6.ip6.use_tempaddr: 0
> net.inet6.ip6.temppltime: 86400
> net.inet6.ip6.tempvltime: 604800
> net.inet6.ip6.auto_linklocal: 1
> net.inet6.ip6.prefer_tempaddr: 0
> net.inet6.ip6.maxfrags: 6400
> net.inet6.icmp6.rediraccept: 1
> net.inet6.icmp6.redirtimeout: 600
> net.inet6.icmp6.nd6_prune: 1
> net.inet6.icmp6.nd6_delay: 5
> net.inet6.icmp6.nd6_umaxtries: 3
> net.inet6.icmp6.nd6_mmaxtries: 3
> net.inet6.icmp6.nd6_useloopback: 1
> net.inet6.icmp6.nodeinfo: 3
> net.inet6.icmp6.errppslimit: 100
> net.inet6.icmp6.nd6_maxnudhint: 0
> net.inet6.icmp6.nd6_debug: 0
> net.isr.enable: 0
> net.isr.count: 1145
> net.isr.directed: 0
> net.isr.deferred: 1145
> net.isr.queued: 412
> net.isr.drop: 0
> net.isr.swi_count: 1502
> net.route.netisr_maxqlen: 256
> debug.acpi.acpi_ca_version: 0x20041119
> debug.acpi.do_powerstate: 1
> debug.acpi.semaphore_debug: 0
> debug.firewire_debug: 0
> debug.fwmem_debug: 0
> debug.if_fwe_debug: 0
> debug.sbp_debug: 0
> debug.mddebug: 0
> debug.doslowdown: 0
> debug.elf32_trace: 0
> debug.elf32_legacy_coredump: 0
> debug.boothowto: -2147483648
> debug.bootverbose: 0
> debug.free_devt: 0
> debug.sizeof.g_class: 68
> debug.sizeof.g_geom: 68
> debug.sizeof.g_provider: 88
> debug.sizeof.g_consumer: 60
> debug.sizeof.g_bioq: 48
> debug.sizeof.vnode: 264
> debug.sizeof.proc: 452
> debug.sizeof.cdev: 232
> debug.sizeof.bio: 132
> debug.sizeof.buf: 436
> debug.sizeof.kinfo_proc: 648
> debug.sizeof.devstat: 240
> debug.to_avg_depth: 3009
> debug.to_avg_gcalls: 488
> debug.to_avg_mpcalls: 2498
> debug.kdb.available:
> debug.kdb.current:
> debug.kdb.enter: 0
> debug.kdb.stop_cpus: 1
> debug.rman_debug: 0
> debug.ttydebug: 0
> debug.dobkgrdwrite: 1
> debug.nchash: 131071
> debug.ncnegfactor: 16
> debug.numneg: 31
> debug.numcache: 523
> debug.numcachehv: 72
> debug.vfscache: 1
> debug.vnsize: 264
> debug.ncsize: 36
> debug.hashstat.nchash: 131072 522 2 39
> debug.hashstat.nfsnode: 65536 10 1 1
> debug.disablecwd: 0
> debug.disablefullpath: 0
> debug.rush_requests: 0
> debug.vnlru_nowhere: 0
> debug.bpf_bufsize: 4096
> debug.bpf_maxbufsize: 524288
> debug.if_tun_debug: 0
> debug.mpsafenet: 1
> debug.dopersistence: 0
> debug.snapdebug: 0
> debug.collectsnapstats: 0
> debug.max_softdeps: 400000
> debug.tickdelay: 2
> debug.maxindirdeps: 50
> debug.worklist_push: 0
> debug.blk_limit_push: 0
> debug.ino_limit_push: 0
> debug.blk_limit_hit: 0
> debug.ino_limit_hit: 0
> debug.sync_limit_hit: 0
> debug.indir_blk_ptrs: 91
> debug.inode_bitmap: 4
> debug.direct_blk_ptrs: 3
> debug.dir_entry: 3
> debug.bigcgs: 0
> debug.dircheck: 0
> debug.mpsafevm: 1
> debug.nosleepwithlocks: 0
> debug.fdc.fifo: 8
> debug.fdc.debugflags: 0
> debug.fdc.retries: 10
> debug.fdc.spec1: 175
> debug.fdc.spec2: 16
> debug.fdc.settle: 12
> debug.PMAP1changedcpu: 0
> debug.PMAP1changed: 1502
> debug.PMAP1unchanged: 143346
> debug.psmhz: 20
> debug.psm_soft_timeout: 500000
> debug.psmerrsecs: 2
> debug.psmerrusecs: 0
> debug.psmsecs: 0
> debug.psmusecs: 500000
> debug.psmpkterrthresh: 2
> debug.psmloglevel: 0
> hw.machine: i386
> hw.model: Intel(R) Xeon(TM) CPU 3.40GHz
> hw.ncpu: 4
> hw.byteorder: 1234
> hw.physmem: 4218593280
> hw.usermem: 4183220224
> hw.pagesize: 4096
> hw.floatingpoint: 1
> hw.machine_arch: i386
> hw.realmem: 1006632960
> hw.aac.iosize_max: 65536
> hw.ata.ata_dma: 1
> hw.ata.wc: 1
> hw.ata.atapi_dma: 1
> hw.cardbus.debug: 0
> hw.cardbus.cis_debug: 0
> hw.firewire.try_bmr: 1
> hw.firewire.hold_count: 3
> hw.firewire.fwmem.eui64_hi: 0
> hw.firewire.fwmem.eui64_lo: 0
> hw.firewire.fwmem.speed: 2
> hw.firewire.fwe.stream_ch: 1
> hw.firewire.fwe.tx_speed: 2
> hw.firewire.fwe.rx_queue_len: 128
> hw.firewire.sbp.auto_login: 1
> hw.firewire.sbp.max_speed: 2
> hw.firewire.sbp.exclusive_login: 1
> hw.firewire.sbp.login_delay: 1000
> hw.firewire.sbp.scan_delay: 500
> hw.firewire.sbp.use_doorbell: 0
> hw.firewire.sbp.tags: 0
> hw.pccard.debug: 0
> hw.pccard.cis_debug: 0
> hw.cbb.start_memory: 2281701376
> hw.cbb.start_16_io: 256
> hw.cbb.start_32_io: 4096
> hw.cbb.debug: 0
> hw.pcic.intr_mask: 57016
> hw.pci.enable_io_modes: 1
> hw.pci.do_powerstate: 0
> hw.pci.host_mem_start: 2147483648
> hw.pci.irq_override_mask: 57080
> hw.intr_storm_threshold: 500
> hw.availpages: 2078506
> hw.bus.devctl_disable: 0
> hw.kbd.keymap_restrict_change: 0
> hw.syscons.saver.keybonly: 1
> hw.syscons.bell: 1
> hw.syscons.sc_no_suspend_vtswitch: 0
> hw.busdma.total_bpages: 544
> hw.busdma.zone0.total_bpages: 1
> hw.busdma.zone0.free_bpages: 1
> hw.busdma.zone0.reserved_bpages: 0
> hw.busdma.zone0.active_bpages: 0
> hw.busdma.zone0.total_bounced: 0
> hw.busdma.zone0.total_deferred: 0
> hw.busdma.zone0.lowaddr: 0xfffffffffffffff
> hw.busdma.zone0.alignment: 4096
> hw.busdma.zone0.boundary: 0
> hw.busdma.zone1.total_bpages: 510
> hw.busdma.zone1.free_bpages: 510
> hw.busdma.zone1.reserved_bpages: 0
> hw.busdma.zone1.active_bpages: 0
> hw.busdma.zone1.total_bounced: 0
> hw.busdma.zone1.total_deferred: 0
> hw.busdma.zone1.lowaddr: 0xffffffff
> hw.busdma.zone1.alignment: 1
> hw.busdma.zone1.boundary: 0
> hw.busdma.zone2.total_bpages: 1
> hw.busdma.zone2.free_bpages: 1
> hw.busdma.zone2.reserved_bpages: 0
> hw.busdma.zone2.active_bpages: 0
> hw.busdma.zone2.total_bounced: 0
> hw.busdma.zone2.total_deferred: 0
> hw.busdma.zone2.lowaddr: 0xffffffff
> hw.busdma.zone2.alignment: 1024
> hw.busdma.zone2.boundary: 0
> hw.busdma.zone3.total_bpages: 0
> hw.busdma.zone3.free_bpages: 0
> hw.busdma.zone3.reserved_bpages: 0
> hw.busdma.zone3.active_bpages: 0
> hw.busdma.zone3.total_bounced: 0
> hw.busdma.zone3.total_deferred: 0
> hw.busdma.zone3.lowaddr: 0xffffffff
> hw.busdma.zone3.alignment: 2048
> hw.busdma.zone3.boundary: 0
> hw.busdma.zone4.total_bpages: 32
> hw.busdma.zone4.free_bpages: 32
> hw.busdma.zone4.reserved_bpages: 0
> hw.busdma.zone4.active_bpages: 0
> hw.busdma.zone4.total_bounced: 0
> hw.busdma.zone4.total_deferred: 0
> hw.busdma.zone4.lowaddr: 0xffffffff
> hw.busdma.zone4.alignment: 2
> hw.busdma.zone4.boundary: 65536
> hw.clockrate: 3391
> hw.instruction_sse: 1
> hw.acpi.supported_sleep_state: S1 S3 S4 S5
> hw.acpi.power_button_state: S5
> hw.acpi.sleep_button_state: S1
> hw.acpi.lid_switch_state: NONE
> hw.acpi.standby_state: S1
> hw.acpi.suspend_state: S3
> hw.acpi.sleep_delay: 1
> hw.acpi.s4bios: 0
> hw.acpi.verbose: 0
> hw.acpi.reset_video: 1
> hw.acpi.cpu.cx_supported: C1/0
> hw.acpi.cpu.cx_lowest: C1
> hw.acpi.cpu.cx_usage: 100.00%
> hw.em0.debug_info: -1
> hw.em0.stats: -1
> hw.em0.rx_int_delay: 0
> hw.em0.tx_int_delay: 66
> hw.em0.rx_abs_int_delay: 66
> hw.em0.tx_abs_int_delay: 66
> machdep.adjkerntz: 0
> machdep.disable_rtc_set: 0
> machdep.wall_cmos_clock: 0
> machdep.acpi_timer_freq: 3579545
> machdep.conrclk: 1843200
> machdep.gdbspeed: 9600
> machdep.conspeed: 9600
> machdep.enable_panic_key: 0
> machdep.acpi_root: 1043504
> machdep.disable_mtrrs: 0
> machdep.cpu_idle_hlt: 1
> machdep.guessed_bootdev: 2686451716
> machdep.hlt_cpus: 0
> machdep.panic_on_nmi: 1
> machdep.tsc_freq: 3391511951
> machdep.i8254_freq: 1193182
> machdep.hlt_logical_cpus: 0
> machdep.logical_cpus_mask: 10
> user.cs_path: /usr/bin:/bin:/usr/sbin:/sbin:
> user.bc_base_max: 99
> user.bc_dim_max: 2048
> user.bc_scale_max: 99
> user.bc_string_max: 1000
> user.coll_weights_max: 0
> user.expr_nest_max: 32
> user.line_max: 2048
> user.re_dup_max: 255
> user.posix2_version: 199212
> user.posix2_c_bind: 0
> user.posix2_c_dev: 0
> user.posix2_char_term: 0
> user.posix2_fort_dev: 0
> user.posix2_fort_run: 0
> user.posix2_localedef: 0
> user.posix2_sw_dev: 0
> user.posix2_upe: 0
> user.stream_max: 20
> user.tzname_max: 255
> p1003_1b.asynchronous_io: 0
> p1003_1b.mapped_files: 1
> p1003_1b.memlock: 0
> p1003_1b.memlock_range: 0
> p1003_1b.memory_protection: 0
> p1003_1b.message_passing: 0
> p1003_1b.prioritized_io: 0
> p1003_1b.priority_scheduling: 1
> p1003_1b.realtime_signals: 0
> p1003_1b.semaphores: 0
> p1003_1b.fsync: 0
> p1003_1b.shared_memory_objects: 1
> p1003_1b.synchronized_io: 0
> p1003_1b.timers: 0
> p1003_1b.aio_listio_max: -1
> p1003_1b.aio_max: -1
> p1003_1b.aio_prio_delta_max: -1
> p1003_1b.delaytimer_max: 0
> p1003_1b.mq_open_max: 0
> p1003_1b.pagesize: 4096
> p1003_1b.rtsig_max: 0
> p1003_1b.sem_nsems_max: 0
> p1003_1b.sem_value_max: 0
> p1003_1b.sigqueue_max: 0
> p1003_1b.timer_max: 0
> security.jail.set_hostname_allowed: 1
> security.jail.socket_unixiproute_only: 1
> security.jail.sysvipc_allowed: 0
> security.jail.getfsstatroot_only: 1
> security.jail.allow_raw_sockets: 0
> security.jail.chflags_allowed: 0
> security.jail.jailed: 0
> security.bsd.suser_enabled: 1
> security.bsd.see_other_uids: 1
> security.bsd.see_other_gids: 1
> security.bsd.conservative_signals: 1
> security.bsd.unprivileged_proc_debug: 1
> security.bsd.unprivileged_read_msgbuf: 1
> security.bsd.hardlink_check_uid: 0
> security.bsd.hardlink_check_gid: 0
> security.bsd.unprivileged_get_quota: 0
> dev.nexus.0.%driver: nexus
> dev.nexus.0.%parent: root0
> dev.acpi.0.%desc: DELL WS 670
> dev.acpi.0.%driver: acpi
> dev.acpi.0.%parent: nexus0
> dev.acpi_sysresource.0.%desc: System Resource
> dev.acpi_sysresource.0.%driver: acpi_sysresource
> dev.acpi_sysresource.0.%location: handle=\_SB_.PCI0.ISA_.MBIO
> dev.acpi_sysresource.0.%pnpinfo: _HID=PNP0C01 _UID=11
> dev.acpi_sysresource.0.%parent: acpi0
> dev.acpi_timer.0.%desc: 24-bit timer at 3.579545MHz
> dev.acpi_timer.0.%driver: acpi_timer
> dev.acpi_timer.0.%location: unknown
> dev.acpi_timer.0.%pnpinfo: unknown
> dev.acpi_timer.0.%parent: acpi0
> dev.cpu.0.%desc: ACPI CPU
> dev.cpu.0.%driver: cpu
> dev.cpu.0.%location: handle=\_PR_.CPU0
> dev.cpu.0.%pnpinfo: _HID=none _UID=0
> dev.cpu.0.%parent: acpi0
> dev.cpu.1.%desc: ACPI CPU
> dev.cpu.1.%driver: cpu
> dev.cpu.1.%location: handle=\_PR_.CPU1
> dev.cpu.1.%pnpinfo: _HID=none _UID=0
> dev.cpu.1.%parent: acpi0
> dev.cpu.2.%desc: ACPI CPU
> dev.cpu.2.%driver: cpu
> dev.cpu.2.%location: handle=\_PR_.CPU2
> dev.cpu.2.%pnpinfo: _HID=none _UID=0
> dev.cpu.2.%parent: acpi0
> dev.cpu.3.%desc: ACPI CPU
> dev.cpu.3.%driver: cpu
> dev.cpu.3.%location: handle=\_PR_.CPU3
> dev.cpu.3.%pnpinfo: _HID=none _UID=0
> dev.cpu.3.%parent: acpi0
> dev.acpi_button.0.%desc: Power Button
> dev.acpi_button.0.%driver: acpi_button
> dev.acpi_button.0.%location: handle=\_SB_.VBTN
> dev.acpi_button.0.%pnpinfo: _HID=PNP0C0C _UID=0
> dev.acpi_button.0.%parent: acpi0
> dev.acpi_button.0.wake: 1
> dev.pcib.0.%desc: ACPI Host-PCI bridge
> dev.pcib.0.%driver: pcib
> dev.pcib.0.%location: handle=\_SB_.PCI0
> dev.pcib.0.%pnpinfo: _HID=PNP0A03 _UID=4
> dev.pcib.0.%parent: acpi0
> dev.pcib.0.wake: 0
> dev.pcib.1.%desc: ACPI PCI-PCI bridge
> dev.pcib.1.%driver: pcib
> dev.pcib.1.%location: slot=2 function=0 handle=\_SB_.PCI0.PCI1
> dev.pcib.1.%pnpinfo: vendor=0x8086 device=0x3595 subvendor=0x0050  
> subdevice=0x0000 class=0x060400
> dev.pcib.1.%parent: pci0
> dev.pcib.1.wake: 0
> dev.pcib.2.%desc: ACPI PCI-PCI bridge
> dev.pcib.2.%driver: pcib
> dev.pcib.2.%location: slot=0 function=0 handle=\_SB_.PCI0.PCI1.PCI2
> dev.pcib.2.%pnpinfo: vendor=0x8086 device=0x0329 subvendor=0x0044  
> subdevice=0x0000 class=0x060400
> dev.pcib.2.%parent: pci1
> dev.pcib.2.wake: 0
> dev.pcib.3.%desc: ACPI PCI-PCI bridge
> dev.pcib.3.%driver: pcib
> dev.pcib.3.%location: slot=0 function=2 handle=\_SB_.PCI0.PCI1.PCI3
> dev.pcib.3.%pnpinfo: vendor=0x8086 device=0x032a subvendor=0x0044  
> subdevice=0x0000 class=0x060400
> dev.pcib.3.%parent: pci1
> dev.pcib.3.wake: 0
> dev.pcib.4.%desc: ACPI PCI-PCI bridge
> dev.pcib.4.%driver: pcib
> dev.pcib.4.%location: slot=3 function=0 handle=\_SB_.PCI0.PCI4
> dev.pcib.4.%pnpinfo: vendor=0x8086 device=0x3596 subvendor=0x0050  
> subdevice=0x0000 class=0x060400
> dev.pcib.4.%parent: pci0
> dev.pcib.4.wake: 0
> dev.pcib.5.%desc: ACPI PCI-PCI bridge
> dev.pcib.5.%driver: pcib
> dev.pcib.5.%location: slot=4 function=0 handle=\_SB_.PCI0.PCI5
> dev.pcib.5.%pnpinfo: vendor=0x8086 device=0x3597 subvendor=0x0050  
> subdevice=0x0000 class=0x060400
> dev.pcib.5.%parent: pci0
> dev.pcib.5.wake: 0
> dev.pcib.6.%desc: ACPI PCI-PCI bridge
> dev.pcib.6.%driver: pcib
> dev.pcib.6.%location: slot=30 function=0 handle=\_SB_.PCI0.PCI6
> dev.pcib.6.%pnpinfo: vendor=0x8086 device=0x244e subvendor=0x0000  
> subdevice=0x0000 class=0x060400
> dev.pcib.6.%parent: pci0
> dev.pcib.6.wake: 0
> dev.pci.0.%desc: ACPI PCI bus
> dev.pci.0.%driver: pci
> dev.pci.0.%parent: pcib0
> dev.pci.0.wake: 0
> dev.pci.1.%desc: ACPI PCI bus
> dev.pci.1.%driver: pci
> dev.pci.1.%parent: pcib1
> dev.pci.1.wake: 0
> dev.pci.2.%desc: ACPI PCI bus
> dev.pci.2.%driver: pci
> dev.pci.2.%parent: pcib2
> dev.pci.2.wake: 0
> dev.pci.3.%desc: ACPI PCI bus
> dev.pci.3.%driver: pci
> dev.pci.3.%parent: pcib3
> dev.pci.3.wake: 0
> dev.pci.4.%desc: ACPI PCI bus
> dev.pci.4.%driver: pci
> dev.pci.4.%parent: pcib4
> dev.pci.4.wake: 0
> dev.pci.5.%desc: ACPI PCI bus
> dev.pci.5.%driver: pci
> dev.pci.5.%parent: pcib5
> dev.pci.5.wake: 0
> dev.pci.6.%desc: ACPI PCI bus
> dev.pci.6.%driver: pci
> dev.pci.6.%parent: pcib6
> dev.pci.6.wake: 0
> dev.hostb.0.%desc: Host to PCI bridge
> dev.hostb.0.%driver: hostb
> dev.hostb.0.%location: slot=0 function=0
> dev.hostb.0.%pnpinfo: vendor=0x8086 device=0x359e subvendor=0x1028  
> subdevice=0x0168 class=0x060000
> dev.hostb.0.%parent: pci0
> dev.ahd.0.%desc: Adaptec AIC7901 Ultra320 SCSI adapter
> dev.ahd.0.%driver: ahd
> dev.ahd.0.%location: slot=14 function=0
> dev.ahd.0.%pnpinfo: vendor=0x9005 device=0x808f subvendor=0x1028  
> subdevice=0x0168 class=0x010400
> dev.ahd.0.%parent: pci2
> dev.em.0.%desc: Intel(R) PRO/1000 Network Connection, Version - 1.7.35
> dev.em.0.%driver: em
> dev.em.0.%location: slot=14 function=0
> dev.em.0.%pnpinfo: vendor=0x8086 device=0x1026 subvendor=0x1028  
> subdevice=0x0168 class=0x020000
> dev.em.0.%parent: pci3
> dev.fwohci.0.%desc: Texas Instruments TSB43AB22/A
> dev.fwohci.0.%driver: fwohci
> dev.fwohci.0.%location: slot=12 function=0
> dev.fwohci.0.%pnpinfo: vendor=0x104c device=0x8023 subvendor=0x1028  
> subdevice=0x0168 class=0x0c0010
> dev.fwohci.0.%parent: pci6
> dev.firewire.0.%desc: IEEE1394(FireWire) bus
> dev.firewire.0.%driver: firewire
> dev.firewire.0.%parent: fwohci0
> dev.fwe.0.%desc: Ethernet over FireWire
> dev.fwe.0.%driver: fwe
> dev.fwe.0.%parent: firewire0
> dev.sbp.0.%desc: SBP-2/SCSI over FireWire
> dev.sbp.0.%driver: sbp
> dev.sbp.0.%parent: firewire0
> dev.isab.0.%desc: PCI-ISA bridge
> dev.isab.0.%driver: isab
> dev.isab.0.%location: slot=31 function=0 handle=\_SB_.PCI0.ISA_
> dev.isab.0.%pnpinfo: vendor=0x8086 device=0x24d0 subvendor=0x0000  
> subdevice=0x0000 class=0x060100
> dev.isab.0.%parent: pci0
> dev.isa.0.%desc: ISA bus
> dev.isa.0.%driver: isa
> dev.isa.0.%parent: isab0
> dev.atapci.0.%desc: Intel ICH5 UDMA100 controller
> dev.atapci.0.%driver: atapci
> dev.atapci.0.%location: slot=31 function=1
> dev.atapci.0.%pnpinfo: vendor=0x8086 device=0x24db subvendor=0x1028  
> subdevice=0x0168 class=0x01018a
> dev.atapci.0.%parent: pci0
> dev.atapci.1.%desc: Intel ICH5 SATA150 controller
> dev.atapci.1.%driver: atapci
> dev.atapci.1.%location: slot=31 function=2
> dev.atapci.1.%pnpinfo: vendor=0x8086 device=0x24d1 subvendor=0x1028  
> subdevice=0x0168 class=0x01018f
> dev.atapci.1.%parent: pci0
> dev.ata.0.%driver: ata
> dev.ata.0.%parent: atapci0
> dev.ata.1.%driver: ata
> dev.ata.1.%parent: atapci0
> dev.ata.2.%driver: ata
> dev.ata.2.%parent: atapci1
> dev.ata.3.%driver: ata
> dev.ata.3.%parent: atapci1
> dev.atdma.0.%desc: AT DMA controller
> dev.atdma.0.%driver: atdma
> dev.atdma.0.%location: handle=\_SB_.PCI0.ISA_.DMA_
> dev.atdma.0.%pnpinfo: _HID=PNP0200 _UID=0
> dev.atdma.0.%parent: acpi0
> dev.npxisa.0.%desc: Legacy ISA coprocessor support
> dev.npxisa.0.%driver: npxisa
> dev.npxisa.0.%location: handle=\_SB_.PCI0.ISA_.FPU_
> dev.npxisa.0.%pnpinfo: _HID=PNP0C04 _UID=0
> dev.npxisa.0.%parent: acpi0
> dev.atpic.0.%desc: AT interrupt controller
> dev.atpic.0.%driver: atpic
> dev.atpic.0.%location: handle=\_SB_.PCI0.ISA_.PIC_
> dev.atpic.0.%pnpinfo: _HID=PNP0000 _UID=0
> dev.atpic.0.%parent: acpi0
> dev.attimer.0.%desc: AT realtime clock
> dev.attimer.0.%driver: attimer
> dev.attimer.0.%location: handle=\_SB_.PCI0.ISA_.RTC_
> dev.attimer.0.%pnpinfo: _HID=PNP0B00 _UID=0
> dev.attimer.0.%parent: acpi0
> dev.attimer.1.%desc: AT timer
> dev.attimer.1.%driver: attimer
> dev.attimer.1.%location: handle=\_SB_.PCI0.ISA_.TMR_
> dev.attimer.1.%pnpinfo: _HID=PNP0100 _UID=0
> dev.attimer.1.%parent: acpi0
> dev.fdc.0.%desc: Enhanced floppy controller
> dev.fdc.0.%driver: fdc
> dev.fdc.0.%location: handle=\_SB_.PCI0.ISA_.FDC_
> dev.fdc.0.%pnpinfo: _HID=PNP0700 _UID=0
> dev.fdc.0.%parent: acpi0
> dev.fd.0.%desc: 1440-KB 3.5" drive
> dev.fd.0.%driver: fd
> dev.fd.0.%parent: fdc0
> dev.atkbdc.0.%desc: Keyboard controller (i8042)
> dev.atkbdc.0.%driver: atkbdc
> dev.atkbdc.0.%location: handle=\_SB_.PCI0.ISA_.KBD_
> dev.atkbdc.0.%pnpinfo: _HID=PNP0303 _UID=0
> dev.atkbdc.0.%parent: acpi0
> dev.atkbdc.0.wake: 0
> dev.atkbd.0.%desc: AT Keyboard
> dev.atkbd.0.%driver: atkbd
> dev.atkbd.0.%parent: atkbdc0
> dev.ppc.0.%desc: ECP parallel printer port
> dev.ppc.0.%driver: ppc
> dev.ppc.0.%location: handle=\_SB_.PCI0.ISA_.PRT_
> dev.ppc.0.%pnpinfo: _HID=PNP0401 _UID=0
> dev.ppc.0.%parent: acpi0
> dev.ppbus.0.%desc: Parallel port bus
> dev.ppbus.0.%driver: ppbus
> dev.ppbus.0.%parent: ppc0
> dev.plip.0.%desc: PLIP network interface
> dev.plip.0.%driver: plip
> dev.plip.0.%parent: ppbus0
> dev.lpt.0.%desc: Printer
> dev.lpt.0.%driver: lpt
> dev.lpt.0.%parent: ppbus0
> dev.ppi.0.%desc: Parallel I/O
> dev.ppi.0.%driver: ppi
> dev.ppi.0.%parent: ppbus0
> dev.sio.0.%desc: 16550A-compatible COM port
> dev.sio.0.%driver: sio
> dev.sio.0.%location: handle=\_SB_.PCI0.ISA_.COMA
> dev.sio.0.%pnpinfo: _HID=PNP0501 _UID=1
> dev.sio.0.%parent: acpi0
> dev.sio.1.%desc: 16550A-compatible COM port
> dev.sio.1.%driver: sio
> dev.sio.1.%location: handle=\_SB_.PCI0.ISA_.COMB
> dev.sio.1.%pnpinfo: _HID=PNP0501 _UID=2
> dev.sio.1.%parent: acpi0
> dev.npx.0.%desc: math processor
> dev.npx.0.%driver: npx
> dev.npx.0.%parent: nexus0
> dev.orm.0.%desc: ISA Option ROMs
> dev.orm.0.%driver: orm
> dev.orm.0.%parent: isa0
> dev.pmtimer.0.%driver: pmtimer
> dev.pmtimer.0.%parent: isa0
> dev.sc.0.%desc: System console
> dev.sc.0.%driver: sc
> dev.sc.0.%parent: isa0
> dev.vga.0.%desc: Generic ISA VGA
> dev.vga.0.%driver: vga
> dev.vga.0.%parent: isa0
> hptmv.status: RocketRAID 182x SATA Controller driver Version 1.1
> ------------------------------------------------------------------------ 
> -----
> 
> -- 
> Emmanuel OTTON - Ecole des Mines d'Albi-Carmaux - Responsable  informatique
> Tél: 05 63 49 30 86
> _______________________________________________
> freebsd-stable@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-stable
> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org"
> 
> 
> 

From owner-freebsd-stable@FreeBSD.ORG  Fri Mar 11 12:11:15 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id C006216A4CF
	for <stable@freebsd.org>; Fri, 11 Mar 2005 12:11:15 +0000 (GMT)
Received: from mail.gmx.net (mail.gmx.de [213.165.64.20])
	by mx1.FreeBSD.org (Postfix) with SMTP id 55D9343D4C
	for <stable@freebsd.org>; Fri, 11 Mar 2005 12:11:14 +0000 (GMT)
	(envelope-from emanuel.strobl@gmx.net)
Received: (qmail invoked by alias); 11 Mar 2005 12:11:13 -0000
Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de)
	(62.245.232.135)
	by mail.gmx.net (mp029) with SMTP; 11 Mar 2005 13:11:13 +0100
X-Authenticated: #301138
From: Emanuel Strobl <emanuel.strobl@gmx.net>
To: Max Laier <max@love2party.net>
Date: Fri, 11 Mar 2005 13:10:58 +0100
User-Agent: KMail/1.7.2
References: <20050212061756.GF4769@kt-is.co.kr> <200502211557.17818@harrymail>
	<200502211924.10327.max@love2party.net>
In-Reply-To: <200502211924.10327.max@love2party.net>
X-Birthday: 10/06/72
X-CelPhone: +49 173 9967781
X-Tel: +49 89 18947781
X-Country: Germany
X-Address: Munich, 80686
X-OS: FreeBSD
MIME-Version: 1.0
Content-Type: multipart/signed;
  boundary="nextPart4478696.7dMTX5mPKO";
  protocol="application/pgp-signature";
  micalg=pgp-sha1
Content-Transfer-Encoding: 7bit
Message-Id: <200503111311.03343@harrymail>
X-Y-GMX-Trusted: 0
cc: pf@freebsd.org
cc: Daniel Hartmeier <daniel@benzedrine.cx>
cc: stable@freebsd.org
cc: yongari@kt-is.co.kr
Subject: Return-icmp doesn't work [Was: Re: Recent panics caused by pf]
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 11 Mar 2005 12:11:15 -0000

--nextPart4478696.7dMTX5mPKO
Content-Type: text/plain;
  charset="iso-8859-15"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Am Montag, 21. Februar 2005 19:24 schrieb Max Laier:
> On Monday 21 February 2005 15:57, Harald Schmalzbauer wrote:
> > Am Sonntag, 20. Februar 2005 19:10 schrieb Max Laier:
> > > /me slaps self ...
[...]
> > I tested your patch against RELENG_5 and the panic with "pfctl -Fall"
> > seems to be solved.
> > But I have another problem with renamed interfaces and pf:
> > The following rule can't be loaded (error: routeto: unknown interface
> > SDSL) "pass in on SDSL reply-to (SDSL $sdsl_gw) proto tcp from any to
> > $mta port 25"
[...]
> > And there are more oddities with pf and FreeBSD:
> > block return doesn't work. At least for TCP connections I don't get a
> > reset back instead it times out.
> > Also return-icmp (13) doesn't work.
>
> Hum?!? ... Are you sure about this?  I am pretty confident that it works.
> I'll have to test to make sure ... later that week/next week.  Keep me
> posted in case you find something.

I'm on the firewall again and verified that block return works for tcp-rst,=
=20
but not for return-icmp (with or without code), it seems packets just get=20
droped, regardless for which protocol (tested UDP, ICMP, TCP).

Then I have another problem which may be a design problem.
I am multihomed and have several pass reply-to rules. So far things are=20
working fine but block return doesn't! Of course, the return gets over the=
=20
default route, so what I needed is a block return route-to or something lik=
e=20
that.
Do you know any detour how this could be achieved?

Thanks,

=2DHarry

>
> > Thanks,
> >
> >
> > -Harry (P.S.: Emanuel and Harry are the same persons (me) the gmx addre=
ss
> > is just a fake identity for mailing lists)
>
> okay ... you see us perplexed ;)

--nextPart4478696.7dMTX5mPKO
Content-Type: application/pgp-signature

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

iD8DBQBCMYrXBylq0S4AzzwRAk2iAJ9KziRQ3Sozowy2fMYCpabq8cBr9gCcCWSK
cgbuNryralw4Z3WvsAwLSDQ=
=OIic
-----END PGP SIGNATURE-----

--nextPart4478696.7dMTX5mPKO--

From owner-freebsd-stable@FreeBSD.ORG  Fri Mar 11 12:33:13 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id CA84C16A4CE
	for <freebsd-stable@freebsd.org>;
	Fri, 11 Mar 2005 12:33:13 +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 BFDB643D68
	for <freebsd-stable@freebsd.org>;
	Fri, 11 Mar 2005 12:33:12 +0000 (GMT)
	(envelope-from gavin.atkinson@ury.york.ac.uk)
Received: from buffy.york.ac.uk (buffy-128.york.ac.uk [144.32.128.165])
	by mail-gw0.york.ac.uk (8.12.10/8.12.10) with ESMTP id j2BCX2aZ029436;
	Fri, 11 Mar 2005 12:33:02 GMT
Received: from buffy.york.ac.uk (localhost [127.0.0.1])
	by buffy.york.ac.uk (8.13.3/8.13.1) with ESMTP id j2BCX2WR013820;
	Fri, 11 Mar 2005 12:33:02 GMT
	(envelope-from gavin.atkinson@ury.york.ac.uk)
Received: (from ga9@localhost)
	by buffy.york.ac.uk (8.13.3/8.13.1/Submit) id j2BCX1N7013808;
	Fri, 11 Mar 2005 12:33:01 GMT
	(envelope-from gavin.atkinson@ury.york.ac.uk)
X-Authentication-Warning: buffy.york.ac.uk: ga9 set sender to
	gavin.atkinson@ury.york.ac.uk using -f
From: Gavin Atkinson <gavin.atkinson@ury.york.ac.uk>
To: Kevin Oberman <oberman@es.net>
In-Reply-To: <20050311003351.1E1795D07@ptavv.es.net>
References: <20050311003351.1E1795D07@ptavv.es.net>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Date: Fri, 11 Mar 2005 12:33:00 +0000
Message-Id: <1110544380.803.7.camel@buffy.york.ac.uk>
Mime-Version: 1.0
X-Mailer: Evolution 2.0.3 FreeBSD GNOME Team Port 
X-York-MailScanner: Found to be clean
X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk
cc: freebsd-stable@freebsd.org
cc: lucas galete <lucasgalete@gmail.com>
Subject: Re: 5.3 crash on boot
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 11 Mar 2005 12:33:13 -0000

On Thu, 2005-03-10 at 16:33 -0800, Kevin Oberman wrote:
> > Date: Thu, 10 Mar 2005 21:23:42 -0300
> > From: lucas galete <lucasgalete@gmail.com>
> > Sender: owner-freebsd-stable@freebsd.org
> > 
> > i was using the freeBsd 4.x, and it run ok. but now i need install the 
> > 5.3 version, but it stop on boot. i think that's something related to 
> > ACPI. I  don't know how to disable that.. i tried this: 
> > hint.acpi.0.disable="1", but that dont works... a don't know what to 
> > do... can someone help me?
> > i have an A20 toshiba notebook.
> 
> Exactly where does it stop in the boot? Does the kernel load? Is this an
> upgrade or a new install? A few more details will be needed to do more
> than guess.

I'm going to do just that and guess.

Break to the loader prompt (option 6) and enter:

set hw.pci.enable_io_modes="0"
boot

And see if that fixes it.  I suspect it will.

Gavin

From owner-freebsd-stable@FreeBSD.ORG  Fri Mar 11 12:50:58 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 22EA816A4CE
	for <freebsd-stable@freebsd.org>;
	Fri, 11 Mar 2005 12:50:58 +0000 (GMT)
Received: from mail.gmx.net (pop.gmx.de [213.165.64.20])
	by mx1.FreeBSD.org (Postfix) with SMTP id CA4EA43D53
	for <freebsd-stable@freebsd.org>;
	Fri, 11 Mar 2005 12:50:56 +0000 (GMT)
	(envelope-from emanuel.strobl@gmx.net)
Received: (qmail invoked by alias); 11 Mar 2005 12:50:55 -0000
Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de)
	(62.245.232.135)
	by mail.gmx.net (mp020) with SMTP; 11 Mar 2005 13:50:55 +0100
X-Authenticated: #301138
From: Emanuel Strobl <emanuel.strobl@gmx.net>
To: freebsd-stable@freebsd.org
Date: Fri, 11 Mar 2005 13:50:47 +0100
User-Agent: KMail/1.7.2
References: <20050212061756.GF4769@kt-is.co.kr>
	<200502211924.10327.max@love2party.net> <200503111311.03343@harrymail>
In-Reply-To: <200503111311.03343@harrymail>
X-Birthday: 10/06/72
X-CelPhone: +49 173 9967781
X-Tel: +49 89 18947781
X-Country: Germany
X-Address: Munich, 80686
X-OS: FreeBSD
MIME-Version: 1.0
Content-Type: multipart/signed;
  boundary="nextPart2763250.1f29yxMuzH";
  protocol="application/pgp-signature";
  micalg=pgp-sha1
Content-Transfer-Encoding: 7bit
Message-Id: <200503111350.52724@harrymail>
X-Y-GMX-Trusted: 0
cc: Max Laier <max@love2party.net>
cc: Daniel Hartmeier <daniel@benzedrine.cx>
cc: yongari@kt-is.co.kr
cc: stable@freebsd.org
cc: pf@freebsd.org
Subject: Re: Return-icmp doesn't work [Was: Re: Recent panics caused by pf]
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 11 Mar 2005 12:50:58 -0000

--nextPart2763250.1f29yxMuzH
Content-Type: text/plain;
  charset="iso-8859-15"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Am Freitag, 11. M=E4rz 2005 13:10 schrieb Emanuel Strobl:
> I'm on the firewall again and verified that block return works for tcp-rs=
t,
> but not for return-icmp (with or without code), it seems packets just get
> droped, regardless for which protocol (tested UDP, ICMP, TCP).

Sorry for the noise, it's my mistake, ping doesn't show me the error messag=
e.=20
I think I can remember that the last time I created/tested a ruleset (with=
=20
4.6) I got detaild error messages like
"telnet: connect to address 82.135.28.195: Destination Host Unreachable"
but now I just get=20
"telnet: connect to address 82.135.28.195: Connection refused"
without the error report.

Is it possible that in former times these ICMP error messages were printed =
on=20
the console which now the kernel doesn't anymore?

>
> Then I have another problem which may be a design problem.
> I am multihomed and have several pass reply-to rules. So far things are
> working fine but block return doesn't! Of course, the return gets over the
> default route, so what I needed is a block return route-to or something
> like that.
> Do you know any detour how this could be achieved?

This problem is still unsolved :(

Thnaks,

=2DHarry

>
> Thanks,
>
> -Harry
>
> > > Thanks,
> > >
> > >
> > > -Harry (P.S.: Emanuel and Harry are the same persons (me) the gmx
> > > address is just a fake identity for mailing lists)
> >
> > okay ... you see us perplexed ;)

--nextPart2763250.1f29yxMuzH
Content-Type: application/pgp-signature

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

iD8DBQBCMZQsBylq0S4AzzwRAhdNAJwMOPgSOuDpXREjcI0ryPZrKgM06gCcD+C5
h3zMRkKHi7Aqs/4ZVDnSZy4=
=6RHR
-----END PGP SIGNATURE-----

--nextPart2763250.1f29yxMuzH--

From owner-freebsd-stable@FreeBSD.ORG  Fri Mar 11 12:50:58 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 4A2F616A4D0
	for <stable@freebsd.org>; Fri, 11 Mar 2005 12:50:58 +0000 (GMT)
Received: from mail.gmx.net (pop.gmx.net [213.165.64.20])
	by mx1.FreeBSD.org (Postfix) with SMTP id C8EAF43D31
	for <stable@freebsd.org>; Fri, 11 Mar 2005 12:50:56 +0000 (GMT)
	(envelope-from emanuel.strobl@gmx.net)
Received: (qmail invoked by alias); 11 Mar 2005 12:50:55 -0000
Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de)
	(62.245.232.135)
	by mail.gmx.net (mp020) with SMTP; 11 Mar 2005 13:50:55 +0100
X-Authenticated: #301138
From: Emanuel Strobl <emanuel.strobl@gmx.net>
To: freebsd-stable@freebsd.org
Date: Fri, 11 Mar 2005 13:50:47 +0100
User-Agent: KMail/1.7.2
References: <20050212061756.GF4769@kt-is.co.kr>
	<200502211924.10327.max@love2party.net> <200503111311.03343@harrymail>
In-Reply-To: <200503111311.03343@harrymail>
X-Birthday: 10/06/72
X-CelPhone: +49 173 9967781
X-Tel: +49 89 18947781
X-Country: Germany
X-Address: Munich, 80686
X-OS: FreeBSD
MIME-Version: 1.0
Content-Type: multipart/signed;
  boundary="nextPart2763250.1f29yxMuzH";
  protocol="application/pgp-signature";
  micalg=pgp-sha1
Content-Transfer-Encoding: 7bit
Message-Id: <200503111350.52724@harrymail>
X-Y-GMX-Trusted: 0
cc: Max Laier <max@love2party.net>
cc: Daniel Hartmeier <daniel@benzedrine.cx>
cc: yongari@kt-is.co.kr
cc: stable@freebsd.org
cc: pf@freebsd.org
Subject: Re: Return-icmp doesn't work [Was: Re: Recent panics caused by pf]
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 11 Mar 2005 12:50:58 -0000

--nextPart2763250.1f29yxMuzH
Content-Type: text/plain;
  charset="iso-8859-15"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Am Freitag, 11. M=E4rz 2005 13:10 schrieb Emanuel Strobl:
> I'm on the firewall again and verified that block return works for tcp-rs=
t,
> but not for return-icmp (with or without code), it seems packets just get
> droped, regardless for which protocol (tested UDP, ICMP, TCP).

Sorry for the noise, it's my mistake, ping doesn't show me the error messag=
e.=20
I think I can remember that the last time I created/tested a ruleset (with=
=20
4.6) I got detaild error messages like
"telnet: connect to address 82.135.28.195: Destination Host Unreachable"
but now I just get=20
"telnet: connect to address 82.135.28.195: Connection refused"
without the error report.

Is it possible that in former times these ICMP error messages were printed =
on=20
the console which now the kernel doesn't anymore?

>
> Then I have another problem which may be a design problem.
> I am multihomed and have several pass reply-to rules. So far things are
> working fine but block return doesn't! Of course, the return gets over the
> default route, so what I needed is a block return route-to or something
> like that.
> Do you know any detour how this could be achieved?

This problem is still unsolved :(

Thnaks,

=2DHarry

>
> Thanks,
>
> -Harry
>
> > > Thanks,
> > >
> > >
> > > -Harry (P.S.: Emanuel and Harry are the same persons (me) the gmx
> > > address is just a fake identity for mailing lists)
> >
> > okay ... you see us perplexed ;)

--nextPart2763250.1f29yxMuzH
Content-Type: application/pgp-signature

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

iD8DBQBCMZQsBylq0S4AzzwRAhdNAJwMOPgSOuDpXREjcI0ryPZrKgM06gCcD+C5
h3zMRkKHi7Aqs/4ZVDnSZy4=
=6RHR
-----END PGP SIGNATURE-----

--nextPart2763250.1f29yxMuzH--

From owner-freebsd-stable@FreeBSD.ORG  Fri Mar 11 12:52:36 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 9AD7716A4CE
	for <freebsd-stable@freebsd.org>;
	Fri, 11 Mar 2005 12:52:36 +0000 (GMT)
Received: from lath.rinet.ru (lath.rinet.ru [195.54.192.90])
	by mx1.FreeBSD.org (Postfix) with ESMTP id D705343D53
	for <freebsd-stable@freebsd.org>;
	Fri, 11 Mar 2005 12:52:35 +0000 (GMT)	(envelope-from oleg@rinet.ru)
Received: from lath.rinet.ru (localhost [127.0.0.1])
	by lath.rinet.ru (8.13.3/8.13.3) with ESMTP id j2BCqTsr083910
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Fri, 11 Mar 2005 15:52:29 +0300 (MSK)
	(envelope-from oleg@rinet.ru)
Received: from localhost (oleg@localhost)
	by lath.rinet.ru (8.13.3/8.13.3/Submit) with ESMTP id j2BCqTYC083907;
	Fri, 11 Mar 2005 15:52:29 +0300 (MSK)
	(envelope-from oleg@rinet.ru)
Date: Fri, 11 Mar 2005 15:52:29 +0300 (MSK)
From: Oleg Bulyzhin <oleg@rinet.ru>
To: Dmitry Morozovsky <marck@rinet.ru>
In-Reply-To: <20050310164007.W94235@woozle.rinet.ru>
Message-ID: <20050311154312.O83809@lath.rinet.ru>
References: <20050310164007.W94235@woozle.rinet.ru>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
cc: freebsd-stable@freebsd.org
Subject: Re: re driver trobles (RELENG_5)
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 11 Mar 2005 12:52:36 -0000

On Thu, 10 Mar 2005, Dmitry Morozovsky wrote:

> Dear colleagues,
>
> experimenting with new amd64-based router we found strange re(4) behaviour
> when working in autoselect media mode:
>
> whenever promisc mode turned on, renegotiating occurs, leading to 3 to 45
> (depending on STP settings on the switch) network unavailability.
>
> Moreover, some other re(4) setting changes seem to disturb link state
> unneededly (such as ifconfig re0 -vlanhwtag)
>
> The most annoying fact is that we non-autonegotiating mode with our re and
> D-Link gigabit switches: fixing media at 1000BaseTX leads to link down
> regardless of master/slave settings on both sides; on re side it is even
> undocumented.
>
> Any clues?
>
> Thanks in advance.
>
> Sincerely,
> D.Marck                                     [DM5020, MCK-RIPE, DM3-RIPN]
> ------------------------------------------------------------------------
> *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru ***
> ------------------------------------------------------------------------

Further investigation revealed even more weirdness of re driver:

If re card plugged into switch (tested with Catalyst 2948G) with fixed port
speed/duplex (100/full) settings, and we trying to reboot - re driver fails to
attach:

re0: <RealTek 8169S Single-chip Gigabit Ethernet> port 0xd000-0xd0ff mem 0xcfffbf00-0xcfffbfff irq 16 at device 11.0 on pci0
miibus0: <MII bus> on re0
rgephy0: <RTL8169S/8110S media interface> on miibus0
rgephy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto
re0: bpf attached
re0: Ethernet address: 00:11:09:cd:15:77
re0: diagnostic failed, failed to receive packet in loopback mode
re0: attach aborted due to hardware diag failure
rgephy0: detached
miibus0: detached
device_attach: re0 attach returned 5

If switch port configured for 'auto' mode we can reboot without problems.

-- 
Oleg.

================================================================
=== Oleg Bulyzhin -- OBUL-RIPN -- OBUL-RIPE -- oleg@rinet.ru ===
================================================================

From owner-freebsd-stable@FreeBSD.ORG  Fri Mar 11 13:11:08 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id D9CFF16A4CE
	for <freebsd-stable@freebsd.org>;
	Fri, 11 Mar 2005 13:11:08 +0000 (GMT)
Received: from etoile.enstimac.fr (etoile.enstimac.fr [194.167.200.252])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 52C5D43D49
	for <freebsd-stable@freebsd.org>;
	Fri, 11 Mar 2005 13:11:07 +0000 (GMT)
	(envelope-from otton@enstimac.fr)
Received: from [194.167.199.81] (dhcp-a81 [194.167.199.81])
	by etoile.enstimac.fr (8.13.1/8.13.1) with ESMTP id j2BDATuq011914;
	Fri, 11 Mar 2005 14:10:29 +0100 (MET)
In-Reply-To: <42317CF3.20903@mintel.com>
References: <6290d171fce4e3b4ee88f403a4aac711@enstimac.fr>
	<42317CF3.20903@mintel.com>
Mime-Version: 1.0 (Apple Message framework v619.2)
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Message-Id: <942faaf51f9210be76c25158da4d1b86@enstimac.fr>
Content-Transfer-Encoding: quoted-printable
From: Emmanuel OTTON <otton@enstimac.fr>
Date: Fri, 11 Mar 2005 14:10:28 +0100
To: Jason Thomson <jason.thomson@mintel.com>
X-Mailer: Apple Mail (2.619.2)
X-EMAC-MailScanner-Information: Please contact the ISP for more information
X-EMAC-MailScanner: Found to be clean
X-MailScanner-From: otton@enstimac.fr
cc: freebsd-stable@freebsd.org
Subject: Re: PAE+SMP panic with "page fault while in kernel mode" in many
	files	opened situations
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 11 Mar 2005 13:11:09 -0000


Le 11 mars 05, =E0 12:11, Jason Thomson a =E9crit :

> If you disable the logical processors in the BIOS,  this problem=20
> should go away.
>
> We ended up reverting to 4-STABLE for other reasons.

Thanks for your answer.

The problem is still there, unfortunately.

Crashes no more on pagedaemon though, for a change, but on irq48:em0...

Would you have KVA_PAGES / maxvnodes recommendation for this case ?

Was your answer based on painful trial-and-error, or is there a logical=20=

reason (known bad HTT or PAE or Xeon support) ?

Should I revert to 4-STABLE to get solid PAE+SMP support ?

--
Emmanuel OTTON - Ecole des Mines d'Albi-Carmaux - Responsable=20
informatique
T=E9l: 05 63 49 30 86

From owner-freebsd-stable@FreeBSD.ORG  Fri Mar 11 13:46:11 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 34F2F16A4CE
	for <stable@freebsd.org>; Fri, 11 Mar 2005 13:46:11 +0000 (GMT)
Received: from lath.rinet.ru (lath.rinet.ru [195.54.192.90])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 50C0043D49
	for <stable@freebsd.org>; Fri, 11 Mar 2005 13:46:10 +0000 (GMT)
	(envelope-from oleg@rinet.ru)
Received: from lath.rinet.ru (localhost [127.0.0.1])
	by lath.rinet.ru (8.13.3/8.13.3) with ESMTP id j2BDk9xP086126
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
	for <stable@freebsd.org>; Fri, 11 Mar 2005 16:46:09 +0300 (MSK)
	(envelope-from oleg@rinet.ru)
Received: from localhost (oleg@localhost)
	by lath.rinet.ru (8.13.3/8.13.3/Submit) with ESMTP id j2BDk9Yn086123
	for <stable@freebsd.org>; Fri, 11 Mar 2005 16:46:09 +0300 (MSK)
	(envelope-from oleg@rinet.ru)
Date: Fri, 11 Mar 2005 15:52:29 +0300 (MSK)
From: Oleg Bulyzhin <oleg@rinet.ru>
To: Dmitry Morozovsky <marck@rinet.ru>
In-Reply-To: <20050310164007.W94235@woozle.rinet.ru>
Message-ID: <20050311154312.O83809@lath.rinet.ru>
References: <20050310164007.W94235@woozle.rinet.ru>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
ReSent-Date: Fri, 11 Mar 2005 16:46:02 +0300 (MSK)
Resent-From: Oleg Bulyzhin <oleg@rinet.ru>
Resent-To: stable@freebsd.org
ReSent-Subject: Re: re driver trobles (RELENG_5)
ReSent-Message-ID: <20050311164602.R83809@lath.rinet.ru>
cc: freebsd-stable@freebsd.org
Subject: Re: re driver trobles (RELENG_5)
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 11 Mar 2005 13:46:11 -0000

On Thu, 10 Mar 2005, Dmitry Morozovsky wrote:

> Dear colleagues,
>
> experimenting with new amd64-based router we found strange re(4) behaviour
> when working in autoselect media mode:
>
> whenever promisc mode turned on, renegotiating occurs, leading to 3 to 45
> (depending on STP settings on the switch) network unavailability.
>
> Moreover, some other re(4) setting changes seem to disturb link state
> unneededly (such as ifconfig re0 -vlanhwtag)
>
> The most annoying fact is that we non-autonegotiating mode with our re and
> D-Link gigabit switches: fixing media at 1000BaseTX leads to link down
> regardless of master/slave settings on both sides; on re side it is even
> undocumented.
>
> Any clues?
>
> Thanks in advance.
>
> Sincerely,
> D.Marck                                     [DM5020, MCK-RIPE, DM3-RIPN]
> ------------------------------------------------------------------------
> *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru ***
> ------------------------------------------------------------------------

Further investigation revealed even more weirdness of re driver:

If re card plugged into switch (tested with Catalyst 2948G) with fixed port
speed/duplex (100/full) settings, and we trying to reboot - re driver fails to
attach:

re0: <RealTek 8169S Single-chip Gigabit Ethernet> port 0xd000-0xd0ff mem 0xcfffbf00-0xcfffbfff irq 16 at device 11.0 on pci0
miibus0: <MII bus> on re0
rgephy0: <RTL8169S/8110S media interface> on miibus0
rgephy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto
re0: bpf attached
re0: Ethernet address: 00:11:09:cd:15:77
re0: diagnostic failed, failed to receive packet in loopback mode
re0: attach aborted due to hardware diag failure
rgephy0: detached
miibus0: detached
device_attach: re0 attach returned 5

If switch port configured for 'auto' mode we can reboot without problems.

-- 
Oleg.

================================================================
=== Oleg Bulyzhin -- OBUL-RIPN -- OBUL-RIPE -- oleg@rinet.ru ===
================================================================

From owner-freebsd-stable@FreeBSD.ORG  Fri Mar 11 13:52:13 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id AC3BD16A4CE; Fri, 11 Mar 2005 13:52:13 +0000 (GMT)
Received: from insomnia.benzedrine.cx (insomnia.benzedrine.cx [62.65.145.30])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 969E943D46; Fri, 11 Mar 2005 13:52:12 +0000 (GMT)
	(envelope-from dhartmei@insomnia.benzedrine.cx)
Received: from insomnia.benzedrine.cx (dhartmei@localhost [127.0.0.1])
	j2BDqDtR031123
	(version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO);
	Fri, 11 Mar 2005 14:52:13 +0100 (MET)
Received: (from dhartmei@localhost)
	by insomnia.benzedrine.cx (8.13.3/8.12.10/Submit) id j2BDqDGB031566;
	Fri, 11 Mar 2005 14:52:13 +0100 (MET)
Date: Fri, 11 Mar 2005 14:52:12 +0100
From: Daniel Hartmeier <daniel@benzedrine.cx>
To: Emanuel Strobl <emanuel.strobl@gmx.net>
Message-ID: <20050311135212.GA30653@insomnia.benzedrine.cx>
References: <20050212061756.GF4769@kt-is.co.kr>
	<200502211924.10327.max@love2party.net> <200503111311.03343@harrymail>
	<200503111350.52724@harrymail>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <200503111350.52724@harrymail>
User-Agent: Mutt/1.5.6i
cc: Max Laier <max@love2party.net>
cc: stable@freebsd.org
cc: freebsd-stable@freebsd.org
cc: yongari@kt-is.co.kr
cc: pf@freebsd.org
Subject: Re: Return-icmp doesn't work [Was: Re: Recent panics caused by pf]
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 11 Mar 2005 13:52:13 -0000

On Fri, Mar 11, 2005 at 01:50:47PM +0100, Emanuel Strobl wrote:

> > Then I have another problem which may be a design problem.
> > I am multihomed and have several pass reply-to rules. So far things are
> > working fine but block return doesn't! Of course, the return gets over the
> > default route, so what I needed is a block return route-to or something
> > like that.
> > Do you know any detour how this could be achieved?
> 
> This problem is still unsolved :(

The idea is that you can use reply-to on block rules for this purpose:

  block return-rst in on wi0 reply-to (wi0 10.1.1.1) inet proto tcp all

This is valid syntax and pfctl loads the rule, but the functionality is
not implemented in kernel yet, i.e. the reply-to option is simply
ignored.

The problem is that return-icmp uses the stack's icmp_error(), which
doesn't take an argument to override a route lookup. And duplicating the
function would be ugly due to its size. It's on the to-do list, but it's
been sitting there for a while already.

Daniel

From owner-freebsd-stable@FreeBSD.ORG  Fri Mar 11 13:52:13 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id AC3BD16A4CE; Fri, 11 Mar 2005 13:52:13 +0000 (GMT)
Received: from insomnia.benzedrine.cx (insomnia.benzedrine.cx [62.65.145.30])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 969E943D46; Fri, 11 Mar 2005 13:52:12 +0000 (GMT)
	(envelope-from dhartmei@insomnia.benzedrine.cx)
Received: from insomnia.benzedrine.cx (dhartmei@localhost [127.0.0.1])
	j2BDqDtR031123
	(version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO);
	Fri, 11 Mar 2005 14:52:13 +0100 (MET)
Received: (from dhartmei@localhost)
	by insomnia.benzedrine.cx (8.13.3/8.12.10/Submit) id j2BDqDGB031566;
	Fri, 11 Mar 2005 14:52:13 +0100 (MET)
Date: Fri, 11 Mar 2005 14:52:12 +0100
From: Daniel Hartmeier <daniel@benzedrine.cx>
To: Emanuel Strobl <emanuel.strobl@gmx.net>
Message-ID: <20050311135212.GA30653@insomnia.benzedrine.cx>
References: <20050212061756.GF4769@kt-is.co.kr>
	<200502211924.10327.max@love2party.net> <200503111311.03343@harrymail>
	<200503111350.52724@harrymail>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <200503111350.52724@harrymail>
User-Agent: Mutt/1.5.6i
cc: Max Laier <max@love2party.net>
cc: stable@freebsd.org
cc: freebsd-stable@freebsd.org
cc: yongari@kt-is.co.kr
cc: pf@freebsd.org
Subject: Re: Return-icmp doesn't work [Was: Re: Recent panics caused by pf]
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 11 Mar 2005 13:52:13 -0000

On Fri, Mar 11, 2005 at 01:50:47PM +0100, Emanuel Strobl wrote:

> > Then I have another problem which may be a design problem.
> > I am multihomed and have several pass reply-to rules. So far things are
> > working fine but block return doesn't! Of course, the return gets over the
> > default route, so what I needed is a block return route-to or something
> > like that.
> > Do you know any detour how this could be achieved?
> 
> This problem is still unsolved :(

The idea is that you can use reply-to on block rules for this purpose:

  block return-rst in on wi0 reply-to (wi0 10.1.1.1) inet proto tcp all

This is valid syntax and pfctl loads the rule, but the functionality is
not implemented in kernel yet, i.e. the reply-to option is simply
ignored.

The problem is that return-icmp uses the stack's icmp_error(), which
doesn't take an argument to override a route lookup. And duplicating the
function would be ugly due to its size. It's on the to-do list, but it's
been sitting there for a while already.

Daniel

From owner-freebsd-stable@FreeBSD.ORG  Fri Mar 11 13:58:22 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id DFC6116A4CE
	for <freebsd-stable@freebsd.org>;
	Fri, 11 Mar 2005 13:58:22 +0000 (GMT)
Received: from rocky.mintel.co.uk (rocky2.mintel.com [217.206.187.69])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 145D143D79
	for <freebsd-stable@freebsd.org>;
	Fri, 11 Mar 2005 13:58:22 +0000 (GMT)
	(envelope-from jason.thomson@mintel.com)
Received: from [10.0.62.5] ([10.0.62.5])
	by rocky.mintel.co.uk (8.12.8p1/8.12.8) with ESMTP id j2BDvubb041351;
	Fri, 11 Mar 2005 13:57:56 GMT
	(envelope-from jason.thomson@mintel.com)
Message-ID: <4231A3E4.4070605@mintel.com>
Date: Fri, 11 Mar 2005 13:57:56 +0000
From: Jason Thomson <jason.thomson@mintel.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
	rv:1.7) Gecko/20040616
X-Accept-Language: en, en-us
MIME-Version: 1.0
To: Emmanuel OTTON <otton@enstimac.fr>
References: <6290d171fce4e3b4ee88f403a4aac711@enstimac.fr>
	<42317CF3.20903@mintel.com> <942faaf51f9210be76c25158da4d1b86@enstimac.fr>
In-Reply-To: <942faaf51f9210be76c25158da4d1b86@enstimac.fr>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
X-Scanned-By: MIMEDefang 2.28 (www . roaringpenguin . com / mimedefang)
cc: freebsd-stable@freebsd.org
Subject: Re: PAE+SMP panic with "page fault while in kernel mode" in many
 files	opened situations
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 11 Mar 2005 13:58:23 -0000

Emmanuel OTTON wrote:

> 
> Le 11 mars 05, à 12:11, Jason Thomson a écrit :
> 
>> If you disable the logical processors in the BIOS,  this problem 
>> should go away.
>>
>> We ended up reverting to 4-STABLE for other reasons.
> 
> 
> Thanks for your answer.
> 
> The problem is still there, unfortunately.
> 
> Crashes no more on pagedaemon though, for a change, but on irq48:em0...
> 
> Would you have KVA_PAGES / maxvnodes recommendation for this case ?
> 
> Was your answer based on painful trial-and-error, or is there a logical 
> reason (known bad HTT or PAE or Xeon support) ?
> 
> Should I revert to 4-STABLE to get solid PAE+SMP support ?
> 
> -- 
> Emmanuel OTTON - Ecole des Mines d'Albi-Carmaux - Responsable informatique
> Tél: 05 63 49 30 86
> 


We had KVA_PAGES=768.  It's now at KVA_PAGES=672 to give us the right
balance between KVM & usable process size.

We spent a few (4 hours) trying to get 5-STABLE to work properly.

It would reliably crash when running make -j 4 buildworld.


When we disabled the logical processors in the BIOS,  make -j 4
buildworld would succeed.

Also,  we disabled the USB subsystem in the BIOS.  I don't know whether
you have already.  It looks like you haven't from your first post.  This
is advisable.


In any case,  we reverted to 4-STABLE.  We needed the patches posted to
this list to enable us to use PAE + amr driver.

Since reverting it has been completely stable.  (And very very fast:-)

I didn't post anything to the list regarding our problems,  because we
weren't able to get a crashdump.

From owner-freebsd-stable@FreeBSD.ORG  Fri Mar 11 14:49:02 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 1449B16A4CE
	for <freebsd-stable@freebsd.org>;
	Fri, 11 Mar 2005 14:49:02 +0000 (GMT)
Received: from orbit.kuwaitnet.net (orbit.kuwaitnet.net [216.40.249.67])
	by mx1.FreeBSD.org (Postfix) with ESMTP id B0F0143D2F
	for <freebsd-stable@freebsd.org>;
	Fri, 11 Mar 2005 14:49:01 +0000 (GMT)
	(envelope-from big@kuwaitnet.net)
Received: from [62.150.222.147] (helo=[127.0.0.1])
	by orbit.kuwaitnet.net with esmtpa (Exim 4.43)
	id 1D9lRd-0006nb-Fi; Fri, 11 Mar 2005 17:48:54 +0300
Message-ID: <42324A79.6070302@kuwaitnet.net>
Date: Fri, 11 Mar 2005 17:48:41 -0800
From: Bashar <big@kuwaitnet.net>
User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Doug White <dwhite@gumbysoft.com>
References: <422F250B.6030505@kuwaitnet.net>
	<20050309234141.L53915@carver.gumbysoft.com>	<423040FE.8090305@kuwaitnet.net>
	<20050310225201.Y64217@carver.gumbysoft.com>
In-Reply-To: <20050310225201.Y64217@carver.gumbysoft.com>
Content-Type: text/plain; charset=windows-1256; format=flowed
Content-Transfer-Encoding: 7bit
X-AntiAbuse: This header was added to track abuse, please include it with any
	abuse report
X-AntiAbuse: Primary Hostname - orbit.kuwaitnet.net
X-AntiAbuse: Original Domain - freebsd.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - kuwaitnet.net
X-Source: 
X-Source-Args: 
X-Source-Dir: 
cc: freebsd-stable@freebsd.org
Subject: Re: from 5.4-PRERELEASE -> 5.3-RELEASE-p5 error?
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 11 Mar 2005 14:49:02 -0000

Doug White wrote:

>On Thu, 10 Mar 2005, Bashar wrote:
>
>  
>
>>Doug White wrote:
>>
>>    
>>
>>>On Wed, 9 Mar 2005, Bashar wrote:
>>>
>>>
>>>
>>>      
>>>
>>>>Hello,
>>>>i was wondering just right after the downgrade been facing some issues
>>>>such as:
>>>>1. server# /usr/local/bin/strace -f ps
>>>>PIOCSFL: Inappropriate ioctl for device
>>>>trouble opening proc file
>>>>2. mounting ext2fs partition doesn't work unless i specify -ro or it
>>>>will give operation not permitted.
>>>>
>>>>any idea what might be causing this?
>>>>
>>>>
>>>>        
>>>>
>>>How did you perform the downgrade? The strace error looks like you're
>>>still running the 5.3-STABLE binary.
>>>
>>>
>>>
>>>      
>>>
>>first i ran RELENG_5 and when i got the 5.4-PRERELEASE (which
>>incompatible with cPanel.net software) i had to run cvsup with RELENG_5_3
>>after than i started getting those errors
>>    
>>
>
>You're leaving out important details, like what you did after you cvsup'd.
>
>  
>
the usual ,cvsup'ed then cd /usr/src && make buildworld && make 
installworld && cd /sys/i386/conf && config mykernel && cd 
../compile/mykernel && make depend && make && make install && reboot


From owner-freebsd-stable@FreeBSD.ORG  Fri Mar 11 15:04:04 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 393CC16A4CE
	for <freebsd-stable@freebsd.org>;
	Fri, 11 Mar 2005 15:04:04 +0000 (GMT)
Received: from scorpion.eng.ufl.edu (scorpion.eng.ufl.edu [128.227.116.10])
	by mx1.FreeBSD.org (Postfix) with SMTP id 9216E43D58
	for <freebsd-stable@freebsd.org>;
	Fri, 11 Mar 2005 15:04:03 +0000 (GMT)
	(envelope-from bob89@eng.ufl.edu)
Received: (qmail 1795 invoked from network); 11 Mar 2005 15:04:02 -0000
Received: from scanner.engnet.ufl.edu (HELO ?128.227.152.221?)
	(128.227.152.221)
	by scorpion.eng.ufl.edu with SMTP; 11 Mar 2005 15:04:02 -0000
Message-ID: <4231B362.5070800@eng.ufl.edu>
Date: Fri, 11 Mar 2005 10:04:02 -0500
From: Bob Johnson <bob89@eng.ufl.edu>
Organization: University of Florida
User-Agent: Mozilla Thunderbird 1.0 (X11/20050131)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: stephen@math.missouri.edu
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
cc: freebsd-stable@freebsd.org
Subject: RE: Panic - cannot get a dump
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 11 Mar 2005 15:04:04 -0000

> Date: Thu, 10 Mar 2005 20:06:08 -0600
> From: Stephen Montgomery-Smith <stephen@math.missouri.edu>
> Subject: Panic - cannot get a dump
> To: freebsd-stable@freebsd.org
> Message-ID: <4230FD10.50800@math.missouri.edu>

> (This is a follow up to earlier messages I sent to freebsd-smp because 
> then I thought it was an smp issue - now I am not so sure.)
> 
> I have been experiencing some panics on my dual processor Xeon system. 
> It can take up to a few days for a panic to happen, and it seems to 
> happen under heavy loads.
[...]
> twe0: <3ware Storage Controller. Driver version 1.50.01.002> port 
> 0xd880-0xd88f mem 0xde000000-0xde7fffff irq 25 at device 3.0 on pci4
> twe0: 2 ports, Firmware FE8S 1.05.00.068, BIOS BE7X 1.08.00.048
[...]

> twed0: <Unit 0, RAID0, Normal> on twe0
> twed0: 228944MB (468879104 sectors)
[..]

> Mounting root from ufs:/dev/twed0s3a
[...]

Any chance your RAID array is built from two-year-old Western Digital 
drives?  Your problem sounds a lot like the one discussed here:
http://adam.kungfoohampster.com/lists/freebsd-questions/msg18877.shtml

The message above doesn't mention it, but the WD KB article also 
includes a fix for drives on 3Ware controllers.

- Bob

From owner-freebsd-stable@FreeBSD.ORG  Fri Mar 11 15:19:40 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 7F03116A4D0
	for <freebsd-stable@freebsd.org>;
	Fri, 11 Mar 2005 15:19:40 +0000 (GMT)
Received: from mail.gmx.net (mail.gmx.de [213.165.64.20])
	by mx1.FreeBSD.org (Postfix) with SMTP id 1194B43D58
	for <freebsd-stable@freebsd.org>;
	Fri, 11 Mar 2005 15:19:39 +0000 (GMT)
	(envelope-from emanuel.strobl@gmx.net)
Received: (qmail invoked by alias); 11 Mar 2005 15:19:38 -0000
Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de)
	(62.245.232.135)
	by mail.gmx.net (mp029) with SMTP; 11 Mar 2005 16:19:38 +0100
X-Authenticated: #301138
From: Emanuel Strobl <emanuel.strobl@gmx.net>
To: freebsd-stable@freebsd.org
Date: Fri, 11 Mar 2005 16:19:27 +0100
User-Agent: KMail/1.7.2
References: <20050212061756.GF4769@kt-is.co.kr> <200503111350.52724@harrymail>
	<20050311135212.GA30653@insomnia.benzedrine.cx>
In-Reply-To: <20050311135212.GA30653@insomnia.benzedrine.cx>
X-Birthday: 10/06/72
X-CelPhone: +49 173 9967781
X-Tel: +49 89 18947781
X-Country: Germany
X-Address: Munich, 80686
X-OS: FreeBSD
MIME-Version: 1.0
Content-Type: multipart/signed;
  boundary="nextPart15213773.FH3rC2mMoY";
  protocol="application/pgp-signature";
  micalg=pgp-sha1
Content-Transfer-Encoding: 7bit
Message-Id: <200503111619.34188@harrymail>
X-Y-GMX-Trusted: 0
cc: Max Laier <max@love2party.net>
cc: Daniel Hartmeier <daniel@benzedrine.cx>
cc: pf@freebsd.org
cc: stable@freebsd.org
cc: yongari@kt-is.co.kr
Subject: Re: Return-icmp doesn't work [Was: Re: Recent panics caused by pf]
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 11 Mar 2005 15:19:40 -0000

--nextPart15213773.FH3rC2mMoY
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Am Freitag, 11. M=E4rz 2005 14:52 schrieb Daniel Hartmeier:
> On Fri, Mar 11, 2005 at 01:50:47PM +0100, Emanuel Strobl wrote:
> > > Then I have another problem which may be a design problem.
> > > I am multihomed and have several pass reply-to rules. So far things a=
re
> > > working fine but block return doesn't! Of course, the return gets over
> > > the default route, so what I needed is a block return route-to or
> > > something like that.
> > > Do you know any detour how this could be achieved?
> >
> > This problem is still unsolved :(
>
> The idea is that you can use reply-to on block rules for this purpose:
>
>   block return-rst in on wi0 reply-to (wi0 10.1.1.1) inet proto tcp all
>
> This is valid syntax and pfctl loads the rule, but the functionality is
> not implemented in kernel yet, i.e. the reply-to option is simply
> ignored.

Thanks, I tried a very similar rule and after that the box vanished.
I went on location (the box paniced but didn't reboot) and installed a=20
console-server so I can access the box from here and currently I'm baking a=
=20
debug kernel.
I'll notify you if I have a trace!

Thnaks,

=2DHarry

>
> The problem is that return-icmp uses the stack's icmp_error(), which
> doesn't take an argument to override a route lookup. And duplicating the
> function would be ugly due to its size. It's on the to-do list, but it's
> been sitting there for a while already.
>
> Daniel
> _______________________________________________
> freebsd-stable@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-stable
> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org"

--nextPart15213773.FH3rC2mMoY
Content-Type: application/pgp-signature

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

iD8DBQBCMbcGBylq0S4AzzwRAnx+AJ4r4Jlg2NqYAslTyAs+PCuEUrIjhwCgjGZK
L2Ju2kJ5qZUFn3WAhnY/HJk=
=x7cD
-----END PGP SIGNATURE-----

--nextPart15213773.FH3rC2mMoY--

From owner-freebsd-stable@FreeBSD.ORG  Fri Mar 11 15:19:40 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 7ACFB16A4CF
	for <stable@freebsd.org>; Fri, 11 Mar 2005 15:19:40 +0000 (GMT)
Received: from mail.gmx.net (pop.gmx.de [213.165.64.20])
	by mx1.FreeBSD.org (Postfix) with SMTP id 0C78A43D55
	for <stable@freebsd.org>; Fri, 11 Mar 2005 15:19:39 +0000 (GMT)
	(envelope-from emanuel.strobl@gmx.net)
Received: (qmail invoked by alias); 11 Mar 2005 15:19:38 -0000
Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de)
	(62.245.232.135)
	by mail.gmx.net (mp029) with SMTP; 11 Mar 2005 16:19:38 +0100
X-Authenticated: #301138
From: Emanuel Strobl <emanuel.strobl@gmx.net>
To: freebsd-stable@freebsd.org
Date: Fri, 11 Mar 2005 16:19:27 +0100
User-Agent: KMail/1.7.2
References: <20050212061756.GF4769@kt-is.co.kr> <200503111350.52724@harrymail>
	<20050311135212.GA30653@insomnia.benzedrine.cx>
In-Reply-To: <20050311135212.GA30653@insomnia.benzedrine.cx>
X-Birthday: 10/06/72
X-CelPhone: +49 173 9967781
X-Tel: +49 89 18947781
X-Country: Germany
X-Address: Munich, 80686
X-OS: FreeBSD
MIME-Version: 1.0
Content-Type: multipart/signed;
  boundary="nextPart15213773.FH3rC2mMoY";
  protocol="application/pgp-signature";
  micalg=pgp-sha1
Content-Transfer-Encoding: 7bit
Message-Id: <200503111619.34188@harrymail>
X-Y-GMX-Trusted: 0
cc: Max Laier <max@love2party.net>
cc: Daniel Hartmeier <daniel@benzedrine.cx>
cc: pf@freebsd.org
cc: stable@freebsd.org
cc: yongari@kt-is.co.kr
Subject: Re: Return-icmp doesn't work [Was: Re: Recent panics caused by pf]
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 11 Mar 2005 15:19:40 -0000

--nextPart15213773.FH3rC2mMoY
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Am Freitag, 11. M=E4rz 2005 14:52 schrieb Daniel Hartmeier:
> On Fri, Mar 11, 2005 at 01:50:47PM +0100, Emanuel Strobl wrote:
> > > Then I have another problem which may be a design problem.
> > > I am multihomed and have several pass reply-to rules. So far things a=
re
> > > working fine but block return doesn't! Of course, the return gets over
> > > the default route, so what I needed is a block return route-to or
> > > something like that.
> > > Do you know any detour how this could be achieved?
> >
> > This problem is still unsolved :(
>
> The idea is that you can use reply-to on block rules for this purpose:
>
>   block return-rst in on wi0 reply-to (wi0 10.1.1.1) inet proto tcp all
>
> This is valid syntax and pfctl loads the rule, but the functionality is
> not implemented in kernel yet, i.e. the reply-to option is simply
> ignored.

Thanks, I tried a very similar rule and after that the box vanished.
I went on location (the box paniced but didn't reboot) and installed a=20
console-server so I can access the box from here and currently I'm baking a=
=20
debug kernel.
I'll notify you if I have a trace!

Thnaks,

=2DHarry

>
> The problem is that return-icmp uses the stack's icmp_error(), which
> doesn't take an argument to override a route lookup. And duplicating the
> function would be ugly due to its size. It's on the to-do list, but it's
> been sitting there for a while already.
>
> Daniel
> _______________________________________________
> freebsd-stable@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-stable
> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org"

--nextPart15213773.FH3rC2mMoY
Content-Type: application/pgp-signature

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

iD8DBQBCMbcGBylq0S4AzzwRAnx+AJ4r4Jlg2NqYAslTyAs+PCuEUrIjhwCgjGZK
L2Ju2kJ5qZUFn3WAhnY/HJk=
=x7cD
-----END PGP SIGNATURE-----

--nextPart15213773.FH3rC2mMoY--

From owner-freebsd-stable@FreeBSD.ORG  Fri Mar 11 15:44:15 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 77A7116A4CE
	for <freebsd-stable@freebsd.org>;
	Fri, 11 Mar 2005 15:44:15 +0000 (GMT)
Received: from math.missouri.edu (math.missouri.edu [128.206.49.180])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 2250043D31
	for <freebsd-stable@freebsd.org>;
	Fri, 11 Mar 2005 15:44:15 +0000 (GMT)
	(envelope-from stephen@math.missouri.edu)
Received: from [128.206.49.166] (cauchy.math.missouri.edu [128.206.49.166])
	by math.missouri.edu (8.12.11/8.12.11) with ESMTP id j2BFiAGR010636;
	Fri, 11 Mar 2005 09:44:10 -0600 (CST)
	(envelope-from stephen@math.missouri.edu)
Message-ID: <4231BCCA.5080306@math.missouri.edu>
Date: Fri, 11 Mar 2005 09:44:10 -0600
From: Stephen Montgomery-Smith <stephen@math.missouri.edu>
Organization: University of Missouri
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050216
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Bob Johnson <bob89@eng.ufl.edu>
References: <4231B362.5070800@eng.ufl.edu>
In-Reply-To: <4231B362.5070800@eng.ufl.edu>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.63
X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on math.missouri.edu
X-Virus-Scanned: clamd / ClamAV version 0.71, clamav-milter version 0.71
X-Virus-Status: Clean
cc: freebsd-stable@freebsd.org
Subject: Re: Panic - cannot get a dump
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 11 Mar 2005 15:44:15 -0000

Bob Johnson wrote:

> 
> Any chance your RAID array is built from two-year-old Western Digital 
> drives?  Your problem sounds a lot like the one discussed here:
> http://adam.kungfoohampster.com/lists/freebsd-questions/msg18877.shtml
> 
> The message above doesn't mention it, but the WD KB article also 
> includes a fix for drives on 3Ware controllers.
> 

Probably this is not the problem.  I have Seagate drives, and the 
symptoms seem to be different - I have a panic, not a freeze.

Although I am having problems with the disk when I reboot.  The program 
I am running outputs a "data.check" file every second or so, so that 
when the program is restarted it can pick up where it left.  The code to 
do this is something like
   check_point = open("data.check-tmp",O_WRONLY|O_TRUNC|O_CREAT,0644);
   write(check_point,lots-of-stuff);
   close(check_point);
   rename("data.check-tmp","data.check");
What I find is that after the panic the file "data.check" is several 
days old.  I am guessing it is because the IDE Seagate disk has some 
cache that it doesn't write back to the disk - probably it is the 
directory itself which is not properly updated.  It is a bit annoying, 
but I can live with this.  But maybe this indicates something more sinister.



I have put in another IDE disk whose only purpose is to be the disk to 
dump to.  Hopefully I will be able to catch a good dump on that.

-- 

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

From owner-freebsd-stable@FreeBSD.ORG  Fri Mar 11 16:12:47 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 8E97416A4CE
	for <freebsd-stable@freebsd.org>;
	Fri, 11 Mar 2005 16:12:47 +0000 (GMT)
Received: from mail.gmx.net (imap.gmx.net [213.165.64.20])
	by mx1.FreeBSD.org (Postfix) with SMTP id DC54443D64
	for <freebsd-stable@freebsd.org>;
	Fri, 11 Mar 2005 16:12:45 +0000 (GMT)
	(envelope-from emanuel.strobl@gmx.net)
Received: (qmail invoked by alias); 11 Mar 2005 16:12:44 -0000
Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de)
	(62.245.232.135)
	by mail.gmx.net (mp022) with SMTP; 11 Mar 2005 17:12:44 +0100
X-Authenticated: #301138
From: Emanuel Strobl <emanuel.strobl@gmx.net>
To: freebsd-stable@freebsd.org
Date: Fri, 11 Mar 2005 17:12:31 +0100
User-Agent: KMail/1.7.2
References: <20050212061756.GF4769@kt-is.co.kr>
	<20050311135212.GA30653@insomnia.benzedrine.cx> <200503111619.34188@harrymail>
In-Reply-To: <200503111619.34188@harrymail>
X-Birthday: 10/06/72
X-CelPhone: +49 173 9967781
X-Tel: +49 89 18947781
X-Country: Germany
X-Address: Munich, 80686
X-OS: FreeBSD
MIME-Version: 1.0
Content-Type: multipart/signed;
  boundary="nextPart2978066.9Jq981rKZl";
  protocol="application/pgp-signature";
  micalg=pgp-sha1
Content-Transfer-Encoding: 7bit
Message-Id: <200503111712.36310@harrymail>
X-Y-GMX-Trusted: 0
cc: Max Laier <max@love2party.net>
cc: Daniel Hartmeier <daniel@benzedrine.cx>
cc: yongari@kt-is.co.kr
cc: stable@freebsd.org
cc: pf@freebsd.org
Subject: pf panic trace [Was: Re: Return-icmp doesn't work]
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 11 Mar 2005 16:12:47 -0000

--nextPart2978066.9Jq981rKZl
Content-Type: text/plain;
  charset="iso-8859-15"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Am Freitag, 11. M=E4rz 2005 16:19 schrieb Emanuel Strobl:
> Am Freitag, 11. M=E4rz 2005 14:52 schrieb Daniel Hartmeier:
> >   block return-rst in on wi0 reply-to (wi0 10.1.1.1) inet proto tcp all
> >
> > This is valid syntax and pfctl loads the rule, but the functionality is
> > not implemented in kernel yet, i.e. the reply-to option is simply
> > ignored.
>
> Thanks, I tried a very similar rule and after that the box vanished.
> I went on location (the box paniced but didn't reboot) and installed a
> console-server so I can access the box from here and currently I'm baking=
 a
> debug kernel.
> I'll notify you if I have a trace!

Here's the original panic message (the non debug kernel) with 5.4-PRE one w=
eek=20
old:
=46atal trap 12: page fault while in kernel mode
fault virtual address   =3D 0xc
fault code              =3D supervisor read, page not pre
instruction pointer     =3D 0x8:0xc05ac722
stack pointer           =3D 0x10:0xcc6919ac
frame pointer           =3D 0x10:0xcc6919e0
code segment            =3D base 0x0, limit 0xfffff, type
                        =3D DPL 0, pres 1, def32 1, gran
processor eflags        =3D interrupt enabled, resume, IO
current process         =3D 34 (swi1: net)
trap number             =3D 12
panic: page fault
Uptime: 1d1h20m33s
GEOM_MIRROR: Device web: provider mirror/web destroyed.
GEOM_MIRROR: Device web destroyed.
=2E..
The machine didn't reboot!


The following rule panickes the machine:
block return-icmp(13) in on $SDSL route-to ($SDSL $sdsl_gw) from any to=20
$sdsl_net

Here's the trace from 5.4-PRE today:
panic: m_copym, offset > size of mbuf chain
KDB: stack backtrace:
panic(c076ab9a,c174d500,100,cc694a30,0) at panic+0x13c
m_copym(c1621b00,5dc,5c8,1,14) at m_copym+0x1c7
ip_fragment(c1642010,cc694a74,5dc,6,f01) at ip_fragment+0x168
pf_route(cc694bf0,c1a10d20,1,c1585000,0) at pf_route+0x767
pf_test(1,c1585000,cc694bf0,0,c17554e0) at pf_test+0x7b1
pf_check_in(0,cc694bf0,c1585000,1,0) at pf_check_in+0x48
pfil_run_hooks(c07f3e60,cc694c9c,c1585000,1,0) at pfil_run_hooks+0x15b
ip_input(c1621b00,0,c076e621,e6,c07f3f20) at ip_input+0x20f
netisr_processqueue(cc694cd8,246,c07c8ee0,2,c1508d40) at=20
netisr_processqueue+0x15
swi_net(0,0,c0762ddc,269,0) at swi_net+0x8d
ithread_loop(c1526300,cc694d48,c0762bbd,30e,0) at ithread_loop+0x1ff
fork_exit(c0560640,c1526300,cc694d48) at fork_exit+0xa9
fork_trampoline() at fork_trampoline+0x8
=2D-- trap 0x1, eip =3D 0, esp =3D 0xcc694d7c, ebp =3D 0 ---

If you need more info, on http://www.schmalzbauer.de/statics/phobos you can=
=20
find dmesg and the whole pf.conf

Thanks,

=2DHarry

>
> Thnaks,
>
> -Harry
>
> > The problem is that return-icmp uses the stack's icmp_error(), which
> > doesn't take an argument to override a route lookup. And duplicating the
> > function would be ugly due to its size. It's on the to-do list, but it's
> > been sitting there for a while already.
> >
> > Daniel
> > _______________________________________________
> > freebsd-stable@freebsd.org mailing list
> > http://lists.freebsd.org/mailman/listinfo/freebsd-stable
> > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.or=
g"

--nextPart2978066.9Jq981rKZl
Content-Type: application/pgp-signature

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

iD8DBQBCMcN0Bylq0S4AzzwRAr5YAJ9l0V7Mqau4piVN+QxJJPRj63bOqACcDTKd
YzejycTbQzxPdCJUhZNH8Pk=
=ejaK
-----END PGP SIGNATURE-----

--nextPart2978066.9Jq981rKZl--

From owner-freebsd-stable@FreeBSD.ORG  Fri Mar 11 16:12:47 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id C9FF216A4D0
	for <stable@freebsd.org>; Fri, 11 Mar 2005 16:12:47 +0000 (GMT)
Received: from mail.gmx.net (imap.gmx.net [213.165.64.20])
	by mx1.FreeBSD.org (Postfix) with SMTP id DA22243D49
	for <stable@freebsd.org>; Fri, 11 Mar 2005 16:12:45 +0000 (GMT)
	(envelope-from emanuel.strobl@gmx.net)
Received: (qmail invoked by alias); 11 Mar 2005 16:12:44 -0000
Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de)
	(62.245.232.135)
	by mail.gmx.net (mp022) with SMTP; 11 Mar 2005 17:12:44 +0100
X-Authenticated: #301138
From: Emanuel Strobl <emanuel.strobl@gmx.net>
To: freebsd-stable@freebsd.org
Date: Fri, 11 Mar 2005 17:12:31 +0100
User-Agent: KMail/1.7.2
References: <20050212061756.GF4769@kt-is.co.kr>
	<20050311135212.GA30653@insomnia.benzedrine.cx> <200503111619.34188@harrymail>
In-Reply-To: <200503111619.34188@harrymail>
X-Birthday: 10/06/72
X-CelPhone: +49 173 9967781
X-Tel: +49 89 18947781
X-Country: Germany
X-Address: Munich, 80686
X-OS: FreeBSD
MIME-Version: 1.0
Content-Type: multipart/signed;
  boundary="nextPart2978066.9Jq981rKZl";
  protocol="application/pgp-signature";
  micalg=pgp-sha1
Content-Transfer-Encoding: 7bit
Message-Id: <200503111712.36310@harrymail>
X-Y-GMX-Trusted: 0
cc: Max Laier <max@love2party.net>
cc: Daniel Hartmeier <daniel@benzedrine.cx>
cc: yongari@kt-is.co.kr
cc: stable@freebsd.org
cc: pf@freebsd.org
Subject: pf panic trace [Was: Re: Return-icmp doesn't work]
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 11 Mar 2005 16:12:48 -0000

--nextPart2978066.9Jq981rKZl
Content-Type: text/plain;
  charset="iso-8859-15"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Am Freitag, 11. M=E4rz 2005 16:19 schrieb Emanuel Strobl:
> Am Freitag, 11. M=E4rz 2005 14:52 schrieb Daniel Hartmeier:
> >   block return-rst in on wi0 reply-to (wi0 10.1.1.1) inet proto tcp all
> >
> > This is valid syntax and pfctl loads the rule, but the functionality is
> > not implemented in kernel yet, i.e. the reply-to option is simply
> > ignored.
>
> Thanks, I tried a very similar rule and after that the box vanished.
> I went on location (the box paniced but didn't reboot) and installed a
> console-server so I can access the box from here and currently I'm baking=
 a
> debug kernel.
> I'll notify you if I have a trace!

Here's the original panic message (the non debug kernel) with 5.4-PRE one w=
eek=20
old:
=46atal trap 12: page fault while in kernel mode
fault virtual address   =3D 0xc
fault code              =3D supervisor read, page not pre
instruction pointer     =3D 0x8:0xc05ac722
stack pointer           =3D 0x10:0xcc6919ac
frame pointer           =3D 0x10:0xcc6919e0
code segment            =3D base 0x0, limit 0xfffff, type
                        =3D DPL 0, pres 1, def32 1, gran
processor eflags        =3D interrupt enabled, resume, IO
current process         =3D 34 (swi1: net)
trap number             =3D 12
panic: page fault
Uptime: 1d1h20m33s
GEOM_MIRROR: Device web: provider mirror/web destroyed.
GEOM_MIRROR: Device web destroyed.
=2E..
The machine didn't reboot!


The following rule panickes the machine:
block return-icmp(13) in on $SDSL route-to ($SDSL $sdsl_gw) from any to=20
$sdsl_net

Here's the trace from 5.4-PRE today:
panic: m_copym, offset > size of mbuf chain
KDB: stack backtrace:
panic(c076ab9a,c174d500,100,cc694a30,0) at panic+0x13c
m_copym(c1621b00,5dc,5c8,1,14) at m_copym+0x1c7
ip_fragment(c1642010,cc694a74,5dc,6,f01) at ip_fragment+0x168
pf_route(cc694bf0,c1a10d20,1,c1585000,0) at pf_route+0x767
pf_test(1,c1585000,cc694bf0,0,c17554e0) at pf_test+0x7b1
pf_check_in(0,cc694bf0,c1585000,1,0) at pf_check_in+0x48
pfil_run_hooks(c07f3e60,cc694c9c,c1585000,1,0) at pfil_run_hooks+0x15b
ip_input(c1621b00,0,c076e621,e6,c07f3f20) at ip_input+0x20f
netisr_processqueue(cc694cd8,246,c07c8ee0,2,c1508d40) at=20
netisr_processqueue+0x15
swi_net(0,0,c0762ddc,269,0) at swi_net+0x8d
ithread_loop(c1526300,cc694d48,c0762bbd,30e,0) at ithread_loop+0x1ff
fork_exit(c0560640,c1526300,cc694d48) at fork_exit+0xa9
fork_trampoline() at fork_trampoline+0x8
=2D-- trap 0x1, eip =3D 0, esp =3D 0xcc694d7c, ebp =3D 0 ---

If you need more info, on http://www.schmalzbauer.de/statics/phobos you can=
=20
find dmesg and the whole pf.conf

Thanks,

=2DHarry

>
> Thnaks,
>
> -Harry
>
> > The problem is that return-icmp uses the stack's icmp_error(), which
> > doesn't take an argument to override a route lookup. And duplicating the
> > function would be ugly due to its size. It's on the to-do list, but it's
> > been sitting there for a while already.
> >
> > Daniel
> > _______________________________________________
> > freebsd-stable@freebsd.org mailing list
> > http://lists.freebsd.org/mailman/listinfo/freebsd-stable
> > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.or=
g"

--nextPart2978066.9Jq981rKZl
Content-Type: application/pgp-signature

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

iD8DBQBCMcN0Bylq0S4AzzwRAr5YAJ9l0V7Mqau4piVN+QxJJPRj63bOqACcDTKd
YzejycTbQzxPdCJUhZNH8Pk=
=ejaK
-----END PGP SIGNATURE-----

--nextPart2978066.9Jq981rKZl--

From owner-freebsd-stable@FreeBSD.ORG  Fri Mar 11 16:12:57 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 689A816A4F1
	for <stable@FreeBSD.ORG>; Fri, 11 Mar 2005 16:12:57 +0000 (GMT)
Received: from mail.ticketswitch.com (mail.ticketswitch.com [194.200.93.188])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 0530443D64
	for <stable@FreeBSD.ORG>; Fri, 11 Mar 2005 16:12:57 +0000 (GMT)
	(envelope-from petefrench@ticketswitch.com)
Received: from [172.16.1.6] (helo=dilbert.firstcallgroup.co.uk)
	by mail.ticketswitch.com with esmtp (Exim 4.50 (FreeBSD))
	id 1D9mke-000A3H-Dg; Fri, 11 Mar 2005 16:12:36 +0000
Received: from petefrench by dilbert.firstcallgroup.co.uk with local (Exim
	4.43 (FreeBSD))	id 1D9mka-000P9Q-1Y; Fri, 11 Mar 2005 16:12:32 +0000
To: noackjr@alumni.rice.edu, stable@FreeBSD.ORG
In-Reply-To: <4230B125.9070005@alumni.rice.edu>
Message-Id: <E1D9mka-000P9Q-1Y@dilbert.firstcallgroup.co.uk>
From: Pete French <petefrench@ticketswitch.com>
Date: Fri, 11 Mar 2005 16:12:32 +0000
Subject: Re: Just a sanity check before I sumbit a buig report
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 11 Mar 2005 16:12:57 -0000

> Why does sysconf(_SC_CLK_TCK) always returns 128?  Check out sysconf() 
> in src/lib/libc/gen/sysconf.c (lines 83-84 of rev. 1.10):

[follow through of code showing it is defined as a constant snipped]

> To determine how stathz can vary, we'll have to dig deeper.  Check out 
> initclocks() in src/sys/kern/kern_clock.c (lines 196-213 of rev. 
> 1.105.2.11):

[follow through of code showing it depends on apm_attach() snipped]


Thanks for that, most instructive! So the conclusion appears to be that
sysconf(_SC_CLK_TCK) is doing the wrong thing by returning a constant then ?
Thanks, I'll submit a pr about it. Do you mind if I attach your email to
it to show the follow through of the code ? I havent looked at it myself in
that much depth.

-pcf.

From owner-freebsd-stable@FreeBSD.ORG  Fri Mar 11 16:21:02 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 2967816A4CE
	for <freebsd-stable@freebsd.org>;
	Fri, 11 Mar 2005 16:21:02 +0000 (GMT)
Received: from mail.gmx.net (mail.gmx.de [213.165.64.20])
	by mx1.FreeBSD.org (Postfix) with SMTP id 26C5943D41
	for <freebsd-stable@freebsd.org>;
	Fri, 11 Mar 2005 16:21:01 +0000 (GMT)
	(envelope-from emanuel.strobl@gmx.net)
Received: (qmail invoked by alias); 11 Mar 2005 16:21:00 -0000
Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de)
	(62.245.232.135)
	by mail.gmx.net (mp027) with SMTP; 11 Mar 2005 17:21:00 +0100
X-Authenticated: #301138
From: Emanuel Strobl <emanuel.strobl@gmx.net>
To: freebsd-stable@freebsd.org
Date: Fri, 11 Mar 2005 17:20:51 +0100
User-Agent: KMail/1.7.2
X-Birthday: 10/06/72
X-CelPhone: +49 173 9967781
X-Tel: +49 89 18947781
X-Country: Germany
X-Address: Munich, 80686
X-OS: FreeBSD
MIME-Version: 1.0
Content-Type: multipart/signed;
  boundary="nextPart1351743.ZJSQzxpkGU";
  protocol="application/pgp-signature";
  micalg=pgp-sha1
Content-Transfer-Encoding: 7bit
Message-Id: <200503111720.56693@harrymail>
X-Y-GMX-Trusted: 0
Subject: gmirror w/ softupdates fsck problem
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 11 Mar 2005 16:21:02 -0000

--nextPart1351743.ZJSQzxpkGU
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Hello,

I have one box with several gmirror filesystems. When the box panics I alwa=
ys=20
have to reconnect lost inodes and also inconsistent filesystems.
I never had this problem with non gmirrored mountpoints.
Also, the mirrored mountpoints are almost completely idel regarding writes.

Here's an error I don't know how to solve:

** /dev/mirror/dns (NO WRITE)
** Last Mounted on /=A7DNS
** Phase 1 - Check Blocks and Sizes
** Phase 2 - Check Pathnames
MISSING '.'  I=3D149  OWNER=3Droot MODE=3D40700
SIZE=3D9216 MTIME=3DFeb 22 08:21 2005
DIR=3D?

UNEXPECTED SOFT UPDATE INCONSISTENCY
CANNOT FIX, FIRST ENTRY IN DIRECTORY CONTAINS #058295

UNEXPECTED SOFT UPDATE INCONSISTENCY
MISSING '..'  I=3D149  OWNER=3Droot MODE=3D40700
SIZE=3D9216 MTIME=3DFeb 22 08:21 2005
DIR=3D/lost+found

UNEXPECTED SOFT UPDATE INCONSISTENCY
CANNOT FIX, SECOND ENTRY IN DIRECTORY CONTAINS #058296

UNEXPECTED SOFT UPDATE INCONSISTENCY
** Phase 3 - Check Connectivity
** Phase 4 - Check Reference Counts
** Phase 5 - Check Cyl groups
10092 files, 123147 used, 366123 free (5491 frags, 45079 blocks, 1.1%=20
fragmentation)

Does anybody know why this error can happen? And how do I solve the=20
missing"."?
I thought softupdates guarantees that this cannot happen. Maybe it doesn't=
=20
work in combination with gmirror?

Thanks,

=2DHarry

--nextPart1351743.ZJSQzxpkGU
Content-Type: application/pgp-signature

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

iD8DBQBCMcVoBylq0S4AzzwRAjqyAJkBjJFtDM/ZnfIiszIhl11KmS0+MgCeJNDg
p2SKSl7zTfN0AwsvGUiWhd0=
=tIzG
-----END PGP SIGNATURE-----

--nextPart1351743.ZJSQzxpkGU--

From owner-freebsd-stable@FreeBSD.ORG  Fri Mar 11 16:32:19 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 3D2A216A4CE
	for <freebsd-stable@freebsd.org>;
	Fri, 11 Mar 2005 16:32:19 +0000 (GMT)
Received: from web26602.mail.ukl.yahoo.com (web26602.mail.ukl.yahoo.com
	[217.146.176.52])
	by mx1.FreeBSD.org (Postfix) with SMTP id 51A1C43D3F
	for <freebsd-stable@freebsd.org>;
	Fri, 11 Mar 2005 16:32:18 +0000 (GMT)
	(envelope-from rclairboy@yahoo.fr)
Received: (qmail 50025 invoked by uid 60001); 11 Mar 2005 16:32:17 -0000
Message-ID: <20050311163217.50023.qmail@web26602.mail.ukl.yahoo.com>
Received: from [194.250.12.129] by web26602.mail.ukl.yahoo.com via HTTP;
	Fri, 11 Mar 2005 17:32:17 CET
Date: Fri, 11 Mar 2005 17:32:17 +0100 (CET)
From: richard clairboy <rclairboy@yahoo.fr>
To: freebsd-stable@freebsd.org
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
Subject: buildworld problem
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 11 Mar 2005 16:32:19 -0000

after syncinf src with CVS, i tried to 'make
buildword' but the progrma exit w/ error.
Please find below an excerpt

yphen.us hyphenex.us
/usr/obj/usr/dist/src/i386/legacy/usr/share/tmac
strip:
/usr/obj/usr/dist/src/i386/legacy/usr/share/tmac/mandoc.tmac:
File format not recognized
install: wait: No such file or directory
*** Error code 70

Stop in /usr/dist/src/gnu/usr.bin/groff/tmac.
*** Error code 1



	

	
		
Découvrez le nouveau Yahoo! Mail : 250 Mo d'espace de stockage pour vos mails ! 
Créez votre Yahoo! Mail sur http://fr.mail.yahoo.com/

From owner-freebsd-stable@FreeBSD.ORG  Fri Mar 11 16:54:21 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: by hub.freebsd.org (Postfix, from userid 758)
	id 5398116A4D0; Fri, 11 Mar 2005 16:54:21 +0000 (GMT)
Date: Fri, 11 Mar 2005 16:54:21 +0000
From: Kris Kennaway <kris@FreeBSD.org>
To: Emmanuel OTTON <otton@enstimac.fr>
Message-ID: <20050311165421.GE72527@hub.freebsd.org>
References: <6290d171fce4e3b4ee88f403a4aac711@enstimac.fr>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <6290d171fce4e3b4ee88f403a4aac711@enstimac.fr>
User-Agent: Mutt/1.4.2.1i
cc: freebsd-stable@freebsd.org
Subject: Re: PAE+SMP panic with "page fault while in kernel mode" in many
	files opened situations
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 11 Mar 2005 16:54:21 -0000

On Fri, Mar 11, 2005 at 10:31:40AM +0100, Emmanuel OTTON wrote:

> The panic message is:
> ----------------------------------------------------
> fatal trap 12: page fault while in kernel mode
> cpuid: 00; apic id = 00
> fault virtual address = 0x24
> fault code = supervisor read, page not present
> .../... several lines of hexa addresses, are they needed ? .../...

Yes, they're vital.  You should also try to obtain a crashdump and
traceback as described in the chapter on kernel debugging in the
developers' handbook.

Kris

P.S. Make sure you are not using any old modules (run kldstat).  Using
modules that are compiled with different options, or are out of date
with respect to your kernel, will cause this kind of crash.

From owner-freebsd-stable@FreeBSD.ORG  Fri Mar 11 17:26:38 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 2E4A116A4CE
	for <freebsd-stable@freebsd.org>;
	Fri, 11 Mar 2005 17:26:38 +0000 (GMT)
Received: from mta13.adelphia.net (mta13.adelphia.net [68.168.78.44])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 6886043D1D
	for <freebsd-stable@freebsd.org>;
	Fri, 11 Mar 2005 17:26:37 +0000 (GMT)
	(envelope-from security@jim-liesl.org)
Received: from daemon.jim-liesl.org ([69.170.98.158]) by mta13.adelphia.net
          (InterMail vM.6.01.04.01 201-2131-118-101-20041129) with ESMTP
          id <20050311172636.DSJM4618.mta13.adelphia.net@daemon.jim-liesl.org>
          for <freebsd-stable@freebsd.org>; Fri, 11 Mar 2005 12:26:36 -0500
Received: from [127.0.0.1] (unknown [192.168.1.10])
	by daemon.jim-liesl.org (Postfix) with ESMTP id 68480611A
	for <freebsd-stable@freebsd.org>;
	Fri, 11 Mar 2005 10:26:39 -0700 (MST)
Message-ID: <4231D4B2.3080608@jim-liesl.org>
Date: Fri, 11 Mar 2005 10:26:10 -0700
From: secmgr <security@jim-liesl.org>
User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: freebsd-stable@freebsd.org
References: <4230EFD1.2040908@jim-liesl.org>
In-Reply-To: <4230EFD1.2040908@jim-liesl.org>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Subject: Re: New Nforce2 variant doesn't recognize SATA as SATA
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 11 Mar 2005 17:26:38 -0000

secmgr wrote:

> I just picked up a new ABIT NF7-S2G motherboard (NF2 MCP chip set with 
> gigE and SATA/RAID).  I'm running 5.3 release on it.  The standard 
> parallel ATA chipset returns a "known" id .  The SATA i/f  seems to be 
> too new, and freebsd treats it like an unknown udma33 controller.  
> There's no Marvel bridge on the mobo.  Is this a true SATA interface?  
> Should I be able to get away with putting entries in the following? 
> (i'm not concerned about the raid thing).  They curently work as 
> udma33 disks.
>
> thanks
> jim
>
> ata-pci.h:#define ATA_NFORCE2_MCP2      0x008e10de
> ata-chipset.c:     { ATA_NFORCE2_MCP2, 0, AMDNVIDIA, NVIDIA, 
> ATA_UDMA6, "nVidia nForce2 MCP2" },

well, to follow up my own mail, the trick above didn't help.  the ata 
code still thinks it's a brain dead ata device and limits it to UDMA33.  
Help!  When I looked through the H/W compat list, it said that Nforce 2 
was supported, which is why I felt confident buying the board.  I'd 
really like to get this working at SATA 150, even if the current drives 
might be bridged.

Failing that, is there a definitive list of SATA PCI boards which 
FreeBSD does full support?

thanks
jim

atapci0: <nVidia nForce2 MCP UDMA133 controller> port 
0xf000-0xf00f,0x376,0x170-
0x177,0x3f6,0x1f0-0x1f7 at device 9.0 on pci0
ata0: channel #0 on atapci0
ata1: channel #1 on atapci0
atapci1: <nVidia nForce2 MCP2 UDMA133 controller> port 
0xcc00-0xcc0f,0xb70-0xb73
,0x970-0x977,0xbf0-0xbf3,0x9f0-0x9f7 irq 11 at device 11.0 on pci0
ata2: channel #0 on atapci1
ata3: channel #1 on atapci1
.
.ata2-master: DMA limited to UDMA33, non-ATA66 cable or device
ad4: 152627MB <SAMSUNG SP1614C/SW100-30> [310101/16/63] at ata2-master 
UDMA33
ata3-master: DMA limited to UDMA33, non-ATA66 cable or device
ad6: 152627MB <SAMSUNG SP1614C/SW100-30> [310101/16/63] at ata3-master 
UDMA33




From owner-freebsd-stable@FreeBSD.ORG  Fri Mar 11 18:51:11 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 7970416A4CE
	for <freebsd-stable@freebsd.org>;
	Fri, 11 Mar 2005 18:51:11 +0000 (GMT)
Received: from gwmail1.grupos.com.br (gwmail1.grupos.com.br [66.90.64.125])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 46E6C43D4C
	for <freebsd-stable@freebsd.org>;
	Fri, 11 Mar 2005 18:51:11 +0000 (GMT)
	(envelope-from marcus@corp.grupos.com.br)
Received: from corp.grupos.com.br (unknown [150.162.166.55])
	by gwmail1.grupos.com.br (Postfix) with ESMTP id 776A03CF0D
	for <freebsd-stable@freebsd.org>;
	Fri, 11 Mar 2005 15:51:10 -0300 (BRT)
Received: from [150.162.166.51] (noc.grupos.com.br [150.162.166.51])
	by corp.grupos.com.br (Postfix) with ESMTP id 6767620A35
	for <freebsd-stable@freebsd.org>;
	Fri, 11 Mar 2005 15:51:09 -0300 (BRT)
Message-ID: <4231E89C.3070009@corp.grupos.com.br>
Date: Fri, 11 Mar 2005 15:51:08 -0300
Organization: Grupos Internet S/A
From: Marcus Grando <marcus@corp.grupos.com.br>
User-Agent: Mozilla Thunderbird 1.0 (X11/20041206)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: FreeBSD Stable <freebsd-stable@freebsd.org>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Subject: Storage AX100i and Qlogic or another method to mirror
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 11 Mar 2005 18:51:11 -0000

Hi List,

FreeBSD works well with AX100i and HBA Qlogic 22xx? Somebody use in 
production system?

Which best Storage(FC)/HBA that works on FreeBSD?

Or

Exist one method to mirror disks of two diferent servers? I look 
ggate{c,d} and gmirror, but its stable for production system? which 
other possibilities?

Thanks

-- 
Marcus Grando
Grupos Internet S/A
marcus(at)corp.grupos.com.br

From owner-freebsd-stable@FreeBSD.ORG  Fri Mar 11 18:59:09 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 6495416A4CE; Fri, 11 Mar 2005 18:59:09 +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 C5B3743D49; Fri, 11 Mar 2005 18:59:08 +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-gw1.york.ac.uk (8.12.10/8.12.10) with ESMTP id j2BIx3ML027388;
	Fri, 11 Mar 2005 18:59:03 GMT
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 j2BIx2p8063375;
	Fri, 11 Mar 2005 18:59:02 GMT
	(envelope-from gavin.atkinson@ury.york.ac.uk)
Received: from localhost (gavin@localhost)j2BIx2er063372;
	Fri, 11 Mar 2005 18:59:02 GMT
	(envelope-from gavin.atkinson@ury.york.ac.uk)
X-Authentication-Warning: ury.york.ac.uk: gavin owned process doing -bs
Date: Fri, 11 Mar 2005 18:59:02 +0000 (GMT)
From: Gavin Atkinson <gavin.atkinson@ury.york.ac.uk>
X-X-Sender: gavin@ury.york.ac.uk
To: stable@freebsd.org, alc@freebsd.org
Message-ID: <20050311184658.Q63048@ury.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
Subject: panic: mutex vm object not owned
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 11 Mar 2005 18:59:09 -0000


Hi,

I'm tracking RELENG_5 and since my last update I can no longer start X
without getting the following panic:

panic: mutex vm object not owned at /usr/src/sys/vm/vm_page.c:334
cpuid = 0
KDB: enter: panic
[ thread pid 2762 tid 100116 ]
stopped at         kdb_enter+0x2b:   nop

At which point the machine hangs solid (note this is over a serial console
- it is after X has claimed the display).

I've done a binary chop to find where the bug was introduced, and it
started at some point between 19:00 on 2005/02/25 and 00:00 on 2005/02/26.
The MFC to vm_page.c which added the assertion I'm tripping up on happened
between those two points:
$FreeBSD: src/sys/vm/vm_page.c,v 1.290.2.4 2005/02/25 23:38:22 alc Exp $

vm_page.c:334 seems to correspond to the line
    VM_OBJECT_LOCK_ASSERT(m->object, MA_OWNED);
within vm_page_wakeup()

Any suggestions?  I'll try to coerce it into generating a backtrace but
given the machine wedges before even giving the DDB prompt I'm not sure
I'll be able to.

Thanks,

Gavin


From owner-freebsd-stable@FreeBSD.ORG  Fri Mar 11 19:04:19 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 60D1116A4CE; Fri, 11 Mar 2005 19:04:19 +0000 (GMT)
Received: from cs.rice.edu (cs.rice.edu [128.42.1.30])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 0AC0D43D39; Fri, 11 Mar 2005 19:04:19 +0000 (GMT)
	(envelope-from alc@cs.rice.edu)
Received: from localhost (calypso.cs.rice.edu [128.42.1.127])
	by cs.rice.edu (Postfix) with ESMTP id 736434A99E;
	Fri, 11 Mar 2005 13:04:18 -0600 (CST)
Received: from cs.rice.edu ([128.42.1.30])
 by localhost (calypso.cs.rice.edu [128.42.1.127]) (amavisd-new, port 10024)
 with LMTP id 23551-01-34; Fri, 11 Mar 2005 13:04:18 -0600 (CST)
Received: by cs.rice.edu (Postfix, from userid 19572)
	id F1D704A9AC; Fri, 11 Mar 2005 13:04:17 -0600 (CST)
Date: Fri, 11 Mar 2005 13:04:17 -0600
From: Alan Cox <alc@cs.rice.edu>
To: Gavin Atkinson <gavin.atkinson@ury.york.ac.uk>
Message-ID: <20050311190417.GJ28845@cs.rice.edu>
References: <20050311184658.Q63048@ury.york.ac.uk>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20050311184658.Q63048@ury.york.ac.uk>
User-Agent: Mutt/1.4.2i
X-Virus-Scanned: by amavis-2.2.1 at cs.rice.edu
cc: alc@freebsd.org
cc: stable@freebsd.org
Subject: Re: panic: mutex vm object not owned
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 11 Mar 2005 19:04:19 -0000

On Fri, Mar 11, 2005 at 06:59:02PM +0000, Gavin Atkinson wrote:
> 
> Hi,
> 
> I'm tracking RELENG_5 and since my last update I can no longer start X
> without getting the following panic:
> 
> panic: mutex vm object not owned at /usr/src/sys/vm/vm_page.c:334
> cpuid = 0
> KDB: enter: panic
> [ thread pid 2762 tid 100116 ]
> stopped at         kdb_enter+0x2b:   nop
> 
> At which point the machine hangs solid (note this is over a serial console
> - it is after X has claimed the display).
> 
> I've done a binary chop to find where the bug was introduced, and it
> started at some point between 19:00 on 2005/02/25 and 00:00 on 2005/02/26.
> The MFC to vm_page.c which added the assertion I'm tripping up on happened
> between those two points:
> $FreeBSD: src/sys/vm/vm_page.c,v 1.290.2.4 2005/02/25 23:38:22 alc Exp $
> 
> vm_page.c:334 seems to correspond to the line
>     VM_OBJECT_LOCK_ASSERT(m->object, MA_OWNED);
> within vm_page_wakeup()
> 
> Any suggestions?  I'll try to coerce it into generating a backtrace but
> given the machine wedges before even giving the DDB prompt I'm not sure
> I'll be able to.
> 

Are you using an Nvidia driver?

Regards,
Alan

From owner-freebsd-stable@FreeBSD.ORG  Fri Mar 11 19:15:00 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 3C5AB16A51E
	for <freebsd-stable@freebsd.org>;
	Fri, 11 Mar 2005 19:15:00 +0000 (GMT)
Received: from smtp803.mail.sc5.yahoo.com (smtp803.mail.sc5.yahoo.com
	[66.163.168.182])
	by mx1.FreeBSD.org (Postfix) with SMTP id F00AE43D5A
	for <freebsd-stable@freebsd.org>;
	Fri, 11 Mar 2005 19:14:59 +0000 (GMT)
	(envelope-from noackjr@alumni.rice.edu)
Received: from unknown (HELO optimator.noacks.org)
	(noacks@swbell.net@70.240.225.210 with login)
	by smtp803.mail.sc5.yahoo.com with SMTP; 11 Mar 2005 19:14:59 -0000
Received: from localhost (localhost [127.0.0.1])
	by optimator.noacks.org (Postfix) with ESMTP id 858FD61B1;
	Fri, 11 Mar 2005 13:14:58 -0600 (CST)
Received: from optimator.noacks.org ([127.0.0.1])
 by localhost (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024)
 with LMTP id 77140-03; Fri, 11 Mar 2005 13:14:56 -0600 (CST)
Received: from [127.0.0.1] (optimator [192.168.1.11])
	by optimator.noacks.org (Postfix) with ESMTP id B7C6261AD;
	Fri, 11 Mar 2005 13:14:56 -0600 (CST)
Message-ID: <4231EE30.6010405@alumni.rice.edu>
Date: Fri, 11 Mar 2005 13:14:56 -0600
From: Jon Noack <noackjr@alumni.rice.edu>
User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Bashar <big@kuwaitnet.net>
References: <422F250B.6030505@kuwaitnet.net>
	<20050309234141.L53915@carver.gumbysoft.com>	<423040FE.8090305@kuwaitnet.net>
	<20050310225201.Y64217@carver.gumbysoft.com> <42324A79.6070302@kuwaitnet.net>
In-Reply-To: <42324A79.6070302@kuwaitnet.net>
Content-Type: text/plain; charset=windows-1256; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: amavisd-new at noacks.org
cc: freebsd-stable@freebsd.org
Subject: Re: from 5.4-PRERELEASE -> 5.3-RELEASE-p5 error?
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: noackjr@alumni.rice.edu
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 11 Mar 2005 19:15:00 -0000

Bashar wrote:
> Doug White wrote:
>> On Thu, 10 Mar 2005, Bashar wrote:
>>> Doug White wrote:
>>>> On Wed, 9 Mar 2005, Bashar wrote:
>>>>> Hello,
>>>>> i was wondering just right after the downgrade been facing some issues
>>>>> such as:
>>>>> 1. server# /usr/local/bin/strace -f ps
>>>>> PIOCSFL: Inappropriate ioctl for device
>>>>> trouble opening proc file
>>>>> 2. mounting ext2fs partition doesn't work unless i specify -ro or it
>>>>> will give operation not permitted.
>>>>>
>>>>> any idea what might be causing this?
>>>>
>>>> How did you perform the downgrade? The strace error looks like you're
>>>> still running the 5.3-STABLE binary.
>>>
>>> first i ran RELENG_5 and when i got the 5.4-PRERELEASE (which
>>> incompatible with cPanel.net software) i had to run cvsup with 
>>> RELENG_5_3
>>> after than i started getting those errors
>>
>> You're leaving out important details, like what you did after you 
>> cvsup'd.
>
> the usual ,cvsup'ed then cd /usr/src && make buildworld && make 
> installworld && cd /sys/i386/conf && config mykernel && cd 
> ../compile/mykernel && make depend && make && make install && reboot

This is the usual?  You should read 
http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/makeworld.html#AEN27432 
and /usr/src/UPDATING.

The Canonical Way to Update Your System (for 5.x):
1) make buildworld
2) make buildkernel KERNCONF=YOUR_KERNEL_HERE
3) make installkernel KERNCONF=YOUR_KERNEL_HERE
4) <reboot in single user>
5) /etc/rc.d/preseedrandom
6) mergemaster -p
7) make installworld
8) mergemaster
9) <reboot>

Jon

From owner-freebsd-stable@FreeBSD.ORG  Fri Mar 11 19:20:11 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 89F4A16A4CE; Fri, 11 Mar 2005 19:20:11 +0000 (GMT)
Received: from cs.rice.edu (cs.rice.edu [128.42.1.30])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 4DA2D43D39; Fri, 11 Mar 2005 19:20:11 +0000 (GMT)
	(envelope-from alc@cs.rice.edu)
Received: from localhost (calypso.cs.rice.edu [128.42.1.127])
	by cs.rice.edu (Postfix) with ESMTP id C850F4A9B5;
	Fri, 11 Mar 2005 13:20:10 -0600 (CST)
Received: from cs.rice.edu ([128.42.1.30])
 by localhost (calypso.cs.rice.edu [128.42.1.127]) (amavisd-new, port 10024)
 with LMTP id 23551-01-93; Fri, 11 Mar 2005 13:20:10 -0600 (CST)
Received: by cs.rice.edu (Postfix, from userid 19572)
	id 4182C4A9B1; Fri, 11 Mar 2005 13:20:10 -0600 (CST)
Date: Fri, 11 Mar 2005 13:20:09 -0600
From: Alan Cox <alc@cs.rice.edu>
To: Gavin Atkinson <gavin.atkinson@ury.york.ac.uk>
Message-ID: <20050311192009.GK28845@cs.rice.edu>
References: <20050311184658.Q63048@ury.york.ac.uk>
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="sm4nu43k4a2Rpi4c"
Content-Disposition: inline
In-Reply-To: <20050311184658.Q63048@ury.york.ac.uk>
User-Agent: Mutt/1.4.2i
X-Virus-Scanned: by amavis-2.2.1 at cs.rice.edu
cc: alc@freebsd.org
cc: stable@freebsd.org
Subject: Re: panic: mutex vm object not owned
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 11 Mar 2005 19:20:11 -0000


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

I'm pretty sure that I understand the cause.  Please apply and test
the attached patch.

Regards,
Alan

--sm4nu43k4a2Rpi4c
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename=patch-agp

Index: pci/agp.c
===================================================================
RCS file: /home/ncvs/src/sys/pci/agp.c,v
retrieving revision 1.45
diff -u -r1.45 agp.c
--- pci/agp.c	16 Aug 2004 12:25:48 -0000	1.45
+++ pci/agp.c	11 Mar 2005 19:17:09 -0000
@@ -501,6 +501,7 @@
 	 * because vm_page_grab() used with VM_ALLOC_RETRY may
 	 * block and we can't hold a mutex while blocking.
 	 */
+	VM_OBJECT_LOCK(mem->am_obj);
 	for (i = 0; i < mem->am_size; i += PAGE_SIZE) {
 		/*
 		 * Find a page from the object and wire it
@@ -509,18 +510,18 @@
 		 * AGP_PAGE_SIZE. If this is the first call to bind,
 		 * the pages will be allocated and zeroed.
 		 */
-		VM_OBJECT_LOCK(mem->am_obj);
 		m = vm_page_grab(mem->am_obj, OFF_TO_IDX(i),
 		    VM_ALLOC_WIRED | VM_ALLOC_ZERO | VM_ALLOC_RETRY);
-		VM_OBJECT_UNLOCK(mem->am_obj);
 		AGP_DPF("found page pa=%#x\n", VM_PAGE_TO_PHYS(m));
 	}
+	VM_OBJECT_UNLOCK(mem->am_obj);
 
 	mtx_lock(&sc->as_lock);
 
 	if (mem->am_is_bound) {
 		device_printf(dev, "memory already bound\n");
 		error = EINVAL;
+		VM_OBJECT_LOCK(mem->am_obj);
 		goto bad;
 	}
 	
@@ -532,10 +533,9 @@
 	 * (i.e. use alpha_XXX_dmamap()). I don't have access to any
 	 * alpha AGP hardware to check.
 	 */
+	VM_OBJECT_LOCK(mem->am_obj);
 	for (i = 0; i < mem->am_size; i += PAGE_SIZE) {
-		VM_OBJECT_LOCK(mem->am_obj);
 		m = vm_page_lookup(mem->am_obj, OFF_TO_IDX(i));
-		VM_OBJECT_UNLOCK(mem->am_obj);
 
 		/*
 		 * Install entries in the GATT, making sure that if
@@ -566,6 +566,7 @@
 		vm_page_wakeup(m);
 		vm_page_unlock_queues();
 	}
+	VM_OBJECT_UNLOCK(mem->am_obj);
 
 	/*
 	 * Flush the cpu cache since we are providing a new mapping
@@ -586,7 +587,7 @@
 	return 0;
 bad:
 	mtx_unlock(&sc->as_lock);
-	VM_OBJECT_LOCK(mem->am_obj);
+	VM_OBJECT_LOCK_ASSERT(mem->am_obj, MA_OWNED);
 	for (i = 0; i < mem->am_size; i += PAGE_SIZE) {
 		m = vm_page_lookup(mem->am_obj, OFF_TO_IDX(i));
 		vm_page_lock_queues();
Index: pci/agp_i810.c
===================================================================
RCS file: /home/ncvs/src/sys/pci/agp_i810.c,v
retrieving revision 1.30.2.1
diff -u -r1.30.2.1 agp_i810.c
--- pci/agp_i810.c	1 Mar 2005 08:11:50 -0000	1.30.2.1
+++ pci/agp_i810.c	11 Mar 2005 19:15:45 -0000
@@ -609,13 +609,10 @@
 		vm_page_t m;
 
 		VM_OBJECT_LOCK(mem->am_obj);
-		m = vm_page_grab(mem->am_obj, 0,
+		m = vm_page_grab(mem->am_obj, 0, VM_ALLOC_NOBUSY |
 		    VM_ALLOC_WIRED | VM_ALLOC_ZERO | VM_ALLOC_RETRY);
 		VM_OBJECT_UNLOCK(mem->am_obj);
-		vm_page_lock_queues();
 		mem->am_physical = VM_PAGE_TO_PHYS(m);
-		vm_page_wakeup(m);
-		vm_page_unlock_queues();
 	} else {
 		mem->am_physical = 0;
 	}

--sm4nu43k4a2Rpi4c--

From owner-freebsd-stable@FreeBSD.ORG  Fri Mar 11 19:53:48 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id CF74B16A4CE; Fri, 11 Mar 2005 19:53:48 +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 2E30843D5C; Fri, 11 Mar 2005 19:53:48 +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-gw1.york.ac.uk (8.12.10/8.12.10) with ESMTP id j2BJrhML029251;
	Fri, 11 Mar 2005 19:53:43 GMT
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 j2BJrhp8065835;
	Fri, 11 Mar 2005 19:53:43 GMT
	(envelope-from gavin.atkinson@ury.york.ac.uk)
Received: from localhost (gavin@localhost)j2BJrhuw065832;
	Fri, 11 Mar 2005 19:53:43 GMT
	(envelope-from gavin.atkinson@ury.york.ac.uk)
X-Authentication-Warning: ury.york.ac.uk: gavin owned process doing -bs
Date: Fri, 11 Mar 2005 19:53:43 +0000 (GMT)
From: Gavin Atkinson <gavin.atkinson@ury.york.ac.uk>
X-X-Sender: gavin@ury.york.ac.uk
To: Alan Cox <alc@cs.rice.edu>
In-Reply-To: <20050311192009.GK28845@cs.rice.edu>
Message-ID: <20050311194021.D65210@ury.york.ac.uk>
References: <20050311184658.Q63048@ury.york.ac.uk>
	<20050311192009.GK28845@cs.rice.edu>
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: alc@freebsd.org
cc: stable@freebsd.org
Subject: Re: panic: mutex vm object not owned
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 11 Mar 2005 19:53:49 -0000

On Fri, 11 Mar 2005, Alan Cox wrote:

> I'm pretty sure that I understand the cause.  Please apply and test
> the attached patch.

Thanks! I'll start that compiling now, but won't be able to test it until
I get physically back to the machine tomorrow.  I'm not using the nVidia
driver - the graphics card is an ATI Radeon 7000.  I do load the radeon
kernel module, other than that it's standard GENERIC + debugging.

However, he motherboard chipset is an 875, for which the AGP bridge is
handled by agp_intel.c, so I suspect the latter half of the diff (to
agp_i810.c) will be a no-op.

dmesg at http://www.devrandom.co.uk/freebsd/buffy.dmesg

Gavin

From owner-freebsd-stable@FreeBSD.ORG  Fri Mar 11 20:13:57 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 5AFF916A4CE
	for <stable@FreeBSD.ORG>; Fri, 11 Mar 2005 20:13:57 +0000 (GMT)
Received: from smtp807.mail.sc5.yahoo.com (smtp807.mail.sc5.yahoo.com
	[66.163.168.186])
	by mx1.FreeBSD.org (Postfix) with SMTP id 1FD4643D41
	for <stable@FreeBSD.ORG>; Fri, 11 Mar 2005 20:13:57 +0000 (GMT)
	(envelope-from noackjr@alumni.rice.edu)
Received: from unknown (HELO optimator.noacks.org)
	(noacks@swbell.net@70.240.225.210 with login)
	by smtp807.mail.sc5.yahoo.com with SMTP; 11 Mar 2005 20:13:56 -0000
Received: from localhost (localhost [127.0.0.1])
	by optimator.noacks.org (Postfix) with ESMTP id 0989461AD;
	Fri, 11 Mar 2005 14:13:56 -0600 (CST)
Received: from optimator.noacks.org ([127.0.0.1])
 by localhost (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024)
 with LMTP id 76497-15-3; Fri, 11 Mar 2005 14:13:54 -0600 (CST)
Received: from [127.0.0.1] (optimator [192.168.1.11])
	by optimator.noacks.org (Postfix) with ESMTP id 74EA360CF;
	Fri, 11 Mar 2005 14:13:54 -0600 (CST)
Message-ID: <4231FC02.8050205@alumni.rice.edu>
Date: Fri, 11 Mar 2005 14:13:54 -0600
From: Jon Noack <noackjr@alumni.rice.edu>
User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Pete French <petefrench@ticketswitch.com>
References: <E1D9mka-000P9Q-1Y@dilbert.firstcallgroup.co.uk>
In-Reply-To: <E1D9mka-000P9Q-1Y@dilbert.firstcallgroup.co.uk>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: amavisd-new at noacks.org
cc: stable@FreeBSD.ORG
Subject: Re: Just a sanity check before I sumbit a buig report
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: noackjr@alumni.rice.edu
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 11 Mar 2005 20:13:57 -0000

Pete French wrote:
>>Why does sysconf(_SC_CLK_TCK) always returns 128?  Check out sysconf() 
>>in src/lib/libc/gen/sysconf.c (lines 83-84 of rev. 1.10):
> 
> [follow through of code showing it is defined as a constant snipped]
> 
>>To determine how stathz can vary, we'll have to dig deeper.  Check out 
>>initclocks() in src/sys/kern/kern_clock.c (lines 196-213 of rev. 
>>1.105.2.11):
> 
> [follow through of code showing it depends on apm_attach() snipped]
> 
> Thanks for that, most instructive! So the conclusion appears to be that
> sysconf(_SC_CLK_TCK) is doing the wrong thing by returning a constant then ?
> Thanks, I'll submit a pr about it. Do you mind if I attach your email to
> it to show the follow through of the code ? I havent looked at it myself in
> that much depth.

sysconf(3) states that _SC_CLK_TCK is the "frequency of the statistics 
clock in ticks per second."  Considering this value varies, returning a 
constant is wrong.  Feel free to attach my email on the PR.

Also, have you verified that apm is enabled and listed with "flags 0x20" 
in the kernel config(s) of the problematic system(s)?

Jon

From owner-freebsd-stable@FreeBSD.ORG  Fri Mar 11 21:40:50 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 23F8816A4CE
	for <stable@freebsd.org>; Fri, 11 Mar 2005 21:40:50 +0000 (GMT)
Received: from web26603.mail.ukl.yahoo.com (web26603.mail.ukl.yahoo.com
	[217.146.176.53])
	by mx1.FreeBSD.org (Postfix) with SMTP id 4DE0043D1F
	for <stable@freebsd.org>; Fri, 11 Mar 2005 21:40:49 +0000 (GMT)
	(envelope-from rclairboy@yahoo.fr)
Received: (qmail 48819 invoked by uid 60001); 11 Mar 2005 21:40:48 -0000
Message-ID: <20050311214048.48817.qmail@web26603.mail.ukl.yahoo.com>
Received: from [81.57.209.123] by web26603.mail.ukl.yahoo.com via HTTP;
	Fri, 11 Mar 2005 22:40:48 CET
Date: Fri, 11 Mar 2005 22:40:48 +0100 (CET)
From: richard clairboy <rclairboy@yahoo.fr>
To: questions@freebsd.org, stable@freebsd.org
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
Subject: make buildworld
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 11 Mar 2005 21:40:50 -0000

I face w/ problem when i execute make buildworld after
i've synced my source from the CVS current 5.3
release.

see below my make.conf file.


INSTALL=install -C -S -s

PPP_NOSUID=		true
ENABLE_SUID_SSH=	true
ENABLE_SUID_NEWGRP=	true

NO_FORTRAN=	true	# do not build g77 and related
libraries
NO_I4B=		true	# do not build isdn4bsd package
NO_IPFILTER=	true	# do not build IP Filter package
NO_KERBEROS=	true	# do not build and install Kerberos
5 (KTH Heimdal)
NO_OBJC=	true	# do not build Objective C support
NO_SENDMAIL=	true	# do not build sendmail and related
programs
NOGAMES=	true	# do not build games (games/ subdir)

COMPAT1X=	no
COMPAT20=	yes
COMPAT21=	yes
COMPAT22=	yes
COMPAT3X=	yes

MAKE_RSAINTL=	yes		# RSA (public key exchange)
USA_RESIDENT=	no

SUP_UPDATE=	yes
SUP=		/usr/local/bin/cvsup
SUPFLAGS=	-g -L 2
SUPFILE=	/usr/share/cvsup/cvs-supfile
PORTSSUPFILE=	/usr/share/cvsup/ports-supfile
DOCSUPFILE=	/usr/share/cvsup/doc-supfile

Has anybody got a clue about that ???


	

	
		
Découvrez le nouveau Yahoo! Mail : 250 Mo d'espace de stockage pour vos mails ! 
Créez votre Yahoo! Mail sur http://fr.mail.yahoo.com/

From owner-freebsd-stable@FreeBSD.ORG  Fri Mar 11 21:57:15 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 0336116A4CE
	for <freebsd-stable@freebsd.org>;
	Fri, 11 Mar 2005 21:57:15 +0000 (GMT)
Received: from the-macgregors.org
	(82-33-59-105.cable.ubr06.stav.blueyonder.co.uk [82.33.59.105])
	by mx1.FreeBSD.org (Postfix) with ESMTP id CD37C43D2F
	for <freebsd-stable@freebsd.org>;
	Fri, 11 Mar 2005 21:57:13 +0000 (GMT)
	(envelope-from freebsd.macgregor@blueyonder.co.uk)
X-Urban-Legend: Mail headers contain urban legends
Received: from fire (rob@fire.macgregor [192.168.32.100])
	(authenticated bits=0)
	by the-macgregors.org (8.13.2/8.13.2) with ESMTP id j2BLvChb029410
	(version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO)
	for <freebsd-stable@freebsd.org>; Fri, 11 Mar 2005 21:57:12 GMT
Message-Id: <200503112157.j2BLvChb029410@the-macgregors.org>
From: "Rob MacGregor" <freebsd.macgregor@blueyonder.co.uk>
To: <freebsd-stable@freebsd.org>
Date: Fri, 11 Mar 2005 21:57:12 -0000
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: <4231D4B2.3080608@jim-liesl.org>
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527
Thread-Index: AcUmX7bE7LflbB+JRd+wZtCmFrkv0gAJV7Ag
X-Virus-Scanned: by amavisd-milter (http://www.amavis.org/)
Subject: RE: New Nforce2 variant doesn't recognize SATA as SATA
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 11 Mar 2005 21:57:15 -0000

On Friday, March 11, 2005 5:26 PM, secmgr <> unleashed the infinite monkeys and
produced:

> Failing that, is there a definitive list of SATA PCI boards which
> FreeBSD does full support?

See the release notes for the version of FreeBSD you're using.  For 5.3 that's
http://www.freebsd.org/releases/5.3R/hardware-i386.html#DISK

-- 
 Rob | Oh my God! They killed init! You bastards!

From owner-freebsd-stable@FreeBSD.ORG  Fri Mar 11 22:08:34 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 0338416A4CE
	for <freebsd-stable@freebsd.org>;
	Fri, 11 Mar 2005 22:08:34 +0000 (GMT)
Received: from orbit.kuwaitnet.net (orbit.kuwaitnet.net [216.40.249.67])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 8A6F243D1F
	for <freebsd-stable@freebsd.org>;
	Fri, 11 Mar 2005 22:08:33 +0000 (GMT)
	(envelope-from big@kuwaitnet.net)
Received: from [62.150.222.147] (helo=[127.0.0.1])
	by orbit.kuwaitnet.net with esmtpa (Exim 4.43)
	id 1D9sJ4-0004Da-Mq; Sat, 12 Mar 2005 01:08:31 +0300
Message-ID: <4232142C.40407@kuwaitnet.net>
Date: Sat, 12 Mar 2005 00:57:00 +0300
From: Bashar <big@kuwaitnet.net>
User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: noackjr@alumni.rice.edu
References: <422F250B.6030505@kuwaitnet.net>
	<20050309234141.L53915@carver.gumbysoft.com>	<423040FE.8090305@kuwaitnet.net>
	<20050310225201.Y64217@carver.gumbysoft.com> <42324A79.6070302@kuwaitnet.net>
	<4231EE30.6010405@alumni.rice.edu>
In-Reply-To: <4231EE30.6010405@alumni.rice.edu>
Content-Type: text/plain; charset=windows-1256; format=flowed
Content-Transfer-Encoding: 7bit
X-AntiAbuse: This header was added to track abuse, please include it with any
	abuse report
X-AntiAbuse: Primary Hostname - orbit.kuwaitnet.net
X-AntiAbuse: Original Domain - freebsd.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - kuwaitnet.net
X-Source: 
X-Source-Args: 
X-Source-Dir: 
cc: freebsd-stable@freebsd.org
Subject: Re: from 5.4-PRERELEASE -> 5.3-RELEASE-p5 error?
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 11 Mar 2005 22:08:34 -0000

Jon Noack wrote:

> Bashar wrote:
>
>> Doug White wrote:
>>
>>> On Thu, 10 Mar 2005, Bashar wrote:
>>>
>>>> Doug White wrote:
>>>>
>>>>> On Wed, 9 Mar 2005, Bashar wrote:
>>>>>
>>>>>> Hello,
>>>>>> i was wondering just right after the downgrade been facing some 
>>>>>> issues
>>>>>> such as:
>>>>>> 1. server# /usr/local/bin/strace -f ps
>>>>>> PIOCSFL: Inappropriate ioctl for device
>>>>>> trouble opening proc file
>>>>>> 2. mounting ext2fs partition doesn't work unless i specify -ro or it
>>>>>> will give operation not permitted.
>>>>>>
>>>>>> any idea what might be causing this?
>>>>>
>>>>>
>>>>> How did you perform the downgrade? The strace error looks like you're
>>>>> still running the 5.3-STABLE binary.
>>>>
>>>>
>>>> first i ran RELENG_5 and when i got the 5.4-PRERELEASE (which
>>>> incompatible with cPanel.net software) i had to run cvsup with 
>>>> RELENG_5_3
>>>> after than i started getting those errors
>>>
>>>
>>> You're leaving out important details, like what you did after you 
>>> cvsup'd.
>>
>>
>> the usual ,cvsup'ed then cd /usr/src && make buildworld && make 
>> installworld && cd /sys/i386/conf && config mykernel && cd 
>> ../compile/mykernel && make depend && make && make install && reboot
>
>
> This is the usual?  You should read 
> http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/makeworld.html#AEN27432 
> and /usr/src/UPDATING.
>
> The Canonical Way to Update Your System (for 5.x):
> 1) make buildworld
> 2) make buildkernel KERNCONF=YOUR_KERNEL_HERE
> 3) make installkernel KERNCONF=YOUR_KERNEL_HERE
> 4) <reboot in single user>
> 5) /etc/rc.d/preseedrandom
> 6) mergemaster -p
> 7) make installworld
> 8) mergemaster
> 9) <reboot>
>
> Jon

Jon,
Cant do this for remote system as you know

From owner-freebsd-stable@FreeBSD.ORG  Fri Mar 11 22:27:57 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 4857616A4CE
	for <freebsd-stable@freebsd.org>;
	Fri, 11 Mar 2005 22:27:57 +0000 (GMT)
Received: from smtp1.powertech.no (smtp1.powertech.no [195.159.0.145])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 2865943D2D
	for <freebsd-stable@freebsd.org>;
	Fri, 11 Mar 2005 22:27:56 +0000 (GMT)
	(envelope-from frode@nordahl.net)
Received: from [192.168.1.34] (unknown [195.159.232.10])
	by smtp1.powertech.no (Postfix) with ESMTP
	id C8DB68182; Fri, 11 Mar 2005 23:27:52 +0100 (CET)
In-Reply-To: <4230BCE2.4070405@quo.com.au>
References: <422E2C2D.3060404@quo.com.au>
	<20050309233717.H53915@carver.gumbysoft.com> <4230BCE2.4070405@quo.com.au>
Mime-Version: 1.0 (Apple Message framework v619.2)
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Message-Id: <e3f71eb30f56feac151f19270d26e702@nordahl.net>
Content-Transfer-Encoding: quoted-printable
From: Frode Nordahl <frode@nordahl.net>
Date: Fri, 11 Mar 2005 23:27:57 +0100
To: Simon Litchfield <simon@quo.com.au>
X-Mailer: Apple Mail (2.619.2)
cc: freebsd-stable@freebsd.org
Subject: Re: Promise FastTrak Tx4200 & FreeBSD 5.3
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 11 Mar 2005 22:27:57 -0000

On Mar 10, 2005, at 22:32, Simon Litchfield wrote:

> Anyone have drivers for the Promise PDC20319 (Fasttrak S150 TX4)?

I have read about this before, so I am positive you will find your=20
answer in the archives.

I think the TX4200 is a bit new, so it may not be supported in=20
5.3-RELEASE, but you will get support for it by installing S=F8ren's=20
ATAmkIII patches.


Mvh,
Frode

> It's a SATA RAID controller.
>
> Thanks
> Simon
>
> Doug White wrote:
>> Dropping cc: back to -stable. Don't crosspost lists, thanks.
>> On Wed, 9 Mar 2005, Simon Litchfield wrote:
>>> Hi folks
>>>
>>> Anyone have any ideas on the Promise PDC20319 (Fasttrak S150 TX4)?
>>>
>>> We intend to run 5.3 release on this machine.
>> Whats the question?
>
> --=20
>
> Quo Consulting
> info@quo.com.au
> http://www.quo.com.au/
>
> Phone +61 (0)7 5520 2665
> Fax +61 (0)2 8569 2377
>
> Level 3 : Old Burleigh Theatre Arcade
> 66 Goodwin Terrace : Burleigh Heads
> Queensland : Australia
> _______________________________________________
> freebsd-stable@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-stable
> To unsubscribe, send any mail to=20
> "freebsd-stable-unsubscribe@freebsd.org"
>

From owner-freebsd-stable@FreeBSD.ORG  Fri Mar 11 22:34:41 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 9F88916A4CE
	for <freebsd-stable@freebsd.org>;
	Fri, 11 Mar 2005 22:34:41 +0000 (GMT)
Received: from smtp.servingpeace.com (servingpeace.com [69.55.225.16])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 72CE943D39
	for <freebsd-stable@freebsd.org>;
	Fri, 11 Mar 2005 22:34:41 +0000 (GMT)
	(envelope-from sam@servingpeace.com)
Received: from [10.0.0.2] (adsl-69-110-162-155.dsl.pltn13.pacbell.net
	[69.110.162.155])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by smtp.servingpeace.com (Postfix) with ESMTP id 005FBBA15F;
	Fri, 11 Mar 2005 14:34:40 -0800 (PST)
Message-ID: <42321CE7.3060404@servingpeace.com>
Date: Fri, 11 Mar 2005 14:34:15 -0800
From: Sam Nilsson <sam@servingpeace.com>
User-Agent: Mozilla Thunderbird 1.0 (Macintosh/20041206)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Bashar <big@kuwaitnet.net>
References: <422F250B.6030505@kuwaitnet.net>
	<20050309234141.L53915@carver.gumbysoft.com>	<423040FE.8090305@kuwaitnet.net>
	<20050310225201.Y64217@carver.gumbysoft.com> <42324A79.6070302@kuwaitnet.net>
	<4231EE30.6010405@alumni.rice.edu> <4232142C.40407@kuwaitnet.net>
In-Reply-To: <4232142C.40407@kuwaitnet.net>
Content-Type: text/plain; charset=windows-1256; format=flowed
Content-Transfer-Encoding: 7bit
cc: freebsd-stable@freebsd.org
Subject: Re: from 5.4-PRERELEASE -> 5.3-RELEASE-p5 error?
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 11 Mar 2005 22:34:41 -0000

Bashar wrote:
>> The Canonical Way to Update Your System (for 5.x):
>> 1) make buildworld
>> 2) make buildkernel KERNCONF=YOUR_KERNEL_HERE
>> 3) make installkernel KERNCONF=YOUR_KERNEL_HERE
>> 4) <reboot in single user>
>> 5) /etc/rc.d/preseedrandom
>> 6) mergemaster -p
>> 7) make installworld
>> 8) mergemaster
>> 9) <reboot>
>>
>> Jon
> 
> 
> Jon,
> Cant do this for remote system as you know

Sorry if this is a bit off topic...

Well, you can't reboot into single user on remote (unless you have a 
remote console setup), but I have done the above steps remotely except 
for that.

The difference for me was that instead of rebooting into single user, I 
rebooted into normal system, then shut down each running service/daemon 
except for ssh before the mergemaster and installworld steps.

I don't know how reliable this method is for others, but it always works 
well for me (with 5.3 Release and 5.3 Stable at least).

- Sam

From owner-freebsd-stable@FreeBSD.ORG  Fri Mar 11 22:53:17 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 81B0F16A4CE
	for <freebsd-stable@freebsd.org>;
	Fri, 11 Mar 2005 22:53:17 +0000 (GMT)
Received: from mta10.adelphia.net (mta10.adelphia.net [68.168.78.202])
	by mx1.FreeBSD.org (Postfix) with ESMTP id EB21C43D39
	for <freebsd-stable@freebsd.org>;
	Fri, 11 Mar 2005 22:53:16 +0000 (GMT)
	(envelope-from security@jim-liesl.org)
Received: from daemon.jim-liesl.org ([69.170.98.158]) by mta10.adelphia.net
          (InterMail vM.6.01.04.01 201-2131-118-101-20041129) with ESMTP
          id <20050311225317.FXRZ7277.mta10.adelphia.net@daemon.jim-liesl.org>
          for <freebsd-stable@freebsd.org>; Fri, 11 Mar 2005 17:53:17 -0500
Received: from [127.0.0.1] (unknown [192.168.1.10])
	by daemon.jim-liesl.org (Postfix) with ESMTP id D13B76179
	for <freebsd-stable@freebsd.org>;
	Fri, 11 Mar 2005 15:53:20 -0700 (MST)
Message-ID: <42322142.3060200@jim-liesl.org>
Date: Fri, 11 Mar 2005 15:52:50 -0700
From: secmgr <security@jim-liesl.org>
User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: freebsd-stable@freebsd.org
References: <200503112157.j2BLvChb029410@the-macgregors.org>
In-Reply-To: <200503112157.j2BLvChb029410@the-macgregors.org>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Subject: Re: New Nforce2 variant doesn't recognize SATA as SATA
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 11 Mar 2005 22:53:17 -0000

Rob MacGregor wrote:

>On Friday, March 11, 2005 5:26 PM, secmgr <> unleashed the infinite monkeys and
>produced:
>
>  
>
>>Failing that, is there a definitive list of SATA PCI boards which
>>FreeBSD does full support?
>>    
>>
>
>See the release notes for the version of FreeBSD you're using.  For 5.3 that's
>http://www.freebsd.org/releases/5.3R/hardware-i386.html#DISK
>  
>
Well, thanks, but I looked there before I bought the board.
1. I challange you to derive from that page a list of supported PCI SATA 
adapters (and I don't mean RAID adapters like from highpoint or 3ware)
2. Even following the link to ata(4), what you get is a list of 
supported chips (some pata, some sata, not specifed as to which is 
which), NOT a list of supported boards.  Within that was a reference 
that the Nforce II chipset WAS supported, which is why I bought what I 
did.  Now you may say, "well, the mfg added to the chipset.  Thats not 
FreeBSD's problem".  Yes and no.  The documentation isn't definitive as 
to what is supported.  If the doc's had said "Nforce II PATA", then I 
would have questioned support of SATA before I purchased, but you can't 
tell that from the chip list.

jim

From owner-freebsd-stable@FreeBSD.ORG  Fri Mar 11 22:55:52 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 6013716A4CE
	for <freebsd-stable@freebsd.org>;
	Fri, 11 Mar 2005 22:55:52 +0000 (GMT)
Received: from ciao.gmane.org (main.gmane.org [80.91.229.2])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 81E7243D46
	for <freebsd-stable@freebsd.org>;
	Fri, 11 Mar 2005 22:55:51 +0000 (GMT)
	(envelope-from freebsd-stable@m.gmane.org)
Received: from list by ciao.gmane.org with local (Exim 4.43)
	id 1D9t22-0008Bh-LB
	for freebsd-stable@freebsd.org; Fri, 11 Mar 2005 23:54:58 +0100
Received: from pcp08490587pcs.levtwn01.pa.comcast.net ([68.83.169.224])
        by main.gmane.org with esmtp (Gmexim 0.1 (Debian))
        id 1AlnuQ-0007hv-00
        for <freebsd-stable@freebsd.org>; Fri, 11 Mar 2005 23:54:58 +0100
Received: from apeiron+usenet by pcp08490587pcs.levtwn01.pa.comcast.net with
	local (Gmexim 0.1 (Debian))        id 1AlnuQ-0007hv-00
	for <freebsd-stable@freebsd.org>; Fri, 11 Mar 2005 23:54:58 +0100
X-Injected-Via-Gmane: http://gmane.org/
To: freebsd-stable@freebsd.org
From: Christopher Nehren <apeiron+usenet@coitusmentis.info>
Date: Fri, 11 Mar 2005 22:54:49 +0000 (UTC)
Organization: /usr/bin/false
Lines: 32
Message-ID: <slrnd348eu.lg5.apeiron+usenet@prophecy.dyndns.org>
References: <20050311214048.48817.qmail@web26603.mail.ukl.yahoo.com>
X-Complaints-To: usenet@sea.gmane.org
X-Gmane-NNTP-Posting-Host: pcp08490587pcs.levtwn01.pa.comcast.net
User-Agent: slrn/0.9.8.1 (FreeBSD)
Sender: news <news@sea.gmane.org>
X-Gmane-MailScanner: Found to be clean
X-Gmane-MailScanner: Found to be clean
X-Gmane-MailScanner-SpamScore: s
X-MailScanner-From: freebsd-stable@m.gmane.org
X-MailScanner-To: freebsd-stable@freebsd.org
Subject: Re: make buildworld
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 11 Mar 2005 22:55:52 -0000

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

On 2005-03-11, richard clairboy scribbled these
curious markings:
> I face w/ problem when i execute make buildworld after
> i've synced my source from the CVS current 5.3
> release.
> [...]
> Has anybody got a clue about that ???

An erorr message would be helpful. Please take note that "Error code 1",
if you see it, isn't helpful -- the messages above it are. Your
supfile may be helpful as well. You may be pulling revision files (they
end in ,v) or nothing at all, which would give you an empty /usr/src
tree -- and would obviously give an error. :)

Best Regards,
Christopher Nehren
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.0 (FreeBSD)

iD8DBQFCMiHek/lo7zvzJioRAtHpAKC/JpFg0L2P6p7vAu467ciLE+jh8wCcCqOD
STU5ARQT/FS21BCMN4Lf0Tc=
=syPV
-----END PGP SIGNATURE-----

-- 
I abhor a system designed for the "user", if that word is a coded
pejorative meaning "stupid and unsophisticated". -- Ken Thompson
If you ask the wrong questions, you get answers like "42" and "God".
Unix is user friendly. However, it isn't idiot friendly.

From owner-freebsd-stable@FreeBSD.ORG  Fri Mar 11 23:36:14 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id B39D916A4CF
	for <freebsd-stable@freebsd.org>;
	Fri, 11 Mar 2005 23:36:14 +0000 (GMT)
Received: from smtp810.mail.sc5.yahoo.com (smtp810.mail.sc5.yahoo.com
	[66.163.170.80])	by mx1.FreeBSD.org (Postfix) with SMTP id AAB4043D55
	for <freebsd-stable@freebsd.org>;
	Fri, 11 Mar 2005 23:36:13 +0000 (GMT)
	(envelope-from noackjr@alumni.rice.edu)
Received: from unknown (HELO optimator.noacks.org)
	(noacks@swbell.net@70.240.225.210 with login)
	by smtp810.mail.sc5.yahoo.com with SMTP; 11 Mar 2005 23:36:13 -0000
Received: from localhost (localhost [127.0.0.1])
	by optimator.noacks.org (Postfix) with ESMTP id 4AFE261AD;
	Fri, 11 Mar 2005 17:36:12 -0600 (CST)
Received: from optimator.noacks.org ([127.0.0.1])
 by localhost (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024)
 with LMTP id 77666-11; Fri, 11 Mar 2005 17:36:09 -0600 (CST)
Received: from compgeek.noacks.org (compgeek [192.168.1.10])
	by optimator.noacks.org (Postfix) with ESMTP id 5CAAA60CF;
	Fri, 11 Mar 2005 17:36:09 -0600 (CST)
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by compgeek.noacks.org (8.13.3/8.13.3) with ESMTP id j2BNa8SN012827;
	Fri, 11 Mar 2005 17:36:08 -0600 (CST)
	(envelope-from noackjr@alumni.rice.edu)
Message-ID: <42322B68.7050008@alumni.rice.edu>
Date: Fri, 11 Mar 2005 17:36:08 -0600
From: Jon Noack <noackjr@alumni.rice.edu>
User-Agent: Mozilla Thunderbird 1.0 (X11/20050202)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Bashar <big@kuwaitnet.net>
References: <422F250B.6030505@kuwaitnet.net>
	<20050309234141.L53915@carver.gumbysoft.com>	<423040FE.8090305@kuwaitnet.net>
	<20050310225201.Y64217@carver.gumbysoft.com> <42324A79.6070302@kuwaitnet.net>
	<4231EE30.6010405@alumni.rice.edu> <4232142C.40407@kuwaitnet.net>
In-Reply-To: <4232142C.40407@kuwaitnet.net>
Content-Type: text/plain; charset=windows-1256; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: amavisd-new at noacks.org
cc: freebsd-stable@freebsd.org
Subject: Re: from 5.4-PRERELEASE -> 5.3-RELEASE-p5 error?
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: noackjr@alumni.rice.edu
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 11 Mar 2005 23:36:14 -0000

On 03/11/05 15:57, Bashar wrote:
> Jon Noack wrote:
>> Bashar wrote:
>>> Doug White wrote:
>>>> On Thu, 10 Mar 2005, Bashar wrote:
>>>>> Doug White wrote:
>>>>>> On Wed, 9 Mar 2005, Bashar wrote:
>>>>>>> Hello,
>>>>>>> i was wondering just right after the downgrade been facing some 
>>>>>>> issues
>>>>>>> such as:
>>>>>>> 1. server# /usr/local/bin/strace -f ps
>>>>>>> PIOCSFL: Inappropriate ioctl for device
>>>>>>> trouble opening proc file
>>>>>>> 2. mounting ext2fs partition doesn't work unless i specify -ro or it
>>>>>>> will give operation not permitted.
>>>>>>>
>>>>>>> any idea what might be causing this?
>>>>>>
>>>>>> How did you perform the downgrade? The strace error looks like you're
>>>>>> still running the 5.3-STABLE binary.
>>>>>
>>>>> first i ran RELENG_5 and when i got the 5.4-PRERELEASE (which
>>>>> incompatible with cPanel.net software) i had to run cvsup with 
>>>>> RELENG_5_3
>>>>> after than i started getting those errors
>>>>
>>>> You're leaving out important details, like what you did after you 
>>>> cvsup'd.
>>>
>>> the usual ,cvsup'ed then cd /usr/src && make buildworld && make 
>>> installworld && cd /sys/i386/conf && config mykernel && cd 
>>> ../compile/mykernel && make depend && make && make install && reboot
>>
>> This is the usual?  You should read 
>> http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/makeworld.html#AEN27432 
>> and /usr/src/UPDATING.
>>
>> The Canonical Way to Update Your System (for 5.x):
>> 1) make buildworld
>> 2) make buildkernel KERNCONF=YOUR_KERNEL_HERE
>> 3) make installkernel KERNCONF=YOUR_KERNEL_HERE
>> 4) <reboot in single user>
>> 5) /etc/rc.d/preseedrandom
>> 6) mergemaster -p
>> 7) make installworld
>> 8) mergemaster
>> 9) <reboot>
> 
> Cant do this for remote system as you know

I was merely pointing out what was the official take on "the usual". 
The general consensus for remote systems is to replace steps 4 and 5 
with "shut down as many services as possible".  This has never failed me 
for minor updates, but caution is advised for major ones.

Jon

From owner-freebsd-stable@FreeBSD.ORG  Sat Mar 12 00:19:52 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 5AAEE16A4CE
	for <freebsd-stable@freebsd.org>;
	Sat, 12 Mar 2005 00:19:52 +0000 (GMT)
Received: from postal3.es.net (postal3.es.net [198.128.3.207])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 24A3443D1D
	for <freebsd-stable@freebsd.org>;
	Sat, 12 Mar 2005 00:19: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;
        Fri, 11 Mar 2005 16:19:51 -0800
Received: from ptavv (localhost [127.0.0.1])
	by ptavv.es.net (Tachyon Server) with ESMTP id 655765D07;
	Fri, 11 Mar 2005 16:19:51 -0800 (PST)
To: Bashar <big@kuwaitnet.net>
In-reply-to: Your message of "Sat, 12 Mar 2005 00:57:00 +0300."
             <4232142C.40407@kuwaitnet.net> 
Date: Fri, 11 Mar 2005 16:19:51 -0800
From: "Kevin Oberman" <oberman@es.net>
Message-Id: <20050312001951.655765D07@ptavv.es.net>
cc: freebsd-stable@freebsd.org
Subject: Re: from 5.4-PRERELEASE -> 5.3-RELEASE-p5 error? 
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 12 Mar 2005 00:19:52 -0000

> Date: Sat, 12 Mar 2005 00:57:00 +0300
> From: Bashar <big@kuwaitnet.net>
> Sender: owner-freebsd-stable@freebsd.org
> 
> Jon Noack wrote:
> 
> > Bashar wrote:
> >
> >> Doug White wrote:
> >>
> >>> On Thu, 10 Mar 2005, Bashar wrote:
> >>>
> >>>> Doug White wrote:
> >>>>
> >>>>> On Wed, 9 Mar 2005, Bashar wrote:
> >>>>>
> >>>>>> Hello,
> >>>>>> i was wondering just right after the downgrade been facing some 
> >>>>>> issues
> >>>>>> such as:
> >>>>>> 1. server# /usr/local/bin/strace -f ps
> >>>>>> PIOCSFL: Inappropriate ioctl for device
> >>>>>> trouble opening proc file
> >>>>>> 2. mounting ext2fs partition doesn't work unless i specify -ro or it
> >>>>>> will give operation not permitted.
> >>>>>>
> >>>>>> any idea what might be causing this?
> >>>>>
> >>>>>
> >>>>> How did you perform the downgrade? The strace error looks like you're
> >>>>> still running the 5.3-STABLE binary.
> >>>>
> >>>>
> >>>> first i ran RELENG_5 and when i got the 5.4-PRERELEASE (which
> >>>> incompatible with cPanel.net software) i had to run cvsup with 
> >>>> RELENG_5_3
> >>>> after than i started getting those errors
> >>>
> >>>
> >>> You're leaving out important details, like what you did after you 
> >>> cvsup'd.
> >>
> >>
> >> the usual ,cvsup'ed then cd /usr/src && make buildworld && make 
> >> installworld && cd /sys/i386/conf && config mykernel && cd 
> >> ../compile/mykernel && make depend && make && make install && reboot
> >
> >
> > This is the usual?  You should read 
> > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/makeworld.html#AEN27432 
> > and /usr/src/UPDATING.
> >
> > The Canonical Way to Update Your System (for 5.x):
> > 1) make buildworld
> > 2) make buildkernel KERNCONF=YOUR_KERNEL_HERE
> > 3) make installkernel KERNCONF=YOUR_KERNEL_HERE
> > 4) <reboot in single user>
> > 5) /etc/rc.d/preseedrandom
> > 6) mergemaster -p
> > 7) make installworld
> > 8) mergemaster
> > 9) <reboot>
> >
> > Jon
> 
> Jon,
> Can't do this for remote system as you know

True, you can't always reboot to single user (and that is dangerous, but
often unavoidable), but you can "make kernel" (or make buildkernel &&
make installkernel) which is the only officially supported way of
building a kernel. The way you did it usually works, but is not
officially supported and may fail in some cases.
-- 
R. Kevin Oberman, Network Engineer
Energy Sciences Network (ESnet)
Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab)
E-mail: oberman@es.net			Phone: +1 510 486-8634

From owner-freebsd-stable@FreeBSD.ORG  Sat Mar 12 00:54:31 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 6891716A4CF; Sat, 12 Mar 2005 00:54:31 +0000 (GMT)
Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 38E1A43D41; Sat, 12 Mar 2005 00:54:30 +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 j2C0sToI094378;
	Fri, 11 Mar 2005 19:54:29 -0500 (EST)
	(envelope-from tinderbox@freebsd.org)
Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca
	[64.7.128.98])
	by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j2C0sTac025546;
	Fri, 11 Mar 2005 19:54:29 -0500 (EST)
	(envelope-from tinderbox@freebsd.org)
Received: by freebsd-current.sentex.ca (Postfix, from userid 666)
	id 803BB7306E; Fri, 11 Mar 2005 19:54:29 -0500 (EST)
Sender: FreeBSD Tinderbox <tinderbox@freebsd.org>
From: FreeBSD Tinderbox <tinderbox@freebsd.org>
To: FreeBSD Tinderbox <tinderbox@freebsd.org>, <stable@freebsd.org>,
	<sparc64@freebsd.org>
Precedence: bulk
Message-Id: <20050312005429.803BB7306E@freebsd-current.sentex.ca>
Date: Fri, 11 Mar 2005 19:54:29 -0500 (EST)
X-Virus-Scanned: ClamAV 0.82/761/Thu Mar 10 16:01:48 2005 on
	smarthost2.sentex.ca
X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on
	clamscanner2
X-Virus-Status: Clean
Subject: [releng_5 tinderbox] failure on sparc64/sparc64
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 12 Mar 2005 00:54:31 -0000

TB --- 2005-03-11 23:50:32 - tinderbox 2.3 running on freebsd-current.sentex.ca
TB --- 2005-03-11 23:50:32 - starting RELENG_5 tinderbox run for sparc64/sparc64
TB --- 2005-03-11 23:50:32 - checking out the source tree
TB --- 2005-03-11 23:50:32 - cd /home/tinderbox/RELENG_5/sparc64/sparc64
TB --- 2005-03-11 23:50:32 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_5 src
TB --- 2005-03-11 23:59:40 - building world (CFLAGS=-O -pipe)
TB --- 2005-03-11 23:59:40 - cd /home/tinderbox/RELENG_5/sparc64/sparc64/src
TB --- 2005-03-11 23:59: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 --- 2005-03-12 00:50:04 - building generic kernel (COPTFLAGS=-O -pipe)
TB --- 2005-03-12 00:50:04 - cd /home/tinderbox/RELENG_5/sparc64/sparc64/src
TB --- 2005-03-12 00:50:04 - /usr/bin/make buildkernel KERNCONF=GENERIC
>>> Kernel build for GENERIC started on Sat Mar 12 00:50:04 UTC 2005
>>> 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 -O -pipe  -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -fformat-extensions -std=c99  -nostdinc -I-  -I. -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000  -mcmodel=medlow -msoft-float -ffreestanding -Werror  /tinderbox/RELENG_5/sparc64/sparc64/src/sys/sparc64/sparc64/vm_machdep.c
/tinderbox/RELENG_5/sparc64/sparc64/src/sys/sparc64/sparc64/vm_machdep.c: In function `sf_buf_alloc':
/tinderbox/RELENG_5/sparc64/sparc64/src/sys/sparc64/sparc64/vm_machdep.c:380: error: syntax error before "break"
/tinderbox/RELENG_5/sparc64/sparc64/src/sys/sparc64/sparc64/vm_machdep.c: At top level:
/tinderbox/RELENG_5/sparc64/sparc64/src/sys/sparc64/sparc64/vm_machdep.c:409: warning: no previous prototype for 'sf_buf_free'
/tinderbox/RELENG_5/sparc64/sparc64/src/sys/sparc64/sparc64/vm_machdep.c:422: warning: no previous prototype for 'swi_vm'
/tinderbox/RELENG_5/sparc64/sparc64/src/sys/sparc64/sparc64/vm_machdep.c:432: warning: no previous prototype for 'uma_small_alloc'
/tinderbox/RELENG_5/sparc64/sparc64/src/sys/sparc64/sparc64/vm_machdep.c:478: warning: no previous prototype for 'uma_small_free'
*** Error code 1

Stop in /tinderbox/RELENG_5/sparc64/sparc64/obj/sparc64/tinderbox/RELENG_5/sparc64/sparc64/src/sys/GENERIC.
*** Error code 1

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

Stop in /tinderbox/RELENG_5/sparc64/sparc64/src.
TB --- 2005-03-12 00:54:29 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2005-03-12 00:54:29 - ERROR: failed to build generic kernel
TB --- 2005-03-12 00:54:29 - tinderbox aborted

From owner-freebsd-stable@FreeBSD.ORG  Sat Mar 12 02:23:24 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: by hub.freebsd.org (Postfix, from userid 664)
	id 395E316A4CF; Sat, 12 Mar 2005 02:23:24 +0000 (GMT)
Date: Sat, 12 Mar 2005 02:23:24 +0000
From: David O'Brien <obrien@FreeBSD.ORG>
To: Bartosz Fabianowski <freebsd@chillt.de>
Message-ID: <20050312022324.GA4899@hub.freebsd.org>
References: <422ACE0B.4060503@lumachedelcervello.cjb.net>
	<422B502C.6090003@chillt.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <422B502C.6090003@chillt.de>
User-Agent: Mutt/1.4.2.1i
X-Operating-System: FreeBSD 4.11-STABLE
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: Eugenio <eugenio@lumachedelcervello.cjb.net>
cc: freebsd-stable@freebsd.org
cc: freebsd-i386@freebsd.org
cc: freebsd-mobile@freebsd.org
Subject: Re: CPUTYPE=pentium-m
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: obrien@freebsd.org
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 12 Mar 2005 02:23:24 -0000

On Sun, Mar 06, 2005 at 07:47:08PM +0100, Bartosz Fabianowski wrote:
> >i have read that were some problems compiling the kernel and the
> >loader with "pentium-m" in CPUTYPE. are they fixed now?
> 
> I'm the one who filed the original bug report:
> http://www.freebsd.org/cgi/query-pr.cgi?pr=75898
..
> I'd assume the answer to this one is yes - it's safe. Personally, I compile 
> world and kernel as pentium3, but that's just out of laziness. As you can 
> read in the bug report, the problem is that SSE2 instructions get used by 
> the kernel and loader before they are enabled. Once the boot gets to the 
> first userland programs, SSE2 is enabled so any world programs should run 
> just fine when compiled as pentium-m.

Are you saying, all we need to do is commit this diff to make everyone's
environment happy?

-- 
-- David    (obrien@FreeBSD.org)

Index: kern.mk
===================================================================
RCS file: /home/ncvs/src/sys/conf/kern.mk,v
retrieving revision 1.42
diff -u -r1.42 kern.mk
--- kern.mk	14 May 2004 13:35:46 -0000	1.42
+++ kern.mk	12 Mar 2005 02:03:47 -0000
@@ -28,7 +28,8 @@
 # cache tag lines)
 #
 .if ${MACHINE_ARCH} == "i386" && ${CC} != "icc"
-CFLAGS+=	-mno-align-long-strings -mpreferred-stack-boundary=2
+CFLAGS+=	-mno-align-long-strings -mpreferred-stack-boundary=2 \
+		-mno-sse -mno-sse2
 INLINE_LIMIT?=	8000
 .endif
 

From owner-freebsd-stable@FreeBSD.ORG  Sat Mar 12 02:25:11 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id EABE016A4CE
	for <freebsd-stable@freebsd.org>;
	Sat, 12 Mar 2005 02:25:11 +0000 (GMT)
Received: from snorelbas01.aus.hp.com (snorelbas01.asiapac.hp.net
	[15.219.233.134])
	by mx1.FreeBSD.org (Postfix) with ESMTP id D732B43D41
	for <freebsd-stable@freebsd.org>;
	Sat, 12 Mar 2005 02:25:08 +0000 (GMT)
	(envelope-from dewayne.geraghty@hp.com)
Received: from snoexg11.asiapacific.cpqcorp.net
	(snoexg11.asiapacific.cpqcorp.net [16.176.6.30])
	by snorelbas01.aus.hp.com (Postfix) with ESMTP id C423D32E45
	for <freebsd-stable@freebsd.org>;
	Sat, 12 Mar 2005 13:20:50 +1100 (EST)
Received: from snoexc04.asiapacific.cpqcorp.net ([16.176.6.85]) by
	snoexg11.asiapacific.cpqcorp.net with Microsoft SMTPSVC(6.0.3790.211);
	Sat, 12 Mar 2005 13:25:07 +1100
X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0
Content-class: urn:content-classes:message
MIME-Version: 1.0
Date: Sat, 12 Mar 2005 13:28:09 +1100
Content-Type: multipart/signed;
	boundary="----=_NextPart_000_010E_01C52707.55481990";
	protocol="application/x-pkcs7-signature";
	micalg=SHA1
Message-ID: <ED28DBD13CDAA44D974F00D56B594BCE0126F041@snoexc04.asiapacific.cpqcorp.net>
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator: 
Thread-Topic: Atheros chip support in 4.11 &  updated if_rl.c code location?
Thread-Index: AcUeMLsvigybuRqxS9uPDSMb1+V/3wIeJITw
From: "Geraghty, Dewayne" <dewayne.geraghty@hp.com>
To: <freebsd-stable@freebsd.org>
X-OriginalArrivalTime: 12 Mar 2005 02:25:07.0349 (UTC)
	FILETIME=[B5090450:01C526AA]
Subject: Atheros chip support in 4.11 &  updated if_rl.c code location?
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 12 Mar 2005 02:25:12 -0000

This is a multi-part message in MIME format.

------=_NextPart_000_010E_01C52707.55481990
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit

Has anyone performed an Atheros wireless port to 4.11.

I noted the ath chip is described in the 5.3 man page with a version date of
4.11.  Consequently I purchased two atheros wireless devices, and upgraded
my 4.8 boxes to 4.11.  Unfortunately there is no Atheros (if_ath) support in
4.11.  (My purchase decision was based on the 5.3 man page.  Silly me)

Also I've noted that the if_rl code has been updated and submitted for 5.4.
Can someone please point me to the incarnation to pull this code, so I can
install it on my 4.x series.   Unfortunately I've only ever used the RELEASE
code since 2.2.8, so I'm cvs ignorant.

Dewayne.
Theorem: "Wherever you go, there you are."
Corollary: "Whatever day it is, it's always today"

------=_NextPart_000_010E_01C52707.55481990
Content-Type: application/x-pkcs7-signature;
	name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="smime.p7s"

MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIOEjCCAwMw
ggJsAhEAuS9gzIifoXpGCbhbcGyKrzANBgkqhkiG9w0BAQUFADCBwTELMAkGA1UEBhMCVVMxFzAV
BgNVBAoTDlZlcmlTaWduLCBJbmMuMTwwOgYDVQQLEzNDbGFzcyAyIFB1YmxpYyBQcmltYXJ5IENl
cnRpZmljYXRpb24gQXV0aG9yaXR5IC0gRzIxOjA4BgNVBAsTMShjKSAxOTk4IFZlcmlTaWduLCBJ
bmMuIC0gRm9yIGF1dGhvcml6ZWQgdXNlIG9ubHkxHzAdBgNVBAsTFlZlcmlTaWduIFRydXN0IE5l
dHdvcmswHhcNOTgwNTE4MDAwMDAwWhcNMjgwODAxMjM1OTU5WjCBwTELMAkGA1UEBhMCVVMxFzAV
BgNVBAoTDlZlcmlTaWduLCBJbmMuMTwwOgYDVQQLEzNDbGFzcyAyIFB1YmxpYyBQcmltYXJ5IENl
cnRpZmljYXRpb24gQXV0aG9yaXR5IC0gRzIxOjA4BgNVBAsTMShjKSAxOTk4IFZlcmlTaWduLCBJ
bmMuIC0gRm9yIGF1dGhvcml6ZWQgdXNlIG9ubHkxHzAdBgNVBAsTFlZlcmlTaWduIFRydXN0IE5l
dHdvcmswgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAKeIASF0LOcaA/CY4Zc8DyEI8Zzbl+ma
/MIEBhO+X1LIzB4sElYsuAFpLMyZH62wlq55BPITOcF7mLoILOjChBMsqmnpCfTHqQKkQsIjT0rY
8A6i+zFsyeZvmScH9eb0THiebetGhvq5hslU8rLEr9RGHFrJFTD/DWz1LQ5tzn93AgMBAAEwDQYJ
KoZIhvcNAQEFBQADgYEAci75f9HxcfvEnvbFXlGKQJi4aPibHIPY4p29/+2h5mbqLwn0ytfqpSuV
9iRghk1ELoOlxC2g0654aW9y2myuCPBjkjfmu8QwF613zEk1qs/Yj9G+txiWR3NqVCI0ZC22FptZ
W7RRWTqzCxT0Et9noPStMmResUZyJ4wSe8VEtK4wggQlMIIDjqADAgECAhBWO27ntnEulADNe55i
te6UMA0GCSqGSIb3DQEBBQUAMIHBMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIElu
Yy4xPDA6BgNVBAsTM0NsYXNzIDIgUHVibGljIFByaW1hcnkgQ2VydGlmaWNhdGlvbiBBdXRob3Jp
dHkgLSBHMjE6MDgGA1UECxMxKGMpIDE5OTggVmVyaVNpZ24sIEluYy4gLSBGb3IgYXV0aG9yaXpl
ZCB1c2Ugb25seTEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29yazAeFw0wMTA0MjQwMDAw
MDBaFw0wOTA0MjMyMzU5NTlaMIHiMSAwHgYDVQQKExdIZXdsZXR0LVBhY2thcmQgQ29tcGFueTEf
MB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29yazE7MDkGA1UECxMyVGVybXMgb2YgdXNlIGF0
IGh0dHBzOi8vd3d3LnZlcmlzaWduLmNvbS9ycGEgKGMpMDExMDAuBgNVBAsTJ0NsYXNzIDIgT25T
aXRlIEluZGl2aWR1YWwgU3Vic2NyaWJlciBDQTEuMCwGA1UEAxMlQ29sbGFib3JhdGlvbiBDZXJ0
aWZpY2F0aW9uIEF1dGhvcml0eTCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEAwHBTCwUTa0hb
aHog6TMn4eE7398EjzwgM69HP+K7kNyVfFWph26qBIDYAZLebCYtGIb7k9yTmPRVIWAdYDgw28tQ
+Q8belgqEWmwzmv9ISTlEgFvOFLKc+cgI9/FKCiRN2QW12uHsugJhKBwNJ21zB7MDoEdBjGY1MyY
5T1+5TsCAwEAAaOB+jCB9zAPBgNVHRMECDAGAQH/AgEAMEQGA1UdIAQ9MDswOQYLYIZIAYb4RQEH
AQEwKjAoBggrBgEFBQcCARYcaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYTALBgNVHQ8EBAMC
AQYwEQYJYIZIAYb4QgEBBAQDAgEGMCkGA1UdEQQiMCCkHjAcMRowGAYDVQQDExFQcml2YXRlTGFi
ZWwxLTM4MjA0BgNVHR8ELTArMCmgJ6AlhiNodHRwOi8vY3JsLnZlcmlzaWduLmNvbS9wY2EyLWcy
LmNybDAdBgNVHQ4EFgQU7+0gzUNFH4NHYBWWQ3JK5MbM5z0wDQYJKoZIhvcNAQEFBQADgYEAQZJR
XIBAaNmQVGuF68nKEMhda/Wl56rvk9AuHYkKV0sP/9ktuyn7KMuHKiFj4uAKwCZLiq36wjYqiK3j
gk9MZ5TPkAuf1TyWJ1MqnoFn6+7WcQk/leJwbVDTtKV7T0bfTP8fGF57cV8qJ6SSWifpDseYdKh+
CnjP1kI3jkLTJ28wggbeMIIGR6ADAgECAhBhSO4+pAHZtciQd9PUgs6ZMA0GCSqGSIb3DQEBBQUA
MIHiMSAwHgYDVQQKExdIZXdsZXR0LVBhY2thcmQgQ29tcGFueTEfMB0GA1UECxMWVmVyaVNpZ24g
VHJ1c3QgTmV0d29yazE7MDkGA1UECxMyVGVybXMgb2YgdXNlIGF0IGh0dHBzOi8vd3d3LnZlcmlz
aWduLmNvbS9ycGEgKGMpMDExMDAuBgNVBAsTJ0NsYXNzIDIgT25TaXRlIEluZGl2aWR1YWwgU3Vi
c2NyaWJlciBDQTEuMCwGA1UEAxMlQ29sbGFib3JhdGlvbiBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0
eTAeFw0wNTAzMDgwMDAwMDBaFw0wNzAzMDgyMzU5NTlaMIGeMSAwHgYDVQQKFBdIZXdsZXR0LVBh
Y2thcmQgQ29tcGFueTEmMCQGA1UECxQdRW1wbG95bWVudCBTdGF0dXMgLSBFbXBsb3llZXMxDzAN
BgNVBAsUBlMvTUlNRTEZMBcGA1UEAxMQRGV3YXluZSBHZXJhZ2h0eTEmMCQGCSqGSIb3DQEJARYX
ZGV3YXluZS5nZXJhZ2h0eUBocC5jb20wgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAOiNwm3K
b2TqgJwnxAytCgTL0lN2R60InckM3E7D+fYQuWSGimlaJWooHK8/WD0xT61g30korZPWmCV4EMAY
T9xJpQan11+aKebJBy8wOVgs23mw2EKIzYiJ/iEJrNADLJ6BcLuDwwEUaO9bJfgDIPJGujfqsCSS
ZzVUlgr/gGtTAgMBAAGjggPVMIID0TA7BgNVHREENDAygRdkZXdheW5lLmdlcmFnaHR5QGhwLmNv
bYEXRGV3YXluZS5HZXJhZ2h0eUBocC5jb20wDAYDVR0TAQH/BAIwADAOBgNVHQ8BAf8EBAMCBaAw
HwYDVR0jBBgwFoAU7+0gzUNFH4NHYBWWQ3JK5MbM5z0wHQYDVR0OBBYEFEwNWfK3v2sqFA6i34dX
xxjG2qAcMFcGA1UdHwRQME4wTKBKoEiGRmh0dHA6Ly9vbnNpdGVjcmwudmVyaXNpZ24uY29tL0hl
d2xldHRQYWNrYXJkQ29tcGFueVNNSU1FL0xhdGVzdENSTC5jcmwwFgYDVR0lAQH/BAwwCgYIKwYB
BQUHAwQwggE9BgNVHSAEggE0MIIBMDCCASwGC2CGSAGG+EUBBxcCMIIBGzAoBggrBgEFBQcCARYc
aHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL0NQUzCB7gYIKwYBBQUHAgIwgeEwHhYXSGV3bGV0dC1Q
YWNrYXJkIENvbXBhbnkwAwIBAhqBvkF1dGhvcml0eSB0byBiaW5kIEhQIGRvZXMgbm90IGNvcnJl
c3BvbmQgd2l0aCB1c2Ugb3IgcG9zc2Vzc2lvbiBvZiB0aGlzIGNlcnRpZmljYXRlLiBJc3N1ZWQg
dG8gZmFjaWxpdGF0ZSBjb21tdW5pY2F0aW9uIHdpdGggSFAuIFZlcmlTaWduJ3MgQ1BTIGluY29y
cC4gQnkgcmVmZXJlbmNlIGxpYWIuIGx0ZC4gKGMpOTcgVmVyaVNpZ24wggEzBggrBgEFBQcBAQSC
ASUwggEhMCsGCCsGAQUFBzABhh9odHRwOi8vb25zaXRlLW9jc3AudmVyaXNpZ24uY29tMIHxBggr
BgEFBQcwAqSB5DCB4TEuMCwGA1UEAxMlQ29sbGFib3JhdGlvbiBDZXJ0aWZpY2F0aW9uIEF1dGhv
cml0eTEwMC4GA1UECxMnQ2xhc3MgMiBPblNpdGUgSW5kaXZpZHVhbCBTdWJzY3JpYmVyIENBMTow
OAYDVQQLEzFUZXJtcyBvZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYShjKTAx
MR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMSAwHgYDVQQKExdIZXdsZXR0LVBhY2th
cmQgQ29tcGFueTBLBgkqhkiG9w0BCQ8EPjA8MA4GCCqGSIb3DQMCAgIAgDAOBggqhkiG9w0DAgIC
AEAwDgYIKoZIhvcNAwQCAgCAMAoGCCqGSIb3DQMHMA0GCSqGSIb3DQEBBQUAA4GBAEG8kD/IvReX
tC4POI5VGF8dT7L3UwW8ei/5womTx7Ik0/qosRqvlmgf5recJE4rYn+3AG/21/BEMzLLxBmz96Ak
kz2dBdkl7SxXWx1s8lGbQ7dN4tTtQNOij7Wj75w6FTijR/U+T2FWWu8OLEBCDYwnKhA0uQeeynIz
DPTQbzigMYIEgjCCBH4CAQEwgfcwgeIxIDAeBgNVBAoTF0hld2xldHQtUGFja2FyZCBDb21wYW55
MR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1c2Ug
YXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwMTEwMC4GA1UECxMnQ2xhc3MgMiBP
blNpdGUgSW5kaXZpZHVhbCBTdWJzY3JpYmVyIENBMS4wLAYDVQQDEyVDb2xsYWJvcmF0aW9uIENl
cnRpZmljYXRpb24gQXV0aG9yaXR5AhBhSO4+pAHZtciQd9PUgs6ZMAkGBSsOAwIaBQCgggLgMBgG
CSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTA1MDMxMjAyMjgwOVowIwYJ
KoZIhvcNAQkEMRYEFJ2pqbMVIhAUVHYkyPBbxcULyVX5MGcGCSqGSIb3DQEJDzFaMFgwCgYIKoZI
hvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMC
AgEoMAcGBSsOAwIaMAoGCCqGSIb3DQIFMIIBCAYJKwYBBAGCNxAEMYH6MIH3MIHiMSAwHgYDVQQK
ExdIZXdsZXR0LVBhY2thcmQgQ29tcGFueTEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29y
azE7MDkGA1UECxMyVGVybXMgb2YgdXNlIGF0IGh0dHBzOi8vd3d3LnZlcmlzaWduLmNvbS9ycGEg
KGMpMDExMDAuBgNVBAsTJ0NsYXNzIDIgT25TaXRlIEluZGl2aWR1YWwgU3Vic2NyaWJlciBDQTEu
MCwGA1UEAxMlQ29sbGFib3JhdGlvbiBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eQIQYUjuPqQB2bXI
kHfT1ILOmTCCAQoGCyqGSIb3DQEJEAILMYH6oIH3MIHiMSAwHgYDVQQKExdIZXdsZXR0LVBhY2th
cmQgQ29tcGFueTEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29yazE7MDkGA1UECxMyVGVy
bXMgb2YgdXNlIGF0IGh0dHBzOi8vd3d3LnZlcmlzaWduLmNvbS9ycGEgKGMpMDExMDAuBgNVBAsT
J0NsYXNzIDIgT25TaXRlIEluZGl2aWR1YWwgU3Vic2NyaWJlciBDQTEuMCwGA1UEAxMlQ29sbGFi
b3JhdGlvbiBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eQIQYUjuPqQB2bXIkHfT1ILOmTANBgkqhkiG
9w0BAQEFAASBgBGlQ1077gE8Q5PngoJ6q7OkbrIIs/8sVSA/rt8vhSHLK8I5PRgSB5gMJ4zoEa2x
6L4N6KKjH6UtrjoEtXHcYNhOE+fcWSAEvaGzJo3cvV1P0AklY/IpL2TgIdpF13Zo+Acnq5++3ias
FfwsxUPxlNzJwuaMEoxyI0y5j2l918n3AAAAAAAA

------=_NextPart_000_010E_01C52707.55481990--

From owner-freebsd-stable@FreeBSD.ORG  Sat Mar 12 02:48:54 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 4492A16A4CE
	for <freebsd-stable@freebsd.org>;
	Sat, 12 Mar 2005 02:48:54 +0000 (GMT)
Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 1F82943D1F
	for <freebsd-stable@freebsd.org>;
	Sat, 12 Mar 2005 02:48:54 +0000 (GMT)
	(envelope-from dwhite@gumbysoft.com)
Received: by carver.gumbysoft.com (Postfix, from userid 1000)
	id 15D9A72DD4; Fri, 11 Mar 2005 18:48:54 -0800 (PST)
Received: from localhost (localhost [127.0.0.1])
	by carver.gumbysoft.com (Postfix) with ESMTP id 1459872DCB;
	Fri, 11 Mar 2005 18:48:54 -0800 (PST)
Date: Fri, 11 Mar 2005 18:48:54 -0800 (PST)
From: Doug White <dwhite@gumbysoft.com>
To: Bashar <big@kuwaitnet.net>
In-Reply-To: <42324A79.6070302@kuwaitnet.net>
Message-ID: <20050311184258.F72922@carver.gumbysoft.com>
References: <422F250B.6030505@kuwaitnet.net>
	<20050309234141.L53915@carver.gumbysoft.com>
	<20050310225201.Y64217@carver.gumbysoft.com>
	<42324A79.6070302@kuwaitnet.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
cc: freebsd-stable@freebsd.org
Subject: Re: from 5.4-PRERELEASE -> 5.3-RELEASE-p5 error?
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 12 Mar 2005 02:48:54 -0000

On Fri, 11 Mar 2005, Bashar wrote:

> >>first i ran RELENG_5 and when i got the 5.4-PRERELEASE (which
> >>incompatible with cPanel.net software) i had to run cvsup with RELENG_5_3
> >>after than i started getting those errors
> >
> >You're leaving out important details, like what you did after you cvsup'd.
> >
> the usual ,cvsup'ed then cd /usr/src && make buildworld && make
> installworld && cd /sys/i386/conf && config mykernel && cd
> ../compile/mykernel && make depend && make && make install && reboot

This is probably where you went wrong. By not using buildkernel it may
have still compiled against the -PRERELEASE headers.

I'm not sure how to fix you at this point ... If cpanel has hardcoded
assumptions about the release name you may need to fake it out by hacking
src/sys/conf/newvers.sh to rename it back to "5.3-STABLE" and then be
caereful to repply the fix after every cvsup.  However I'm not sure how to
get your world back to a functional state without reinstalling...

You should also file a bug with the cpanel folks and have them handle the
name changes more gracefully.

-- 
Doug White                    |  FreeBSD: The Power to Serve
dwhite@gumbysoft.com          |  www.FreeBSD.org

From owner-freebsd-stable@FreeBSD.ORG  Sat Mar 12 02:51:22 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 3DC3B16A4CE
	for <freebsd-stable@freebsd.org>;
	Sat, 12 Mar 2005 02:51:22 +0000 (GMT)
Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 1B18143D48
	for <freebsd-stable@freebsd.org>;
	Sat, 12 Mar 2005 02:51:22 +0000 (GMT)
	(envelope-from dwhite@gumbysoft.com)
Received: by carver.gumbysoft.com (Postfix, from userid 1000)
	id 1475472DD4; Fri, 11 Mar 2005 18:51:22 -0800 (PST)
Received: from localhost (localhost [127.0.0.1])
	by carver.gumbysoft.com (Postfix) with ESMTP id 0F2BF72DCB;
	Fri, 11 Mar 2005 18:51:22 -0800 (PST)
Date: Fri, 11 Mar 2005 18:51:22 -0800 (PST)
From: Doug White <dwhite@gumbysoft.com>
To: Josh Tolbert <hemi@puresimplicity.net>
In-Reply-To: <20050311080312.GB92349@just.puresimplicity.net>
Message-ID: <20050311184946.P72922@carver.gumbysoft.com>
References: <20050311025601.GA90408@just.puresimplicity.net>
	<20050311080312.GB92349@just.puresimplicity.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
cc: freebsd-stable@freebsd.org
Subject: Re: Repeated panics...Suspect USB issues
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 12 Mar 2005 02:51:22 -0000

On Fri, 11 Mar 2005, Josh Tolbert wrote:

> > A backtrace would be nice. See the developer's handbook on kernel
> > debugging for details.
>
> I'm trying to get a backtrace. I've built a kernel with all the right
> bits, set up dumpdir and dumpdev in /etc/rc.conf, etc...Apparently
> savecore doesn't like writing to the swap partition (/dev/ar0s1b). I can
> get to the ddb promp, obtain a trace, panic the machine, etc...But I
> don't think I can obtain a good core without putting another hard drive
> in the machine, which isn't going to happen till sometime next week...Is
> there anything I can provide from the ddb prompt?

savecore *reads* from the swap partition, not *writes* to it. It will drop
the recovered core in /var/crash unless you tell it otherwise.

The developer's handbook has a command list for ddb. "trace" is generally
what we want.

-- 
Doug White                    |  FreeBSD: The Power to Serve
dwhite@gumbysoft.com          |  www.FreeBSD.org

From owner-freebsd-stable@FreeBSD.ORG  Sat Mar 12 02:58:20 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 23E2016A4CE
	for <freebsd-stable@freebsd.org>;
	Sat, 12 Mar 2005 02:58:20 +0000 (GMT)
Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 08A6043D39
	for <freebsd-stable@freebsd.org>;
	Sat, 12 Mar 2005 02:58:20 +0000 (GMT)
	(envelope-from dwhite@gumbysoft.com)
Received: by carver.gumbysoft.com (Postfix, from userid 1000)
	id EA3AB72DD8; Fri, 11 Mar 2005 18:58:19 -0800 (PST)
Received: from localhost (localhost [127.0.0.1])
	by carver.gumbysoft.com (Postfix) with ESMTP id E581B72DCB;
	Fri, 11 Mar 2005 18:58:19 -0800 (PST)
Date: Fri, 11 Mar 2005 18:58:19 -0800 (PST)
From: Doug White <dwhite@gumbysoft.com>
To: Marcus Grando <marcus@corp.grupos.com.br>
In-Reply-To: <4231E89C.3070009@corp.grupos.com.br>
Message-ID: <20050311185652.P72922@carver.gumbysoft.com>
References: <4231E89C.3070009@corp.grupos.com.br>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
cc: FreeBSD Stable <freebsd-stable@freebsd.org>
Subject: Re: Storage AX100i and Qlogic or another method to mirror
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 12 Mar 2005 02:58:20 -0000

On Fri, 11 Mar 2005, Marcus Grando wrote:

> Hi List,
>
> FreeBSD works well with AX100i and HBA Qlogic 22xx? Somebody use in
> production system?
>
> Which best Storage(FC)/HBA that works on FreeBSD?

The isp(4) driver seems to work OK here except that it freaks out if the
loop is disconnected during boot.

> Exist one method to mirror disks of two diferent servers? I look
> ggate{c,d} and gmirror, but its stable for production system? which
> other possibilities?

NFS works fine here. :-)  FreeBSD does not currently ship with a clustered
filesystem but there may be a 3rd party offering.

-- 
Doug White                    |  FreeBSD: The Power to Serve
dwhite@gumbysoft.com          |  www.FreeBSD.org

From owner-freebsd-stable@FreeBSD.ORG  Sat Mar 12 04:43:52 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id C3E6F16A4CE
	for <freebsd-stable@freebsd.org>;
	Sat, 12 Mar 2005 04:43:52 +0000 (GMT)
Received: from orbit.kuwaitnet.net (orbit.kuwaitnet.net [216.40.249.67])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 72CA843D41
	for <freebsd-stable@freebsd.org>;
	Sat, 12 Mar 2005 04:43:52 +0000 (GMT)
	(envelope-from big@kuwaitnet.net)
Received: from [193.188.186.17] (helo=[127.0.0.1])
	by orbit.kuwaitnet.net with esmtpa (Exim 4.43)
	id 1D9yTa-0007mR-VM; Sat, 12 Mar 2005 07:43:47 +0300
Message-ID: <423270CF.1060809@kuwaitnet.net>
Date: Sat, 12 Mar 2005 07:32:15 +0300
From: Bashar <big@kuwaitnet.net>
User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: noackjr@alumni.rice.edu
References: <422F250B.6030505@kuwaitnet.net>
	<20050309234141.L53915@carver.gumbysoft.com>	<423040FE.8090305@kuwaitnet.net>
	<20050310225201.Y64217@carver.gumbysoft.com> <42324A79.6070302@kuwaitnet.net>
	<4231EE30.6010405@alumni.rice.edu> <4232142C.40407@kuwaitnet.net>
	<42322B68.7050008@alumni.rice.edu>
In-Reply-To: <42322B68.7050008@alumni.rice.edu>
Content-Type: text/plain; charset=windows-1256; format=flowed
Content-Transfer-Encoding: 8bit
X-AntiAbuse: This header was added to track abuse, please include it with any
	abuse report
X-AntiAbuse: Primary Hostname - orbit.kuwaitnet.net
X-AntiAbuse: Original Domain - freebsd.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - kuwaitnet.net
X-Source: 
X-Source-Args: 
X-Source-Dir: 
cc: freebsd-stable@freebsd.org
Subject: Re: from 5.4-PRERELEASE -> 5.3-RELEASE-p5 error?
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 12 Mar 2005 04:43:52 -0000

Jon Noack wrote:

> On 03/11/05 15:57, Bashar wrote:
>
>> Jon Noack wrote:
>>
>>> Bashar wrote:
>>>
>>>> Doug White wrote:
>>>>
>>>>> On Thu, 10 Mar 2005, Bashar wrote:
>>>>>
>>>>>> Doug White wrote:
>>>>>>
>>>>>>> On Wed, 9 Mar 2005, Bashar wrote:
>>>>>>>
>>>>>>>> Hello,
>>>>>>>> i was wondering just right after the downgrade been facing some 
>>>>>>>> issues
>>>>>>>> such as:
>>>>>>>> 1. server# /usr/local/bin/strace -f ps
>>>>>>>> PIOCSFL: Inappropriate ioctl for device
>>>>>>>> trouble opening proc file
>>>>>>>> 2. mounting ext2fs partition doesn't work unless i specify -ro 
>>>>>>>> or it
>>>>>>>> will give operation not permitted.
>>>>>>>>
>>>>>>>> any idea what might be causing this?
>>>>>>>
>>>>>>>
>>>>>>> How did you perform the downgrade? The strace error looks like 
>>>>>>> you're
>>>>>>> still running the 5.3-STABLE binary.
>>>>>>
>>>>>>
>>>>>> first i ran RELENG_5 and when i got the 5.4-PRERELEASE (which
>>>>>> incompatible with cPanel.net software) i had to run cvsup with 
>>>>>> RELENG_5_3
>>>>>> after than i started getting those errors
>>>>>
>>>>>
>>>>> You're leaving out important details, like what you did after you 
>>>>> cvsup'd.
>>>>
>>>>
>>>> the usual ,cvsup'ed then cd /usr/src && make buildworld && make 
>>>> installworld && cd /sys/i386/conf && config mykernel && cd 
>>>> ../compile/mykernel && make depend && make && make install && reboot
>>>
>>>
>>> This is the usual?  You should read 
>>> http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/makeworld.html#AEN27432 
>>> and /usr/src/UPDATING.
>>>
>>> The Canonical Way to Update Your System (for 5.x):
>>> 1) make buildworld
>>> 2) make buildkernel KERNCONF=YOUR_KERNEL_HERE
>>> 3) make installkernel KERNCONF=YOUR_KERNEL_HERE
>>> 4) <reboot in single user>
>>> 5) /etc/rc.d/preseedrandom
>>> 6) mergemaster -p
>>> 7) make installworld
>>> 8) mergemaster
>>> 9) <reboot>
>>
>>
>> Cant do this for remote system as you know
>
>
> I was merely pointing out what was the official take on "the usual". 
> The general consensus for remote systems is to replace steps 4 and 5 
> with "shut down as many services as possible".  This has never failed 
> me for minor updates, but caution is advised for major ones.
>
> Jon
>
>
öAFAIK 6,7,8 is not required unless i'm updating cross major freebsd 
version i,e v4.x -> 5.x ?
correct my if i'm wrong.

From owner-freebsd-stable@FreeBSD.ORG  Sat Mar 12 04:46:03 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id BACCA16A4CE
	for <freebsd-stable@freebsd.org>;
	Sat, 12 Mar 2005 04:46:03 +0000 (GMT)
Received: from orbit.kuwaitnet.net (orbit.kuwaitnet.net [216.40.249.67])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 531BB43D41
	for <freebsd-stable@freebsd.org>;
	Sat, 12 Mar 2005 04:46:03 +0000 (GMT)
	(envelope-from big@kuwaitnet.net)
Received: from [193.188.186.17] (helo=[127.0.0.1])
	by orbit.kuwaitnet.net with esmtpa (Exim 4.43)
	id 1D9yVh-0007oz-UP; Sat, 12 Mar 2005 07:45:58 +0300
Message-ID: <42327154.8030806@kuwaitnet.net>
Date: Sat, 12 Mar 2005 07:34:28 +0300
From: Bashar <big@kuwaitnet.net>
User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Doug White <dwhite@gumbysoft.com>
References: <422F250B.6030505@kuwaitnet.net>
	<20050309234141.L53915@carver.gumbysoft.com> <423040FE.8090305@kuwaitnet.net>
	<20050310225201.Y64217@carver.gumbysoft.com> <42324A79.6070302@kuwaitnet.net>
	<20050311184258.F72922@carver.gumbysoft.com>
In-Reply-To: <20050311184258.F72922@carver.gumbysoft.com>
X-AntiAbuse: This header was added to track abuse, please include it with any
	abuse report
X-AntiAbuse: Primary Hostname - orbit.kuwaitnet.net
X-AntiAbuse: Original Domain - freebsd.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - kuwaitnet.net
X-Source: 
X-Source-Args: 
X-Source-Dir: 
Content-Type: text/plain; charset=windows-1256; format=flowed
Content-Transfer-Encoding: 7bit
X-Content-Filtered-By: Mailman/MimeDel 2.1.1
cc: freebsd-stable@freebsd.org
Subject: Re: from 5.4-PRERELEASE -> 5.3-RELEASE-p5 error?
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 12 Mar 2005 04:46:03 -0000

Doug White wrote:

>On Fri, 11 Mar 2005, Bashar wrote:
>
>  
>
>>>>first i ran RELENG_5 and when i got the 5.4-PRERELEASE (which
>>>>incompatible with cPanel.net software) i had to run cvsup with RELENG_5_3
>>>>after than i started getting those errors
>>>>        
>>>>
>>>You're leaving out important details, like what you did after you cvsup'd.
>>>
>>>      
>>>
>>the usual ,cvsup'ed then cd /usr/src && make buildworld && make
>>installworld && cd /sys/i386/conf && config mykernel && cd
>>../compile/mykernel && make depend && make && make install && reboot
>>    
>>
>
>This is probably where you went wrong. By not using buildkernel it may
>have still compiled against the -PRERELEASE headers.
>
>I'm not sure how to fix you at this point ... If cpanel has hardcoded
>assumptions about the release name you may need to fake it out by hacking
>src/sys/conf/newvers.sh to rename it back to "5.3-STABLE" and then be
>caereful to repply the fix after every cvsup.  However I'm not sure how to
>get your world back to a functional state without reinstalling...
>
>You should also file a bug with the cpanel folks and have them handle the
>name changes more gracefully.
>
>  
>
i have already report it to cPanel to look into it, but the scenario 
here is i'm going from 5.4-PRERELEASE back to 5.3-RELEASE which is from 
RELENG_5 -> RELENG_5_3 and the errors i originally posted started to happen.

btw doesn't config -r mykernel would remove all files including headers?

From owner-freebsd-stable@FreeBSD.ORG  Sat Mar 12 05:37:53 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 6F44816A4CE
	for <freebsd-stable@freebsd.org>;
	Sat, 12 Mar 2005 05:37:53 +0000 (GMT)
Received: from smtp816.mail.sc5.yahoo.com (smtp816.mail.sc5.yahoo.com
	[66.163.170.2])	by mx1.FreeBSD.org (Postfix) with SMTP id 24ECE43D55
	for <freebsd-stable@freebsd.org>;
	Sat, 12 Mar 2005 05:37:53 +0000 (GMT)
	(envelope-from noackjr@alumni.rice.edu)
Received: from unknown (HELO optimator.noacks.org)
	(noacks@swbell.net@70.240.225.210 with login)
	by smtp816.mail.sc5.yahoo.com with SMTP; 12 Mar 2005 05:37:52 -0000
Received: from localhost (localhost [127.0.0.1])
	by optimator.noacks.org (Postfix) with ESMTP id 87F4761E1;
	Fri, 11 Mar 2005 23:37:51 -0600 (CST)
Received: from optimator.noacks.org ([127.0.0.1])
 by localhost (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024)
 with LMTP id 79399-07; Fri, 11 Mar 2005 23:37:48 -0600 (CST)
Received: from compgeek.noacks.org (compgeek [192.168.1.10])
	by optimator.noacks.org (Postfix) with ESMTP id 0A69761B1;
	Fri, 11 Mar 2005 23:37:48 -0600 (CST)
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by compgeek.noacks.org (8.13.3/8.13.3) with ESMTP id j2C5bkFg013915;
	Fri, 11 Mar 2005 23:37:47 -0600 (CST)
	(envelope-from noackjr@alumni.rice.edu)
Message-ID: <4232802A.3050406@alumni.rice.edu>
Date: Fri, 11 Mar 2005 23:37:46 -0600
From: Jon Noack <noackjr@alumni.rice.edu>
User-Agent: Mozilla Thunderbird 1.0 (X11/20050202)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Bashar <big@kuwaitnet.net>
References: <422F250B.6030505@kuwaitnet.net>
	<20050309234141.L53915@carver.gumbysoft.com>	<423040FE.8090305@kuwaitnet.net>
	<20050310225201.Y64217@carver.gumbysoft.com> <42324A79.6070302@kuwaitnet.net>
	<4231EE30.6010405@alumni.rice.edu> <4232142C.40407@kuwaitnet.net>
	<42322B68.7050008@alumni.rice.edu> <423270CF.1060809@kuwaitnet.net>
In-Reply-To: <423270CF.1060809@kuwaitnet.net>
Content-Type: text/plain; charset=windows-1256; format=flowed
Content-Transfer-Encoding: 8bit
X-Virus-Scanned: amavisd-new at noacks.org
cc: freebsd-stable@freebsd.org
Subject: Re: from 5.4-PRERELEASE -> 5.3-RELEASE-p5 error?
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: noackjr@alumni.rice.edu
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 12 Mar 2005 05:37:53 -0000

On 03/11/05 22:32, Bashar wrote:
> Jon Noack wrote:
>> On 03/11/05 15:57, Bashar wrote:
>>> Jon Noack wrote:
>>>> Bashar wrote:
>>>>> Doug White wrote:
>>>>>> On Thu, 10 Mar 2005, Bashar wrote:
>>>>>>> Doug White wrote:
>>>>>>>> On Wed, 9 Mar 2005, Bashar wrote:
>>>>>>>>> Hello,
>>>>>>>>> i was wondering just right after the downgrade been facing some 
>>>>>>>>> issues
>>>>>>>>> such as:
>>>>>>>>> 1. server# /usr/local/bin/strace -f ps
>>>>>>>>> PIOCSFL: Inappropriate ioctl for device
>>>>>>>>> trouble opening proc file
>>>>>>>>> 2. mounting ext2fs partition doesn't work unless i specify -ro 
>>>>>>>>> or it
>>>>>>>>> will give operation not permitted.
>>>>>>>>>
>>>>>>>>> any idea what might be causing this?
>>>>>>>>
>>>>>>>> How did you perform the downgrade? The strace error looks like 
>>>>>>>> you're
>>>>>>>> still running the 5.3-STABLE binary.
>>>>>>>
>>>>>>> first i ran RELENG_5 and when i got the 5.4-PRERELEASE (which
>>>>>>> incompatible with cPanel.net software) i had to run cvsup with 
>>>>>>> RELENG_5_3
>>>>>>> after than i started getting those errors
>>>>>>
>>>>>> You're leaving out important details, like what you did after you 
>>>>>> cvsup'd.
>>>>>
>>>>> the usual ,cvsup'ed then cd /usr/src && make buildworld && make 
>>>>> installworld && cd /sys/i386/conf && config mykernel && cd 
>>>>> ../compile/mykernel && make depend && make && make install && reboot
>>>>
>>>> This is the usual?  You should read 
>>>> http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/makeworld.html#AEN27432 
>>>> and /usr/src/UPDATING.
>>>>
>>>> The Canonical Way to Update Your System (for 5.x):
>>>> 1) make buildworld
>>>> 2) make buildkernel KERNCONF=YOUR_KERNEL_HERE
>>>> 3) make installkernel KERNCONF=YOUR_KERNEL_HERE
>>>> 4) <reboot in single user>
>>>> 5) /etc/rc.d/preseedrandom
>>>> 6) mergemaster -p
>>>> 7) make installworld
>>>> 8) mergemaster
>>>> 9) <reboot>
>>>
>>> Cant do this for remote system as you know
>>
>> I was merely pointing out what was the official take on "the usual". 
>> The general consensus for remote systems is to replace steps 4 and 5 
>> with "shut down as many services as possible".  This has never failed 
>> me for minor updates, but caution is advised for major ones.
>
> öAFAIK 6,7,8 is not required unless i'm updating cross major freebsd 
> version i,e v4.x -> 5.x ?
> correct my if i'm wrong.

Step 6 is rarely needed (most often for a FreeBSD version update as you 
describe).  Steps 7 and 8 are required (although step 8 may be a noop).

Jon

From owner-freebsd-stable@FreeBSD.ORG  Sat Mar 12 06:53:31 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id BEB7116A4CE
	for <freebsd-stable@freebsd.org>;
	Sat, 12 Mar 2005 06:53:31 +0000 (GMT)
Received: from orbit.kuwaitnet.net (orbit.kuwaitnet.net [216.40.249.67])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 15F9643D2F
	for <freebsd-stable@freebsd.org>;
	Sat, 12 Mar 2005 06:53:31 +0000 (GMT)
	(envelope-from big@kuwaitnet.net)
Received: from [193.188.186.17] (helo=[127.0.0.1])
	by orbit.kuwaitnet.net with esmtpa (Exim 4.43)
	id 1DA0V2-0003Vh-LP; Sat, 12 Mar 2005 09:53:25 +0300
Message-ID: <423291C7.7040302@kuwaitnet.net>
Date: Sat, 12 Mar 2005 09:52:55 +0300
From: Bashar <big@kuwaitnet.net>
User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: noackjr@alumni.rice.edu
References: <422F250B.6030505@kuwaitnet.net>
	<20050309234141.L53915@carver.gumbysoft.com>	<423040FE.8090305@kuwaitnet.net>
	<20050310225201.Y64217@carver.gumbysoft.com> <42324A79.6070302@kuwaitnet.net>
	<4231EE30.6010405@alumni.rice.edu> <4232142C.40407@kuwaitnet.net>
	<42322B68.7050008@alumni.rice.edu> <423270CF.1060809@kuwaitnet.net>
	<4232802A.3050406@alumni.rice.edu>
In-Reply-To: <4232802A.3050406@alumni.rice.edu>
X-AntiAbuse: This header was added to track abuse, please include it with any
	abuse report
X-AntiAbuse: Primary Hostname - orbit.kuwaitnet.net
X-AntiAbuse: Original Domain - freebsd.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - kuwaitnet.net
X-Source: 
X-Source-Args: 
X-Source-Dir: 
Content-Type: text/plain; charset=windows-1256; format=flowed
Content-Transfer-Encoding: 8bit
X-Content-Filtered-By: Mailman/MimeDel 2.1.1
cc: freebsd-stable@freebsd.org
Subject: Re: from 5.4-PRERELEASE -> 5.3-RELEASE-p5 error?
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 12 Mar 2005 06:53:31 -0000

Jon Noack wrote:

> On 03/11/05 22:32, Bashar wrote:
>
>> Jon Noack wrote:
>>
>>> On 03/11/05 15:57, Bashar wrote:
>>>
>>>> Jon Noack wrote:
>>>>
>>>>> Bashar wrote:
>>>>>
>>>>>> Doug White wrote:
>>>>>>
>>>>>>> On Thu, 10 Mar 2005, Bashar wrote:
>>>>>>>
>>>>>>>> Doug White wrote:
>>>>>>>>
>>>>>>>>> On Wed, 9 Mar 2005, Bashar wrote:
>>>>>>>>>
>>>>>>>>>> Hello,
>>>>>>>>>> i was wondering just right after the downgrade been facing 
>>>>>>>>>> some issues
>>>>>>>>>> such as:
>>>>>>>>>> 1. server# /usr/local/bin/strace -f ps
>>>>>>>>>> PIOCSFL: Inappropriate ioctl for device
>>>>>>>>>> trouble opening proc file
>>>>>>>>>> 2. mounting ext2fs partition doesn't work unless i specify 
>>>>>>>>>> -ro or it
>>>>>>>>>> will give operation not permitted.
>>>>>>>>>>
>>>>>>>>>> any idea what might be causing this?
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> How did you perform the downgrade? The strace error looks like 
>>>>>>>>> you're
>>>>>>>>> still running the 5.3-STABLE binary.
>>>>>>>>
>>>>>>>>
>>>>>>>> first i ran RELENG_5 and when i got the 5.4-PRERELEASE (which
>>>>>>>> incompatible with cPanel.net software) i had to run cvsup with 
>>>>>>>> RELENG_5_3
>>>>>>>> after than i started getting those errors
>>>>>>>
>>>>>>>
>>>>>>> You're leaving out important details, like what you did after 
>>>>>>> you cvsup'd.
>>>>>>
>>>>>>
>>>>>> the usual ,cvsup'ed then cd /usr/src && make buildworld && make 
>>>>>> installworld && cd /sys/i386/conf && config mykernel && cd 
>>>>>> ../compile/mykernel && make depend && make && make install && reboot
>>>>>
>>>>>
>>>>> This is the usual?  You should read 
>>>>> http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/makeworld.html#AEN27432 
>>>>> and /usr/src/UPDATING.
>>>>>
>>>>> The Canonical Way to Update Your System (for 5.x):
>>>>> 1) make buildworld
>>>>> 2) make buildkernel KERNCONF=YOUR_KERNEL_HERE
>>>>> 3) make installkernel KERNCONF=YOUR_KERNEL_HERE
>>>>> 4) <reboot in single user>
>>>>> 5) /etc/rc.d/preseedrandom
>>>>> 6) mergemaster -p
>>>>> 7) make installworld
>>>>> 8) mergemaster
>>>>> 9) <reboot>
>>>>
>>>>
>>>> Cant do this for remote system as you know
>>>
>>>
>>> I was merely pointing out what was the official take on "the usual". 
>>> The general consensus for remote systems is to replace steps 4 and 5 
>>> with "shut down as many services as possible".  This has never 
>>> failed me for minor updates, but caution is advised for major ones.
>>
>>
>> öAFAIK 6,7,8 is not required unless i'm updating cross major freebsd 
>> version i,e v4.x -> 5.x ?
>> correct my if i'm wrong.
>
>
> Step 6 is rarely needed (most often for a FreeBSD version update as 
> you describe).  Steps 7 and 8 are required (although step 8 may be a 
> noop).
>
> Jon
>
>
>
yeah my bad i meant 5,6,8 because make installworld took place in my 
scenario.

the issue is would going from 5.4-PRERELEASE to 5.3-RELEASE-p5 give issues ?
basically i did
1. system came with 5.3-RELEASE
2. did cvsup to RELENG_5
3. cd /usr/src && make buildworld && make installworld && cd 
/sys/i386/conf/ && config mykernel && cd ../compile/mykernel && make 
depend && make && make install && reboot
4. got 5.4-PRERELEASE which cause me issues intalling and configuring cPanel
5. changed my cvsupfile to RELENG_5_3 and cvsup'ed
6. did again cd /usr/src && make buildworld && make installworld && cd 
/sys/i386/conf/ && config mykernel && cd ../compile/mykernel && make 
depend && make && make install && reboot
7. got 5.3-RELEASE-p5
8. and when doing strace got the errors i originally posted in the thread
=====
1. server# /usr/local/bin/strace -f ps
PIOCSFL: Inappropriate ioctl for device
trouble opening proc file
2. mounting ext2fs partition doesn't work unless i specify -ro or it
will give operation not permitted.
=====
to be honest i never tried strace when i was on PRERELEASE , but 
mounting ext2fs on 5.4-PRELREASE it was working with 'rw' option.


From owner-freebsd-stable@FreeBSD.ORG  Sat Mar 12 08:18:33 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 1830016A4CE
	for <freebsd-stable@freebsd.org>;
	Sat, 12 Mar 2005 08:18:33 +0000 (GMT)
Received: from mail.gmx.net (pop.gmx.net [213.165.64.20])
	by mx1.FreeBSD.org (Postfix) with SMTP id A85CF43D3F
	for <freebsd-stable@freebsd.org>;
	Sat, 12 Mar 2005 08:18:29 +0000 (GMT)
	(envelope-from michaelnottebrock@gmx.net)
Received: (qmail invoked by alias); 12 Mar 2005 08:18:28 -0000
Received: from p508BF0B3.dip.t-dialin.net (EHLO lofi.dyndns.org)
	(80.139.240.179)
	by mail.gmx.net (mp026) with SMTP; 12 Mar 2005 09:18:28 +0100
X-Authenticated: #443188
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 j2C8IOmb052869
	(version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO);
	Sat, 12 Mar 2005 09:18:25 +0100 (CET)
	(envelope-from michaelnottebrock@gmx.net)
From: Michael Nottebrock <michaelnottebrock@gmx.net>
To: freebsd-stable@freebsd.org
Date: Sat, 12 Mar 2005 09:18:20 +0100
User-Agent: KMail/1.7.2
References: <ED28DBD13CDAA44D974F00D56B594BCE0126F041@snoexc04.asiapacific.cpqcorp.net>
In-Reply-To: <ED28DBD13CDAA44D974F00D56B594BCE0126F041@snoexc04.asiapacific.cpqcorp.net>
MIME-Version: 1.0
Content-Type: multipart/signed;
  boundary="nextPart1715238.xmNr4tTrLO";
  protocol="application/pgp-signature";
  micalg=pgp-sha1
Content-Transfer-Encoding: 7bit
Message-Id: <200503120918.23504.michaelnottebrock@gmx.net>
X-Virus-Scanned: by amavisd-new
X-Y-GMX-Trusted: 0
cc: "Geraghty, Dewayne" <dewayne.geraghty@hp.com>
Subject: Re: Atheros chip support in 4.11 &  updated if_rl.c code location?
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 12 Mar 2005 08:18:33 -0000

--nextPart1715238.xmNr4tTrLO
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

On Saturday, 12. March 2005 03:28, Geraghty, Dewayne wrote:
> Has anyone performed an Atheros wireless port to 4.11.
>
> I noted the ath chip is described in the 5.3 man page with a version date
> of 4.11.  Consequently I purchased two atheros wireless devices, and
> upgraded my 4.8 boxes to 4.11.  Unfortunately there is no Atheros (if_ath)
> support in 4.11.  (My purchase decision was based on the 5.3 man page.=20
> Silly me)
>
> Also I've noted that the if_rl code has been updated and submitted for 5.=
4.
> Can someone please point me to the incarnation to pull this code, so I can
> install it on my 4.x series.

Backports of device drivers to FreeBSD 4 are, in general, very VERY unlikel=
y=20
(FreeBSD 4 is a dead-end branch now) and nontrivial to do due the massive=20
differences between FreeBSD 5 and FreeBSD 4.

=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

--nextPart1715238.xmNr4tTrLO
Content-Type: application/pgp-signature

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

iD8DBQBCMqXPXhc68WspdLARAi6oAJwNACNliPTK1D1uvyoqIDHO96RppACfWVMC
QW69s0r7xUog899fbRorvVE=
=7Glx
-----END PGP SIGNATURE-----

--nextPart1715238.xmNr4tTrLO--

From owner-freebsd-stable@FreeBSD.ORG  Sat Mar 12 08:19:53 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 90F5E16A4CE
	for <freebsd-stable@freebsd.org>;
	Sat, 12 Mar 2005 08:19:53 +0000 (GMT)
Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.202])
	by mx1.FreeBSD.org (Postfix) with ESMTP id C674243D48
	for <freebsd-stable@freebsd.org>;
	Sat, 12 Mar 2005 08:19:52 +0000 (GMT)
	(envelope-from khaled.abu@gmail.com)
Received: by wproxy.gmail.com with SMTP id 70so1190381wra
	for <freebsd-stable@freebsd.org>;
	Sat, 12 Mar 2005 00:19:52 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
	s=beta; d=gmail.com;
	h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:references;
	b=QYCHw79zdI1L7rquEPWWlNSEd9shQ+JIYA9G+gwPbco+PUEAU98bd0iLRwZ8hvEEX7qvN1/XwJhsr0P6JMFLj4Nnc3KOn4c3H92rSLj2nVx+m2cusS8j5Ntv8ygKXXkfUU2uOcQWZ+QVLe3CU0sXikfbVyhwlDF9HMQ2lHBf080=
Received: by 10.54.72.6 with SMTP id u6mr3237574wra;
        Sat, 12 Mar 2005 00:19:52 -0800 (PST)
Received: by 10.54.23.34 with HTTP; Sat, 12 Mar 2005 00:19:52 -0800 (PST)
Message-ID: <a64c109e050312001946feb495@mail.gmail.com>
Date: Sat, 12 Mar 2005 10:19:52 +0200
From: abu khaled <khaled.abu@gmail.com>
To: freebsd-stable@freebsd.org
In-Reply-To: <423291C7.7040302@kuwaitnet.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
References: <422F250B.6030505@kuwaitnet.net> <423040FE.8090305@kuwaitnet.net>
	 <20050310225201.Y64217@carver.gumbysoft.com>
	 <42324A79.6070302@kuwaitnet.net> <4231EE30.6010405@alumni.rice.edu>
	 <4232142C.40407@kuwaitnet.net> <42322B68.7050008@alumni.rice.edu>
	 <423270CF.1060809@kuwaitnet.net> <4232802A.3050406@alumni.rice.edu>
	 <423291C7.7040302@kuwaitnet.net>
Subject: Re: from 5.4-PRERELEASE -> 5.3-RELEASE-p5 error?
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: abu khaled <khaled.abu@gmail.com>
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 12 Mar 2005 08:19:53 -0000

On Sat, 12 Mar 2005 09:52:55 +0300, Bashar <big@kuwaitnet.net> wrote:
> Jon Noack wrote:
>=20
> > On 03/11/05 22:32, Bashar wrote:
> >
> >> Jon Noack wrote:
> >>
> >>> On 03/11/05 15:57, Bashar wrote:
> >>>
> >>>> Jon Noack wrote:
> >>>>
> >>>>> Bashar wrote:
> >>>>>
> >>>>>> Doug White wrote:
> >>>>>>
> >>>>>>> On Thu, 10 Mar 2005, Bashar wrote:
> >>>>>>>
> >>>>>>>> Doug White wrote:
> >>>>>>>>
> >>>>>>>>> On Wed, 9 Mar 2005, Bashar wrote:
> >>>>>>>>>
> >>>>>>>>>> Hello,
> >>>>>>>>>> i was wondering just right after the downgrade been facing
> >>>>>>>>>> some issues
> >>>>>>>>>> such as:
> >>>>>>>>>> 1. server# /usr/local/bin/strace -f ps
> >>>>>>>>>> PIOCSFL: Inappropriate ioctl for device
> >>>>>>>>>> trouble opening proc file
> >>>>>>>>>> 2. mounting ext2fs partition doesn't work unless i specify
> >>>>>>>>>> -ro or it
> >>>>>>>>>> will give operation not permitted.
> >>>>>>>>>>
> >>>>>>>>>> any idea what might be causing this?
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>> How did you perform the downgrade? The strace error looks like
> >>>>>>>>> you're
> >>>>>>>>> still running the 5.3-STABLE binary.
> >>>>>>>>
> >>>>>>>>
> >>>>>>>> first i ran RELENG_5 and when i got the 5.4-PRERELEASE (which
> >>>>>>>> incompatible with cPanel.net software) i had to run cvsup with
> >>>>>>>> RELENG_5_3
> >>>>>>>> after than i started getting those errors
> >>>>>>>
> >>>>>>>
> >>>>>>> You're leaving out important details, like what you did after
> >>>>>>> you cvsup'd.
> >>>>>>
> >>>>>>
> >>>>>> the usual ,cvsup'ed then cd /usr/src && make buildworld && make
> >>>>>> installworld && cd /sys/i386/conf && config mykernel && cd
> >>>>>> ../compile/mykernel && make depend && make && make install && rebo=
ot
> >>>>>
> >>>>>
> >>>>> This is the usual?  You should read
> >>>>> http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/makeworld=
.html#AEN27432
> >>>>> and /usr/src/UPDATING.
> >>>>>
> >>>>> The Canonical Way to Update Your System (for 5.x):
> >>>>> 1) make buildworld
> >>>>> 2) make buildkernel KERNCONF=3DYOUR_KERNEL_HERE
> >>>>> 3) make installkernel KERNCONF=3DYOUR_KERNEL_HERE
> >>>>> 4) <reboot in single user>
> >>>>> 5) /etc/rc.d/preseedrandom
> >>>>> 6) mergemaster -p
> >>>>> 7) make installworld
> >>>>> 8) mergemaster
> >>>>> 9) <reboot>
> >>>>
> >>>>
> >>>> Cant do this for remote system as you know
> >>>
> >>>
> >>> I was merely pointing out what was the official take on "the usual".
> >>> The general consensus for remote systems is to replace steps 4 and 5
> >>> with "shut down as many services as possible".  This has never
> >>> failed me for minor updates, but caution is advised for major ones.
> >>
> >>
> >> =D9=90AFAIK 6,7,8 is not required unless i'm updating cross major free=
bsd
> >> version i,e v4.x -> 5.x ?
> >> correct my if i'm wrong.
> >
> >
> > Step 6 is rarely needed (most often for a FreeBSD version update as
> > you describe).  Steps 7 and 8 are required (although step 8 may be a
> > noop).
> >
> > Jon
> >
> >
> >
> yeah my bad i meant 5,6,8 because make installworld took place in my
> scenario.
>=20
> the issue is would going from 5.4-PRERELEASE to 5.3-RELEASE-p5 give issue=
s ?
> basically i did
> 1. system came with 5.3-RELEASE
> 2. did cvsup to RELENG_5
> 3. cd /usr/src && make buildworld && make installworld && cd
> /sys/i386/conf/ && config mykernel && cd ../compile/mykernel && make
> depend && make && make install && reboot
> 4. got 5.4-PRERELEASE which cause me issues intalling and configuring cPa=
nel
> 5. changed my cvsupfile to RELENG_5_3 and cvsup'ed
> 6. did again cd /usr/src && make buildworld && make installworld && cd
> /sys/i386/conf/ && config mykernel && cd ../compile/mykernel && make
> depend && make && make install && reboot
> 7. got 5.3-RELEASE-p5
> 8. and when doing strace got the errors i originally posted in the thread
> =3D=3D=3D=3D=3D
> 1. server# /usr/local/bin/strace -f ps
> PIOCSFL: Inappropriate ioctl for device
> trouble opening proc file
> 2. mounting ext2fs partition doesn't work unless i specify -ro or it
> will give operation not permitted.
> =3D=3D=3D=3D=3D
> to be honest i never tried strace when i was on PRERELEASE , but
> mounting ext2fs on 5.4-PRELREASE it was working with 'rw' option.
>=20
> _______________________________________________
> freebsd-stable@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-stable
> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org"
>=20

I think you should build the kernel and install it before installing
world, as others have allready pointed out.

1. cd /usr/src
2. make buildworld
3. make buildkernel KERNCONF=3DYOUR_KERN_CONF_FILE
3. make installkernel KERNCONF=3DYOUR_KERN_CONF_FILE
4. reboot.
    "REBOOT This is reguired. I am not sure if install world works if
you don't reboot into single user mode. but a reboot is required any
way."
5. cd /usr/src
6. make installworld
7. reboot.

--=20
Kind regards
Abu Khaled

From owner-freebsd-stable@FreeBSD.ORG  Sat Mar 12 08:32:41 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 8B26316A4CE
	for <freebsd-stable@freebsd.org>;
	Sat, 12 Mar 2005 08:32:41 +0000 (GMT)
Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11])
	by mx1.FreeBSD.org (Postfix) with SMTP id 9FA0043D1F
	for <freebsd-stable@freebsd.org>;
	Sat, 12 Mar 2005 08:32:40 +0000 (GMT)
	(envelope-from dwmalone@maths.tcd.ie)
Date: Sat, 12 Mar 2005 08:32:39 +0000
From: David Malone <dwmalone@maths.tcd.ie>
To: Michael Nottebrock <michaelnottebrock@gmx.net>
Message-ID: <20050312083239.GA4077@salmon.maths.tcd.ie>
References:
	<ED28DBD13CDAA44D974F00D56B594BCE0126F041@snoexc04.asiapacific.cpqcorp.net>
	<200503120918.23504.michaelnottebrock@gmx.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <200503120918.23504.michaelnottebrock@gmx.net>
User-Agent: Mutt/1.5.6i
Sender: dwmalone@maths.tcd.ie
cc: "Geraghty, Dewayne" <dewayne.geraghty@hp.com>
cc: freebsd-stable@freebsd.org
Subject: Re: Atheros chip support in 4.11 &  updated if_rl.c code location?
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 12 Mar 2005 08:32:41 -0000

On Sat, Mar 12, 2005 at 09:18:20AM +0100, Michael Nottebrock wrote:
> > Also I've noted that the if_rl code has been updated and submitted for 5.4.
> > Can someone please point me to the incarnation to pull this code, so I can
> > install it on my 4.x series.
> 
> Backports of device drivers to FreeBSD 4 are, in general, very VERY unlikely 
> (FreeBSD 4 is a dead-end branch now) and nontrivial to do due the massive 
> differences between FreeBSD 5 and FreeBSD 4.

To elaborate further, the if_ath driver would actually be be
particularly tricky to backport as it uses the net80211 framework,
which isn't present in 4.X. (Some other drivers, like simple ethernet
drivers, aren't so hard to backport.)

	David.

From owner-freebsd-stable@FreeBSD.ORG  Sat Mar 12 08:49:46 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id BFBBF16A4CE
	for <freebsd-stable@freebsd.org>;
	Sat, 12 Mar 2005 08:49:46 +0000 (GMT)
Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.202])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 1897C43D1D
	for <freebsd-stable@freebsd.org>;
	Sat, 12 Mar 2005 08:49:46 +0000 (GMT)
	(envelope-from khaled.abu@gmail.com)
Received: by wproxy.gmail.com with SMTP id 70so1193590wra
	for <freebsd-stable@freebsd.org>;
	Sat, 12 Mar 2005 00:49:45 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
	s=beta; d=gmail.com;
	h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:references;
	b=Uv0GYskCLaPAmAz+hR3LLEk6vvUqZzcEUOY4Hw8ScTpsapXoRAsJug4XpkSKCzDd2tLxPFN/6STQ9hSmGds+51TTEqYxBFj92Vi3btiF4RPqGYDlM3T3JWpGNviZUfGe32cpZaijLSW1q925D3sE9pGdrsdk7jnnQaQxpPUJ8R0=
Received: by 10.54.84.15 with SMTP id h15mr2007613wrb;
        Sat, 12 Mar 2005 00:49:45 -0800 (PST)
Received: by 10.54.23.34 with HTTP; Sat, 12 Mar 2005 00:49:45 -0800 (PST)
Message-ID: <a64c109e050312004923f50588@mail.gmail.com>
Date: Sat, 12 Mar 2005 10:49:45 +0200
From: abu khaled <khaled.abu@gmail.com>
To: freebsd-stable@freebsd.org
In-Reply-To: <a64c109e050312001946feb495@mail.gmail.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
References: <422F250B.6030505@kuwaitnet.net>
	 <20050310225201.Y64217@carver.gumbysoft.com>
	 <42324A79.6070302@kuwaitnet.net> <4231EE30.6010405@alumni.rice.edu>
	 <4232142C.40407@kuwaitnet.net> <42322B68.7050008@alumni.rice.edu>
	 <423270CF.1060809@kuwaitnet.net> <4232802A.3050406@alumni.rice.edu>
	 <423291C7.7040302@kuwaitnet.net>
	 <a64c109e050312001946feb495@mail.gmail.com>
Subject: Re: from 5.4-PRERELEASE -> 5.3-RELEASE-p5 error?
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: abu khaled <khaled.abu@gmail.com>
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 12 Mar 2005 08:49:46 -0000

On Sat, 12 Mar 2005 10:19:52 +0200, abu khaled <khaled.abu@gmail.com> wrote=
:
> On Sat, 12 Mar 2005 09:52:55 +0300, Bashar <big@kuwaitnet.net> wrote:
> > Jon Noack wrote:
> >
> > > On 03/11/05 22:32, Bashar wrote:
> > >
> > >> Jon Noack wrote:
> > >>
> > >>> On 03/11/05 15:57, Bashar wrote:
> > >>>
> > >>>> Jon Noack wrote:
> > >>>>
> > >>>>> Bashar wrote:
> > >>>>>
> > >>>>>> Doug White wrote:
> > >>>>>>
> > >>>>>>> On Thu, 10 Mar 2005, Bashar wrote:
> > >>>>>>>
> > >>>>>>>> Doug White wrote:
> > >>>>>>>>
> > >>>>>>>>> On Wed, 9 Mar 2005, Bashar wrote:
> > >>>>>>>>>
> > >>>>>>>>>> Hello,
> > >>>>>>>>>> i was wondering just right after the downgrade been facing
> > >>>>>>>>>> some issues
> > >>>>>>>>>> such as:
> > >>>>>>>>>> 1. server# /usr/local/bin/strace -f ps
> > >>>>>>>>>> PIOCSFL: Inappropriate ioctl for device
> > >>>>>>>>>> trouble opening proc file
> > >>>>>>>>>> 2. mounting ext2fs partition doesn't work unless i specify
> > >>>>>>>>>> -ro or it
> > >>>>>>>>>> will give operation not permitted.
> > >>>>>>>>>>
> > >>>>>>>>>> any idea what might be causing this?
> > >>>>>>>>>
> > >>>>>>>>>
> > >>>>>>>>> How did you perform the downgrade? The strace error looks lik=
e
> > >>>>>>>>> you're
> > >>>>>>>>> still running the 5.3-STABLE binary.
> > >>>>>>>>
> > >>>>>>>>
> > >>>>>>>> first i ran RELENG_5 and when i got the 5.4-PRERELEASE (which
> > >>>>>>>> incompatible with cPanel.net software) i had to run cvsup with
> > >>>>>>>> RELENG_5_3
> > >>>>>>>> after than i started getting those errors
> > >>>>>>>
> > >>>>>>>
> > >>>>>>> You're leaving out important details, like what you did after
> > >>>>>>> you cvsup'd.
> > >>>>>>
> > >>>>>>
> > >>>>>> the usual ,cvsup'ed then cd /usr/src && make buildworld && make
> > >>>>>> installworld && cd /sys/i386/conf && config mykernel && cd
> > >>>>>> ../compile/mykernel && make depend && make && make install && re=
boot
> > >>>>>
> > >>>>>
> > >>>>> This is the usual?  You should read
> > >>>>> http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/makewor=
ld.html#AEN27432
> > >>>>> and /usr/src/UPDATING.
> > >>>>>
> > >>>>> The Canonical Way to Update Your System (for 5.x):
> > >>>>> 1) make buildworld
> > >>>>> 2) make buildkernel KERNCONF=3DYOUR_KERNEL_HERE
> > >>>>> 3) make installkernel KERNCONF=3DYOUR_KERNEL_HERE
> > >>>>> 4) <reboot in single user>
> > >>>>> 5) /etc/rc.d/preseedrandom
> > >>>>> 6) mergemaster -p
> > >>>>> 7) make installworld
> > >>>>> 8) mergemaster
> > >>>>> 9) <reboot>
> > >>>>
> > >>>>
> > >>>> Cant do this for remote system as you know
> > >>>
> > >>>
> > >>> I was merely pointing out what was the official take on "the usual"=
.
> > >>> The general consensus for remote systems is to replace steps 4 and =
5
> > >>> with "shut down as many services as possible".  This has never
> > >>> failed me for minor updates, but caution is advised for major ones.
> > >>
> > >>
> > >> =D9=90AFAIK 6,7,8 is not required unless i'm updating cross major fr=
eebsd
> > >> version i,e v4.x -> 5.x ?
> > >> correct my if i'm wrong.
> > >
> > >
> > > Step 6 is rarely needed (most often for a FreeBSD version update as
> > > you describe).  Steps 7 and 8 are required (although step 8 may be a
> > > noop).
> > >
> > > Jon
> > >
> > >
> > >
> > yeah my bad i meant 5,6,8 because make installworld took place in my
> > scenario.
> >
> > the issue is would going from 5.4-PRERELEASE to 5.3-RELEASE-p5 give iss=
ues ?
> > basically i did
> > 1. system came with 5.3-RELEASE
> > 2. did cvsup to RELENG_5
> > 3. cd /usr/src && make buildworld && make installworld && cd
> > /sys/i386/conf/ && config mykernel && cd ../compile/mykernel && make
> > depend && make && make install && reboot
> > 4. got 5.4-PRERELEASE which cause me issues intalling and configuring c=
Panel
> > 5. changed my cvsupfile to RELENG_5_3 and cvsup'ed
> > 6. did again cd /usr/src && make buildworld && make installworld && cd
> > /sys/i386/conf/ && config mykernel && cd ../compile/mykernel && make
> > depend && make && make install && reboot
> > 7. got 5.3-RELEASE-p5
> > 8. and when doing strace got the errors i originally posted in the thre=
ad
> > =3D=3D=3D=3D=3D
> > 1. server# /usr/local/bin/strace -f ps
> > PIOCSFL: Inappropriate ioctl for device
> > trouble opening proc file
> > 2. mounting ext2fs partition doesn't work unless i specify -ro or it
> > will give operation not permitted.
> > =3D=3D=3D=3D=3D
> > to be honest i never tried strace when i was on PRERELEASE , but
> > mounting ext2fs on 5.4-PRELREASE it was working with 'rw' option.
> >
> > _______________________________________________
> > freebsd-stable@freebsd.org mailing list
> > http://lists.freebsd.org/mailman/listinfo/freebsd-stable
> > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.or=
g"
> >
>=20
> I think you should build the kernel and install it before installing
> world, as others have allready pointed out.
>=20
> 1. cd /usr/src
> 2. make buildworld
> 3. make buildkernel KERNCONF=3DYOUR_KERN_CONF_FILE
> 3. make installkernel KERNCONF=3DYOUR_KERN_CONF_FILE
> 4. reboot.
>    "REBOOT This is reguired. I am not sure if install world works if
> you don't reboot into single user mode. but a reboot is required any
> way."
> 5. cd /usr/src
> 6. make installworld
> 7. reboot.
>=20
> --
> Kind regards
> Abu Khaled
>=20

Sorry but I forgot two steps !!!

after step 5
#mergemaster -p
and after step 6
#mergemaster

--=20
Kind regards
Abu Khaled

From owner-freebsd-stable@FreeBSD.ORG  Sat Mar 12 09:19:58 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id DAF0116A4CE
	for <freebsd-stable@freebsd.org>;
	Sat, 12 Mar 2005 09:19:58 +0000 (GMT)
Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.193])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 5A4EC43D3F
	for <freebsd-stable@freebsd.org>;
	Sat, 12 Mar 2005 09:19:58 +0000 (GMT)
	(envelope-from peceka@gmail.com)
Received: by rproxy.gmail.com with SMTP id a41so1037075rng
	for <freebsd-stable@freebsd.org>;
	Sat, 12 Mar 2005 01:19:48 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
	s=beta; d=gmail.com;
	h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references;
	b=ch4wKzgqS4NFSgffxSEIPbfl3exWCZT0RMJxBga0Vs+REp5WTogcucnWJjJlWUhyDTTToJOr6KM0xzf/Rc2iNfVgRg53x0JWGIS9O71EpI7YEVQRd1dfAlWcfyQyint1BFUrF9y3cHCIv1rCcGQbR9AyMRe687kRvqBPcSip6fg=
Received: by 10.38.59.39 with SMTP id h39mr2431602rna;
        Fri, 11 Mar 2005 21:19:47 -0800 (PST)
Received: by 10.38.125.13 with HTTP; Fri, 11 Mar 2005 21:19:47 -0800 (PST)
Message-ID: <f0f70e5e05031121197e57e126@mail.gmail.com>
Date: Sat, 12 Mar 2005 06:19:47 +0100
From: pck <peceka@gmail.com>
To: noackjr@alumni.rice.edu
In-Reply-To: <422F5372.8030201@alumni.rice.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
References: <f0f70e5e0503090310444aa40@mail.gmail.com>
	 <6eb82e050309032245c4a9d8@mail.gmail.com>
	 <f0f70e5e05030905305ee0f0b3@mail.gmail.com>
	 <422F5372.8030201@alumni.rice.edu>
cc: freebsd-stable@freebsd.org
Subject: Re: xSeries346 and FreeBSD 5.3
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: pck <peceka@gmail.com>
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 12 Mar 2005 09:19:59 -0000

> When you're done you should be running 5-STABLE (currently 5.4-PRERELEASE=
).

Thank you, it works. :)


Best Regards,
--=20
Przemys=C5=82aw Ciesielski

From owner-freebsd-stable@FreeBSD.ORG  Sat Mar 12 10:20:22 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id E8C8616A4E1
	for <stable@freebsd.org>; Sat, 12 Mar 2005 10:20:22 +0000 (GMT)
Received: from mailhost.u-strasbg.fr (mailhost.u-strasbg.fr [130.79.200.155])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 1624443D55
	for <stable@freebsd.org>; Sat, 12 Mar 2005 10:20:20 +0000 (GMT)
	(envelope-from Philippe.Pegon@crc.u-strasbg.fr)
Received: from sokaris.u-strasbg.fr (sokaris.u-strasbg.fr
	[IPv6:2001:660:2402::101])id j2CAKKeC093791
	for <stable@freebsd.org>; Sat, 12 Mar 2005 11:20:20 +0100 (CET)
Received: from [192.168.0.100] (crc.u-strasbg.fr [IPv6:2001:660:2402:1001::1])
	j2CAKItt004436          for <stable@freebsd.org>;
	Sat, 12 Mar 2005 11:20:18 +0100 (CET)
Message-ID: <4232C32F.1020801@crc.u-strasbg.fr>
Date: Sat, 12 Mar 2005 11:23:43 +0100
From: Philippe PEGON <Philippe.Pegon@crc.u-strasbg.fr>
User-Agent: Mozilla Thunderbird 1.0 (X11/20050116)
X-Accept-Language: fr, en
MIME-Version: 1.0
To: stable@freebsd.org
Content-Type: multipart/mixed;
 boundary="------------060409060106040709090201"
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.6
	(mailhost.u-strasbg.fr [IPv6:2001:660:2402::155]); Sat, 12 Mar 2005 11:20:20
	+0100 (CET)
X-Antivirus: scanned by sophos at u-strasbg.fr
X-Content-Filtered-By: Mailman/MimeDel 2.1.1
Subject: Panic with amr and 5.4-PRERELEASE
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 12 Mar 2005 10:20:23 -0000

This is a multi-part message in MIME format.
--------------060409060106040709090201
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit

Hi,

I have a FreeBSD bi-processor box with amr device in FreeBSD
5.4-prerelease of this week.
# uname -a
FreeBSD sokaris2.u-strasbg.fr 5.4-PRERELEASE FreeBSD 5.4-PRERELEASE #3: 
Thu Mar 10 15:33:01 CET 2005 
root@crc.u-strasbg.fr:/usr/obj/usr/src/sys/SOKARIS2  i386

Starting a program which continuously polls the state of the raid array
(amrstat, see source attached), and making a buildworld at the same time
triggers a kernel panic. The problem is fairly easy to reproduce.

Features added in the SMP kernel : altq, KDB, DDB, GDB (see config file
and dmesg output attached). The kernel is launched with ACPI disabled.

A stack trace of the kernel panic and the result of a remote gdb follow.

Thank you by advance for your help,

Philippe PEGON

------------------------------------------------------------------------
PANIC
------------------------------------------------------------------------

lock order reversal
  1st 0xc239994c AMR IO Lock (AMR IO Lock) @ /usr/src/sys/dev/amr/amr.c:487
  2nd 0xc29fdd28 user map (user map) @ /usr/src/sys/vm/vm_map.c:2998
KDB: stack backtrace:
kdb_backtrace(ffffffff,c08d3f20,c08d4970,c086802c,c08f7f58) at
kdb_backtrace+0x29
witness_checkorder(c29fdd28,9,c0821569,bb6,c08ccb60,0,c080cb81,9d) at
witness_checkorder+0x49d
_sx_xlock(c29fdd28,c0821569,bb6) at _sx_xlock+0x2c
_vm_map_lock_read(c29fdce4,c0821569,bb6,28cc360,c2a74b04) at
_vm_map_lock_read+0x37
vm_map_lookup(f157aa6c,0,2,f157aa70,f157aa60) at vm_map_lookup+0x28
vm_fault(c29fdce4,0,2,8,c2a75c80) at vm_fault+0x66
trap_pfault(f157ab34,0,0) at trap_pfault+0xd2
trap(c0600018,c0860010,10,0,c2dbd200) at trap+0x2f1
calltrap() at calltrap+0x5
--- trap 0xc, eip = 0xc04b3696, esp = 0xf157ab74, ebp = 0xf157ab74 ---
amr_releasecmd(0,c2dbd1c0,c0865180,c2ce0800,c0865180) at amr_releasecmd+0x6
amr_ioctl(c08ca0d8,c0304301,c2dbd200,1,c2a75c80) at amr_ioctl+0x2cc
spec_ioctl(f157ac08,f157acb4,c0669396,f157ac08,c08ade40) at spec_ioctl+0x11d
spec_vnoperate(f157ac08) at spec_vnoperate+0x13
vn_ioctl(c26a0dd0,c0304301,c2dbd200,c29cd280,c2a75c80) at vn_ioctl+0x1ee
ioctl(c2a75c80,f157ad14,3,1,293) at ioctl+0x344
syscall(2f,2f,2f,bfbfed00,bfbfecf8) at syscall+0x213
Xint0x80_syscall() at Xint0x80_syscall+0x1f
--- syscall (54, FreeBSD ELF32, ioctl), eip = 0x280aeea4, esp =
0xbfbfe2e4, ebp = 0xbfbfe340 ---


Fatal trap 12: page fault while in kernel mode
cpuid = 0; apic id = 01
fault virtual address   = 0x0
fault code              = supervisor write, page not present
instruction pointer     = 0x8:0xc04b3696
stack pointer           = 0x10:0xf157ab74
frame pointer           = 0x10:0xf157ab74
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         = 11725 (amrstat)
[thread pid 11725 tid 100148 ]
Stopped at      amr_releasecmd+0x6:     movl    $0,0(%edx)
db> trace
Tracing pid 11725 tid 100148 td 0xc2a75c80
amr_releasecmd(0,c2dbd1c0,c0865180,c2ce0800,c0865180) at amr_releasecmd+0x6
amr_ioctl(c08ca0d8,c0304301,c2dbd200,1,c2a75c80) at amr_ioctl+0x2cc
spec_ioctl(f157ac08,f157acb4,c0669396,f157ac08,c08ade40) at spec_ioctl+0x11d
spec_vnoperate(f157ac08) at spec_vnoperate+0x13
vn_ioctl(c26a0dd0,c0304301,c2dbd200,c29cd280,c2a75c80) at vn_ioctl+0x1ee
ioctl(c2a75c80,f157ad14,3,1,293) at ioctl+0x344
syscall(2f,2f,2f,bfbfed00,bfbfecf8) at syscall+0x213
Xint0x80_syscall() at Xint0x80_syscall+0x1f
--- syscall (54, FreeBSD ELF32, ioctl), eip = 0x280aeea4, esp =
0xbfbfe2e4, ebp = 0xbfbfe340 ---
db> ps
   pid   proc     uid  ppid  pgrp  flag   stat  wmesg    wchan  cmd
11725 c2a74a98    0   493 11725 0004002 [CPU 0] amrstat
11724 c263a1c4    0 11674  2633 0004002 [SLPQ getblk 0xd633583c][SLP] make
11674 c2a06a98    0 11672  2633 0004002 [SLPQ wait 0xc2a06a98][SLP] sh
11672 c2af0388    0  8684  2633 0004002 [SLPQ select 0xc08f8064][SLP] make
  8684 c2a7454c    0  8681  2633 0004002 [SLPQ wait 0xc2a7454c][SLP] sh
  8681 c2af0710    0  8678  2633 0004002 [SLPQ select 0xc08f8064][SLP] make
  8678 c2a03000    0  8660  2633 0004002 [SLPQ wait 0xc2a03000][SLP] sh
  8660 c2a0654c    0  2722  2633 0004002 [SLPQ select 0xc08f8064][SLP] make
  2722 c2a06000    0  2675  2633 0004002 [SLPQ wait 0xc2a06000][SLP] sh
  2675 c263d710    0  2672  2633 0004002 [SLPQ select 0xc08f8064][SLP] make
  2672 c263da98    0  2633  2633 0004002 [SLPQ wait 0xc263da98][SLP] sh
  2633 c2a03e20    0  1191  2633 0004002 [SLPQ select 0xc08f8064][SLP] make
  1463 c2a03388    0   478    64 0004000 [SLPQ biord 0xd655787c][SLP] 
fsck_ufs
  1191 c26911c4    0   930  1191 0004002 [SLPQ wait 0xc26911c4][SLP] bash
   930 c263a388    0   420   930 0000100 [SLPQ select 0xc08f8064][SLP] sshd
   493 c269454c    0   490   493 0004002 [SLPQ wait 0xc269454c][SLP] bash
   490 c26941c4    0   420   490 0000100 [SLPQ select 0xc08f8064][SLP] sshd
   489 c263ac5c    0     1   489 0004002 [SLPQ ttyin 0xc25fce10][SLP] login
   488 c263ae20    0     1   488 0004002 [SLPQ ttyin 0xc22c8810][SLP] getty
   487 c238fe20    0     1   487 0004002 [SLPQ ttyin 0xc22c8a10][SLP] getty
   486 c2691388    0     1   486 0004002 [SLPQ ttyin 0xc22c8c10][SLP] getty
   485 c28af54c    0     1   485 0004002 [SLPQ ttyin 0xc22c8e10][SLP] getty
   484 c26948d4    0     1   484 0004002 [SLPQ ttyin 0xc23f5010][SLP] getty
   483 c2694000    0     1   483 0004002 [SLPQ ttyin 0xc23f5210][SLP] getty
   482 c28afc5c    0     1   482 0004002 [SLPQ ttyin 0xc23f5410][SLP] getty
   481 c263d54c    0     1   481 0004002 [SLPQ ttyin 0xc22c7810][SLP] getty
   478 c263d8d4    0   476    64 0004002 [SLPQ wait 0xc263d8d4][SLP] fsck
   477 c2691000    0     1    64 0004002 [SLPQ piperd 0xc26a5000][SLP] 
logger
   476 c2694388    0     1    64 0000002 [SLPQ wait 0xc2694388][SLP] sh
   469 c263dc5c    0     1   469 0000000 [SLPQ select 0xc08f8064][SLP] inetd
   442 c28af8d4    0     1   442 0000000 [SLPQ nanslp 0xc08cde4c][SLP] cron
   430 c28afa98   25     1   430 0000100 [SLPQ pause 0xc28afad0][SLP] 
sendmail
   426 c28af388    0     1   426 0000100 [SLPQ select 0xc08f8064][SLP]
sendmail
   420 c2694710    0     1   420 0000100 [SLPQ select 0xc08f8064][SLP] sshd
   394 c28af710    0     1   394 0000000 [SLPQ select 0xc08f8064][SLP] lpd
   293 c263a54c    0     1   293 0000000 [SLPQ select 0xc08f8064][SLP] 
syslogd
   273 c2691e20    0     1   273 0000000 [SLPQ select 0xc08f8064][SLP] devd
   243 c2691710    0     1   243 0000000 [SLPQ select 0xc08f8064][SLP]
dhclient
   192 c26918d4    0     1   192 0000000 [SLPQ pause 0xc269190c][SLP]
adjkerntz
    63 c263d000    0     0     0 0000204 [SLPQ - 0xef24dd04][SLP]schedcpu
    62 c263d1c4    0     0     0 0000204 [SLPQ - 0xc08ffa8c][SLP] nfsiod 3
    61 c263d388    0     0     0 0000204 [SLPQ - 0xc08ffa88][SLP] nfsiod 2
    60 c22f71c4    0     0     0 0000204 [SLPQ - 0xc08ffa84][SLP] nfsiod 1
    59 c22f7388    0     0     0 0000204 [SLPQ - 0xc08ffa80][SLP] nfsiod 0
    58 c22f754c    0     0     0 0000204 [SLPQ biord 0xd658067c][SLP] syncer
    57 c22f7710    0     0     0 0000204 [SLPQ vlruwt 0xc22f7710][SLP] vnlru
    56 c22f78d4    0     0     0 0000204 [SLPQ wdrain 0xc08f8664][SLP]
bufdaemon
    55 c22f7a98    0     0     0 000020c [SLPQ pgzero 0xc09063f4][SLP]
pagezero
     9 c22f7c5c    0     0     0 0000204 [SLPQ psleep 0xc0906448][SLP]
vmdaemon
     8 c22f7e20    0     0     0 0000204 [SLPQ psleep 0xc0906404][SLP]
pagedaemon
    54 c238f000    0     0     0 0000204 [IWAIT] swi0: sio
     7 c238f1c4    0     0     0 0000204 [SLPQ - 0xc239f53c][SLP] fdc0
     6 c238f388    0     0     0 0000204 [SLPQ - 0xc2385240][SLP] kqueue 
taskq
    53 c238f54c    0     0     0 0000204 [IWAIT] swi3: cambio
    52 c238f710    0     0     0 0000204 [IWAIT] swi2: camnet
    51 c238f8d4    0     0     0 0000204 [IWAIT] swi6:+
     5 c22dea98    0     0     0 0000204 [SLPQ - 0xc2385480][SLP] thread 
taskq
    50 c22dec5c    0     0     0 0000204 [IWAIT] swi6:+
    49 c22dee20    0     0     0 0000204 [IWAIT] swi6: task queue
    48 c22f2000    0     0     0 0000204 [SLPQ - 0xc08c3800][SLP]yarrow
     4 c22f21c4    0     0     0 0000204 [SLPQ - 0xc08c84a8][SLP] g_down
     3 c22f2388    0     0     0 0000204 [CPU 1] g_up
     2 c22f254c    0     0     0 0000204 [SLPQ - 0xc08c849c][SLP] g_event
    47 c22f2710    0     0     0 0000204 [IWAIT] swi4: vm
    46 c22f28d4    0     0     0 000020c [RUNQ] swi5: clock sio
    45 c22f2a98    0     0     0 0000204 [IWAIT] swi1: net
    44 c22f2c5c    0     0     0 0000204 [IWAIT] irq0: clk
    43 c22f2e20    0     0     0 0000204 [IWAIT] irq31:
    42 c22f7000    0     0     0 0000204 [IWAIT] irq30:
    41 c22ce54c    0     0     0 0000204 [IWAIT] irq29:
    40 c22ce710    0     0     0 0000204 [IWAIT] irq28:
    39 c22ce8d4    0     0     0 0000204 [IWAIT] irq27:
    38 c22cea98    0     0     0 0000204 [IWAIT] irq26:
    37 c22cec5c    0     0     0 0000204 [IWAIT] irq25:
    36 c22cee20    0     0     0 0000204 [RUNQ] irq24: em0
    35 c22de000    0     0     0 0000204 [IWAIT] irq23: bge0
    34 c22de1c4    0     0     0 0000204 [IWAIT] irq22: amr1
    33 c22de388    0     0     0 0000204 [IWAIT] irq21:
    32 c22de54c    0     0     0 0000204 [RUNQ] irq20: amr0
    31 c22de710    0     0     0 0000204 [IWAIT] irq19:
    30 c22de8d4    0     0     0 0000204 [IWAIT] irq18:
    29 c228c1c4    0     0     0 0000204 [IWAIT] irq17:
    28 c228c388    0     0     0 0000204 [IWAIT] irq16:
    27 c228c54c    0     0     0 0000204 [IWAIT] irq15: ata1
    26 c228c710    0     0     0 0000204 [IWAIT] irq14: ata0
    25 c228c8d4    0     0     0 0000204 [IWAIT] irq13:
    24 c228ca98    0     0     0 0000204 [IWAIT] irq12: psm0
    23 c228cc5c    0     0     0 0000204 [IWAIT] irq11:
    22 c228ce20    0     0     0 0000204 [IWAIT] irq10:
    21 c22ce000    0     0     0 0000204 [IWAIT] irq9:
    20 c22ce1c4    0     0     0 0000204 [IWAIT] irq8: rtc
    19 c22ce388    0     0     0 0000204 [IWAIT] irq7:
    18 c2283000    0     0     0 0000204 [IWAIT] irq6: fdc0
    17 c22831c4    0     0     0 0000204 [IWAIT] irq5:
    16 c2283388    0     0     0 0000204 [IWAIT] irq4: sio0
    15 c228354c    0     0     0 0000204 [IWAIT] irq3:
    14 c2283710    0     0     0 0000204 [IWAIT] irq2:
    13 c22838d4    0     0     0 0000204 [IWAIT] irq1: atkbd0
    12 c2283a98    0     0     0 000020c [Can run] idle: cpu0
    11 c2283c5c    0     0     0 000020c [Can run] idle: cpu1
     1 c2283e20    0     0     1 0004200 [SLPQ wait 0xc2283e20][SLP] init
    10 c228c000    0     0     0 0000204 [SLPQ ktrace 0xc08cbdf8][SLP] 
ktrace
     0 c08c85a0    0     0     0 0000200 [SLPQ sched 0xc08c85a0][SLP] 
swapper
db> thread
[thread pid 11725 tid 100148 ]
amr_releasecmd+0x6:     movl    $0,0(%edx)

------------------------------------------------------------------------
REMOTE GDB
------------------------------------------------------------------------

$ kgdb -r /dev/cuaa0 kernel.debug
[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".
Ready to go.  Enter 'tr' to connect to the remote target
with /dev/cuaa0, 'tr /dev/cuaa1' to connect to a different port
or 'trf portno' to connect to the remote target with the firewire
interface.  portno defaults to 5556.

Type 'getsyms' after connection to load kld symbols.

If you're debugging a local system, you can use 'kldsyms' instead
to load the kld symbols.  That's a less obnoxious interface.
Switching to remote protocol
amr_releasecmd (ac=0x0) at amrvar.h:361
361         TAILQ_INSERT_TAIL(&ac->ac_sc->amr_freecmds, ac, ac_link);
amr_releasecmd (ac=0x0) at amrvar.h:361
(kgdb) where
#0  amr_releasecmd (ac=0x0) at amrvar.h:361
During symbol reading, Incomplete CFI data; unspecified registers at
0xc04b3693.
#1  0xc04b24f0 in amr_ioctl (dev=0x1, cmd=0x0, addr=0xc262b780 "¡\016",
flag=0x1, td=0xc2310320)
     at /usr/src/sys/dev/amr/amr.c:568
#2  0xc05dfb0d in spec_ioctl (ap=0xe4e3ac08) at
/usr/src/sys/fs/specfs/spec_vnops.c:357
#3  0xc05df317 in spec_vnoperate (ap=0x0) at
/usr/src/sys/fs/specfs/spec_vnops.c:118
#4  0xc0669396 in vn_ioctl (fp=0xc26a11dc, com=0xc0304301,
data=0xc262b780, active_cred=0xc29bd000, td=0xc2310320)
     at vnode_if.h:503
#5  0xc0632934 in ioctl (td=0xc2310320, uap=0xe4e3ad14) at file.h:257
#6  0xc07a48e3 in syscall (frame=
       {tf_fs = 0x2f, tf_es = 0x2f, tf_ds = 0x2f, tf_edi = 0xbfbfed00,
tf_esi = 0xbfbfecf8, tf_ebp = 0xbfbfe340, tf_isp = 0xe4e3ad74, tf_ebx =
0x1, tf_edx = 0xe, tf_ecx = 0x0, tf_eax = 0x36, tf_trapno = 0xc, tf_err =
0x2, tf_eip = 0x280aeea4, tf_cs = 0x1f, tf_eflags = 0x293, tf_esp =
0xbfbfe2e4, tf_ss = 0x2f}) at /usr/src/sys/i386/i386/trap.c:1001
#7  0xc079397f in Xint0x80_syscall () at
/usr/src/sys/i386/i386/exception.s:201
#8  0x0000002f in ?? ()
#9  0x0000002f in ?? ()
#10 0x0000002f in ?? ()
#11 0xbfbfed00 in ?? ()
#12 0xbfbfecf8 in ?? ()
#13 0xbfbfe340 in ?? ()
#14 0xe4e3ad74 in ?? ()
#15 0x00000001 in ?? ()
#16 0x0000000e in ?? ()
#17 0x00000000 in ?? ()
#18 0x00000036 in ?? ()
#19 0x0000000c in ?? ()
#20 0x00000002 in ?? ()
#21 0x280aeea4 in ?? ()
#22 0x0000001f in ?? ()
#23 0x00000293 in ?? ()
#24 0xbfbfe2e4 in ?? ()
#25 0x0000002f in ?? ()
#26 0x00000000 in ?? ()
#27 0x00000000 in ?? ()
#28 0x00000000 in ?? ()
#29 0x00000000 in ?? ()
#30 0x1df9c000 in ?? ()
#31 0xc23a4e20 in ?? ()
#32 0xc2310320 in ?? ()
#33 0xe4e3ac98 in ?? ()
#34 0xe4e3ac80 in ?? ()
#35 0xc230b640 in ?? ()
#36 0xc0622003 in sched_switch (td=0xbfbfecf8, newtd=0x1,
flags=0xbfbfe44c) at /usr/src/sys/kern/sched_4bsd.c:881
Previous frame inner to this frame (corrupt stack?)
(kgdb) list *0xc04b3696
0xc04b3696 is in amr_releasecmd (amrvar.h:361).
356     amr_enqueue_free(struct amr_command *ac)
357     {
358         int         s;
359
360         s = splbio();
361         TAILQ_INSERT_TAIL(&ac->ac_sc->amr_freecmds, ac, ac_link);
362         splx(s);
363     }
364
365     static __inline struct amr_command *
(kgdb) list *0xc04b24f0
0xc04b24f0 is in amr_ioctl (/usr/src/sys/dev/amr/amr.c:569).
564          * objects have been allocated.
565          */
566         free(dp, M_DEVBUF);
567         free(ap, M_DEVBUF);
568         amr_releasecmd(ac);
569         mtx_unlock(&sc->amr_io_lock);
570         return(error);
571     }
572
573
/********************************************************************************
(kgdb) quit

--------------060409060106040709090201
Content-Type: text/plain;
 name="SOKARIS2"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="SOKARIS2"

#
# SOKARIS2
#

machine		i386
cpu		I686_CPU
ident		SOKARIS2

# 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 	SMP			# Symmetric MultiProcessor Kernel
device		apic		# I/O APIC

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

# Floppy drives
device		fdc

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

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

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

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

# SCSI peripherals
device		scbus		# SCSI bus (required for SCSI)
device		ch		# SCSI media changers
device		da		# Direct Access (disks)
device		sa		# Sequential Access (tape etc)
device		cd		# CD
device		pass		# Passthrough device (direct SCSI access)
device		ses		# SCSI Environmental Services (and SAF-TE)

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

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

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

device		vga		# VGA video card driver

device		splash		# Splash screen and screen saver support

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

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

device		agp		# support several AGP chipsets

# Floating point support - do not disable.
device		npx

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

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

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

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

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

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

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

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

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

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

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

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

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

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

# altq(9). Enable the base part of the hooks with the ALTQ option.
# Individual disciplines must be built into the base system and can not be
# loaded as modules at this point. In order to build a SMP kernel you must
# also have the ALTQ_NOPCC option.
options 	ALTQ
options 	ALTQ_CBQ	# Class Bases Queueing
options 	ALTQ_RED	# Random Early Drop
options 	ALTQ_RIO	# RED In/Out
options 	ALTQ_HFSC	# Hierarchical Packet Scheduler
options 	ALTQ_CDNR	# Traffic conditioner
options 	ALTQ_PRIQ	# Priority Queueing
options 	ALTQ_NOPCC	# Required for SMP build

# The following options will let you change the default colors of syscons.
options         SC_KERNEL_CONS_ATTR="(FG_RED|BG_BLACK)"
options         SC_KERNEL_CONS_REV_ATTR="(FG_BLACK|BG_RED)"

# debug
makeoptions	DEBUG=-g		#Build kernel with gdb(1) debug symbols
options 	KDB
options 	DDB
options 	GDB
options 	WITNESS

--------------060409060106040709090201
Content-Type: text/plain;
 name="dmesg.boot"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="dmesg.boot"

Copyright (c) 1992-2005 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
	The Regents of the University of California. All rights reserved.
FreeBSD 5.4-PRERELEASE #3: Thu Mar 10 15:33:01 CET 2005
    root@crc.u-strasbg.fr:/usr/obj/usr/src/sys/SOKARIS2
WARNING: WITNESS option enabled, expect reduced performance.
Timecounter "i8254" frequency 1193182 Hz quality 0
CPU: Intel Pentium III (999.53-MHz 686-class CPU)
  Origin = "GenuineIntel"  Id = 0x686  Stepping = 6
  Features=0x387fbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,PN,MMX,FXSR,SSE>
real memory  = 1073676288 (1023 MB)
avail memory = 1041129472 (992 MB)
MPTable: <HP       LH 3000 U3  >
FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs
 cpu0 (BSP): APIC ID:  1
 cpu1 (AP): APIC ID:  0
ioapic0: Assuming intbase of 0
ioapic1: Assuming intbase of 16
ioapic0 <Version 1.1> irqs 0-15 on motherboard
ioapic1 <Version 1.1> irqs 16-31 on motherboard
npx0: <math processor> on motherboard
npx0: INT 16 interface
cpu0 on motherboard
cpu1 on motherboard
pcib0: <MPTable Host-PCI bridge> pcibus 0 on motherboard
pci0: <PCI bus> on pcib0
pcib1: <MPTable PCI-PCI bridge> at device 3.0 on pci0
pci1: <PCI bus> on pcib1
pcib2: <MPTable PCI-PCI bridge> at device 0.0 on pci1
pci2: <PCI bus> on pcib2
amr0: <LSILogic MegaRAID 1.51> mem 0xf0000000-0xf7ffffff irq 20 at device 0.0 on pci2
amr0: <LSILogic HP NetRAID-2M> Firmware \^H\^AH , BIOS \^B\^AG , 128MB RAM
pci1: <mass storage, SCSI> at device 1.0 (no driver attached)
pci0: <display, VGA> at device 7.0 (no driver attached)
isab0: <PCI-ISA bridge> port 0x1040-0x104f at device 15.0 on pci0
isa0: <ISA bus> on isab0
atapci0: <ServerWorks ROSB4 UDMA33 controller> port 0x1800-0x180f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 15.1 on pci0
ata0: channel #0 on atapci0
ata1: channel #1 on atapci0
pcib3: <MPTable Host-PCI bridge> pcibus 3 on motherboard
pci3: <PCI bus> on pcib3
pci3: <base peripheral> at device 2.0 (no driver attached)
pci3: <serial bus> at device 2.1 (no driver attached)
pcib4: <PCI-PCI bridge> at device 3.0 on pci3
pci4: <PCI bus> on pcib4
pci4: <base peripheral> at device 8.0 (no driver attached)
amr1: <LSILogic MegaRAID 1.51> mem 0xfa000000-0xfbffffff irq 22 at device 3.1 on pci3
amr1: <Integrated HP NetRAID (T7)> Firmware E.01.08, BIOS B.02.03, 32MB RAM
bge0: <Broadcom BCM5700 Gigabit Ethernet, ASIC rev. 0x7102> mem 0xf8800000-0xf880ffff irq 23 at device 5.0 on pci3
miibus0: <MII bus> on bge0
brgphy0: <BCM5401 10/100/1000baseTX PHY> on miibus0
brgphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto
bge0: Ethernet address: 00:04:76:3b:2f:18
em0: <Intel(R) PRO/1000 Network Connection, Version - 1.7.35> port 0x4800-0x481f mem 0xf8820000-0xf883ffff,0xf8840000-0xf885ffff irq 24 at device 6.0 on pci3
em0: Ethernet address: 00:02:b3:98:e0:8a
em0:  Speed:N/A  Duplex:N/A
orm0: <ISA Option ROM> at iomem 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
psm0: <PS/2 Mouse> irq 12 on atkbdc0
psm0: model IntelliMouse, device ID 3
fdc0: <Enhanced floppy controller> at port 0x3f0-0x3f5 irq 6 drq 2 on isa0
fd0: <1440-KB 3.5" drive> on fdc0 drive 0
ppc0: parallel port not found.
sc0: <System console> at flags 0x100 on isa0
sc0: VGA <16 virtual consoles, flags=0x300>
sio0 at port 0x3f8-0x3ff irq 4 flags 0x80 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: <PNP0c02> can't assign resources (port)
unknown: <PNP0501> can't assign resources (port)
unknown: <PNP0f13> can't assign resources (irq)
unknown: <PNP0700> can't assign resources (port)
Timecounters tick every 10.000 msec
acd0: CDROM <LTN486S/YKS4> at ata0-master PIO4
amrd0: <LSILogic MegaRAID logical drive> on amr0
amrd0: 17365MB (35563520 sectors) RAID 1 (degraded)
amrd1: <LSILogic MegaRAID logical drive> on amr0
amrd1: 312579MB (640161792 sectors) RAID 5 (optimal)
ses0 at amr0 bus 0 target 5 lun 0
ses0: <HP SAFTE; U160/M BP 1023> Fixed Processor SCSI-2 device 
ses0: SAF-TE Compliant Device
ses1 at amr0 bus 1 target 5 lun 0
ses1: <HP SAFTE; U160/M BP 1023> Fixed Processor SCSI-2 device 
ses1: SAF-TE Compliant Device
SMP: AP CPU #1 Launched!
Mounting root from ufs:/dev/amrd0s1a
WARNING: / was not properly dismounted
WARNING: /local was not properly dismounted
WARNING: /local/services was not properly dismounted
WARNING: /tmp was not properly dismounted
/tmp: mount pending error: blocks 4 files 1
WARNING: /usr was not properly dismounted
WARNING: /var was not properly dismounted
em0: Link is up 1000 Mbps Full Duplex

--------------060409060106040709090201--

From owner-freebsd-stable@FreeBSD.ORG  Sat Mar 12 10:51:42 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id CA82E16A4CE
	for <stable@freebsd.org>; Sat, 12 Mar 2005 10:51:42 +0000 (GMT)
Received: from mailhost.u-strasbg.fr (mailhost.u-strasbg.fr [130.79.200.158])
	by mx1.FreeBSD.org (Postfix) with ESMTP id D244343D4C
	for <stable@freebsd.org>; Sat, 12 Mar 2005 10:51:41 +0000 (GMT)
	(envelope-from Philippe.Pegon@crc.u-strasbg.fr)
Received: from sokaris.u-strasbg.fr (sokaris.u-strasbg.fr
	[IPv6:2001:660:2402::101])id j2CApe6f023389
	for <stable@freebsd.org>; Sat, 12 Mar 2005 11:51:40 +0100 (CET)
Received: from [192.168.0.100] (crc.u-strasbg.fr [IPv6:2001:660:2402:1001::1])
	j2CApett012581          for <stable@freebsd.org>;
	Sat, 12 Mar 2005 11:51:40 +0100 (CET)
Message-ID: <4232CA88.4040602@crc.u-strasbg.fr>
Date: Sat, 12 Mar 2005 11:55:04 +0100
From: Philippe PEGON <Philippe.Pegon@crc.u-strasbg.fr>
User-Agent: Mozilla Thunderbird 1.0 (X11/20050116)
X-Accept-Language: fr, en
MIME-Version: 1.0
To: stable@freebsd.org
References: <4232C32F.1020801@crc.u-strasbg.fr>
In-Reply-To: <4232C32F.1020801@crc.u-strasbg.fr>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.6
	(mailhost.u-strasbg.fr [IPv6:2001:660:2402::158]); Sat, 12 Mar 2005 11:51:40
	+0100 (CET)
X-Antivirus: scanned by sophos at u-strasbg.fr
Subject: Re: Panic with amr and 5.4-PRERELEASE
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 12 Mar 2005 10:51:42 -0000

My first attachment did not pass.

amrstat.c :

/* amrstat.c 2002/04/10
  *
  * Author: Pierre David <Pierre.David@crc.u-strasbg.fr>
  */

#include <stdio.h>
#include <stdlib.h>
#include <fcntl.h>
#include <errno.h>

#include <machine/param.h>

#include "/usr/src/sys/dev/amr/amr_compat.h"
#include "/usr/src/sys/dev/amr/amrreg.h"
#include "/usr/src/sys/dev/amr/amrio.h"

#define NATTEMPTS       5
#define SLEEPTIME       100000          /* microseconds */

int nattempts = NATTEMPTS ;             /* # of attempts before giving up */
int sleeptime = SLEEPTIME ;             /* between attempts, in ms */

/*
  * Include lookup tables, and a function to match a code to a string.
  *
  * XXX
  * Lookup tables cannot be included, since they require symbols from
  * amrreg.h which need in turn the _KERNEL define.
  */

/* #define AMR_DEFINE_TABLES */
/* #include "/usr/src/sys/dev/amr/amr_tables.h" */

/*
  * Offsets in an amr_user_ioctl.au_cmd [] array
  * See amrio.h
  */

#define MB_COMMAND      0
#define MB_CHANNEL      1
#define MB_PARAM        2
#define MB_PAD          3
#define MB_DRIVE        4

#define FIRMWARE_40LD   1
#define FIRMWARE_8LD    2

#define NTAB(tab)       (sizeof tab / sizeof tab [0])

int amr_enquiry (int fd, size_t bufsize, void *buffer, u_int8_t cmd, 
u_int8_t cmdsub, u_int8_t cmdqual)
{
     struct amr_user_ioctl am ;
     int r, i ;

     am.au_cmd [MB_COMMAND] = cmd ;
     am.au_cmd [MB_CHANNEL] = cmdsub ;
     am.au_cmd [MB_PARAM] = cmdqual ;
     am.au_cmd [MB_PAD] = 0 ;
     am.au_cmd [MB_DRIVE] = 0 ;

     am.au_buffer = buffer ;
     am.au_length = bufsize ;
     am.au_direction = AMR_IO_READ ;
     am.au_status = 0 ;

     i = 0 ;
     r = -1 ;
     while (i < nattempts && r == -1)
     {
         r = ioctl (fd, AMR_IO_COMMAND, &am) ;
         if (r == -1)
         {
             if (errno != EBUSY)
             {
                 perror ("ioctl enquiry") ;
                 exit (1) ;
             }
             else usleep (sleeptime) ;
         }
         i++ ;
     }
     return am.au_status ;
}

void usage (void)
{
     fprintf (stderr, "usage: amstat [-v][-f spec][-a #attempts][-t 
time][-g][-l lvol]\n") ;
     exit (1) ;
}

/******************************************************************************
  * Card description
  */

int describe_card (int fd, int verbosity, int globalparam)
{
     int r ;
     char buffer [2048] ;
     struct amr_enquiry *ae ;
     int cardtype ;

     /*
      * Try the 40LD firmware interface
      */

     r = amr_enquiry (fd, sizeof buffer, buffer,
                         AMR_CMD_CONFIG, AMR_CONFIG_PRODUCT_INFO, 0) ;
     if (r == AMR_STATUS_SUCCESS)
     {
         struct amr_prodinfo *ap ;

         if (globalparam)
         {
             ap = (struct amr_prodinfo *) buffer ;
             printf ("Product =\t<%.80s>\n",     ap->ap_product) ;
             printf ("Firmware =\t%.16s\n",      ap->ap_firmware) ;
             printf ("BIOS =\t%.16s\n",          ap->ap_bios) ;
             printf ("SCSI Channels =\t%d\n",    ap->ap_nschan) ;
             printf ("Fibre Loops =\t%d\n",      ap->ap_fcloops) ;
             printf ("Memory size =\t%d MB\n",   ap->ap_memsize) ;
             if (verbosity >= 1)
             {
                 printf ("Ioctl = %d (%s)\n",    FIRMWARE_40LD, "40LD") ;
                 printf ("Signature =\t0x%08x\n", ap->ap_signature) ;
                 printf ("Configsig =\t0x%08x\n", ap->ap_configsig) ;
                 printf ("Subsystem =\t0x%04x\n", ap->ap_subsystem) ;
                 printf ("Subvendor =\t0x%04x\n", ap->ap_subvendor) ;
                 printf ("Notify counters =\t%d\n", ap->ap_numnotifyctr) ;
             }
         }

         return FIRMWARE_40LD ;
     }

     /*
      * Try the 8LD firmware interface
      */

     r = amr_enquiry (fd, sizeof buffer, buffer, AMR_CMD_EXT_ENQUIRY2, 
0, 0) ;
     ae = (struct amr_enquiry *) buffer ;
     if (r == AMR_STATUS_SUCCESS)
     {
         cardtype = ae->ae_signature ;
     }
     else
     {
         r = amr_enquiry (fd, 2048, buffer, AMR_CMD_ENQUIRY, 0, 0) ;
         cardtype = 0 ;
     }

     if (r == AMR_STATUS_SUCCESS)
     {
         if (globalparam)
         {
             char *product ;
             char bios [100], firmware [100] ;
             int i ;

             static struct {
                 char *product ;
                 int signature ;
             } prodtable [] = {
                 "Series 431",                   AMR_SIG_431,
                 "Series 438",                   AMR_SIG_438,
                 "Series 762",                   AMR_SIG_762,
                 "Integrated HP NetRAID (T5)",   AMR_SIG_T5,
                 "Series 466",                   AMR_SIG_466,
                 "Series 467",                   AMR_SIG_467,
                 "Integrated HP NetRAID (T7)",   AMR_SIG_T7,
                 "Series 490",                   AMR_SIG_490,
             } ;

             for (i = 0 ; i < NTAB (prodtable) ; i++)
             {
                 if (cardtype == prodtable [i].signature)
                 {
                     product = prodtable [i].product ;
                     break ;
                 }
             }
             if (product == NULL)
                 product = "unknown card signature" ;

             /*
              * HP NetRaid controllers have a special encoding of the 
firmware and
              * BIOS versions. The AMI version seems to have it as 
strings whereas
              * the HP version does it with a leading uppercase 
character and two
              * binary numbers.
              */

             if(ae->ae_adapter.aa_firmware[2] >= 'A' &&
                ae->ae_adapter.aa_firmware[2] <= 'Z' &&
                ae->ae_adapter.aa_firmware[1] <  ' ' &&
                ae->ae_adapter.aa_firmware[0] <  ' ' &&
                ae->ae_adapter.aa_bios[2] >= 'A'     &&
                ae->ae_adapter.aa_bios[2] <= 'Z'     &&
                ae->ae_adapter.aa_bios[1] <  ' '     &&
                ae->ae_adapter.aa_bios[0] <  ' ') {

                 /* looks like we have an HP NetRaid version of the 
MegaRaid */

                 if(cardtype == AMR_SIG_438)
                 {
                     /* the AMI 438 is a NetRaid 3si in HP-land */
                     product = "HP NetRaid 3si";
                 }

                 sprintf (firmware, "%c.%02d.%02d",
                               ae->ae_adapter.aa_firmware[2],
                               ae->ae_adapter.aa_firmware[1],
                               ae->ae_adapter.aa_firmware[0]) ;
                 sprintf (bios, "%c.%02d.%02d",
                               ae->ae_adapter.aa_bios[2],
                               ae->ae_adapter.aa_bios[1],
                               ae->ae_adapter.aa_bios[0]) ;
             } else {
                 sprintf (firmware, "%.4s", ae->ae_adapter.aa_firmware) ;
                 sprintf (bios, "%.4s", ae->ae_adapter.aa_bios) ;
             }

             printf ("Ioctl = %d (%s)\n",        FIRMWARE_8LD, "8LD") ;
             printf ("Product =\t<%s>\n", product) ;
             printf ("Firmware =\t%s\n", firmware) ;
             printf ("BIOS =\t%s\n", bios) ;
             /* printf ("SCSI Channels =\t%d\n", ae->ae_nschan) ; */
             /* printf ("Fibre Loops =\t%d\n", ae->ae_fcloops) ; */
             printf ("Memory size =\t%d MB\n", 
ae->ae_adapter.aa_memorysize) ;
             /* printf ("Notify counters =\t%d\n", ae->ae_numnotifyctr) ; */
         }
         return FIRMWARE_8LD ;
     }

     /*
      * Neither firmware interface succeeded. Abort.
      */

     fprintf (stderr, "Firmware interface not supported\n") ;
     exit (1) ;

}

/******************************************************************************
  * Logical volumes
  */

void describe_one_volume (int ldrv, int verbosity,
                         u_int32_t size, u_int8_t state, u_int8_t prop)
{
     float szgb ;
     int i ;
     int raid_level ;
     char propstr [2000] ;
     char *statestr ;

     static struct {
         int code ;
         char *ifyes, *ifno ;
     } proptable [] = {
         AMR_DRV_WRITEBACK, "writeback", "write-through",
         AMR_DRV_READHEAD, "read-ahead", "no-read-ahead",
         AMR_DRV_ADAPTIVE, "adaptative-io", "no-adaptative-io",
     } ;

     static struct {
         int code ;
         char *status ;
     } statetable [] = {
         AMR_DRV_OFFLINE,        "offline",
         AMR_DRV_DEGRADED,       "degraded",
         AMR_DRV_OPTIMAL,        "optimal",
         AMR_DRV_ONLINE,         "online",
         AMR_DRV_FAILED,         "failed",
         AMR_DRV_REBUILD,        "rebuild",
         AMR_DRV_HOTSPARE,       "hotspare",
     } ;

     szgb = ((float) size) / (1024 * 1024 * 2) ;         /* size in GB */

     raid_level = prop & AMR_DRV_RAID_MASK ;

     strcpy (propstr, "<") ;
     for (i = 0 ; i < NTAB (proptable) ; i++)
     {
         if (i > 0) strcat (propstr, ",") ;
         if (prop & proptable [i].code)
             strcat (propstr, proptable [i].ifyes) ;
         else
             strcat (propstr, proptable [i].ifno) ;
     }
     strcat (propstr, ">") ;

     statestr = NULL ;
     for (i = 0 ; i < NTAB (statetable) && statestr == NULL ; i++)
         if (AMR_DRV_CURSTATE (state) == statetable [i].code)
             statestr = statetable [i].status ;

     printf ("Drive %d: %8.2f GB, RAID%d %s %s\n",
                         ldrv, szgb, raid_level, propstr, statestr) ;
}

void describe_logical_volume (int fd, int verbosity, int fwint, int lvolno)
{
     int r ;
     char buffer [2048] ;
     int ldrv ;

     if (fwint == FIRMWARE_40LD)
     {
         r = amr_enquiry (fd, sizeof buffer, buffer,
                             AMR_CMD_CONFIG, AMR_CONFIG_ENQ3,
                             AMR_CONFIG_ENQ3_SOLICITED_FULL) ;
         if (r == AMR_STATUS_SUCCESS)
         {
             struct amr_enquiry3 *ae3 ;

             ae3 = (struct amr_enquiry3 *) buffer ;
             for (ldrv = 0 ; ldrv < ae3->ae_numldrives ; ldrv++)
             {
                 if (lvolno < 0 || lvolno == ldrv)
                     describe_one_volume (ldrv, verbosity,
                                                 ae3->ae_drivesize [ldrv],
                                                 ae3->ae_drivestate [ldrv],
                                                 ae3->ae_driveprop [ldrv]) ;
             }
         }
     }
     else if (fwint == FIRMWARE_8LD)
     {
     }
     else
     {
         fprintf (stderr, "Firmware interface not supported\n") ;
         exit (1) ;
     }
}

/******************************************************************************
  * Main function
  */

int main (int argc, char *argv [])
{
     int fd ;
     int version ;
     int r ;
     int fwint ;
     int verbosity ;

     char *filename ;
     int lvolno ;
     int globalparam ;

     int o ;
     extern char *optarg ;
     extern int optind ;

     /*
      * Parse arguments
      */

     filename = "/dev/amr0" ;
     lvolno = -1 ;
     globalparam = 0 ;
     verbosity = 0 ;

     while ((o = getopt (argc, argv, "vga:t:f:l:")) != -1)
         switch (o)
         {
             case 'v' :
                 verbosity++ ;
                 break ;
             case 'g' :
                 globalparam = 1 ;
                 break ;
             case 'f' :
                 filename = optarg ;
                 break ;
             case 'a' :
                 nattempts = atoi (optarg) ;
                 break ;
             case 't' :
                 sleeptime = atoi (optarg) ;
                 break ;
             case 'l' :
                 lvolno = atoi (optarg) ;
                 break ;
             case '?' :
             default :
                 usage () ;
         }
     argc -= optind ;
     argv += optind ;

     if (argc != 0)
         usage () ;

     /*
      * Access to the driver
      */

     fd = open (filename, O_RDONLY) ;
     if (fd == -1)
     {
         perror ("open") ;
         exit (1) ;
     }

     r = ioctl (fd, AMR_IO_VERSION, &version) ;
     if (r == -1)
     {
         perror ("ioctl version") ;
         exit (1) ;
     }
     if (globalparam && verbosity >= 1)
         printf ("Version =\t%d\n", version) ;
     if (version != 1)
     {
         fprintf (stderr, "Driver version (%d) not supported\n", version) ;
         exit (1) ;
     }

     fwint = describe_card (fd, verbosity, globalparam) ;

     describe_logical_volume (fd, verbosity, fwint, lvolno) ;


}

From owner-freebsd-stable@FreeBSD.ORG  Sat Mar 12 11:12:14 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 0738816A4CE
	for <freebsd-stable@freebsd.org>;
	Sat, 12 Mar 2005 11:12:14 +0000 (GMT)
Received: from magnum.mistaken-identity.co.uk (slayer-of.demon.co.uk
	[62.49.5.246])	by mx1.FreeBSD.org (Postfix) with ESMTP id 256F643D3F
	for <freebsd-stable@freebsd.org>;
	Sat, 12 Mar 2005 11:12:12 +0000 (GMT)
	(envelope-from gray@mistaken-identity.co.uk)
MIME-Version: 1.0
Content-Type: text/plain;
	charset="windows-1250"
Content-Transfer-Encoding: quoted-printable
Date: Fri, 11 Mar 2005 21:19:22 -0000
Content-class: urn:content-classes:message
Message-ID: <ACE436445E3CB14DB6B6DF23AB5D72DB7055@magnum.Home.local>
X-MS-Has-Attach: 
X-MimeOLE: Produced By Microsoft Exchange V6.5.6944.0
X-MS-TNEF-Correlator: 
Thread-Topic: 5.3 crash on boot 
Thread-Index: AcUlz1LZntRR80j+RKGdwK7umLOaoAAsht1g
From: "Gray Lilley" <gray@mistaken-identity.co.uk>
To: "Kevin Oberman" <oberman@es.net>,
	"lucas galete" <lucasgalete@gmail.com>
cc: freebsd-stable@freebsd.org
Subject: RE: 5.3 crash on boot 
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 12 Mar 2005 11:12:14 -0000

It seems to be a bug when using anything 5.x and above with any Toshiba =
laptops and also some acer models.

I found this:

http://lists.freebsd.org/pipermail/freebsd-mobile/2004-March/003501.html

Unfortunately I haven't managed to find a 'reason' for the occurrence, =
and im new to debugging freebsd and issues such as this, so don't really =
know where to start the investigation myself.  If anyone else can =
suggest a good start point, im happy to test any fixes/patches.

I'm guessing this is a new install (as you wouldn't have been able to =
perform the installation yet, as it crashes on boot, unless its an =
updated 4.x), try this:



When booting (be it from cd, or from hdd), stop the boot by pressing =
"any other key" then at the prompt, type:

set hw.pci.enable_io_modes=3D0

Once typed, type "boot" (without the "'s obviously) and attempt to =
continue your installation.  Once the system is installed happily, add =
"hw.pci.enable_io_modes=3D0" (again, without "'s) to /boot/loader.conf.

This should hopefully allow you to boot,

Hope this helps,

Best Regards,

Graham Lilley
Hardware / Network Engineer
Ibex Systems Ltd

-----Original Message-----
From: owner-freebsd-stable@freebsd.org =
[mailto:owner-freebsd-stable@freebsd.org] On Behalf Of Kevin Oberman
Sent: 11 March 2005 00:34
To: lucas galete
Cc: freebsd-stable@freebsd.org
Subject: Re: 5.3 crash on boot=20

> Date: Thu, 10 Mar 2005 21:23:42 -0300
> From: lucas galete <lucasgalete@gmail.com>
> Sender: owner-freebsd-stable@freebsd.org
>=20
> i was using the freeBsd 4.x, and it run ok. but now i need install the =

> 5.3 version, but it stop on boot. i think that's something related to=20
> ACPI. I  don't know how to disable that.. i tried this:=20
> hint.acpi.0.disable=3D"1", but that dont works... a don't know what to =

> do... can someone help me?
> i have an A20 toshiba notebook.

Exactly where does it stop in the boot? Does the kernel load? Is this an
upgrade or a new install? A few more details will be needed to do more
than guess.
--=20
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
_______________________________________________
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to =
"freebsd-stable-unsubscribe@freebsd.org"

--=20
No virus found in this incoming message.
Checked by AVG Anti-Virus.
Version: 7.0.308 / Virus Database: 266.7.1 - Release Date: 09/03/2005
=20

--=20
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.0.308 / Virus Database: 266.7.1 - Release Date: 09/03/2005
=20

From owner-freebsd-stable@FreeBSD.ORG  Sat Mar 12 11:38:28 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id DE90616A4CE
	for <freebsd-stable@freebsd.org>;
	Sat, 12 Mar 2005 11:38:27 +0000 (GMT)
Received: from web26607.mail.ukl.yahoo.com (web26607.mail.ukl.yahoo.com
	[217.146.176.57])
	by mx1.FreeBSD.org (Postfix) with SMTP id 0A9C143D46
	for <freebsd-stable@freebsd.org>;
	Sat, 12 Mar 2005 11:38:27 +0000 (GMT)
	(envelope-from rclairboy@yahoo.fr)
Received: (qmail 28372 invoked by uid 60001); 12 Mar 2005 11:38:26 -0000
Message-ID: <20050312113826.28370.qmail@web26607.mail.ukl.yahoo.com>
Received: from [81.57.209.123] by web26607.mail.ukl.yahoo.com via HTTP;
	Sat, 12 Mar 2005 12:38:26 CET
Date: Sat, 12 Mar 2005 12:38:26 +0100 (CET)
From: richard clairboy <rclairboy@yahoo.fr>
To: Christopher Nehren <apeiron+usenet@coitusmentis.info>,
	freebsd-stable@freebsd.org, nomadlogic@gmail.com
In-Reply-To: 6667
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
Subject: Re: make buildworld
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 12 Mar 2005 11:38:28 -0000

please find below the issues reported by make
buildworld

AGE@;pnmtops;g" 
/usr/src/gnu/usr.bin/groff/tmac/../../../../contrib/groff/tmac
www.tmac > www.tmac-s                                 
                        
cd
/usr/src/gnu/usr.bin/groff/tmac/../../../../contrib/groff/tmac;
 install -C 
S -s -o root -g wheel -m 444  mandoc.tmac andoc.tmac
an-old.tmac  me.tmac  mdoc
tmac  pic.tmac  a4.tmac  papersize.tmac  ec.tmac 
safer.tmac  trace.tmac  ps.tm
c psold.tmac pspic.tmac psatk.tmac  dvi.tmac  tty.tmac
tty-char.tmac  latin1.tm
c latin2.tmac latin9.tmac cp1047.tmac  X.tmac Xps.tmac
 lj4.tmac  lbp.tmac  htm
.tmac html-end.tmac  europs.tmac  composite.tmac 
eqnrc  troffrc troffrc-end  h
phen.us hyphenex.us
/usr/obj/usr/src/i386/legacy/usr/share/tmac           
    
strip:
/usr/obj/usr/src/i386/legacy/usr/share/tmac/mandoc.tmac:
File format not
recognized                                            
                        
install: wait: No such file or directory              
                        
*** Error code 70                                     
                        
                                                      
                        
Stop in /usr/src/gnu/usr.bin/groff/tmac.              
                        
*** Error code 1                                      
                        
                                                      
                        
Stop in /usr/src.                                     
                        
*** Error code 1                                      
                        
                                                      
                        
Stop in /usr/src.                                     
                        
*** Error code 1                                      
                        
                                                      
                        
Stop in /usr/src.                                     
                        
and the make.conf
INSTALL=install -C -S -s

PPP_NOSUID=		true
ENABLE_SUID_SSH=	true
ENABLE_SUID_NEWGRP=	true

NO_FORTRAN=	true	# do not build g77 and related
libraries
NO_I4B=		true	# do not build isdn4bsd package
NO_IPFILTER=	true	# do not build IP Filter package
NO_KERBEROS=	true	# do not build and install Kerberos
5 (KTH Heimdal)
NO_OBJC=	true	# do not build Objective C support
NO_SENDMAIL=	true	# do not build sendmail and related
programs
NOGAMES=	true	# do not build games (games/ subdir)

COMPAT1X=	no
COMPAT20=	yes
COMPAT21=	yes
COMPAT22=	yes
COMPAT3X=	yes

MAKE_RSAINTL=	yes		# RSA (public key exchange)
USA_RESIDENT=	no

SUP_UPDATE=	yes
SUP=		/usr/local/bin/cvsup
SUPFLAGS=	-g -L 2
SUPFILE=	/usr/share/cvsup/cvs-supfile
PORTSSUPFILE=	/usr/share/cvsup/ports-supfile
DOCSUPFILE=	/usr/share/cvsup/doc-supfile


--- Christopher Nehren
<apeiron+usenet@coitusmentis.info> wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> On 2005-03-11, richard clairboy scribbled these
> curious markings:
> > I face w/ problem when i execute make buildworld
> after
> > i've synced my source from the CVS current 5.3
> > release.
> > [...]
> > Has anybody got a clue about that ???
> 
> An erorr message would be helpful. Please take note
> that "Error code 1",
> if you see it, isn't helpful -- the messages above
> it are. Your
> supfile may be helpful as well. You may be pulling
> revision files (they
> end in ,v) or nothing at all, which would give you
> an empty /usr/src
> tree -- and would obviously give an error. :)
> 
> Best Regards,
> Christopher Nehren
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.0 (FreeBSD)
> 
>
iD8DBQFCMiHek/lo7zvzJioRAtHpAKC/JpFg0L2P6p7vAu467ciLE+jh8wCcCqOD
> STU5ARQT/FS21BCMN4Lf0Tc=
> =syPV
> -----END PGP SIGNATURE-----
> 
> -- 
> I abhor a system designed for the "user", if that
> word is a coded
> pejorative meaning "stupid and unsophisticated". --
> Ken Thompson
> If you ask the wrong questions, you get answers like
> "42" and "God".
> Unix is user friendly. However, it isn't idiot
> friendly.
> 
> _______________________________________________
> freebsd-stable@freebsd.org mailing list
>
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
> To unsubscribe, send any mail to
> "freebsd-stable-unsubscribe@freebsd.org"
> 


	

	
		
Découvrez le nouveau Yahoo! Mail : 250 Mo d'espace de stockage pour vos mails ! 
Créez votre Yahoo! Mail sur http://fr.mail.yahoo.com/

From owner-freebsd-stable@FreeBSD.ORG  Sat Mar 12 13:42:44 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id CFEC116A4CE
	for <freebsd-stable@freebsd.org>;
	Sat, 12 Mar 2005 13:42:44 +0000 (GMT)
Received: from web81708.mail.yahoo.com (web81708.mail.yahoo.com
	[206.190.37.139])
	by mx1.FreeBSD.org (Postfix) with SMTP id 4343943D1F
	for <freebsd-stable@freebsd.org>;
	Sat, 12 Mar 2005 13:42:44 +0000 (GMT)
	(envelope-from jtmcnaughton@yahoo.com)
Message-ID: <20050312134243.65565.qmail@web81708.mail.yahoo.com>
Received: from [67.37.230.138] by web81708.mail.yahoo.com via HTTP;
	Sat, 12 Mar 2005 05:42:43 PST
Date: Sat, 12 Mar 2005 05:42:43 -0800 (PST)
From: James McNaughton <jtmcnaughton@yahoo.com>
To: freebsd-stable@freebsd.org
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Subject: Flash player sound solution
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 12 Mar 2005 13:42:44 -0000

The Problem:

Using native Mozilla and
linuxpluginwrapper/linux-flashplugin (on 4.10-stable
et al) to view flash content results in no sound and
occasional Mozilla freezes.

The Solution:

Run esd.

How:

I was searching the web for the solution, and got
nowhere. There didn't seem to be anyone who had gotten
it to work. Linux mailing lists noted a problem with
file permissions on /dev/snd or /dev/pcm* depending on
the sound system drivers installed. My /dev/pcm* file
permissions were all rw to begin with, so this didn't
help.

I wondered what device the plugin was actually trying
to access, so I did "strings 
/usr/local/lib/linux-flashplugin6/libflashplayer.so"
and found /dev/dsp and /dev/mixer. Nearby in the list
I noticed a few lines relating to esd. From a command
line I started esd and went back to view some content
that had previously frozen Mozilla, and there was
sound coming out my speakers and the browser did not
hang.

I had long suspected the browser hangs were related to
sound in the flash content. My results seem to confirm
that suspicion.

Jim

From owner-freebsd-stable@FreeBSD.ORG  Sat Mar 12 14:07:15 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 2804616A4CE
	for <stable@freebsd.org>; Sat, 12 Mar 2005 14:07:15 +0000 (GMT)
Received: from neptune.atopia.net (neptune.atopia.net [209.128.231.90])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 53D3743D53
	for <stable@freebsd.org>; Sat, 12 Mar 2005 14:07:14 +0000 (GMT)
	(envelope-from dcp1990@neptune.atopia.net)
Received: by neptune.atopia.net (Postfix, from userid 1034)
	id AD90640D7; Sat, 12 Mar 2005 09:07:17 -0500 (EST)
Date: Sat, 12 Mar 2005 09:07:17 -0500
From: Dan Ponte <dcp1990@neptune.atopia.net>
To: stable@freebsd.org
Message-ID: <20050312140717.GA43253@neptune.atopia.net>
Mail-Followup-To: stable@freebsd.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="u3/rZRmxL6MmkK24"
Content-Disposition: inline
User-Agent: Mutt/1.5.8i
Subject: ACPI errors on boot
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 12 Mar 2005 14:07:15 -0000


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

Hi all.
I've been seeing lots of ACPI errors in my dmesg lately. They haven't
really affected functionality (yet!), but I'd like to see them resolved
nonetheless. I've googled all around, could not find a hint of a
solution. This machine is an ASUS CUSL2 motherboard with BIOS revision
1009. Below is my dmesg.
-------------
Copyright (c) 1992-2005 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
	The Regents of the University of California. All rights reserved.
FreeBSD 5.3-STABLE #3: Wed Jan 12 16:34:03 EST 2005
    root@supermachine.danponte.net:/usr/obj/usr/src/sys/SUPERMACHINE
Timecounter "i8254" frequency 1193182 Hz quality 0
CPU: Intel Pentium III (753.53-MHz 686-class CPU)
  Origin =3D "GenuineIntel"  Id =3D 0x683  Stepping =3D 3
  Features=3D0x383f9ff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,=
CMOV,PAT,PSE36,MMX,FXSR,SSE>
real memory  =3D 268349440 (255 MB)
avail memory =3D 252944384 (241 MB)
npx0: [FAST]
npx0: <math processor> on motherboard
npx0: INT 16 interface
acpi0: <ASUS CUSL2> on motherboard
    ACPI-0252: *** Error: No object was returned from [\\_SB_.PCI0.PX40.UAR=
2._STA] (Node 0xc15b8dc0), AE_NOT_EXIST
acpi0: Power Button (fixed)
    ACPI-0252: *** Error: No object was returned from [\\_SB_.PCI0.PX40.UAR=
2._STA] (Node 0xc15b8dc0), AE_NOT_EXIST
    ACPI-0252: *** Error: No object was returned from [\\_SB_.PCI0.PX40.UAR=
2._STA] (Node 0xc15b8dc0), AE_NOT_EXIST
    ACPI-0252: *** Error: No object was returned from [\\_SB_.PCI0.PX40.UAR=
2._STA] (Node 0xc15b8dc0), AE_NOT_EXIST
    ACPI-0252: *** Error: No object was returned from [\\_SB_.PCI0.PX40.UAR=
2._STA] (Node 0xc15b8dc0), AE_NOT_EXIST
Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000
acpi_timer0: <24-bit timer at 3.579545MHz> port 0xe408-0xe40b on acpi0
cpu0: <ACPI CPU (2 Cx states)> 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 82815 (i815 GMCH) host to PCI bridge> mem 0xf8000000-0xfbfffff=
f at device 0.0 on pci0
pcib1: <ACPI PCI-PCI bridge> at device 1.0 on pci0
pci1: <ACPI PCI bus> on pcib1
pci1: <display, VGA> at device 0.0 (no driver attached)
pcib2: <ACPI PCI-PCI bridge> at device 30.0 on pci0
pci2: <ACPI PCI bus> on pcib2
pcm0: <AudioPCI ES1373-8> port 0xb800-0xb83f irq 9 at device 11.0 on pci2
pcm0: <TriTech TR28602 AC97 Codec>
pcm0: [GIANT-LOCKED]
dc0: <ADMtek AN985 10/100BaseTX> port 0xb400-0xb4ff mem 0xf1800000-0xf18003=
ff irq 9 at device 13.0 on pci2
miibus0: <MII bus> on dc0
ukphy0: <Generic IEEE 802.3u media interface> on miibus0
ukphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
dc0: Ethernet address: 00:0c:41:f0:7e:ce
dc0: if_start running deferred for Giant
dc0: [GIANT-LOCKED]
isab0: <PCI-ISA bridge> at device 31.0 on pci0
isa0: <ISA bus> on isab0
atapci0: <Intel ICH2 UDMA100 controller> port 0xa800-0xa80f,0x376,0x170-0x1=
77,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 0xa400-0xa41f i=
rq 5 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 0xa000-0xa01f i=
rq 9 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
uhub2: ALCOR Generic USB Hub, class 9/0, rev 1.10/1.00, addr 2
uhub2: 4 ports with 4 removable, self powered
umass0: SanDisk Corporation ImageMate CompactFlash USB, rev 1.10/0.09, addr=
 3
umass0: Get Max Lun not supported (STALLED)
fdc0: <floppy drive controller> port 0x3f7,0x3f2-0x3f5 irq 6 drq 2 on acpi0
fdc0: [FAST]
fd0: <1440-KB 3.5" drive> on fdc0 drive 0
ppc0: <ECP parallel printer port> 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/9 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
sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acp=
i0
sio0: type 16550A
    ACPI-0252: *** Error: No object was returned from [\\_SB_.PCI0.PX40.UAR=
2._STA] (Node 0xc15b8dc0), AE_NOT_EXIST
    ACPI-0252: *** Error: No object was returned from [\\_SB_.PCI0.PX40.UAR=
2._STA] (Node 0xc15b8dc0), AE_NOT_EXIST
    ACPI-0252: *** Error: No object was returned from [\\_SB_.PCI0.PX40.UAR=
2._STA] (Node 0xc15b8dc0), AE_NOT_EXIST
    ACPI-0252: *** Error: No object was returned from [\\_SB_.PCI0.PX40.UAR=
2._STA] (Node 0xc15b8dc0), AE_NOT_EXIST
    ACPI-0252: *** Error: No object was returned from [\\_SB_.PCI0.PX40.UAR=
2._STA] (Node 0xc15b8dc0), AE_NOT_EXIST
    ACPI-0252: *** Error: No object was returned from [\\_SB_.PCI0.PX40.UAR=
2._STA] (Node 0xc15b8dc0), AE_NOT_EXIST
sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0
sio1: type 16550A
    ACPI-0252: *** Error: No object was returned from [\\_SB_.PCI0.PX40.UAR=
2._STA] (Node 0xc15b8dc0), AE_NOT_EXIST
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
orm0: <ISA Option ROM> at iomem 0xc0000-0xc9fff on isa0
pmtimer0 on isa0
sc0: <System console> at flags 0x100 on isa0
sc0: VGA <16 virtual consoles, flags=3D0x300>
vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0
Timecounter "TSC" frequency 753533594 Hz quality 800
Timecounters tick every 10.000 msec
acpi_cpu: throttling enabled, 8 steps (100% to 12.5%), currently 100.0%
ad0: 38166MB <WDC WD400BB-00DEA0/05.03E05> [77545/16/63] at ata0-master UDM=
A100
ad1: 39205MB <Maxtor 6E040L0/NAR61590> [79656/16/63] at ata0-slave UDMA100
acd0: CDROM <CD-ROM Drive/G6D/M1.30> at ata1-master UDMA33
acd1: CDRW <PHILIPS CDRW4012P/P1.1> at ata1-slave UDMA33
cd0 at ata1 bus 0 target 0 lun 0
cd0: <CD-ROM Drive/G6D 1.30> Removable CD-ROM SCSI-0 device=20
cd0: 33.000MB/s transfers
cd0: Attempt to query device size failed: NOT READY, Medium not present
cd1 at ata1 bus 0 target 1 lun 0
cd1: <PHILIPS CDRW4012P P1.1> Removable CD-ROM SCSI-0 device=20
cd1: 33.000MB/s transfers
cd1: Attempt to query device size failed: NOT READY, Medium not present - t=
ray closed
da0 at umass-sim0 bus 0 target 0 lun 0
da0: <SanDisk ImageMate II 1.30> Removable Direct Access SCSI-2 device=20
da0: 1.000MB/s transfers
da0: Attempt to query device size failed: NOT READY, Medium not present
(da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0=20
(da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error
(da0:umass-sim0:0:0:0): SCSI Status: Check Condition
(da0:umass-sim0:0:0:0): NOT READY asc:3a,0
(da0:umass-sim0:0:0:0): Medium not present
(da0:umass-sim0:0:0:0): Unretryable error
Opened disk da0 -> 6
(da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0=20
(da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error
(da0:umass-sim0:0:0:0): SCSI Status: Check Condition
(da0:umass-sim0:0:0:0): NOT READY asc:3a,0
(da0:umass-sim0:0:0:0): Medium not present
(da0:umass-sim0:0:0:0): Unretryable error
Opened disk da0 -> 6
(da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0=20
(da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error
(da0:umass-sim0:0:0:0): SCSI Status: Check Condition
(da0:umass-sim0:0:0:0): NOT READY asc:3a,0
(da0:umass-sim0:0:0:0): Medium not present
(da0:umass-sim0:0:0:0): Unretryable error
Opened disk da0 -> 6
Mounting root from ufs:/dev/ad0s2a
    ACPI-0252: *** Error: No object was returned from [\\_SB_.PCI0.PX40.UAR=
2._STA] (Node 0xc15b8dc0), AE_NOT_EXIST
    ACPI-0252: *** Error: No object was returned from [\\_SB_.PCI0.PX40.UAR=
2._STA] (Node 0xc15b8dc0), AE_NOT_EXIST
    ACPI-0252: *** Error: No object was returned from [\\_SB_.PCI0.PX40.UAR=
2._STA] (Node 0xc15b8dc0), AE_NOT_EXIST
    ACPI-0252: *** Error: No object was returned from [\\_SB_.PCI0.PX40.UAR=
2._STA] (Node 0xc15b8dc0), AE_NOT_EXIST
--------------
Thanks.
-Dan
--=20
Dan Ponte
http://www.theamigan.net/
You have the body of a 19 year old.  Please return it before it gets
wrinkled.

--u3/rZRmxL6MmkK24
Content-Type: application/pgp-signature
Content-Disposition: inline

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

iD8DBQFCMveV8dUD8SpKFR8RAsE0AJ9AXxlpaprOpUjce3VuFDC8a+i6LwCdHGHn
gj/wxqLtBDxnSLRQ21EBpqo=
=RvPb
-----END PGP SIGNATURE-----

--u3/rZRmxL6MmkK24--

From owner-freebsd-stable@FreeBSD.ORG  Sat Mar 12 18:44:36 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 4A6B516A4CE
	for <freebsd-stable@freebsd.org>;
	Sat, 12 Mar 2005 18:44:36 +0000 (GMT)
Received: from bloom.cse.buffalo.edu (bloom.cse.Buffalo.EDU [128.205.32.88])
	by mx1.FreeBSD.org (Postfix) with ESMTP id B9FBB43D53
	for <freebsd-stable@freebsd.org>;
	Sat, 12 Mar 2005 18:44:35 +0000 (GMT)
	(envelope-from kensmith@FreeBSD.org)
Received: from bloom.cse.buffalo.edu (localhost.cse.buffalo.edu [127.0.0.1])
	by bloom.cse.buffalo.edu (8.13.1/8.12.4) with ESMTP id j2CIiZcg083362
	for <freebsd-stable@freebsd.org>;
	Sat, 12 Mar 2005 13:44:35 -0500 (EST)
Received: (from kensmith@localhost)
	by bloom.cse.buffalo.edu (8.13.1/8.13.1/Submit) id j2CIiZCp083361
	for freebsd-stable@freebsd.org; Sat, 12 Mar 2005 13:44:35 -0500 (EST)
	(envelope-from kensmith)
Date: Sat, 12 Mar 2005 13:44:35 -0500
From: Ken Smith <kensmith@FreeBSD.org>
To: freebsd-stable@freebsd.org
Message-ID: <20050312184435.GA83274@bloom.cse.buffalo.edu>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="ZPt4rx8FFjLCG7dd"
Content-Disposition: inline
User-Agent: Mutt/1.4.2.1i
Subject: Delay in first 5.4 test builds
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 12 Mar 2005 18:44:36 -0000


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


Just a note to say sorry about the delay in getting the first 5.4 test
builds done.  A few of the fixes to bugs we would like to have in place
for the entire test cycle (so they get maximum testing) have taken a bit
longer than anticipated.  And we got started a little late on rearranging
the system installation procedure to handle the package layout in a way
that would allow us to avoid the "disc1-kde/disc1-gnome" situation we
had with the 4.11 release.

Both of those issues are nearing completion, we hope to have the first
test builds ready early this coming week (the week of March 13th).

-ken


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

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

iD8DBQFCMziR/G14VSmup/YRApphAJ0TkSntcPSLJXHAx/Wew+euvmOcFQCfZdoy
JetaaXop3HWHwRjS/p+/K7k=
=5uz0
-----END PGP SIGNATURE-----

--ZPt4rx8FFjLCG7dd--

From owner-freebsd-stable@FreeBSD.ORG  Sat Mar 12 20:54:10 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 1E8CB16A4CE
	for <freebsd-stable@freebsd.org>;
	Sat, 12 Mar 2005 20:54:10 +0000 (GMT)
Received: from bgo1smout1.broadpark.no (bgo1smout1.broadpark.no [217.13.4.94])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 7669843D41
	for <freebsd-stable@freebsd.org>;
	Sat, 12 Mar 2005 20:54:09 +0000 (GMT)
	(envelope-from torfinn.ingolfsen@broadpark.no)
Received: from bgo1sminn1.broadpark.no ([217.13.4.93])
 by bgo1smout1.broadpark.no
 (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004))
 with ESMTP id <0ID9000WWB56C2C0@bgo1smout1.broadpark.no> for
 freebsd-stable@freebsd.org; Sat, 12 Mar 2005 21:48:42 +0100 (CET)
Received: from kg-work.kg4.no ([80.203.21.150]) by bgo1sminn1.broadpark.no
 (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004))
 with SMTP id <0ID9008PZBHBO0A0@bgo1sminn1.broadpark.no> for
 freebsd-stable@freebsd.org; Sat, 12 Mar 2005 21:56:00 +0100 (CET)
Date: Sat, 12 Mar 2005 21:54:00 +0100
From: Torfinn Ingolfsen <torfinn.ingolfsen@broadpark.no>
X-Face: 
	"t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq;m"_0v;~rUM2Yy!zmkh)3&U|u!=<N>T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH
To: freebsd-stable@freebsd.org
Message-id: <20050312215400.08a664a7.torfinn.ingolfsen@broadpark.no>
MIME-version: 1.0
X-Mailer: Sylpheed version 1.0.0beta3 (GTK+ 1.2.10; i386-portbld-freebsd5.3)
Content-type: multipart/mixed; boundary="Boundary_(ID_GVYcnm5xz9Vuq92TpGVv6w)"
Subject: Diagnostic tools for external hard drives?
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 12 Mar 2005 20:54:10 -0000

This is a multi-part message in MIME format.

--Boundary_(ID_GVYcnm5xz9Vuq92TpGVv6w)
Content-type: text/plain; charset=US-ASCII
Content-transfer-encoding: 7BIT

Hello,

Does FreeBSD (stable) have any tools that I can use to run diagnostics
on an external hard drive?

I have a Maxtor One Touch 250GB external hard drive (the one with both
USB and Firewire connectors). This is connected to my FreeBSD 5-stable
machine with firewire.

>From /var/log/messages:
Mar 12 21:29:38 kg-work kernel: da1 at sbp0 bus 0 target 1 lun 0
Mar 12 21:29:38 kg-work kernel: da1: <Maxtor OneTouch 0000> Fixed Direct
Access SCSI-4 device 
Mar 12 21:29:38 kg-work kernel: da1: 50.000MB/s transfers 
Mar 12 21:29:38 kg-work kernel: da1: 239371MB (490232832 512
byte sectors: 255H 63S/T 30515C)

Today the drive suddenly stopped working, and when I try to mount it now
it says:
root@kg-work# mount /dev/da1s1e /mnt
mount: /dev/da1s1e: Input/output error

In /var/log/messages I see lots of error messages
(see attached file).

Maxtor have a (Windows-only) tool that will do diagnostics, but only on
"One Touch II" drives, not on those who are only "One Touch".
So any tool I can use under FreeBSD will help. The drive is still under
warranty, so I will not open it (yet).

Any hints appreciated.
-- 
Regards,
Torfinn Ingolfsen,
Norway



--Boundary_(ID_GVYcnm5xz9Vuq92TpGVv6w)
Content-type: text/plain; name=ot_errors.txt
Content-transfer-encoding: 7BIT
Content-disposition: attachment; filename=ot_errors.txt

Mar 12 21:48:26 kg-work kernel: (da1:sbp0:0:1:0): SCSI Status: Check Condition
Mar 12 21:48:26 kg-work kernel: (da1:sbp0:0:1:0): MEDIUM ERROR asc:4b,0
Mar 12 21:48:26 kg-work kernel: (da1:sbp0:0:1:0): Data phase error
Mar 12 21:48:26 kg-work kernel: (da1:sbp0:0:1:0): Retrying Command (per Sense Data)
Mar 12 21:48:27 kg-work kernel: (da1:sbp0:0:1:0): READ(10). CDB: 28 0 0 0 0 4f 0 0 10 0 
Mar 12 21:48:27 kg-work kernel: (da1:sbp0:0:1:0): CAM Status: SCSI Status Error
Mar 12 21:48:27 kg-work kernel: (da1:sbp0:0:1:0): SCSI Status: Check Condition
Mar 12 21:48:27 kg-work kernel: (da1:sbp0:0:1:0): MEDIUM ERROR asc:4b,0
Mar 12 21:48:27 kg-work kernel: (da1:sbp0:0:1:0): Data phase error
Mar 12 21:48:27 kg-work kernel: (da1:sbp0:0:1:0): Retries Exhausted

--Boundary_(ID_GVYcnm5xz9Vuq92TpGVv6w)--

From owner-freebsd-stable@FreeBSD.ORG  Sat Mar 12 21:48:53 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id B9CD216A4CE; Sat, 12 Mar 2005 21:48:53 +0000 (GMT)
Received: from dd3.kasserver.com (dd2718.kasserver.com [81.209.184.159])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 05C3C43D49; Sat, 12 Mar 2005 21:48:53 +0000 (GMT)
	(envelope-from freebsd@chillt.de)
Received: from [192.168.0.5] (dsl-082-083-063-080.arcor-ip.net [82.83.63.80])
	by dd3.kasserver.com (Postfix) with ESMTP
	id 442D39ACBE; Sat, 12 Mar 2005 22:48:49 +0100 (CET)
Message-ID: <423363C4.60508@chillt.de>
Date: Sat, 12 Mar 2005 22:48:52 +0100
From: Bartosz Fabianowski <freebsd@chillt.de>
User-Agent: Mozilla Thunderbird 1.0 (X11/20050202)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: obrien@freebsd.org
References: <422ACE0B.4060503@lumachedelcervello.cjb.net>
	<422B502C.6090003@chillt.de> <20050312022324.GA4899@hub.freebsd.org>
In-Reply-To: <20050312022324.GA4899@hub.freebsd.org>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
cc: Eugenio <eugenio@lumachedelcervello.cjb.net>
cc: freebsd-stable@freebsd.org
cc: freebsd-i386@freebsd.org
cc: freebsd-mobile@freebsd.org
Subject: Re: CPUTYPE=pentium-m
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 12 Mar 2005 21:48:54 -0000

> Are you saying, all we need to do is commit this diff to make everyone's
> environment happy?

Obviously, I can't speak for everyone. For me, your patch fixes the kernel. But the loader still causes an exception. That's of course because your patch only affects the kernel itself and not the loader. If it was possible to do a similar tweak for the loader, I am confident it would make the bug go away.

From owner-freebsd-stable@FreeBSD.ORG  Sat Mar 12 23:00:41 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id D050916A4CE
	for <freebsd-stable@freebsd.org>;
	Sat, 12 Mar 2005 23:00:41 +0000 (GMT)
Received: from havoc.eusc.inter.net (havoc.eusc.inter.net [213.73.101.6])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 3522B43D2F
	for <freebsd-stable@freebsd.org>;
	Sat, 12 Mar 2005 23:00:41 +0000 (GMT)	(envelope-from msch@snafu.de)
Received: from pd9e6b486.dip0.t-ipconnect.de ([217.230.180.134]
	helo=stable.alpenflugzentrum.de)
	by havoc.eusc.inter.net with asmtp (Exim 3.36 #3)	id 1DAFb6-00005k-00
	for freebsd-stable@freebsd.org; Sun, 13 Mar 2005 00:00:40 +0100
Received: from stable.alpenflugzentrum.de (localhost.alpenflugzentrum.de
	[127.0.0.1])j2CN0cNd000987	for <freebsd-stable@freebsd.org>;
	Sun, 13 Mar 2005 00:00:38 +0100 (CET)	(envelope-from msch@snafu.de)
Received: from localhost (localhost [[UNIX: localhost]])
	by stable.alpenflugzentrum.de (8.13.3/8.13.1/Submit) id j2CN0bcY000986
	for freebsd-stable@freebsd.org; Sun, 13 Mar 2005 00:00:37 +0100 (CET)
	(envelope-from msch@snafu.de)
X-Authentication-Warning: stable.alpenflugzentrum.de: matthias set sender to
	msch@snafu.de using -f
From: Matthias Schuendehuette <msch@snafu.de>
Organization: Micro$oft-free Zone
To: freebsd-stable@freebsd.org
Date: Sun, 13 Mar 2005 00:00:37 +0100
User-Agent: KMail/1.7.2
MIME-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-15"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200503130000.37579.msch@snafu.de>
Subject: amd(8) on port 631??
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: msch@snafu.de
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 12 Mar 2005 23:00:41 -0000

Hi,

since the last system update today (5.4-PRERELEASE) the  automountdaemon 
amd(8) grabs port tcp/631 which prevents cupsd(8) from starting which 
in turn prevents smbd(8)/SAMBA from starting.

How come? Have I overlooked something?
-- 
Ciao/BSD - Matthias

Matthias Schuendehuette	<msch [at] snafu.de>, Berlin (Germany)
PGP-Key at <pgp.mit.edu> and <wwwkeys.de.pgp.net> ID: 0xDDFB0A5F