From owner-freebsd-stable@FreeBSD.ORG Sat Feb 14 21:44:26 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2E14216A4CE for ; Sat, 14 Feb 2004 21:44:26 -0800 (PST) Received: from blount.mail.mindspring.net (blount.mail.mindspring.net [207.69.200.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 15E5143D2D for ; Sat, 14 Feb 2004 21:44:26 -0800 (PST) (envelope-from refund@gate.net) Received: from user-1120ohd.dsl.mindspring.com ([66.32.98.45] helo=Terry) by blount.mail.mindspring.net with smtp (Exim 3.33 #1) id 1AsF4r-0000LD-00 for freebsd-stable@freebsd.org; Sun, 15 Feb 2004 00:44:25 -0500 Message-ID: <000601c3f44f$ff5b19a0$0a0110ac@Terry> From: "tterry" To: Date: Mon, 16 Feb 2004 00:44:51 -0500 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 X-Mailman-Approved-At: Sun, 15 Feb 2004 05:26:59 -0800 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: NEC 1300A DVD-R writing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Feb 2004 05:44:26 -0000 Hi I have seem your posting Could you email th update for nec 1300a Thanks Terry From owner-freebsd-stable@FreeBSD.ORG Sun Feb 15 10:00:37 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4A24B16A4CE; Sun, 15 Feb 2004 10:00:37 -0800 (PST) Received: from david.tolid.eu.org (213.237.119.114.adsl.rdo.worldonline.dk [213.237.119.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id 51CC643D1F; Sun, 15 Feb 2004 10:00:36 -0800 (PST) (envelope-from tolid@plab.ku.dk) Received: from david.tolid.eu.org (tolid@localhost [127.0.0.1]) by david.tolid.eu.org (8.12.10/8.12.9) with SMTP id i1FI0Xah045184; Sun, 15 Feb 2004 19:00:33 +0100 (CET) (envelope-from tolid@plab.ku.dk) Date: Sun, 15 Feb 2004 19:00:33 +0100 From: Anatoliy Dmytriyev To: freebsd-scsi@freebsd.org, freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Message-Id: <20040215190033.1a54db22@david.tolid.eu.org> Organization: The Protein Laboratory, University of Copenhagen X-Mailer: Sylpheed version 0.9.8claws (GTK+ 1.2.10; i386-portbld-freebsd4.9) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: problems with Adaptec SCSI adapter and IBM harddrives X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Feb 2004 18:00:37 -0000 Hello, everybody! I need to install a scsi system on my 4.9 freebsd box and used the scsi card "Adaptec 29160 Ultra160 SCSI adapter" and external cabinet with the IBM drive: . After stratup FreeBSD detected Adaptec and hard drive, I did fdisk, label and newfs without any problems, but when I tried copy data on this scsi disk I got error messages: (da0:ahc0:0:6:0): SCB 0x3 - timed out >>>>>>>>>>>>>>>>>> Dump Card State Begins <<<<<<<<<<<<<<<<< ahc0: Dumping Card State in Data-out phase, at SEQADDR 0x89 Card was paused ACCUM = 0x0, SINDEX = 0x2, DINDEX = 0x52, ARG_2 = 0xff HCNT = 0x0 SCBPTR = 0x1 SCSIPHASE[0x0] SCSISIGI[0x4] ERROR[0x0] SCSIBUSL[0x34] LASTPHASE[0x0] SCSISEQ[0x12] SBLKCTL[0x6] SCSIRATE[0x95] SEQCTL[0x10] SEQ_FLAGS[0x20] SSTAT0[0x0] SSTAT1[0x0] SSTAT2[0x40] SSTAT3[0x0] SIMODE0[0x8] SIMODE1[0xac] SXFRCTL0[0x80] DFCNTRL[0x2c] DFSTATUS[0x89] STACK: 0x0 0x16b 0x63 0x89 SCB count = 20 Kernel NEXTQSCB = 12 Card NEXTQSCB = 14 QINFIFO entries: 14 15 0 16 17 18 19 1 2 4 5 6 7 8 9 13 Waiting Queue entries: Disconnected Queue entries: QOUTFIFO entries: Sequencer Free SCB List: 0 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 Sequencer SCB Info: 0 SCB_CONTROL[0xe0] SCB_SCSIID[0x67] SCB_LUN[0x0] SCB_TAG[0xff] 1 SCB_CONTROL[0x60] SCB_SCSIID[0x67] SCB_LUN[0x0] SCB_TAG[0x3] 2 SCB_CONTROL[0x0] SCB_SCSIID[0xff] SCB_LUN[0xff] SCB_TAG[0xff] 3 SCB_CONTROL[0x0] SCB_SCSIID[0xff] SCB_LUN[0xff] SCB_TAG[0xff] 4 SCB_CONTROL[0x0] SCB_SCSIID[0xff] SCB_LUN[0xff] SCB_TAG[0xff] 5 SCB_CONTROL[0x0] SCB_SCSIID[0xff] SCB_LUN[0xff] SCB_TAG[0xff] 6 SCB_CONTROL[0x0] SCB_SCSIID[0xff] SCB_LUN[0xff] SCB_TAG[0xff] 7 SCB_CONTROL[0x0] SCB_SCSIID[0xff] SCB_LUN[0xff] SCB_TAG[0xff] 8 SCB_CONTROL[0x0] SCB_SCSIID[0xff] SCB_LUN[0xff] SCB_TAG[0xff] 9 SCB_CONTROL[0x0] SCB_SCSIID[0xff] SCB_LUN[0xff] SCB_TAG[0xff] 10 SCB_CONTROL[0x0] SCB_SCSIID[0xff] SCB_LUN[0xff] SCB_TAG[0xff] 11 SCB_CONTROL[0x0] SCB_SCSIID[0xff] SCB_LUN[0xff] SCB_TAG[0xff] 12 SCB_CONTROL[0x0] SCB_SCSIID[0xff] SCB_LUN[0xff] SCB_TAG[0xff] 13 SCB_CONTROL[0x0] SCB_SCSIID[0xff] SCB_LUN[0xff] SCB_TAG[0xff] 14 SCB_CONTROL[0x0] SCB_SCSIID[0xff] SCB_LUN[0xff] SCB_TAG[0xff] 15 SCB_CONTROL[0x0] SCB_SCSIID[0xff] SCB_LUN[0xff] SCB_TAG[0xff] 16 SCB_CONTROL[0x0] SCB_SCSIID[0xff] SCB_LUN[0xff] SCB_TAG[0xff] 17 SCB_CONTROL[0x0] SCB_SCSIID[0xff] SCB_LUN[0xff] SCB_TAG[0xff] 18 SCB_CONTROL[0x0] SCB_SCSIID[0xff] SCB_LUN[0xff] SCB_TAG[0xff] 19 SCB_CONTROL[0x0] SCB_SCSIID[0xff] SCB_LUN[0xff] SCB_TAG[0xff] 20 SCB_CONTROL[0x0] SCB_SCSIID[0xff] SCB_LUN[0xff] SCB_TAG[0xff] 21 SCB_CONTROL[0x0] SCB_SCSIID[0xff] SCB_LUN[0xff] SCB_TAG[0xff] 22 SCB_CONTROL[0x0] SCB_SCSIID[0xff] SCB_LUN[0xff] SCB_TAG[0xff] 23 SCB_CONTROL[0x0] SCB_SCSIID[0xff] SCB_LUN[0xff] SCB_TAG[0xff] 24 SCB_CONTROL[0x0] SCB_SCSIID[0xff] SCB_LUN[0xff] SCB_TAG[0xff] 25 SCB_CONTROL[0x0] SCB_SCSIID[0xff] SCB_LUN[0xff] SCB_TAG[0xff] 26 SCB_CONTROL[0x0] SCB_SCSIID[0xff] SCB_LUN[0xff] SCB_TAG[0xff] 27 SCB_CONTROL[0x0] SCB_SCSIID[0xff] SCB_LUN[0xff] SCB_TAG[0xff] 28 SCB_CONTROL[0x0] SCB_SCSIID[0xff] SCB_LUN[0xff] SCB_TAG[0xff] 29 SCB_CONTROL[0x0] SCB_SCSIID[0xff] SCB_LUN[0xff] SCB_TAG[0xff] 30 SCB_CONTROL[0x0] SCB_SCSIID[0xff] SCB_LUN[0xff] SCB_TAG[0xff] 31 SCB_CONTROL[0x0] SCB_SCSIID[0xff] SCB_LUN[0xff] SCB_TAG[0xff] Pending list: 13 SCB_CONTROL[0x60] SCB_SCSIID[0x67] SCB_LUN[0x0] 9 SCB_CONTROL[0x60] SCB_SCSIID[0x67] SCB_LUN[0x0] 8 SCB_CONTROL[0x60] SCB_SCSIID[0x67] SCB_LUN[0x0] 7 SCB_CONTROL[0x60] SCB_SCSIID[0x67] SCB_LUN[0x0] 6 SCB_CONTROL[0x60] SCB_SCSIID[0x67] SCB_LUN[0x0] 5 SCB_CONTROL[0x60] SCB_SCSIID[0x67] SCB_LUN[0x0] 4 SCB_CONTROL[0x60] SCB_SCSIID[0x67] SCB_LUN[0x0] 2 SCB_CONTROL[0x60] SCB_SCSIID[0x67] SCB_LUN[0x0] 1 SCB_CONTROL[0x60] SCB_SCSIID[0x67] SCB_LUN[0x0] 19 SCB_CONTROL[0x60] SCB_SCSIID[0x67] SCB_LUN[0x0] 18 SCB_CONTROL[0x60] SCB_SCSIID[0x67] SCB_LUN[0x0] 17 SCB_CONTROL[0x60] SCB_SCSIID[0x67] SCB_LUN[0x0] 16 SCB_CONTROL[0x60] SCB_SCSIID[0x67] SCB_LUN[0x0] 0 SCB_CONTROL[0x60] SCB_SCSIID[0x67] SCB_LUN[0x0] 15 SCB_CONTROL[0x60] SCB_SCSIID[0x67] SCB_LUN[0x0] 14 SCB_CONTROL[0x60] SCB_SCSIID[0x67] SCB_LUN[0x0] 3 SCB_CONTROL[0x60] SCB_SCSIID[0x67] SCB_LUN[0x0] Kernel Free SCB list: 11 10 >>>>>>>>>>>>>>>>> sg[0] - Addr 0x6571000 : Length 4096 sg[1] - Addr 0x6972000 : Length 4096 sg[2] - Addr 0x6933000 : Length 4096 sg[3] - Addr 0x65b4000 : Length 4096 sg[4] - Addr 0x6775000 : Length 4096 sg[5] - Addr 0x6916000 : Length 4096 sg[6] - Addr 0x6b37000 : Length 4096 sg[7] - Addr 0x64f8000 : Length 4096 sg[8] - Addr 0x6df9000 : Length 4096 sg[9] - Addr 0x6d3a000 : Length 4096 sg[10] - Addr 0x6fdb000 : Length 4096 sg[11] - Addr 0x6d9c000 : Length 4096 sg[12] - Addr 0x6f1d000 : Length 4096 sg[13] - Addr 0x6d5e000 : Length 4096 sg[14] - Addr 0x6f7f000 : Length 4096 sg[15] - Addr 0x7080000 : Length 4096 (da0:ahc0:0:6:0): BDR message in message buffer (da0:ahc0:0:6:0): SCB 0x3 - timed out And many many times. I tried with other harddrive (the same model) and with card "Adaptec 2940 Ultra SCSI adapter" - the same result. Do you have any ideas: where is problems? I have not many experience with scsi devices and will appreciate for any help. Best regards, Anatoliy Dmytriyev -- Anatoliy Dmytriyev From owner-freebsd-stable@FreeBSD.ORG Sun Feb 15 17:06:48 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7D19316A4CE for ; Sun, 15 Feb 2004 17:06:48 -0800 (PST) Received: from moek.pir.net (moek.pir.net [130.64.1.215]) by mx1.FreeBSD.org (Postfix) with ESMTP id 650E043D1D for ; Sun, 15 Feb 2004 17:06:48 -0800 (PST) (envelope-from pir@pir.net) Received: from pir by moek.pir.net with local (Exim) id 1AsXDj-0001Of-00 for stable@freebsd.org; Sun, 15 Feb 2004 20:06:47 -0500 Date: Sun, 15 Feb 2004 20:06:47 -0500 From: Peter Radcliffe To: stable@freebsd.org Message-ID: <20040216010647.GA4436@pir.net> Mail-Followup-To: stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2i X-fish: < X-Copy-On-Listmail: Please do NOT Cc: me on list mail. Subject: wi HostAP problems with -stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: stable@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Feb 2004 01:06:48 -0000 I've got a -STABLE box with a prism 2.5 minipci card in it that I'm trying to use in hostap mode. Following the man page and comments from various places the following should work; # ifconfig wi0 inet 192.168.10.1 \ stationname "foo" ssid "foo" channel 6 \ media DS/11Mbps mediaopt hostap up but on the client end (another -stable box with a similar prism 2.5 minipci) I get no association. Both client and the box I'm trying to use as a server have the same firmware; wi0: using RF:PRISM2.5 MAC:ISL3874A(Mini-PCI) wi0: Intersil Firmware: Primary 1.01.01, Station 1.07.04 Both boxes work fine as clients, connect perfectly to random basestations I have in use, so the antennas and such seem to work. Any hints ? Bad firmware rev for hostap ? Also, is there any way to go back from hostap to BSS mode other than rebooting ? Thanks, P. -- pir From owner-freebsd-stable@FreeBSD.ORG Sun Feb 15 20:06:10 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9840216A4D1 for ; Sun, 15 Feb 2004 20:06:10 -0800 (PST) Received: from out012.verizon.net (out012pub.verizon.net [206.46.170.137]) by mx1.FreeBSD.org (Postfix) with ESMTP id 67E8543D2F for ; Sun, 15 Feb 2004 20:06:10 -0800 (PST) (envelope-from cswiger@mac.com) Received: from mac.com ([68.160.202.196]) by out012.verizon.net (InterMail vM.5.01.06.06 201-253-122-130-106-20030910) with ESMTP id <20040216040609.QRTX1590.out012.verizon.net@mac.com>; Sun, 15 Feb 2004 22:06:09 -0600 Message-ID: <403041A5.8050707@mac.com> Date: Sun, 15 Feb 2004 23:05:57 -0500 From: Chuck Swiger Organization: The Courts of Chaos User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6) Gecko/20040113 X-Accept-Language: en-us, en MIME-Version: 1.0 To: stable@FreeBSD.ORG, bms@spc.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Authentication-Info: Submitted using SMTP AUTH at out012.verizon.net from [68.160.202.196] at Sun, 15 Feb 2004 22:06:09 -0600 Subject: -STABLE kernel build fails, TCP_SIG_SPI et al... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Feb 2004 04:06:10 -0000 Hi, Bruce (and all)-- [ ... ] cc -c -O -pipe -march=pentiumpro -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -g -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/../include -I/usr/src/sys/contrib/dev/acpica -I/usr/src/sys/contrib/ipfilter -D_KERNEL -include opt_global.h -mpreferred-stack-boundary=2 /usr/src/sys/netipsec/xform_ipip.c cc -c -O -pipe -march=pentiumpro -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -g -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/../include -I/usr/src/sys/contrib/dev/acpica -I/usr/src/sys/contrib/ipfilter -D_KERNEL -include opt_global.h -mpreferred-stack-boundary=2 /usr/src/sys/netipsec/xform_tcp.c /usr/src/sys/netipsec/xform_tcp.c: In function `tcpsignature_init': /usr/src/sys/netipsec/xform_tcp.c:87: `TCP_SIG_SPI' undeclared (first use in this function) /usr/src/sys/netipsec/xform_tcp.c:87: (Each undeclared identifier is reported only once /usr/src/sys/netipsec/xform_tcp.c:87: for each function it appears in.) /usr/src/sys/netipsec/xform_tcp.c:102: `TCP_KEYLEN_MIN' undeclared (first use in this function) /usr/src/sys/netipsec/xform_tcp.c:102: `TCP_KEYLEN_MAX' undeclared (first use in this function) *** Error code 1 Stop in /usr/obj/usr/src/sys/NORMAL. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. ----- Non-standard bits of my kernel config are: options IPFIREWALL #firewall options IPFW2 #firewall options IPFIREWALL_VERBOSE #enable logging to syslogd(8) options IPFIREWALL_FORWARD #enable transparent proxy support options IPFIREWALL_VERBOSE_LIMIT=100 #limit verbosity options IPFIREWALL_DEFAULT_TO_ACCEPT options IPDIVERT #divert sockets #options TCPDEBUG options RANDOM_IP_ID options DUMMYNET options BRIDGE options DEVICE_POLLING options HZ=1000 options SC_PIXEL_MODE options NMBCLUSTERS=8192 options SEMMNI=256 options SEMMNS=256 #options IPSEC #options IPSEC_ESP #options IPSEC_DEBUG # options FAST_IPSEC pseudo-device crypto # core crypto support pseudo-device cryptodev # /dev/crypto for access to h/w device rndtest # FIPS 140-2 entropy tester device hifn # Hifn 7951, 7781, etc. options HIFN_DEBUG # enable debugging support: hw.hifn.debug options HIFN_RNDTEST # enable rndtest support ...but it's otherwise closely derived from GENERIC. -- -Chuck From owner-freebsd-stable@FreeBSD.ORG Mon Feb 16 03:16:15 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EFF4316A4CE for ; Mon, 16 Feb 2004 03:16:15 -0800 (PST) Received: from mx.road.omskelecom.ru (mx.road.omskelecom.ru [195.162.36.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF0AB43D2D for ; Mon, 16 Feb 2004 03:16:12 -0800 (PST) (envelope-from sergey@road.omskelecom.ru) Received: from ugai.uvd-omsk.su (ugai.uvd-omsk.su [94.1.0.103]) by mx.road.omskelecom.ru (Postfix) with ESMTP id 1B02920F1E for ; Mon, 16 Feb 2004 17:16:08 +0600 (OMST) Received: from sergey.gibdd.uvd-omsk.su (sergey.gibdd.uvd-omsk.su [94.1.0.85]) by ugai.uvd-omsk.su (8.12.9p2/8.12.9) with SMTP id i1GBG6N3029504 for ; Mon, 16 Feb 2004 17:16:07 +0600 (OMST) (envelope-from sergey@road.omskelecom.ru) Date: Mon, 16 Feb 2004 17:16:07 +0600 From: sergey akifiev To: freebsd-stable@freebsd.org Message-Id: <20040216171607.66531082.sergey@road.omskelecom.ru> X-Mailer: Sylpheed version 0.9.6claws (GTK+ 1.2.10; i386-pc-linux-gnu) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Multipart=_Mon__16_Feb_2004_17_16_07_+0600_57.tK/ic8nVp_.0=" X-Virus-Scanned: ClamAV version 'clamd / ClamAV version 0.65', clamav-milter version '0.60p' Subject: ipx totally broken in 4.9-RELEASE-p2? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Feb 2004 11:16:16 -0000 This is a multi-part message in MIME format. --Multipart=_Mon__16_Feb_2004_17_16_07_+0600_57.tK/ic8nVp_.0= Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit things were working fine util cvsupping to 4.9-RELEASE-p2. any operation, linked with ipx, results in kernel panic. here attached gdb trace after i've executed `ncplist s'. -- WBFH: -error --Multipart=_Mon__16_Feb_2004_17_16_07_+0600_57.tK/ic8nVp_.0= Content-Type: application/octet-stream; name="gdb.log" Content-Disposition: attachment; filename="gdb.log" Content-Transfer-Encoding: base64 U2NyaXB0IHN0YXJ0ZWQgb24gTW9uIEZlYiAxNiAyMzowMDoxMiAyMDA0CkdOVSBnZGIgNC4xOCAo RnJlZUJTRCkNCkNvcHlyaWdodCAxOTk4IEZyZWUgU29mdHdhcmUgRm91bmRhdGlvbiwgSW5jLg0K R0RCIGlzIGZyZWUgc29mdHdhcmUsIGNvdmVyZWQgYnkgdGhlIEdOVSBHZW5lcmFsIFB1YmxpYyBM aWNlbnNlLCBhbmQgeW91IGFyZQ0Kd2VsY29tZSB0byBjaGFuZ2UgaXQgYW5kL29yIGRpc3RyaWJ1 dGUgY29waWVzIG9mIGl0IHVuZGVyIGNlcnRhaW4gY29uZGl0aW9ucy4NClR5cGUgInNob3cgY29w eWluZyIgdG8gc2VlIHRoZSBjb25kaXRpb25zLg0KVGhlcmUgaXMgYWJzb2x1dGVseSBubyB3YXJy YW50eSBmb3IgR0RCLiAgVHlwZSAic2hvdyB3YXJyYW50eSIgZm9yIGRldGFpbHMuDQpUaGlzIEdE QiB3YXMgY29uZmlndXJlZCBhcyAiaTM4Ni11bmtub3duLWZyZWVic2QiLi4uRGVwcmVjYXRlZCBi ZmRfcmVhZCBjYWxsZWQgYXQgL3Vzci9zcmMvZ251L3Vzci5iaW4vYmludXRpbHMvZ2RiLy4uLy4u Ly4uLy4uL2NvbnRyaWIvZ2RiL2dkYi9kYnhyZWFkLmMgbGluZSAyNjI3IGluIGVsZnN0YWJfYnVp bGRfcHN5bXRhYnMNCkRlcHJlY2F0ZWQgYmZkX3JlYWQgY2FsbGVkIGF0IC91c3Ivc3JjL2dudS91 c3IuYmluL2JpbnV0aWxzL2dkYi8uLi8uLi8uLi8uLi9jb250cmliL2dkYi9nZGIvZGJ4cmVhZC5j IGxpbmUgOTMzIGluIGZpbGxfc3ltYnVmDQoNCklkbGVQVEQgYXQgcGhzeWljYWwgYWRkcmVzcyAw eDAwNDVhMDAwDQppbml0aWFsIHBjYiBhdCBwaHlzaWNhbCBhZGRyZXNzIDB4MDAzOTYxODANCnBh bmljc3RyOiBwYWdlIGZhdWx0DQpwYW5pYyBtZXNzYWdlczoNCi0tLQ0KRmF0YWwgdHJhcCAxMjog cGFnZSBmYXVsdCB3aGlsZSBpbiBrZXJuZWwgbW9kZQ0KZmF1bHQgdmlydHVhbCBhZGRyZXNzCT0g MHgxYw0KZmF1bHQgY29kZQkJPSBzdXBlcnZpc29yIHJlYWQsIHBhZ2Ugbm90IHByZXNlbnQNCmlu c3RydWN0aW9uIHBvaW50ZXIJPSAweDg6MHhjMDFlODE5NA0Kc3RhY2sgcG9pbnRlcgkgICAgICAg ID0gMHgxMDoweGQ3MDMwZDU0DQpmcmFtZSBwb2ludGVyCSAgICAgICAgPSAweDEwOjB4ZDcwMzBk NTgNCmNvZGUgc2VnbWVudAkJPSBiYXNlIDB4MCwgbGltaXQgMHhmZmZmZiwgdHlwZSAweDFiDQoJ CQk9IERQTCAwLCBwcmVzIDEsIGRlZjMyIDEsIGdyYW4gMQ0KcHJvY2Vzc29yIGVmbGFncwk9IGlu dGVycnVwdCBlbmFibGVkLCByZXN1bWUsIElPUEwgPSAwDQpjdXJyZW50IHByb2Nlc3MJCT0gNTcg KG5jcGxpc3QpDQppbnRlcnJ1cHQgbWFzawkJPSANCnRyYXAgbnVtYmVyCQk9IDEyDQpwYW5pYzog cGFnZSBmYXVsdA0KDQpzeW5jaW5nIGRpc2tzLi4uIDEgDQpkb25lDQpVcHRpbWU6IDhtMjFzDQoN CmR1bXBpbmcgdG8gZGV2ICNhZC8weDIwMDAxLCBvZmZzZXQgMTI4DQpkdW1wIGF0YTA6IHJlc2V0 dGluZyBkZXZpY2VzIC4uIGRvbmUNCjUxMSA1MTAgNTA5IDUwOCA1MDcgNTA2IDUwNSA1MDQgNTAz IDUwMiA1MDEgNTAwIDQ5OSA0OTggNDk3IDQ5NiA0OTUgNDk0IDQ5MyA0OTIgNDkxIDQ5MCA0ODkg NDg4IDQ4NyA0ODYgNDg1IDQ4NCA0ODMgNDgyIDQ4MSA0ODAgNDc5IDQ3OCA0NzcgNDc2IDQ3NSA0 NzQgNDczIDQ3MiA0NzEgNDcwIDQ2OSA0NjggNDY3IDQ2NiA0NjUgNDY0IDQ2MyA0NjIgNDYxIDQ2 MCA0NTkgNDU4IDQ1NyA0NTYgNDU1IDQ1NCA0NTMgNDUyIDQ1MSA0NTAgNDQ5IDQ0OCA0NDcgNDQ2 IDQ0NSA0NDQgNDQzIDQ0MiA0NDEgNDQwIDQzOSA0MzggNDM3IDQzNiA0MzUgNDM0IDQzMyA0MzIg NDMxIDQzMCA0MjkgNDI4IDQyNyA0MjYgNDI1IDQyNCA0MjMgNDIyIDQyMSA0MjAgNDE5IDQxOCA0 MTcgNDE2IDQxNSA0MTQgNDEzIDQxMiA0MTEgNDEwIDQwOSA0MDggNDA3IDQwNiA0MDUgNDA0IDQw MyA0MDIgNDAxIDQwMCAzOTkgMzk4IDM5NyAzOTYgMzk1IDM5NCAzOTMgMzkyIDM5MSAzOTAgMzg5 IDM4OCAzODcgMzg2IDM4NSAzODQgMzgzIDM4MiAzODEgMzgwIDM3OSAzNzggMzc3IDM3NiAzNzUg Mzc0IDM3MyAzNzIgMzcxIDM3MCAzNjkgMzY4IDM2NyAzNjYgMzY1IDM2NCAzNjMgMzYyIDM2MSAz NjAgMzU5IDM1OCAzNTcgMzU2IDM1NSAzNTQgMzUzIDM1MiAzNTEgMzUwIDM0OSAzNDggMzQ3IDM0 NiAzNDUgMzQ0IDM0MyAzNDIgMzQxIDM0MCAzMzkgMzM4IDMzNyAzMzYgMzM1IDMzNCAzMzMgMzMy IDMzMSAzMzAgMzI5IDMyOCAzMjcgMzI2IDMyNSAzMjQgMzIzIDMyMiAzMjEgMzIwIDMxOSAzMTgg MzE3IDMxNiAzMTUgMzE0IDMxMyAzMTIgMzExIDMxMCAzMDkgMzA4IDMwNyAzMDYgMzA1IDMwNCAz MDMgMzAyIDMwMSAzMDAgMjk5IDI5OCAyOTcgMjk2IDI5NSAyOTQgMjkzIDI5MiAyOTEgMjkwIDI4 OSAyODggMjg3IDI4NiAyODUgMjg0IDI4MyAyODIgMjgxIDI4MCAyNzkgMjc4IDI3NyAyNzYgMjc1 IDI3NCAyNzMgMjcyIDI3MSAyNzAgMjY5IDI2OCAyNjcgMjY2IDI2NSAyNjQgMjYzIDI2MiAyNjEg MjYwIDI1OSAyNTggMjU3IDI1NiAyNTUgMjU0IDI1MyAyNTIgMjUxIDI1MCAyNDkgMjQ4IDI0NyAy NDYgMjQ1IDI0NCAyNDMgMjQyIDI0MSAyNDAgMjM5IDIzOCAyMzcgMjM2IDIzNSAyMzQgMjMzIDIz MiAyMzEgMjMwIDIyOSAyMjggMjI3IDIyNiAyMjUgMjI0IDIyMyAyMjIgMjIxIDIyMCAyMTkgMjE4 IDIxNyAyMTYgMjE1IDIxNCAyMTMgMjEyIDIxMSAyMTAgMjA5IDIwOCAyMDcgMjA2IDIwNSAyMDQg MjAzIDIwMiAyMDEgMjAwIDE5OSAxOTggMTk3IDE5NiAxOTUgMTk0IDE5MyAxOTIgMTkxIDE5MCAx ODkgMTg4IDE4NyAxODYgMTg1IDE4NCAxODMgMTgyIDE4MSAxODAgMTc5IDE3OCAxNzcgMTc2IDE3 NSAxNzQgMTczIDE3MiAxNzEgMTcwIDE2OSAxNjggMTY3IDE2NiAxNjUgMTY0IDE2MyAxNjIgMTYx IDE2MCAxNTkgMTU4IDE1NyAxNTYgMTU1IDE1NCAxNTMgMTUyIDE1MSAxNTAgMTQ5IDE0OCAxNDcg MTQ2IDE0NSAxNDQgMTQzIDE0MiAxNDEgMTQwIDEzOSAxMzggMTM3IDEzNiAxMzUgMTM0IDEzMyAx MzIgMTMxIDEzMCAxMjkgMTI4IDEyNyAxMjYgMTI1IDEyNCAxMjMgMTIyIDEyMSAxMjAgMTE5IDEx OCAxMTcgMTE2IDExNSAxMTQgMTEzIDExMiAxMTEgMTEwIDEwOSAxMDggMTA3IDEwNiAxMDUgMTA0 IDEwMyAxMDIgMTAxIDEwMCA5OSA5OCA5NyA5NiA5NSA5NCA5MyA5MiA5MSA5MCA4OSA4OCA4NyA4 NiA4NSA4NCA4MyA4MiA4MSA4MCA3OSA3OCA3NyA3NiA3NSA3NCA3MyA3MiA3MSA3MCA2OSA2OCA2 NyA2NiA2NSA2NCA2MyA2MiA2MSA2MCA1OSA1OCA1NyA1NiA1NSA1NCA1MyA1MiA1MSA1MCA0OSA0 OCA0NyA0NiA0NSA0NCA0MyA0MiA0MSA0MCAzOSAzOCAzNyAzNiAzNSAzNCAzMyAzMiAzMSAzMCAy OSAyOCAyNyAyNiAyNSAyNCAyMyAyMiAyMSAyMCAxOSAxOCAxNyAxNiAxNSAxNCAxMyAxMiAxMSAx MCA5IDggNyA2IDUgNCAzIDIgMSAwIA0KLS0tDQojMCAgZHVtcHN5cyAoKSBhdCAvdXNyL3NyYy9z eXMva2Vybi9rZXJuX3NodXRkb3duLmM6NDg3DQo0ODcJCWlmIChkdW1waW5nKyspIHsNCihrZ2Ri KSB3aGVlcmUIIAgIIAgIIAhyZQ0KIzAgIGR1bXBzeXMgKCkgYXQgL3Vzci9zcmMvc3lzL2tlcm4v a2Vybl9zaHV0ZG93bi5jOjQ4Nw0KIzEgIDB4YzAxOTc0YmYgaW4gYm9vdCAoaG93dG89MjU2KSBh dCAvdXNyL3NyYy9zeXMva2Vybi9rZXJuX3NodXRkb3duLmM6MzE2DQojMiAgMHhjMDE5NzhlNCBp biBwb3dlcm9mZl93YWl0IChqdW5rPTB4YzAzNGNmOGMsIGhvd3RvPS0xMDcwMjgyMDk3KQ0KICAg IGF0IC91c3Ivc3JjL3N5cy9rZXJuL2tlcm5fc2h1dGRvd24uYzo1OTUNCiMzICAweGMwMmVjNjNh IGluIHRyYXBfZmF0YWwgKGZyYW1lPTB4ZDcwMzBkMTQsIGV2YT0yOCkNCiAgICBhdCAvdXNyL3Ny Yy9zeXMvaTM4Ni9pMzg2L3RyYXAuYzo5NzQNCiM0ICAweGMwMmVjMzBkIGluIHRyYXBfcGZhdWx0 IChmcmFtZT0weGQ3MDMwZDE0LCB1c2VybW9kZT0wLCBldmE9MjgpDQogICAgYXQgL3Vzci9zcmMv c3lzL2kzODYvaTM4Ni90cmFwLmM6ODY3DQojNSAgMHhjMDJlYmVmNyBpbiB0cmFwIChmcmFtZT17 dGZfZnMgPSAxNiwgdGZfZXMgPSAxNiwgdGZfZHMgPSAtNjg3NjY5MjMyLCANCiAgICAgIHRmX2Vk aSA9IC02ODc2NjU3NTYsIHRmX2VzaSA9IDE0LCB0Zl9lYnAgPSAtNjg3NjY1ODMyLCANCiAgICAg IHRmX2lzcCA9IC02ODc2NjU4NTYsIHRmX2VieCA9IC02ODc2NjU3NTYsIHRmX2VkeCA9IC0xMDQw MDM2MDk2LCANCiAgICAgIHRmX2VjeCA9IDIzLCB0Zl9lYXggPSAwLCB0Zl90cmFwbm8gPSAxMiwg dGZfZXJyID0gMCwgDQogICAgICB0Zl9laXAgPSAtMTA3MTc0MjU3MiwgdGZfY3MgPSA4LCB0Zl9l ZmxhZ3MgPSA2NjE4MiwgdGZfZXNwID0gMCwgDQogICAgICB0Zl9zcyA9IC02ODc2NjU3Njh9KSBh dCAvdXNyL3NyYy9zeXMvaTM4Ni9pMzg2L3RyYXAuYzo0NjYNCiM2ICAweGMwMWU4MTk0IGluIG5n X2V0aGVyX291dHB1dCAoaWZwPTB4YzIwMjRmMDAsIG1wPTB4ZDcwMzBkYTQpDQogICAgYXQgL3Vz ci9zcmMvc3lzL25ldGdyYXBoL25nX2V0aGVyLmM6Mjc1DQojNyAgMHhjMDFkYzQzNCBpbiBldGhl cl9vdXRwdXQgKGlmcD0weGMyMDI0ZjAwLCBtPTB4YzEwY2M3MDAsIGRzdD0weGMyMDQzNDMwLCAN CiAgICBydDA9MHhjMjA2MTYwMCkgYXQgL3Vzci9zcmMvc3lzL25ldC9pZl9ldGhlcnN1YnIuYzoz NjANCiM4ICAweGMwMjBmNWNiIGluIGlweF9vdXRwdXRmbCAobTA9MHhjMTBiYjUwMCwgcm89MHhj MjA0MzQyYywgZmxhZ3M9MzIpDQogICAgYXQgL3Vzci9zcmMvc3lzL25ldGlweC9pcHhfb3V0cHV0 ZmwuYzoxMzcNCiM5ICAweGMwMjEwMWRkIGluIGlweF9vdXRwdXQgKGlweHA9MHhjMjA0MzQwMCwg bTA9MHhjMTBiYjUwMCkNCiAgICBhdCAvdXNyL3NyYy9zeXMvbmV0aXB4L2lweF91c3JyZXEuYzoy NjMNCiMxMCAweGMwMjEwNTY3IGluIGlweF9zZW5kIChzbz0weGQ1OTdiZWMwLCBmbGFncz0wLCBt PTB4YzEwYmI1MDAsIA0KICAgIG5hbT0weGMxZTQ0M2MwLCBjb250cm9sPTB4MCwgcD0weGQ0Nzhk MTAwKQ0KLS0tVHlwZSA8cmV0dXJuPiB0byBjb250aW51ZSwgb3IgcSA8cmV0dXJuPiB0byBxdWl0 LS0tDQogICAgYXQgL3Vzci9zcmMvc3lzL25ldGlweC9pcHhfdXNycmVxLmM6NTYzDQojMTEgMHhj MDFiNjhhYiBpbiBzb3NlbmQgKHNvPTB4ZDU5N2JlYzAsIGFkZHI9MHhjMWU0NDNjMCwgdWlvPTB4 ZDcwMzBlY2MsIA0KICAgIHRvcD0weGMxMGJiNTAwLCBjb250cm9sPTB4MCwgZmxhZ3M9MCwgcD0w eGQ0NzhkMTAwKQ0KICAgIGF0IC91c3Ivc3JjL3N5cy9rZXJuL3VpcGNfc29ja2V0LmM6NjA5DQoj MTIgMHhjMDFiOWQyYiBpbiBzZW5kaXQgKHA9MHhkNDc4ZDEwMCwgcz0zLCBtcD0weGQ3MDMwZjBj LCBmbGFncz0wKQ0KICAgIGF0IC91c3Ivc3JjL3N5cy9rZXJuL3VpcGNfc3lzY2FsbHMuYzo1OTAN CiMxMyAweGMwMWI5ZTJlIGluIHNlbmR0byAocD0weGQ0NzhkMTAwLCB1YXA9MHhkNzAzMGY4MCkN CiAgICBhdCAvdXNyL3NyYy9zeXMva2Vybi91aXBjX3N5c2NhbGxzLmM6NjQzDQojMTQgMHhjMDJl YzhlOSBpbiBzeXNjYWxsMiAoZnJhbWU9e3RmX2ZzID0gNDcsIHRmX2VzID0gNDcsIHRmX2RzID0g NDcsIA0KICAgICAgdGZfZWRpID0gMTM0NTMzMTIwLCB0Zl9lc2kgPSA0LCB0Zl9lYnAgPSAtMTA3 NzkzOTAwOCwgDQogICAgICB0Zl9pc3AgPSAtNjg3NjY1MTk2LCB0Zl9lYnggPSA2NzE1NTYxODAs IHRmX2VkeCA9IC0xMDc3OTM4OTA0LCANCiAgICAgIHRmX2VjeCA9IDMsIHRmX2VheCA9IDEzMywg dGZfdHJhcG5vID0gMTIsIHRmX2VyciA9IDIsIA0KICAgICAgdGZfZWlwID0gNjcxNzk5MzI4LCB0 Zl9jcyA9IDMxLCB0Zl9lZmxhZ3MgPSA2NjMsIHRmX2VzcCA9IC0xMDc3OTM5MDY4LCANCiAgICAg IHRmX3NzID0gNDd9KSBhdCAvdXNyL3NyYy9zeXMvaTM4Ni9pMzg2L3RyYXAuYzoxMTc1DQojMTUg MHhjMDJkZTQyNSBpbiBYaW50MHg4MF9zeXNjYWxsICgpDQojMTYgMHgyODA2ZTJmZSBpbiA/PyAo KQ0KIzE3IDB4MjgwNmU3YjkgaW4gPz8gKCkNCiMxOCAweDI4MDZiNTdiIGluID8/ICgpDQojMTkg MHgyODA2Yjc5YSBpbiA/PyAoKQ0KIzIwIDB4MjgwNmI3ZTMgaW4gPz8gKCkNCiMyMSAweDgwNDhj MTAgaW4gPz8gKCkNCiMyMiAweDgwNDhkY2IgaW4gPz8gKCkNCiMyMyAweDgwNDk1NDMgaW4gPz8g KCkNCiMyNCAweDgwNDhhYmEgaW4gPz8gKCkNCihrZ2RiKSAKU2NyaXB0IGRvbmUgb24gTW9uIEZl YiAxNiAyMzowMDozNCAyMDA0Cg== --Multipart=_Mon__16_Feb_2004_17_16_07_+0600_57.tK/ic8nVp_.0= Content-Type: application/octet-stream; name="UGAI-TEST" Content-Disposition: attachment; filename="UGAI-TEST" Content-Transfer-Encoding: base64 IwojIEdFTkVSSUMgLS0gR2VuZXJpYyBrZXJuZWwgY29uZmlndXJhdGlvbiBmaWxlIGZvciBGcmVl QlNEL2kzODYKIwojIEZvciBtb3JlIGluZm9ybWF0aW9uIG9uIHRoaXMgZmlsZSwgcGxlYXNlIHJl YWQgdGhlIGhhbmRib29rIHNlY3Rpb24gb24KIyBLZXJuZWwgQ29uZmlndXJhdGlvbiBGaWxlczoK IwojICAgIGh0dHA6Ly93d3cuRnJlZUJTRC5vcmcvaGFuZGJvb2sva2VybmVsY29uZmlnLWNvbmZp Zy5odG1sCiMKIyBUaGUgaGFuZGJvb2sgaXMgYWxzbyBhdmFpbGFibGUgbG9jYWxseSBpbiAvdXNy L3NoYXJlL2RvYy9oYW5kYm9vawojIGlmIHlvdSd2ZSBpbnN0YWxsZWQgdGhlIGRvYyBkaXN0cmli dXRpb24sIG90aGVyd2lzZSBhbHdheXMgc2VlIHRoZQojIEZyZWVCU0QgV29ybGQgV2lkZSBXZWIg c2VydmVyIChodHRwOi8vd3d3LkZyZWVCU0Qub3JnLykgZm9yIHRoZQojIGxhdGVzdCBpbmZvcm1h dGlvbi4KIwojIEFuIGV4aGF1c3RpdmUgbGlzdCBvZiBvcHRpb25zIGFuZCBtb3JlIGRldGFpbGVk IGV4cGxhbmF0aW9ucyBvZiB0aGUKIyBkZXZpY2UgbGluZXMgaXMgYWxzbyBwcmVzZW50IGluIHRo ZSAuL0xJTlQgY29uZmlndXJhdGlvbiBmaWxlLiBJZiB5b3UgYXJlCiMgaW4gZG91YnQgYXMgdG8g dGhlIHB1cnBvc2Ugb3IgbmVjZXNzaXR5IG9mIGEgbGluZSwgY2hlY2sgZmlyc3QgaW4gTElOVC4K IwojICRGcmVlQlNEOiBzcmMvc3lzL2kzODYvY29uZi9HRU5FUklDLHYgMS4yNDYuMi4zNyAyMDAx LzEyLzE5IDE4OjM0OjQ1IGllZG93c2UgRXhwICQKCm1hY2hpbmUJCWkzODYKI2NwdQkJSTM4Nl9D UFUKI2NwdQkJSTQ4Nl9DUFUKI2NwdQkJSTU4Nl9DUFUKY3B1CQlJNjg2X0NQVQpvcHRpb25zCQlD UFVfRU5BQkxFX1NTRQpvcHRpb25zCQlDUFVfRkFTVEVSXzVYODZfRlBVCgppZGVudAkJVUdBSS1U RVNUCm1heHVzZXJzCTAKCm1ha2VvcHRpb25zCURFQlVHPS1nCQkjQnVpbGQga2VybmVsIHdpdGgg Z2RiKDEpIGRlYnVnIHN5bWJvbHMKCiNvcHRpb25zIAlEREIKCm9wdGlvbnMgCU1BVEhfRU1VTEFU RQkJI1N1cHBvcnQgZm9yIHg4NyBlbXVsYXRpb24Kb3B0aW9ucyAJSU5FVAkJCSNJbnRlck5FVHdv cmtpbmcKI29wdGlvbnMgCUlORVQ2CQkJI0lQdjYgY29tbXVuaWNhdGlvbnMgcHJvdG9jb2xzCm9w dGlvbnMgCUlQWAkJCSNJUFgvU1BYIGNvbW11bmljYXRpb25zIHByb3RvY29scwpvcHRpb25zIAlO Q1AJCQkjTmV0V2FyZSBDb3JlIHByb3RvY29sCm9wdGlvbnMgCUZGUwkJCSNCZXJrZWxleSBGYXN0 IEZpbGVzeXN0ZW0Kb3B0aW9ucyAJRkZTX1JPT1QJCSNGRlMgdXNhYmxlIGFzIHJvb3QgZGV2aWNl IFtrZWVwIHRoaXMhXQpvcHRpb25zIAlTT0ZUVVBEQVRFUwkJI0VuYWJsZSBGRlMgc29mdCB1cGRh dGVzIHN1cHBvcnQKb3B0aW9ucyAJVUZTX0RJUkhBU0gJCSNJbXByb3ZlIHBlcmZvcm1hbmNlIG9u IGJpZyBkaXJlY3RvcmllcwpvcHRpb25zIAlNRlMJCQkjTWVtb3J5IEZpbGVzeXN0ZW0Kb3B0aW9u cyAJTURfUk9PVAkJCSNNRCBpcyBhIHBvdGVudGlhbCByb290IGRldmljZQpvcHRpb25zIAlORlMJ CQkjTmV0d29yayBGaWxlc3lzdGVtCm9wdGlvbnMgCU5GU19ST09UCQkjTkZTIHVzYWJsZSBhcyBy b290IGRldmljZSwgTkZTIHJlcXVpcmVkCm9wdGlvbnMgCU1TRE9TRlMJCQkjTVNET1MgRmlsZXN5 c3RlbQpvcHRpb25zIAlOV0ZTCQkJI05ldFdhcmUgZmlsZXN5c3RlbQpvcHRpb25zIAlDRDk2NjAJ CQkjSVNPIDk2NjAgRmlsZXN5c3RlbQojb3B0aW9ucwkJU01CRlMJCQkjU01CL0NJRlMgZmlsZXN5 c3RlbQojIyBLZXJuZWwgc2lkZSBpY29udiBsaWJyYXJ5CiNvcHRpb25zIAlMSUJJQ09OVgpvcHRp b25zIAlDRDk2NjBfUk9PVAkJI0NELVJPTSB1c2FibGUgYXMgcm9vdCwgQ0Q5NjYwIHJlcXVpcmVk Cm9wdGlvbnMgCVBST0NGUwkJCSNQcm9jZXNzIGZpbGVzeXN0ZW0Kb3B0aW9ucyAJQ09NUEFUXzQz CQkjQ29tcGF0aWJsZSB3aXRoIEJTRCA0LjMgW0tFRVAgVEhJUyFdCm9wdGlvbnMgCVNDU0lfREVM QVk9MTUwMDAJI0RlbGF5IChpbiBtcykgYmVmb3JlIHByb2JpbmcgU0NTSQpvcHRpb25zIAlVQ09O U09MRQkJI0FsbG93IHVzZXJzIHRvIGdyYWIgdGhlIGNvbnNvbGUKb3B0aW9ucyAJVVNFUkNPTkZJ RwkJI2Jvb3QgLWMgZWRpdG9yCm9wdGlvbnMgCVZJU1VBTF9VU0VSQ09ORklHCSN2aXN1YWwgYm9v dCAtYyBlZGl0b3IKb3B0aW9ucyAJS1RSQUNFCQkJI2t0cmFjZSgxKSBzdXBwb3J0Cm9wdGlvbnMg CVNZU1ZTSE0JCQkjU1lTVi1zdHlsZSBzaGFyZWQgbWVtb3J5Cm9wdGlvbnMgCVNZU1ZNU0cJCQkj U1lTVi1zdHlsZSBtZXNzYWdlIHF1ZXVlcwpvcHRpb25zIAlTWVNWU0VNCQkJI1NZU1Ytc3R5bGUg c2VtYXBob3JlcwpvcHRpb25zIAlQMTAwM18xQgkJI1Bvc2l4IFAxMDAzXzFCIHJlYWwtdGltZSBl eHRlbnNpb25zCm9wdGlvbnMgCV9LUE9TSVhfUFJJT1JJVFlfU0NIRURVTElORwpvcHRpb25zCQlJ Q01QX0JBTkRMSU0JCSNSYXRlIGxpbWl0IGJhZCByZXBsaWVzCm9wdGlvbnMgCUtCRF9JTlNUQUxM X0NERVYJIyBpbnN0YWxsIGEgQ0RFViBlbnRyeSBpbiAvZGV2CgojIFRvIG1ha2UgYW4gU01QIGtl cm5lbCwgdGhlIG5leHQgdHdvIGFyZSBuZWVkZWQKI29wdGlvbnMgCVNNUAkJCSMgU3ltbWV0cmlj IE11bHRpUHJvY2Vzc29yIEtlcm5lbAojb3B0aW9ucyAJQVBJQ19JTwkJCSMgU3ltbWV0cmljIChB UElDKSBJL08KCmRldmljZQkJaXNhCmRldmljZQkJZWlzYQpkZXZpY2UJCXBjaQoKIyBGbG9wcHkg ZHJpdmVzCmRldmljZQkJZmRjMAlhdCBpc2E/IHBvcnQgSU9fRkQxIGlycSA2IGRycSAyCmRldmlj ZQkJZmQwCWF0IGZkYzAgZHJpdmUgMApkZXZpY2UJCWZkMQlhdCBmZGMwIGRyaXZlIDEKIwojIElm IHlvdSBoYXZlIGEgVG9zaGliYSBMaWJyZXR0byB3aXRoIGl0cyBZLUUgRGF0YSBQQ01DSUEgZmxv cHB5LAojIGRvbid0IHVzZSB0aGUgYWJvdmUgbGluZSBmb3IgZmRjMCBidXQgdGhlIGZvbGxvd2lu ZyBvbmU6CiNkZXZpY2UJCWZkYzAKCiMgQVRBIGFuZCBBVEFQSSBkZXZpY2VzCmRldmljZQkJYXRh MAlhdCBpc2E/IHBvcnQgSU9fV0QxIGlycSAxNApkZXZpY2UJCWF0YTEJYXQgaXNhPyBwb3J0IElP X1dEMiBpcnEgMTUKZGV2aWNlCQlhdGEKZGV2aWNlCQlhdGFkaXNrCQkJIyBBVEEgZGlzayBkcml2 ZXMKZGV2aWNlCQlhdGFwaWNkCQkJIyBBVEFQSSBDRFJPTSBkcml2ZXMKZGV2aWNlCQlhdGFwaWZk CQkJIyBBVEFQSSBmbG9wcHkgZHJpdmVzCmRldmljZQkJYXRhcGlzdAkJCSMgQVRBUEkgdGFwZSBk cml2ZXMKb3B0aW9ucyAJQVRBX1NUQVRJQ19JRAkJI1N0YXRpYyBkZXZpY2UgbnVtYmVyaW5nCgoj IFNDU0kgcGVyaXBoZXJhbHMKZGV2aWNlCQlzY2J1cwkJIyBTQ1NJIGJ1cyAocmVxdWlyZWQpCmRl dmljZQkJZGEJCSMgRGlyZWN0IEFjY2VzcyAoZGlza3MpCmRldmljZQkJc2EJCSMgU2VxdWVudGlh bCBBY2Nlc3MgKHRhcGUgZXRjKQpkZXZpY2UJCWNkCQkjIENECmRldmljZQkJcGFzcwkJIyBQYXNz dGhyb3VnaCBkZXZpY2UgKGRpcmVjdCBTQ1NJIGFjY2VzcykKCiMgYXRrYmRjMCBjb250cm9scyBi b3RoIHRoZSBrZXlib2FyZCBhbmQgdGhlIFBTLzIgbW91c2UKZGV2aWNlCQlhdGtiZGMwCWF0IGlz YT8gcG9ydCBJT19LQkQKZGV2aWNlCQlhdGtiZDAJYXQgYXRrYmRjPyBpcnEgMSBmbGFncyAweDAK ZGV2aWNlCQlwc20wCWF0IGF0a2JkYz8gaXJxIDEyCgpkZXZpY2UJCXZnYTAJYXQgaXNhPwoKIyBz cGxhc2ggc2NyZWVuL3NjcmVlbiBzYXZlcgpwc2V1ZG8tZGV2aWNlCXNwbGFzaAoKIyBzeXNjb25z IGlzIHRoZSBkZWZhdWx0IGNvbnNvbGUgZHJpdmVyLCByZXNlbWJsaW5nIGFuIFNDTyBjb25zb2xl CmRldmljZQkJc2MwCWF0IGlzYT8gZmxhZ3MgMHgxMDAKCiMgRW5hYmxlIHRoaXMgYW5kIFBDVlRf RlJFRUJTRCBmb3IgcGN2dCB2dDIyMCBjb21wYXRpYmxlIGNvbnNvbGUgZHJpdmVyCmRldmljZQkJ dnQwCWF0IGlzYT8KI29wdGlvbnMgCVhTRVJWRVIJCQkjIHN1cHBvcnQgZm9yIFggc2VydmVyIG9u IGEgdnQgY29uc29sZQojb3B0aW9ucyAJRkFUX0NVUlNPUgkJIyBzdGFydCB3aXRoIGJsb2NrIGN1 cnNvcgojIElmIHlvdSBoYXZlIGEgVGhpbmtQQUQsIHVuY29tbWVudCB0aGlzIGFsb25nIHdpdGgg dGhlIHJlc3Qgb2YgdGhlIFBDVlQgbGluZXMKI29wdGlvbnMgCVBDVlRfU0NBTlNFVD0yCQkjIElC TSBrZXlib2FyZHMgYXJlIG5vbi1zdGQKCiMgRmxvYXRpbmcgcG9pbnQgc3VwcG9ydCAtIGRvIG5v dCBkaXNhYmxlLgpkZXZpY2UJCW5weDAJYXQgbmV4dXM/IHBvcnQgSU9fTlBYIGlycSAxMwoKIyBQ b3dlciBtYW5hZ2VtZW50IHN1cHBvcnQgKHNlZSBMSU5UIGZvciBtb3JlIG9wdGlvbnMpCmRldmlj ZQkJYXBtMCAgICBhdCBuZXh1cz8gZGlzYWJsZSBmbGFncyAweDIwICMgQWR2YW5jZWQgUG93ZXIg TWFuYWdlbWVudAoKIyBTZXJpYWwgKENPTSkgcG9ydHMKZGV2aWNlCQlzaW8wCWF0IGlzYT8gcG9y dCBJT19DT00xIGZsYWdzIDB4MTAgaXJxIDQKZGV2aWNlCQlzaW8xCWF0IGlzYT8gcG9ydCBJT19D T00yIGlycSAzCmRldmljZQkJc2lvMglhdCBpc2E/IGRpc2FibGUgcG9ydCBJT19DT00zIGlycSA1 CmRldmljZQkJc2lvMwlhdCBpc2E/IGRpc2FibGUgcG9ydCBJT19DT000IGlycSA5CgojIFBhcmFs bGVsIHBvcnQKZGV2aWNlCQlwcGMwCWF0IGlzYT8gaXJxIDcKZGV2aWNlCQlwcGJ1cwkJIyBQYXJh bGxlbCBwb3J0IGJ1cyAocmVxdWlyZWQpCmRldmljZQkJbHB0CQkjIFByaW50ZXIKI2RldmljZQkJ cGxpcAkJIyBUQ1AvSVAgb3ZlciBwYXJhbGxlbApkZXZpY2UJCXBwaQkJIyBQYXJhbGxlbCBwb3J0 IGludGVyZmFjZSBkZXZpY2UKI2RldmljZQkJdnBvCQkjIFJlcXVpcmVzIHNjYnVzIGFuZCBkYQoK CiMgUENJIEV0aGVybmV0IE5JQ3MuCmRldmljZQkJZGUJCSMgREVDL0ludGVsIERDMjF4NHggKGBg VHVsaXAnJykKZGV2aWNlCQl0eHAJCSMgM0NvbSAzY1I5OTAgKGBgVHlwaG9vbicnKQpkZXZpY2UJ CXZ4CQkjIDNDb20gM2M1OTAsIDNjNTk1IChgYFZvcnRleCcnKQoKIyBQQ0kgRXRoZXJuZXQgTklD cyB0aGF0IHVzZSB0aGUgY29tbW9uIE1JSSBidXMgY29udHJvbGxlciBjb2RlLgojIE5PVEU6IEJl IHN1cmUgdG8ga2VlcCB0aGUgJ2RldmljZSBtaWlidXMnIGxpbmUgaW4gb3JkZXIgdG8gdXNlIHRo ZXNlIE5JQ3MhCmRldmljZQkJbWlpYnVzCQkjIE1JSSBidXMgc3VwcG9ydApkZXZpY2UJCWRjCQkj IERFQy9JbnRlbCAyMTE0MyBhbmQgdmFyaW91cyB3b3JrYWxpa2VzCmRldmljZQkJZnhwCQkjIElu dGVsIEV0aGVyRXhwcmVzcyBQUk8vMTAwQiAoODI1NTcsIDgyNTU4KQpkZXZpY2UJCXBjbgkJIyBB TUQgQW03OUM5N3ggUENJIDEwLzEwMCBOSUNzCmRldmljZQkJcmwJCSMgUmVhbFRlayA4MTI5Lzgx MzkKZGV2aWNlCQlzZgkJIyBBZGFwdGVjIEFJQy02OTE1IChgYFN0YXJmaXJlJycpCmRldmljZQkJ c2lzCQkjIFNpbGljb24gSW50ZWdyYXRlZCBTeXN0ZW1zIFNpUyA5MDAvU2lTIDcwMTYKZGV2aWNl CQlzdGUJCSMgU3VuZGFuY2UgU1QyMDEgKEQtTGluayBERkUtNTUwVFgpCmRldmljZQkJdGwJCSMg VGV4YXMgSW5zdHJ1bWVudHMgVGh1bmRlckxBTgpkZXZpY2UJCXR4CQkjIFNNQyBFdGhlclBvd2Vy IElJICg4M2MxNzAgYGBFUElDJycpCmRldmljZQkJdnIJCSMgVklBIFJoaW5lLCBSaGluZSBJSQpk ZXZpY2UJCXdiCQkjIFdpbmJvbmQgVzg5Qzg0MEYKZGV2aWNlCQl3eAkJIyBJbnRlbCBHaWdhYml0 IEV0aGVybmV0IENhcmQgKGBgV2lzZW1hbicnKQpkZXZpY2UJCXhsCQkjIDNDb20gM2M5MHggKGBg Qm9vbWVyYW5nJycsIGBgQ3ljbG9uZScnKQoKIyBJU0EgRXRoZXJuZXQgTklDcy4KIyAnZGV2aWNl IGVkJyByZXF1aXJlcyAnZGV2aWNlIG1paWJ1cycKZGV2aWNlCQllZDAJYXQgaXNhPyBwb3J0IDB4 MjgwIGlycSAxMCBpb21lbSAweGQ4MDAwCmRldmljZQkJZXgKZGV2aWNlCQllcApkZXZpY2UJCWZl MAlhdCBpc2E/IHBvcnQgMHgzMDAKIyBYaXJjb20gRXRoZXJuZXQKZGV2aWNlCQl4ZQojIFBSSVNN IEkgSUVFRSA4MDIuMTFiIHdpcmVsZXNzIE5JQy4KZGV2aWNlCQlhd2kKIyBXYXZlTEFOL0lFRUUg ODAyLjExIHdpcmVsZXNzIE5JQ3MuIE5vdGU6IHRoZSBXYXZlTEFOL0lFRUUgcmVhbGx5CiMgZXhp c3RzIG9ubHkgYXMgYSBQQ01DSUEgZGV2aWNlLCBzbyB0aGVyZSBpcyBubyBJU0EgYXR0YWNobWVu dCBuZWVkZWQKIyBhbmQgcmVzb3VyY2VzIHdpbGwgYWx3YXlzIGJlIGR5bmFtaWNhbGx5IGFzc2ln bmVkIGJ5IHRoZSBwY2NhcmQgY29kZS4KZGV2aWNlCQl3aQojIEFpcm9uZXQgNDUwMC80ODAwIDgw Mi4xMSB3aXJlbGVzcyBOSUNzLiBOb3RlOiB0aGUgZGVjbGFyYXRpb24gYmVsb3cgd2lsbAojIHdv cmsgZm9yIFBDTUNJQSBhbmQgUENJIGNhcmRzLCBhcyB3ZWxsIGFzIElTQSBjYXJkcyBzZXQgdG8g SVNBIFBuUAojIG1vZGUgKHRoZSBmYWN0b3J5IGRlZmF1bHQpLiBJZiB5b3Ugc2V0IHRoZSBzd2l0 Y2hlcyBvbiB5b3VyIElTQQojIGNhcmQgZm9yIGEgbWFudWFsbHkgY2hvc2VuIEkvTyBhZGRyZXNz IGFuZCBJUlEsIHlvdSBtdXN0IHNwZWNpZnkKIyB0aG9zZSBwYXJhbWV0ZXJzIGhlcmUuCmRldmlj ZQkJYW4KIyBUaGUgcHJvYmUgb3JkZXIgb2YgdGhlc2UgaXMgcHJlc2VudGx5IGRldGVybWluZWQg YnkgaTM4Ni9pc2EvaXNhX2NvbXBhdC5jLgojZGV2aWNlCQlpZTAJYXQgaXNhPyBwb3J0IDB4MzAw IGlycSAxMCBpb21lbSAweGQwMDAwCiNkZXZpY2UJCWxlMAlhdCBpc2E/IHBvcnQgMHgzMDAgaXJx IDUgaW9tZW0gMHhkMDAwMAojZGV2aWNlCQlsbmMwCWF0IGlzYT8gcG9ydCAweDI4MCBpcnEgMTAg ZHJxIDAKI2RldmljZQkJY3MwCWF0IGlzYT8gcG9ydCAweDMwMAojZGV2aWNlCQlzbjAJYXQgaXNh PyBwb3J0IDB4MzAwIGlycSAxMAoKIyBQc2V1ZG8gZGV2aWNlcyAtIHRoZSBudW1iZXIgaW5kaWNh dGVzIGhvdyBtYW55IHVuaXRzIHRvIGFsbG9jYXRlLgpwc2V1ZG8tZGV2aWNlCWxvb3AJCSMgTmV0 d29yayBsb29wYmFjawpwc2V1ZG8tZGV2aWNlCWV0aGVyCQkjIEV0aGVybmV0IHN1cHBvcnQKI3Bz ZXVkby1kZXZpY2UJc2wJMQkjIEtlcm5lbCBTTElQCiNwc2V1ZG8tZGV2aWNlCXBwcAkxCSMgS2Vy bmVsIFBQUApwc2V1ZG8tZGV2aWNlCXR1bgkJIyBQYWNrZXQgdHVubmVsLgpwc2V1ZG8tZGV2aWNl CXB0eQkJIyBQc2V1ZG8tdHR5cyAodGVsbmV0IGV0YykKcHNldWRvLWRldmljZQltZAkJIyBNZW1v cnkgImRpc2tzIgpwc2V1ZG8tZGV2aWNlCWdpZgkJIyBJUHY2IGFuZCBJUHY0IHR1bm5lbGluZwoj cHNldWRvLWRldmljZQlmYWl0aAkxCSMgSVB2Ni10by1JUHY0IHJlbGF5aW5nICh0cmFuc2xhdGlv bikKCiMgVGhlIGBicGYnIHBzZXVkby1kZXZpY2UgZW5hYmxlcyB0aGUgQmVya2VsZXkgUGFja2V0 IEZpbHRlci4KIyBCZSBhd2FyZSBvZiB0aGUgYWRtaW5pc3RyYXRpdmUgY29uc2VxdWVuY2VzIG9m IGVuYWJsaW5nIHRoaXMhCnBzZXVkby1kZXZpY2UJYnBmCQkjQmVya2VsZXkgcGFja2V0IGZpbHRl cgoKIwojIEludGVybmV0IGZhbWlseSBvcHRpb25zOgojCiMgTVJPVVRJTkcgZW5hYmxlcyB0aGUg a2VybmVsIG11bHRpY2FzdCBwYWNrZXQgZm9yd2FyZGVyLCB3aGljaCB3b3JrcwojIHdpdGggbXJv dXRlZCg4KS4KIwojIElQRklSRVdBTEwgZW5hYmxlcyBzdXBwb3J0IGZvciBJUCBmaXJld2FsbCBj b25zdHJ1Y3Rpb24sIGluCiMgY29uanVuY3Rpb24gd2l0aCB0aGUgYGlwZncnIHByb2dyYW0uICBJ UEZJUkVXQUxMX1ZFUkJPU0Ugc2VuZHMKIyBsb2dnZWQgcGFja2V0cyB0byB0aGUgc3lzdGVtIGxv Z2dlci4gIElQRklSRVdBTExfVkVSQk9TRV9MSU1JVAojIGxpbWl0cyB0aGUgbnVtYmVyIG9mIHRp bWVzIGEgbWF0Y2hpbmcgZW50cnkgY2FuIGJlIGxvZ2dlZC4KIwojIFdBUk5JTkc6ICBJUEZJUkVX QUxMIGRlZmF1bHRzIHRvIGEgcG9saWN5IG9mICJkZW55IGlwIGZyb20gYW55IHRvIGFueSIKIyBh bmQgaWYgeW91IGRvIG5vdCBhZGQgb3RoZXIgcnVsZXMgZHVyaW5nIHN0YXJ0dXAgdG8gYWxsb3cg YWNjZXNzLAojIFlPVSBXSUxMIExPQ0sgWU9VUlNFTEYgT1VULiAgSXQgaXMgc3VnZ2VzdGVkIHRo YXQgeW91IHNldCBmaXJld2FsbF90eXBlPW9wZW4KIyBpbiAvZXRjL3JjLmNvbmYgd2hlbiBmaXJz dCBlbmFibGluZyB0aGlzIGZlYXR1cmUsIHRoZW4gcmVmaW5pbmcgdGhlCiMgZmlyZXdhbGwgcnVs ZXMgaW4gL2V0Yy9yYy5maXJld2FsbCBhZnRlciB5b3UndmUgdGVzdGVkIHRoYXQgdGhlIG5ldyBr ZXJuZWwKIyBmZWF0dXJlIHdvcmtzIHByb3Blcmx5LgojCiMgSVBGSVJFV0FMTF9ERUZBVUxUX1RP X0FDQ0VQVCBjYXVzZXMgdGhlIGRlZmF1bHQgcnVsZSAoYXQgYm9vdCkgdG8KIyBhbGxvdyBldmVy eXRoaW5nLiAgVXNlIHdpdGggY2FyZSwgaWYgYSBjcmFja2VyIGNhbiBjcmFzaCB5b3VyCiMgZmly ZXdhbGwgbWFjaGluZSwgdGhleSBjYW4gZ2V0IHRvIHlvdXIgcHJvdGVjdGVkIG1hY2hpbmVzLiAg SG93ZXZlciwKIyBpZiB5b3UgYXJlIHVzaW5nIGl0IGFzIGFuIGFzLW5lZWRlZCBmaWx0ZXIgZm9y IHNwZWNpZmljIHByb2JsZW1zIGFzCiMgdGhleSBhcmlzZSwgdGhlbiB0aGlzIG1heSBiZSBmb3Ig eW91LiAgQ2hhbmdpbmcgdGhlIGRlZmF1bHQgdG8gJ2FsbG93JwojIG1lYW5zIHRoYXQgeW91IHdv bid0IGdldCBzdHVjayBpZiB0aGUga2VybmVsIGFuZCAvc2Jpbi9pcGZ3IGJpbmFyeSBnZXQKIyBv dXQgb2Ygc3luYy4KIwojIElQRElWRVJUIGVuYWJsZXMgdGhlIGRpdmVydCBJUCBzb2NrZXRzLCB1 c2VkIGJ5IGBgaXBmdyBkaXZlcnQnJwojCiMgSVBTVEVBTFRIIGVuYWJsZXMgY29kZSB0byBzdXBw b3J0IHN0ZWFsdGggZm9yd2FyZGluZyAoaS5lLiwgZm9yd2FyZGluZwojIHBhY2tldHMgd2l0aG91 dCB0b3VjaGluZyB0aGUgdHRsKS4gIFRoaXMgY2FuIGJlIHVzZWZ1bCB0byBoaWRlIGZpcmV3YWxs cwojIGZyb20gdHJhY2Vyb3V0ZSBhbmQgc2ltaWxhciB0b29scy4KIwojIFRDUERFQlVHIGlzIHVu ZG9jdW1lbnRlZC4KIwojb3B0aW9ucyAJTVJPVVRJTkcJCSMgTXVsdGljYXN0IHJvdXRpbmcKb3B0 aW9ucyAJSVBGSVJFV0FMTAkJI2ZpcmV3YWxsCm9wdGlvbnMgCUlQRklSRVdBTExfVkVSQk9TRQkj ZW5hYmxlIGxvZ2dpbmcgdG8gc3lzbG9nZCg4KQpvcHRpb25zIAlJUEZJUkVXQUxMX0ZPUldBUkQJ I2VuYWJsZSB0cmFuc3BhcmVudCBwcm94eSBzdXBwb3J0Cm9wdGlvbnMgCUlQRklSRVdBTExfVkVS Qk9TRV9MSU1JVD0xMDAJI2xpbWl0IHZlcmJvc2l0eQpvcHRpb25zIAlJUEZJUkVXQUxMX0RFRkFV TFRfVE9fQUNDRVBUCSNhbGxvdyBldmVyeXRoaW5nIGJ5IGRlZmF1bHQKI29wdGlvbnMgCUlQVjZG SVJFV0FMTAkJI2ZpcmV3YWxsIGZvciBJUHY2CiNvcHRpb25zIAlJUFY2RklSRVdBTExfVkVSQk9T RQojb3B0aW9ucyAJSVBWNkZJUkVXQUxMX1ZFUkJPU0VfTElNSVQ9MTAwCiNvcHRpb25zIAlJUFY2 RklSRVdBTExfREVGQVVMVF9UT19BQ0NFUFQKb3B0aW9ucyAJSVBESVZFUlQJCSNkaXZlcnQgc29j a2V0cwojb3B0aW9ucyAJSVBGSUxURVIJCSNpcGZpbHRlciBzdXBwb3J0CiNvcHRpb25zIAlJUEZJ TFRFUl9MT0cJCSNpcGZpbHRlciBsb2dnaW5nCiNvcHRpb25zCQlJUEZJTFRFUl9ERUZBVUxUX0JM T0NLCSNibG9jayBhbGwgcGFja2V0cyBieSBkZWZhdWx0Cm9wdGlvbnMgCUlQU1RFQUxUSAkJI3N1 cHBvcnQgZm9yIHN0ZWFsdGggZm9yd2FyZGluZwpvcHRpb25zIAlUQ1BERUJVRwoKIyBSQU5ET01f SVBfSUQgY2F1c2VzIHRoZSBJRCBmaWVsZCBpbiBJUCBwYWNrZXRzIHRvIGJlIHJhbmRvbWl6ZWQK IyBpbnN0ZWFkIG9mIGluY3JlbWVudGVkIGJ5IDEgd2l0aCBlYWNoIHBhY2tldCBnZW5lcmF0ZWQu ICBUaGlzCiMgb3B0aW9uIGNsb3NlcyBhIG1pbm9yIGluZm9ybWF0aW9uIGxlYWsgd2hpY2ggYWxs b3dzIHJlbW90ZQojIG9ic2VydmVycyB0byBkZXRlcm1pbmUgdGhlIHJhdGUgb2YgcGFja2V0IGdl bmVyYXRpb24gb24gdGhlCiMgbWFjaGluZSBieSB3YXRjaGluZyB0aGUgY291bnRlci4Kb3B0aW9u cwkJUkFORE9NX0lQX0lECgojIFN0YXRpY2FsbHkgTGluayBpbiBhY2NlcHQgZmlsdGVycwpvcHRp b25zICAgICAgICAgICAgICAgIEFDQ0VQVF9GSUxURVJfREFUQQpvcHRpb25zICAgICAgICAgICAg ICAgIEFDQ0VQVF9GSUxURVJfSFRUUAoKIwojIFRDUF9EUk9QX1NZTkZJTiBhZGRzIHN1cHBvcnQg Zm9yIGlnbm9yaW5nIFRDUCBwYWNrZXRzIHdpdGggU1lOK0ZJTi4gVGhpcwojIHByZXZlbnRzIG5t YXAgZXQgYWwuIGZyb20gaWRlbnRpZnlpbmcgdGhlIFRDUC9JUCBzdGFjaywgYnV0IGJyZWFrcyBz dXBwb3J0CiMgZm9yIFJGQzE2NDQgZXh0ZW5zaW9ucyBhbmQgaXMgbm90IHJlY29tbWVuZGVkIGZv ciB3ZWIgc2VydmVycy4KIwpvcHRpb25zIAlUQ1BfRFJPUF9TWU5GSU4JCSNkcm9wIFRDUCBwYWNr ZXRzIHdpdGggU1lOK0ZJTgoKIyBJQ01QX0JBTkRMSU0gZW5hYmxlcyBpY21wIGVycm9yIHJlc3Bv bnNlIGJhbmR3aWR0aCBsaW1pdGluZy4gICBZb3UKIyB0eXBpY2FsbHkgd2FudCB0aGlzIG9wdGlv biBhcyBpdCB3aWxsIGhlbHAgcHJvdGVjdCB0aGUgbWFjaGluZSBmcm9tCiMgRC5PLlMuIHBhY2tl dCBhdHRhY2tzLgojCm9wdGlvbnMgCUlDTVBfQkFORExJTQpvcHRpb25zICAgSVBGVzIKCgojIFVT QiBzdXBwb3J0CmRldmljZQkJdWhjaQkJIyBVSENJIFBDSS0+VVNCIGludGVyZmFjZQpkZXZpY2UJ CW9oY2kJCSMgT0hDSSBQQ0ktPlVTQiBpbnRlcmZhY2UKZGV2aWNlCQl1c2IJCSMgVVNCIEJ1cyAo cmVxdWlyZWQpCmRldmljZQkJdWdlbgkJIyBHZW5lcmljCmRldmljZQkJdWhpZAkJIyAiSHVtYW4g SW50ZXJmYWNlIERldmljZXMiCmRldmljZQkJdWtiZAkJIyBLZXlib2FyZApkZXZpY2UJCXVscHQJ CSMgUHJpbnRlcgpkZXZpY2UJCXVtYXNzCQkjIERpc2tzL01hc3Mgc3RvcmFnZSAtIFJlcXVpcmVz IHNjYnVzIGFuZCBkYQpkZXZpY2UJCXVtcwkJIyBNb3VzZQpkZXZpY2UJCXVzY2FubmVyCSMgU2Nh bm5lcnMKZGV2aWNlCQl1cmlvCQkjIERpYW1vbmQgUmlvIE1QMyBQbGF5ZXIKCiMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IwojIENMT0NLIE9QVElPTlMKCiMgVGhlIGdyYW51bGFyaXR5IG9mIG9wZXJhdGlvbiBpcyBjb250 cm9sbGVkIGJ5IHRoZSBrZXJuZWwgb3B0aW9uIEhaIHdob3NlCiMgZGVmYXVsdCB2YWx1ZSAoMTAw KSBtZWFucyBhIGdyYW51bGFyaXR5IG9mIDEwbXMgKDFzL0haKS4KIyBTb21lIHN1YnN5c3RlbXMs IHN1Y2ggYXMgRFVNTVlORVQgb3IgREVWSUNFX1BPTExJTkcsIG1pZ2h0IGJlbmVmaXQgZnJvbQoj IGEgc21hbGxlciBncmFudWxhcml0eSBzdWNoIGFzIDFtcyBvciBsZXNzLgojIENvbnNpZGVyLCBo b3dldmVyLCB0aGF0IHJlZHVjaW5nIHRoZSBncmFudWxhcml0eSB0b28gbXVjaCBtaWdodAojIGNh dXNlIGV4Y2Vzc2l2ZSBvdmVyaGVhZCBpbiBjbG9jayBpbnRlcnJ1cHQgcHJvY2Vzc2luZywKIyBw b3RlbnRpYWxseSBjYXVzaW5nIHRpY2tzIHRvIGJlIG1pc3NlZCBhbmQgdGh1cyBhY3R1YWxseSBy ZWR1Y2luZwojIHRoZSBhY2N1cmFjeSBvZiBvcGVyYXRpb24uCgpvcHRpb25zIAlIWj0xMDAwCgoj IFRoZSBmb2xsb3dpbmcgb3B0aW9ucyBhcmUgdXNlZCBmb3IgZGVidWdnaW5nIGNsb2NrIGJlaGF2 aW9yIG9ubHksIGFuZAojIHNob3VsZCBub3QgYmUgdXNlZCBmb3IgcHJvZHVjdGlvbiBzeXN0ZW1z LgojIAojIENMS19DQUxJQlJBVElPTl9MT09QIHdpbGwgcnVuIHRoZSBjbG9jayBjYWxpYnJhdGlv biBsb29wIGF0IHN0YXJ0dXAKIyB1bnRpbCB0aGUgdXNlciBwcmVzc2VzIGEga2V5LgoKI29wdGlv bnMgCUNMS19DQUxJQlJBVElPTl9MT09QCgojIFRoZSBmb2xsb3dpbmcgdHdvIG9wdGlvbnMgbWVh c3VyZSB0aGUgZnJlcXVlbmN5IG9mIHRoZSBjb3JyZXNwb25kaW5nCiMgY2xvY2sgcmVsYXRpdmUg dG8gdGhlIFJUQyAob25ib2FyZCBtYzE0NjgxOGEpLgoKI29wdGlvbnMgCUNMS19VU0VfSTgyNTRf Q0FMSUJSQVRJT04KI29wdGlvbnMgCUNMS19VU0VfVFNDX0NBTElCUkFUSU9OCgojIEZpcmV3aXJl IHN1cHBvcnQKZGV2aWNlICAgICAgICAgIGZpcmV3aXJlICAgICAgICAjIEZpcmV3aXJlIGJ1cyBj b2RlCmRldmljZSAgICAgICAgICBzYnAgICAgICAgICAgICAgIyBTQ1NJIG92ZXIgRmlyZXdpcmUg KFJlcXVpcmVzIHNjYnVzIGFuZCBkYSkKCiMgbmV0Z3JhcGgoNCkuIEVuYWJsZSB0aGUgYmFzZSBu ZXRncmFwaCBjb2RlIHdpdGggdGhlIE5FVEdSQVBIIG9wdGlvbi4KIyBJbmRpdmlkdWFsIG5vZGUg dHlwZXMgY2FuIGJlIGVuYWJsZWQgd2l0aCB0aGUgY29ycmVzcG9uZGluZyBvcHRpb24KIyBsaXN0 ZWQgYmVsb3c7IGhvd2V2ZXIsIHRoaXMgaXMgbm90IHN0cmljdGx5IG5lY2Vzc2FyeSBhcyBuZXRn cmFwaAojIHdpbGwgYXV0b21hdGljYWxseSBsb2FkIHRoZSBjb3JyZXNwb25kaW5nIEtMRCBtb2R1 bGUgaWYgdGhlIG5vZGUgdHlwZQojIGlzIG5vdCBhbHJlYWR5IGNvbXBpbGVkIGludG8gdGhlIGtl cm5lbC4gRWFjaCB0eXBlIGJlbG93IGhhcyBhCiMgY29ycmVzcG9uZGluZyBtYW4gcGFnZSwgZS5n LiwgbmdfYXN5bmMoOCkuCm9wdGlvbnMgCU5FVEdSQVBICQkjbmV0Z3JhcGgoNCkgc3lzdGVtCm9w dGlvbnMgCU5FVEdSQVBIX0FTWU5DCm9wdGlvbnMgCU5FVEdSQVBIX0JQRgpvcHRpb25zIAlORVRH UkFQSF9DSVNDTwpvcHRpb25zIAlORVRHUkFQSF9FQ0hPCm9wdGlvbnMgCU5FVEdSQVBIX0VUSEVS Cm9wdGlvbnMgCU5FVEdSQVBIX0ZSQU1FX1JFTEFZCm9wdGlvbnMgCU5FVEdSQVBIX0hPTEUKb3B0 aW9ucyAJTkVUR1JBUEhfSUZBQ0UKb3B0aW9ucyAJTkVUR1JBUEhfS1NPQ0tFVApvcHRpb25zIAlO RVRHUkFQSF9MMlRQCm9wdGlvbnMgCU5FVEdSQVBIX0xNSQojIE1QUEMgY29tcHJlc3Npb24gcmVx dWlyZXMgcHJvcHJpZXRhcnkgZmlsZXMgKG5vdCBpbmNsdWRlZCkKI29wdGlvbnMgCU5FVEdSQVBI X01QUENfQ09NUFJFU1NJT04Kb3B0aW9ucyAJTkVUR1JBUEhfTVBQQ19FTkNSWVBUSU9OCm9wdGlv bnMgCU5FVEdSQVBIX09ORTJNQU5ZCm9wdGlvbnMgCU5FVEdSQVBIX1BQUApvcHRpb25zIAlORVRH UkFQSF9QUFBPRQpvcHRpb25zIAlORVRHUkFQSF9QUFRQR1JFCm9wdGlvbnMgCU5FVEdSQVBIX1JG QzE0OTAKb3B0aW9ucyAJTkVUR1JBUEhfU09DS0VUCm9wdGlvbnMgCU5FVEdSQVBIX1RFRQpvcHRp b25zIAlORVRHUkFQSF9UVFkKb3B0aW9ucyAJTkVUR1JBUEhfVUkKb3B0aW9ucyAJTkVUR1JBUEhf VkpDCgo= --Multipart=_Mon__16_Feb_2004_17_16_07_+0600_57.tK/ic8nVp_.0= Content-Type: application/octet-stream; name="loader.conf" Content-Disposition: attachment; filename="loader.conf" Content-Transfer-Encoding: base64 IyAtLSBzeXNpbnN0YWxsIGdlbmVyYXRlZCBkZWx0YXMgLS0gIwp1c2VyY29uZmlnX3NjcmlwdF9s b2FkPSJZRVMiCmlmX2VmX2xvYWQ9IllFUyIgICAgICAgICAgICAgICAgICMgbXVsdGlwbGUgZnJh bWUgdHlwZXMK --Multipart=_Mon__16_Feb_2004_17_16_07_+0600_57.tK/ic8nVp_.0=-- From owner-freebsd-stable@FreeBSD.ORG Mon Feb 16 06:32:41 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AFF8F16A4D1 for ; Mon, 16 Feb 2004 06:32:41 -0800 (PST) Received: from arginine.spc.org (arginine.spc.org [195.206.69.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8216943D1D for ; Mon, 16 Feb 2004 06:32:41 -0800 (PST) (envelope-from bms@spc.org) Received: from localhost (localhost [127.0.0.1]) by arginine.spc.org (Postfix) with ESMTP id 0402B653AC; Mon, 16 Feb 2004 14:32:40 +0000 (GMT) Received: from arginine.spc.org ([127.0.0.1]) by localhost (arginine.spc.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 17558-02-4; Mon, 16 Feb 2004 14:32:39 +0000 (GMT) Received: from saboteur.dek.spc.org (82-147-17-88.dsl.uk.rapidplay.com [82.147.17.88]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by arginine.spc.org (Postfix) with ESMTP id 742176520F; Mon, 16 Feb 2004 14:32:39 +0000 (GMT) Received: by saboteur.dek.spc.org (Postfix, from userid 1001) id A1C0433; Mon, 16 Feb 2004 14:32:38 +0000 (GMT) Date: Mon, 16 Feb 2004 14:32:38 +0000 From: Bruce M Simpson To: Chuck Swiger Message-ID: <20040216143238.GD805@saboteur.dek.spc.org> References: <403041A5.8050707@mac.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <403041A5.8050707@mac.com> cc: stable@FreeBSD.ORG Subject: Re: -STABLE kernel build fails, TCP_SIG_SPI et al... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Feb 2004 14:32:41 -0000 On Sun, Feb 15, 2004 at 11:05:57PM -0500, Chuck Swiger wrote: > Hi, Bruce (and all)-- Should be fixed now. Thanks, BMS From owner-freebsd-stable@FreeBSD.ORG Mon Feb 16 06:54:30 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6ED2716A4CE for ; Mon, 16 Feb 2004 06:54:30 -0800 (PST) Received: from ns0.binep.ac.ru (serv2.binep.ac.ru [193.233.44.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id A9BDB43D2D for ; Mon, 16 Feb 2004 06:54:29 -0800 (PST) (envelope-from goshik@binep.ac.ru) Received: from byfi (byfi.binep.ac.ru [193.233.44.234]) by ns0.binep.ac.ru (8.12.10/8.12.10) with SMTP id i1GFDWSW095331; Mon, 16 Feb 2004 18:13:33 +0300 (MSK) (envelope-from goshik@binep.ac.ru) Message-ID: <054101c3f49d$586eb900$ea2ce9c1@binep.ac.ru> From: "Igor B. Bykhalo" To: "sergey akifiev" References: <20040216171607.66531082.sergey@road.omskelecom.ru> Date: Mon, 16 Feb 2004 17:58:27 +0300 Organization: BINEPCP RAS MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 cc: freebsd-stable@freebsd.org Subject: Re: ipx totally broken in 4.9-RELEASE-p2? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Feb 2004 14:54:30 -0000 > From: "sergey akifiev" > To: > Sent: Monday, February 16, 2004 2:16 PM > Subject: ipx totally broken in 4.9-RELEASE-p2? > things were working fine util cvsupping to 4.9-RELEASE-p2. any operation, > linked with ipx, results in kernel panic. > here attached gdb trace after i've executed `ncplist s'. Works here (running mars_nwe, no NWFS and NCP): > bridge1# uname -a > FreeBSD bridge1.binep.ac.ru 4.9-STABLE FreeBSD 4.9-STABLE #147: Wed Feb 4 18:29:06 MSK 2004 > goshik@bridge1.binep.ac.ru:/usr/obj/usr/src/sys/GO i386 > and here (if_fe and nwfs (and thus ncp) loaded via loader.conf): > nwe# uname -a > FreeBSD nwe.binep.ac.ru 4.9-STABLE FreeBSD 4.9-STABLE #30: Thu Feb 12 10:12:34 MSK 2004 > goshik@nwe.binep.ac.ru:/usr/obj/usr/src/sys/NWE i386 > nwe# ncplist s go > Visible servers (from GO): > Name Network Node Port > ----------------------------------------------- -------- ------------ ---- > GO AAAA0000:000000000001:0451 > BOLTNEV BBBB0000:00045A6503E1:0451 > OFFICE BBBB0000:0020ED2B0CBA:0451 > POPOV BBBB0000:004095D0611F:0451 > > nwe# ncplist q boltnev > > Server: BOLTNEV > Print queue name Queue ID > ------------------------------------------------------------ > CANON 00E80100 > nwe# Guess: optimizations in CFLAGS? Igor > -- > WBFH: -error > From owner-freebsd-stable@FreeBSD.ORG Mon Feb 16 07:52:40 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 646FB16A4CE; Mon, 16 Feb 2004 07:52:40 -0800 (PST) Received: from faq.goivytech.net (faq.goivytech.net [165.138.38.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0893A43D1F; Mon, 16 Feb 2004 07:52:40 -0800 (PST) (envelope-from dmac@faq.goivytech.net) Received: (from root@localhost) by faq.goivytech.net (8.12.10/8.12.10) id i1GFqbsL010714; Mon, 16 Feb 2004 10:52:37 -0500 (EST) (envelope-from dmac@faq.goivytech.net) Received: from faq.goivytech.net (localhost [127.0.0.1]) by faq.goivytech.net (8.12.10/8.12.10) with ESMTP id i1GFqZ6h010678; Mon, 16 Feb 2004 10:52:35 -0500 (EST) (envelope-from dmac@faq.goivytech.net) Received: (from dmac@localhost) by faq.goivytech.net (8.12.10/8.12.10/Submit) id i1GFqZ0K010677; Mon, 16 Feb 2004 10:52:35 -0500 (EST) (envelope-from dmac) Date: Mon, 16 Feb 2004 10:52:35 -0500 From: Dave McCammon To: Robert Watson , stable@freebsd.org Message-ID: <20040216155235.GA10628@faq.goivytech.net> References: <20040213181754.GA82098@faq.goivytech.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i X-scanner: scanned by Inflex 1.0.12.7 Subject: Re: 5.2.1-RC2 kernel panic 12 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Feb 2004 15:52:40 -0000 On Fri, Feb 13, 2004 at 08:17:26PM -0500, Robert Watson wrote: > On Fri, 13 Feb 2004, Dave McCammon wrote: > > > I'm getting a kernel panic when attempting to mount an nwfs fs or when > > doing a "ncplist s". I believe it also panics on shutdown with IPXrouted > > but not 100 percent sure. I will verify soon if someone need the info. > > > > getting a kernel panic 12 > > with instruction pointer at > > c051ccb6. > > > > "nm /boot/kernel/kernel |grep c051ccb6" turns up nothing > > "nm /boot/kernel/kernel |grep c051ccb" turns up > > #c051ccb0 T turnstile_head > > > > Kernel panic references > > "stopped at turnstile_head + 0x6 mov1 0(%eax), %eax" > > or something similar. > > there is other but I can't seem to capture it. > > Haven't been able to get a crash dump either. > > > > I was able to do the netware stuff fine until I upgraded from 5.2 > > release to 5.2.1. Upgraded to rc2 wednesday and am still having problem. > > I'm not aware of any changes in the RC2 snap relating to this code, > however, it could be a change in memory layout or the like has triggered > an existing bug. > > Two requests: > > (1) You have options DDB compiled into your kernel. Could you hook up a > serial console and type in "trace" and "ps" when you get to the panic, > then paste the full panic message and trace into an e-mail? > > (2) If the system isn't in production use, or you can afford to > temporarily try out 5.2-CURRENT, it would be very useful to know if > the problem is present there. > Also, it might be interesting to try compiling in the various modules, > such as ef, netncp, nwfs, into the kernel directly, just to see if it > makes a difference. Also, just to check: the kernel modules you're using > are all from the kernel build you did, and not from another kernel? > All from complete system compile and install(as outlined in handbook). I'll try the modules in the kernel before trying current. From owner-freebsd-stable@FreeBSD.ORG Mon Feb 16 07:56:50 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 97A1316A4CE for ; Mon, 16 Feb 2004 07:56:50 -0800 (PST) Received: from faq.goivytech.net (faq.goivytech.net [165.138.38.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5617B43D1F for ; Mon, 16 Feb 2004 07:56:50 -0800 (PST) (envelope-from dmac@faq.goivytech.net) Received: (from root@localhost) by faq.goivytech.net (8.12.10/8.12.10) id i1GFunP3010834; Mon, 16 Feb 2004 10:56:49 -0500 (EST) (envelope-from dmac@faq.goivytech.net) Received: from faq.goivytech.net (localhost [127.0.0.1]) by faq.goivytech.net (8.12.10/8.12.10) with ESMTP id i1GFum6h010794; Mon, 16 Feb 2004 10:56:48 -0500 (EST) (envelope-from dmac@faq.goivytech.net) Received: (from dmac@localhost) by faq.goivytech.net (8.12.10/8.12.10/Submit) id i1GFum5a010793; Mon, 16 Feb 2004 10:56:48 -0500 (EST) (envelope-from dmac) Date: Mon, 16 Feb 2004 10:56:48 -0500 From: Dave McCammon To: Rostislav Krasny , stable@freebsd.org Message-ID: <20040216155647.GB10628@faq.goivytech.net> References: <402E5226.7050703@yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <402E5226.7050703@yahoo.com> User-Agent: Mutt/1.4.1i X-scanner: scanned by Inflex 1.0.12.7 Subject: Re: 5.2.1-RC2 kernel panic 12 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Feb 2004 15:56:50 -0000 On Sat, Feb 14, 2004 at 06:51:50PM +0200, Rostislav Krasny wrote: > Dave McCammon wrote: > >I'm getting a kernel panic when attempting > >to mount an nwfs fs or when doing a > >"ncplist s". > > When I run 'ncplist s' or 'ncplist c' I get interesting error message: > > ncp_initlib: kernel module is old, please recompile it. > > And my 5.2.1-RC2 isn't panicing after that commands. This is fresh > 5.2.1-RC2 system installed from official FTP distribution set. You will get that error if you don't have the Netware stuff set up in the kernel and/or modules loaded. (options IPX, ncp.ko) From owner-freebsd-stable@FreeBSD.ORG Mon Feb 16 13:55:22 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5CF9616A4CE for ; Mon, 16 Feb 2004 13:55:22 -0800 (PST) Received: from smtp-out1.xs4all.nl (smtp-out1.xs4all.nl [194.109.24.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id DDD1643D1D for ; Mon, 16 Feb 2004 13:55:21 -0800 (PST) (envelope-from wleiden@xs4all.nl) Received: from localhost.localdomain (zorknet.xs4all.nl [194.109.254.102]) by smtp-out1.xs4all.nl (8.12.10/8.12.10) with ESMTP id i1GLtKxd084501 for ; Mon, 16 Feb 2004 22:55:20 +0100 (CET) From: Marten To: stable@freebsd.org In-Reply-To: <20040216010647.GA4436@pir.net> References: <20040216010647.GA4436@pir.net> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.5 Date: 16 Feb 2004 22:55:20 +0100 Message-Id: <1076968520.909.6.camel@amd> Mime-Version: 1.0 Subject: Re: wi HostAP problems with -stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Feb 2004 21:55:22 -0000 On Mon, 2004-02-16 at 02:06, Peter Radcliffe wrote: > I've got a -STABLE box with a prism 2.5 minipci card in it that I'm > trying to use in hostap mode. > > Following the man page and comments from various places the following > should work; > > # ifconfig wi0 inet 192.168.10.1 \ > stationname "foo" ssid "foo" channel 6 \ > media DS/11Mbps mediaopt hostap up > > but on the client end (another -stable box with a similar prism 2.5 > minipci) I get no association. Both client and the box I'm trying to > use as a server have the same firmware; > > wi0: using RF:PRISM2.5 MAC:ISL3874A(Mini-PCI) > wi0: Intersil Firmware: Primary 1.01.01, Station 1.07.04 > > Both boxes work fine as clients, connect perfectly to random basestations > I have in use, so the antennas and such seem to work. > > > Any hints ? Bad firmware rev for hostap ? > try 1.1.1 1.5.6 firmware for releng 4_9 5_0 1.1.1 1.7.4 does work for 5_1 and up > Also, is there any way to go back from hostap to BSS mode other than > rebooting ? something like: ifconfig wi0 -mediaopt hostap or wicontrol wi0 -p 1 (for 4_9 and 5_0) Marten > > Thanks, > P. > > -- > pir > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Mon Feb 16 14:00:47 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 612DB16A4D1 for ; Mon, 16 Feb 2004 14:00:47 -0800 (PST) Received: from smtp-out6.xs4all.nl (smtp-out6.xs4all.nl [194.109.24.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id E1AFF43D1D for ; Mon, 16 Feb 2004 14:00:46 -0800 (PST) (envelope-from m.vijn@xs4all.nl) Received: from localhost.localdomain (zorknet.xs4all.nl [194.109.254.102]) by smtp-out6.xs4all.nl (8.12.10/8.12.10) with ESMTP id i1GM0jiU034386 for ; Mon, 16 Feb 2004 23:00:45 +0100 (CET) From: Marten To: stable@freebsd.org Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.5 Date: 16 Feb 2004 23:00:45 +0100 Message-Id: <1076968845.909.8.camel@amd> Mime-Version: 1.0 Subject: Re: wi HostAP problems with -stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Feb 2004 22:00:47 -0000 On Mon, 2004-02-16 at 02:06, Peter Radcliffe wrote: > I've got a -STABLE box with a prism 2.5 minipci card in it that I'm > trying to use in hostap mode. > > Following the man page and comments from various places the following > should work; > > # ifconfig wi0 inet 192.168.10.1 \ > stationname "foo" ssid "foo" channel 6 \ > media DS/11Mbps mediaopt hostap up > > but on the client end (another -stable box with a similar prism 2.5 > minipci) I get no association. Both client and the box I'm trying to > use as a server have the same firmware; > > wi0: using RF:PRISM2.5 MAC:ISL3874A(Mini-PCI) > wi0: Intersil Firmware: Primary 1.01.01, Station 1.07.04 > > Both boxes work fine as clients, connect perfectly to random basestations > I have in use, so the antennas and such seem to work. > > > Any hints ? Bad firmware rev for hostap ? > try 1.1.1 1.5.6 firmware for releng 4_9 5_0 1.1.1 1.7.4 does work for 5_1 and up > Also, is there any way to go back from hostap to BSS mode other than > rebooting ? something like: ifconfig wi0 -mediaopt hostap or wicontrol wi0 -p 1 (for 4_9 and 5_0) Marten > > Thanks, > P. > > -- > pir > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Mon Feb 16 14:14:11 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9F3B216A4CE for ; Mon, 16 Feb 2004 14:14:11 -0800 (PST) Received: from smtp-out5.xs4all.nl (smtp-out5.xs4all.nl [194.109.24.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2ABCA43D1D for ; Mon, 16 Feb 2004 14:14:11 -0800 (PST) (envelope-from mvijn@xs4all.nl) Received: from localhost.localdomain (zorknet.xs4all.nl [194.109.254.102]) by smtp-out5.xs4all.nl (8.12.10/8.12.10) with ESMTP id i1GME9n1021108 for ; Mon, 16 Feb 2004 23:14:10 +0100 (CET) From: Marten To: stable@freebsd.org In-Reply-To: <20040216010647.GA4436@pir.net> References: <20040216010647.GA4436@pir.net> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.5 Date: 16 Feb 2004 23:14:09 +0100 Message-Id: <1076969650.879.21.camel@amd> Mime-Version: 1.0 Subject: Re: wi HostAP problems with -stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Feb 2004 22:14:11 -0000 On Mon, 2004-02-16 at 02:06, Peter Radcliffe wrote: > I've got a -STABLE box with a prism 2.5 minipci card in it that I'm > trying to use in hostap mode. > > Following the man page and comments from various places the following > should work; > > # ifconfig wi0 inet 192.168.10.1 \ > stationname "foo" ssid "foo" channel 6 \ > media DS/11Mbps mediaopt hostap up > > but on the client end (another -stable box with a similar prism 2.5 > minipci) I get no association. Both client and the box I'm trying to > use as a server have the same firmware; > > wi0: using RF:PRISM2.5 MAC:ISL3874A(Mini-PCI) > wi0: Intersil Firmware: Primary 1.01.01, Station 1.07.04 > > Both boxes work fine as clients, connect perfectly to random basestations > I have in use, so the antennas and such seem to work. > > > Any hints ? Bad firmware rev for hostap ? > try 1.1.1 1.5.6 firmware for releng 4_9 5_0 1.1.1 1.7.4 does work for 5_1 and up > Also, is there any way to go back from hostap to BSS mode other than > rebooting ? something like: ifconfig wi0 -mediaopt hostap or wicontrol wi0 -p 1 (for 4_9 and 5_0) Marten > > Thanks, > P. > > -- > pir > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Mon Feb 16 14:34:27 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 31D6016A4CE; Mon, 16 Feb 2004 14:34:27 -0800 (PST) Received: from moek.pir.net (moek.pir.net [130.64.1.215]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1A7C243D1F; Mon, 16 Feb 2004 14:34:27 -0800 (PST) (envelope-from pir@pir.net) Received: from pir by moek.pir.net with local (Exim) id 1AsrJq-0000wK-00 ; Mon, 16 Feb 2004 17:34:26 -0500 Date: Mon, 16 Feb 2004 17:34:26 -0500 From: Peter Radcliffe To: stable@freebsd.org Message-ID: <20040216223426.GJ2759@pir.net> Mail-Followup-To: stable@freebsd.org, mobile@freebsd.org References: <20040216010647.GA4436@pir.net> <1076968520.909.6.camel@amd> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1076968520.909.6.camel@amd> User-Agent: Mutt/1.4.2i X-fish: < X-Copy-On-Listmail: Please do NOT Cc: me on list mail. cc: mobile@freebsd.org Subject: Re: wi HostAP problems with -stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: stable@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Feb 2004 22:34:27 -0000 Marten probably said: > try 1.1.1 1.5.6 firmware for releng 4_9 5_0 > > 1.1.1 1.7.4 does work for 5_1 and up > ifconfig wi0 -mediaopt hostap This is exactly what I wanted to know. Thanks ! P. -- pir From owner-freebsd-stable@FreeBSD.ORG Tue Feb 17 04:44:14 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8DA3216A4CE for ; Tue, 17 Feb 2004 04:44:14 -0800 (PST) Received: from hal.select-tech.si (hal.select-tech.si [193.77.122.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5AF1043D1F for ; Tue, 17 Feb 2004 04:44:14 -0800 (PST) (envelope-from killer85@email.si) Received: from www.email.si (unknown [81.24.97.10]) by hal.select-tech.si (Postfix) with ESMTP id 7E90182C6A for ; Tue, 17 Feb 2004 14:20:09 +0100 (CET) Received: by www.email.si (Postfix, from userid 48) id 519748B969; Tue, 17 Feb 2004 13:43:54 +0100 (CET) Received: from 213.143.79.100 (JAW authenticated user jkosir3@email.si) by www.email.si with HTTP; Tue, 17 Feb 2004 13:43:54 +0100 Date: Tue, 17 Feb 2004 13:43:54 +0100 X-Mailer: JAW::Mail 1.0-email.si From: J K To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: QUOTED-PRINTABLE Content-Disposition: inline Message-Id: <20040217124354.519748B969@www.email.si> Subject: the ed driver for the network card X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Feb 2004 12:44:14 -0000 after upgrading to 4.9-stable from 4.9-release i encountered an error, my network card stopped working, placed the dmesg on http://domn.whatup.net/neki/dmesg.txt a 1mb file with everything outputed w= hile building the kernel on http://domn.whatup.net/neki/kernel.txt and a very sm= all file containing everything i could find wrong with the if_ed.c file while building the kernel, but it seems they are only warnings http://domn.whatup.net/neki/kernel-ed.txt how to fix this (now that i cant get to the internet on my machine) ... any= body have the driver that works? :) ____________________ http://www.email.si/ From owner-freebsd-stable@FreeBSD.ORG Tue Feb 17 05:05:44 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0321516A4CE for ; Tue, 17 Feb 2004 05:05:44 -0800 (PST) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id C76AA43D3F for ; Tue, 17 Feb 2004 05:05:43 -0800 (PST) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id ADA9A5309; Tue, 17 Feb 2004 14:05:42 +0100 (CET) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id D63B15308; Tue, 17 Feb 2004 14:05:35 +0100 (CET) Received: by dwp.des.no (Postfix, from userid 2602) id 7CDC233C68; Tue, 17 Feb 2004 14:05:35 +0100 (CET) To: J K References: <20040217124354.519748B969@www.email.si> From: des@des.no (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=) Date: Tue, 17 Feb 2004 14:05:35 +0100 In-Reply-To: <20040217124354.519748B969@www.email.si> (J. K.'s message of "Tue, 17 Feb 2004 13:43:54 +0100") Message-ID: User-Agent: Gnus/5.090024 (Oort Gnus v0.24) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.5 required=5.0 tests=AWL,MAILTO_TO_SPAM_ADDR autolearn=no version=2.63 cc: freebsd-stable@freebsd.org Subject: Re: the ed driver for the network card X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Feb 2004 13:05:44 -0000 J K writes: > after upgrading to 4.9-stable from 4.9-release i encountered an > error, my network card stopped working, placed the dmesg on > http://domn.whatup.net/neki/dmesg.txt Try removing /boot/kernel.conf. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-stable@FreeBSD.ORG Tue Feb 17 15:20:19 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E0FD716A4CE for ; Tue, 17 Feb 2004 15:20:19 -0800 (PST) Received: from mail.dt.e-technik.uni-dortmund.de (mail.dt.E-Technik.Uni-Dortmund.DE [129.217.163.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 847E143D1F for ; Tue, 17 Feb 2004 15:20:19 -0800 (PST) (envelope-from ma@dt.e-technik.uni-dortmund.de) Received: from m2a2.dyndns.org (krusty.dt.e-technik.uni-dortmund.de [129.217.163.1])F37511E2D5 for ; Wed, 18 Feb 2004 00:20:17 +0100 (CET) Received: by merlin.emma.line.org (Postfix, from userid 500) id 312421283; Wed, 18 Feb 2004 00:20:02 +0100 (CET) To: freebsd-stable@freebsd.org From: Matthias Andree Date: Wed, 18 Feb 2004 00:20:02 +0100 Message-ID: User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: ahc and massive ffs+softupdates corruption X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Feb 2004 23:20:20 -0000 Hi, I have seen a SCSI timeout that preceded massive file system corruption some days ago. As this happened with the drive's write cache turned off and with ffs softupdates, I think it's worth reporting. Hardware: Micropolis 4345WS (UWSCSI disk drive, 7200/min, device da0) attached to an Adaptec 2940UW Pro (ahc0, aic7880 chip); on the same bus there's a Yamaha CRW4416S CD writer (current firmware) and a Plextor PX-20TS CD-ROM (firmware 1.00). This machine had a SCSI timeout problem on Friday Feb 6th and went down hard, suffering massive file system corruption on /var. At that time, the machine was running portupgrade -a. /var is using softupdates and uses default mount options. As said before, the drive's FWC enable was set to 0 in both the current and saved editions of mode page 8, and I wonder how such massive corruption can happen. I was under the impression that softupdates prevented any on-disk corruptions that require user intervention at fsck time. Given that the write cache was off, I am wondering if there are any ffs+softupdates or tagged command queueing bugs left (that might reorder writes - ordered tag forgotten or something). Here's the log, first the SCSI crash, then, on Feb 7, then excerpts from the reboot including fsck. / and /usr also suffered minor file system inconsistencies that "fsck -p" was able to fix automatically. Feb 6 20:10:20 libertas /kernel: swap_pager: indefinite wait buffer: device: #da/0x20001, blkno: 4296, size: 24576 Feb 6 20:10:41 libertas /kernel: (da0:ahc0:0:0:0): SCB 0x0 - timed out Feb 6 20:13:12 libertas /kernel: (da0:ahc0:0:0:0): Other SCB Timeout Feb 6 20:13:12 libertas /kernel: (da0:ahc0:0:0:0): SCB 0x21 - timed out Feb 6 20:13:21 libertas /kernel: (da0:ahc0:0:0:0): BDR message in message buffer Feb 6 20:13:21 libertas /kernel: (da0:ahc0:0:0:0): SCB 0x21 - timed out Feb 6 20:13:30 libertas /kernel: (da0:ahc0:0:0:0): no longer in timeout, status = 34b Feb 6 20:13:30 libertas /kernel: ahc0: Issued Channel A Bus Reset. 12 SCBs aborted Feb 6 20:13:30 libertas /kernel: swap_pager: indefinite wait buffer: device: #da/0x20001, blkno: 4296, size: 24576 Feb 6 20:13:30 libertas /kernel: swap_pager: indefinite wait buffer: device: #da/0x20001, blkno: 2056, size: 8192 Feb 6 20:13:30 libertas /kernel: (da0:ahc0:0:0:0): SCB 0x20 - timed out Feb 6 20:13:37 libertas /kernel: (da0:ahc0:0:0:0): Other SCB Timeout Feb 6 20:13:37 libertas /kernel: (da0:ahc0:0:0:0): SCB 0xa - timed out Feb 6 20:13:44 libertas /kernel: (da0:ahc0:0:0:0): BDR message in message buffer Feb 6 20:13:44 libertas /kernel: (da0:ahc0:0:0:0): SCB 0xa - timed out Feb 6 20:13:51 libertas /kernel: (da0:ahc0:0:0:0): no longer in timeout, status = 34b Feb 6 20:13:51 libertas /kernel: ahc0: Issued Channel A Bus Reset. 3 SCBs aborted Feb 6 20:13:51 libertas /kernel: (da0:ahc0:0:0:0): SCB 0x22 - timed out Feb 6 20:13:58 libertas /kernel: (da0:ahc0:0:0:0): Other SCB Timeout Feb 6 20:13:58 libertas /kernel: (da0:ahc0:0:0:0): SCB 0xa - timed out Feb 6 20:14:05 libertas /kernel: (da0:ahc0:0:0:0): BDR message in message buffer Feb 6 20:14:05 libertas /kernel: (da0:ahc0:0:0:0): SCB 0xa - timed out Feb 6 20:14:14 libertas /kernel: (da0:ahc0:0:0:0): no longer in timeout, status = 34b Feb 6 20:14:14 libertas /kernel: ahc0: Issued Channel A Bus Reset. 4 SCBs aborted Feb 6 20:15:01 libertas /usr/sbin/cron[58193]: (root) CMD (/usr/libexec/atrun) Feb 6 20:20:00 libertas /usr/sbin/cron[64038]: (root) CMD (/usr/libexec/atrun) Feb 7 12:37:03 libertas /kernel: ahc0: port 0xe800-0xe8ff mem 0xe3020000-0xe3020fff irq 15 at devi ce 8.0 on pci0 Feb 7 12:37:03 libertas /kernel: aic7880: Ultra Wide Channel A, SCSI Id=7, 16/253 SCBs Feb 7 12:37:04 libertas /kernel: da0 at ahc0 bus 0 target 0 lun 0 Feb 7 12:37:04 libertas /kernel: da0: Fixed Direct Access SCSI-2 device Feb 7 12:37:04 libertas /kernel: da0: 40.000MB/s transfers (20.000MHz, offset 8, 16bit), Tagged Queueing Enabled Feb 7 12:37:04 libertas /kernel: da0: 4340MB (8890029 512 byte sectors: 255H 63S/T 553C) Feb 7 12:37:04 libertas /kernel: /dev/da0s1e: Feb 7 12:37:04 libertas /kernel: UNKNOWN FILE TYPE I=256 Feb 7 12:37:04 libertas /kernel: Feb 7 12:37:04 libertas /kernel: /dev/da0s1e: UNEXPECTED SOFT UPDATE INCONSISTENCY; RUN fsck MANUALLY. Feb 7 12:37:04 libertas /kernel: THE FOLLOWING FILE SYSTEM HAD AN UNEXPECTED INCONSISTENCY: Feb 7 12:37:04 libertas /kernel: Feb 7 12:37:04 libertas /kernel: /dev/da0s1e (/var) Feb 7 12:37:04 libertas /kernel: Automatic file system check failed . . . help! Feb 7 12:37:04 libertas /kernel: Enter full pathname of shell or RETURN for /bin/sh: Feb 7 12:37:04 libertas /kernel: # Entered shell and typed "fsck": Feb 7 12:37:04 libertas /kernel: ** /dev/da0s1e Feb 7 12:37:04 libertas /kernel: ** Last Mounted on /var Feb 7 12:37:04 libertas /kernel: ** Phase 1 - Check Blocks and Sizes Feb 7 12:37:04 libertas /kernel: UNKNOWN FILE TYPE I=256 Feb 7 12:37:04 libertas /kernel: Feb 7 12:37:04 libertas /kernel: UNEXPECTED SOFT UPDATE INCONSISTENCY Feb 7 12:37:04 libertas /kernel: Feb 7 12:37:04 libertas /kernel: CLEAR? [yn] Feb 7 12:37:04 libertas /kernel: Last 6 lines repeat with "I=" figures monotonically increasing, finally: Feb 7 12:37:04 libertas /kernel: UNKNOWN FILE TYPE I=264 Feb 7 12:37:04 libertas /kernel: Feb 7 12:37:04 libertas /kernel: UNEXPECTED SOFT UPDATE INCONSISTENCY Feb 7 12:37:04 libertas /kernel: Feb 7 12:37:04 libertas /kernel: CLEAR? [yn] Feb 7 12:37:04 libertas /kernel: Feb 7 12:37:04 libertas /kernel: Feb 7 12:37:04 libertas /kernel: UNREF FILE The log ends here, but isn't complete, I have agreed to reconnect dozens of files to lost+found after fsck asked, many but not all of them from /var/db/pkg. -- Matthias Andree Encrypt your mail: my GnuPG key ID is 0x052E7D95 From owner-freebsd-stable@FreeBSD.ORG Tue Feb 17 15:36:36 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C460516A4CE for ; Tue, 17 Feb 2004 15:36:36 -0800 (PST) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 38C9943D1F for ; Tue, 17 Feb 2004 15:36:36 -0800 (PST) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.12.9p2/8.12.9) with ESMTP id i1HNZB7E051322; Tue, 17 Feb 2004 15:35:14 -0800 (PST) (envelope-from truckman@FreeBSD.org) Message-Id: <200402172335.i1HNZB7E051322@gw.catspoiler.org> Date: Tue, 17 Feb 2004 15:35:10 -0800 (PST) From: Don Lewis To: ma@dt.e-technik.uni-dortmund.de In-Reply-To: MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii cc: freebsd-stable@FreeBSD.org Subject: Re: ahc and massive ffs+softupdates corruption X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Feb 2004 23:36:36 -0000 On 18 Feb, Matthias Andree wrote: > Hi, > > I have seen a SCSI timeout that preceded massive file system corruption > some days ago. As this happened with the drive's write cache turned off > and with ffs softupdates, I think it's worth reporting. > > Hardware: Micropolis 4345WS (UWSCSI disk drive, 7200/min, device da0) > attached to an Adaptec 2940UW Pro (ahc0, aic7880 chip); on the same bus > there's a Yamaha CRW4416S CD writer (current firmware) and a Plextor > PX-20TS CD-ROM (firmware 1.00). > > This machine had a SCSI timeout problem on Friday Feb 6th and went down > hard, suffering massive file system corruption on /var. At that time, > the machine was running portupgrade -a. /var is using softupdates and > uses default mount options. As said before, the drive's FWC enable was > set to 0 in both the current and saved editions of mode page 8, and I > wonder how such massive corruption can happen. I was under the > impression that softupdates prevented any on-disk corruptions that > require user intervention at fsck time. Given that the write cache was > off, I am wondering if there are any ffs+softupdates or tagged command > queueing bugs left (that might reorder writes - ordered tag forgotten or > something). The UNKNOWN FILE TYPE complains are a pretty good clue that a block containing inodes got overwritten by garbage. I've seen this sort of thing happen if power to a drive fails. It could also be caused by a driver or firmware bug that causes data to get written to the wrong place, or a cabling or termination problem that causes the drive to see the wrong command. > Here's the log, first the SCSI crash, then, on Feb 7, then excerpts from > the reboot including fsck. / and /usr also suffered minor file system > inconsistencies that "fsck -p" was able to fix automatically. > > Feb 6 20:10:20 libertas /kernel: swap_pager: indefinite wait buffer: device: #da/0x20001, blkno: 4296, size: 24576 > Feb 6 20:10:41 libertas /kernel: (da0:ahc0:0:0:0): SCB 0x0 - timed out > Feb 6 20:13:12 libertas /kernel: (da0:ahc0:0:0:0): Other SCB Timeout > Feb 6 20:13:12 libertas /kernel: (da0:ahc0:0:0:0): SCB 0x21 - timed out > Feb 6 20:13:21 libertas /kernel: (da0:ahc0:0:0:0): BDR message in message buffer > Feb 6 20:13:21 libertas /kernel: (da0:ahc0:0:0:0): SCB 0x21 - timed out > Feb 6 20:13:30 libertas /kernel: (da0:ahc0:0:0:0): no longer in timeout, status = 34b > Feb 6 20:13:30 libertas /kernel: ahc0: Issued Channel A Bus Reset. 12 SCBs aborted > Feb 6 20:13:30 libertas /kernel: swap_pager: indefinite wait buffer: device: #da/0x20001, blkno: 4296, size: 24576 > Feb 6 20:13:30 libertas /kernel: swap_pager: indefinite wait buffer: device: #da/0x20001, blkno: 2056, size: 8192 > Feb 6 20:13:30 libertas /kernel: (da0:ahc0:0:0:0): SCB 0x20 - timed out > Feb 6 20:13:37 libertas /kernel: (da0:ahc0:0:0:0): Other SCB Timeout > Feb 6 20:13:37 libertas /kernel: (da0:ahc0:0:0:0): SCB 0xa - timed out > Feb 6 20:13:44 libertas /kernel: (da0:ahc0:0:0:0): BDR message in message buffer > Feb 6 20:13:44 libertas /kernel: (da0:ahc0:0:0:0): SCB 0xa - timed out > Feb 6 20:13:51 libertas /kernel: (da0:ahc0:0:0:0): no longer in timeout, status = 34b > Feb 6 20:13:51 libertas /kernel: ahc0: Issued Channel A Bus Reset. 3 SCBs aborted > Feb 6 20:13:51 libertas /kernel: (da0:ahc0:0:0:0): SCB 0x22 - timed out > Feb 6 20:13:58 libertas /kernel: (da0:ahc0:0:0:0): Other SCB Timeout > Feb 6 20:13:58 libertas /kernel: (da0:ahc0:0:0:0): SCB 0xa - timed out > Feb 6 20:14:05 libertas /kernel: (da0:ahc0:0:0:0): BDR message in message buffer > Feb 6 20:14:05 libertas /kernel: (da0:ahc0:0:0:0): SCB 0xa - timed out > Feb 6 20:14:14 libertas /kernel: (da0:ahc0:0:0:0): no longer in timeout, status = 34b > Feb 6 20:14:14 libertas /kernel: ahc0: Issued Channel A Bus Reset. 4 SCBs aborted > Feb 6 20:15:01 libertas /usr/sbin/cron[58193]: (root) CMD (/usr/libexec/atrun) > Feb 6 20:20:00 libertas /usr/sbin/cron[64038]: (root) CMD (/usr/libexec/atrun) > > Feb 7 12:37:03 libertas /kernel: ahc0: port 0xe800-0xe8ff mem 0xe3020000-0xe3020fff irq 15 at devi > ce 8.0 on pci0 > Feb 7 12:37:03 libertas /kernel: aic7880: Ultra Wide Channel A, SCSI Id=7, 16/253 SCBs > > Feb 7 12:37:04 libertas /kernel: da0 at ahc0 bus 0 target 0 lun 0 > Feb 7 12:37:04 libertas /kernel: da0: Fixed Direct Access SCSI-2 device > Feb 7 12:37:04 libertas /kernel: da0: 40.000MB/s transfers (20.000MHz, offset 8, 16bit), Tagged Queueing Enabled > Feb 7 12:37:04 libertas /kernel: da0: 4340MB (8890029 512 byte sectors: 255H 63S/T 553C) > > Feb 7 12:37:04 libertas /kernel: /dev/da0s1e: > Feb 7 12:37:04 libertas /kernel: UNKNOWN FILE TYPE I=256 > Feb 7 12:37:04 libertas /kernel: > Feb 7 12:37:04 libertas /kernel: /dev/da0s1e: UNEXPECTED SOFT UPDATE INCONSISTENCY; RUN fsck MANUALLY. > Feb 7 12:37:04 libertas /kernel: THE FOLLOWING FILE SYSTEM HAD AN UNEXPECTED INCONSISTENCY: > Feb 7 12:37:04 libertas /kernel: > Feb 7 12:37:04 libertas /kernel: /dev/da0s1e (/var) > Feb 7 12:37:04 libertas /kernel: Automatic file system check failed . . . help! > Feb 7 12:37:04 libertas /kernel: Enter full pathname of shell or RETURN for /bin/sh: > Feb 7 12:37:04 libertas /kernel: # > > Entered shell and typed "fsck": > > Feb 7 12:37:04 libertas /kernel: ** /dev/da0s1e > Feb 7 12:37:04 libertas /kernel: ** Last Mounted on /var > Feb 7 12:37:04 libertas /kernel: ** Phase 1 - Check Blocks and Sizes > > Feb 7 12:37:04 libertas /kernel: UNKNOWN FILE TYPE I=256 > Feb 7 12:37:04 libertas /kernel: > Feb 7 12:37:04 libertas /kernel: UNEXPECTED SOFT UPDATE INCONSISTENCY > Feb 7 12:37:04 libertas /kernel: > Feb 7 12:37:04 libertas /kernel: CLEAR? [yn] > Feb 7 12:37:04 libertas /kernel: > > Last 6 lines repeat with "I=" figures monotonically increasing, finally: > > Feb 7 12:37:04 libertas /kernel: UNKNOWN FILE TYPE I=264 > Feb 7 12:37:04 libertas /kernel: > Feb 7 12:37:04 libertas /kernel: UNEXPECTED SOFT UPDATE INCONSISTENCY > Feb 7 12:37:04 libertas /kernel: > Feb 7 12:37:04 libertas /kernel: CLEAR? [yn] > Feb 7 12:37:04 libertas /kernel: > Feb 7 12:37:04 libertas /kernel: > Feb 7 12:37:04 libertas /kernel: UNREF FILE > > The log ends here, but isn't complete, I have agreed to reconnect dozens > of files to lost+found after fsck asked, many but not all of them from > /var/db/pkg. > From owner-freebsd-stable@FreeBSD.ORG Tue Feb 17 16:29:36 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3163A16A4D0 for ; Tue, 17 Feb 2004 16:29:36 -0800 (PST) Received: from mail.dt.e-technik.uni-dortmund.de (krusty.dt.E-Technik.Uni-Dortmund.DE [129.217.163.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id F3E1F43D2D for ; Tue, 17 Feb 2004 16:29:35 -0800 (PST) (envelope-from matthias.andree@gmx.de) Received: from m2a2.dyndns.org (krusty.dt.e-technik.uni-dortmund.de [129.217.163.1])EA81E1E2E9 for ; Wed, 18 Feb 2004 01:29:34 +0100 (CET) Received: by merlin.emma.line.org (Postfix, from userid 500) id 7763993E; Wed, 18 Feb 2004 01:29:33 +0100 (CET) Date: Wed, 18 Feb 2004 01:29:33 +0100 From: Matthias Andree To: freebsd-stable@FreeBSD.org Message-ID: <20040218002933.GB21639@merlin.emma.line.org> Mail-Followup-To: freebsd-stable@FreeBSD.org References: <200402172335.i1HNZB7E051322@gw.catspoiler.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200402172335.i1HNZB7E051322@gw.catspoiler.org> User-Agent: Mutt/1.5.5.1i Subject: Re: ahc and massive ffs+softupdates corruption X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Feb 2004 00:29:36 -0000 On Tue, 17 Feb 2004, Don Lewis wrote: > > This machine had a SCSI timeout problem on Friday Feb 6th and went down > > hard, suffering massive file system corruption on /var. At that time, > > the machine was running portupgrade -a. /var is using softupdates and > > uses default mount options. As said before, the drive's FWC enable was > > set to 0 in both the current and saved editions of mode page 8, and I > > wonder how such massive corruption can happen. I was under the > > impression that softupdates prevented any on-disk corruptions that > > require user intervention at fsck time. Given that the write cache was > > off, I am wondering if there are any ffs+softupdates or tagged command > > queueing bugs left (that might reorder writes - ordered tag forgotten or > > something). > > The UNKNOWN FILE TYPE complains are a pretty good clue that a block > containing inodes got overwritten by garbage. I've seen this sort of > thing happen if power to a drive fails. It could also be caused by a > driver or firmware bug that causes data to get written to the wrong > place, or a cabling or termination problem that causes the drive to see > the wrong command. Ah, that makes some sense. It's unlikely to be a termination/cabling/power problem, the machine is otherwise rock solid and has been stable after the incident, too. If there had been a serious power outage, the other machine wouldn't have been able to log properly or would have logged a reboot. I won't preclude firmware/hardware bugs, given that the drive just disappears from the bus when it is inquired too early after power up/reset - a reset-to-inquiry delay of 10 s in Tekram controllers fixed this. Adaptec's 2940 UW Pro does something different and works in default configuration. Final question for now: Does one disk block contain multiple inodes? How many maximum? -- Matthias Andree Encrypt your mail: my GnuPG key ID is 0x052E7D95 From owner-freebsd-stable@FreeBSD.ORG Tue Feb 17 19:33:55 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C14E616A4CE for ; Tue, 17 Feb 2004 19:33:55 -0800 (PST) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD95243D2D for ; Tue, 17 Feb 2004 19:33:55 -0800 (PST) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id AE8B072DC9; Tue, 17 Feb 2004 19:33:55 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id A946E72DC7; Tue, 17 Feb 2004 19:33:55 -0800 (PST) Date: Tue, 17 Feb 2004 19:33:55 -0800 (PST) From: Doug White To: Peter Jeremy In-Reply-To: <20040211050530.GU20549@gsmx07.alcatel.com.au> Message-ID: <20040217193251.L33568@carver.gumbysoft.com> References: <20040211050530.GU20549@gsmx07.alcatel.com.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-stable@freebsd.org Subject: Re: Locating a possible interrupt storm X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Feb 2004 03:33:55 -0000 On Wed, 11 Feb 2004, Peter Jeremy wrote: > My working hypothesis is that an interrupt storm is preventing the > system from doing anything other than acknowledge interrupts. Does > this sound reasonable? If not, can anyone suggest any alternate > hypotheses? Sounds about right. Monitor vmstat -i or 'show intr' from ddb; if any of the numbers seems really high, there's your culprit. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Tue Feb 17 22:32:02 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6BB3116A4CE; Tue, 17 Feb 2004 22:32:02 -0800 (PST) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5132543D1D; Tue, 17 Feb 2004 22:32:02 -0800 (PST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 7EE507303A; Wed, 18 Feb 2004 01:32:01 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040218063201.7EE507303A@freebsd-current.sentex.ca> Date: Wed, 18 Feb 2004 01:32:01 -0500 (EST) Subject: [releng_4 tinderbox] failure on i386/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Feb 2004 06:32:02 -0000 TB --- 2004-02-18 05:21:29 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-02-18 05:21:29 - starting RELENG_4 tinderbox run for i386/i386 TB --- 2004-02-18 05:21:29 - checking out the source tree TB --- cd /home/tinderbox/sandbox/RELENG_4/i386/i386 TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_4 src TB --- 2004-02-18 05:42:40 - building world TB --- cd /home/tinderbox/sandbox/RELENG_4/i386/i386/src TB --- /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1: bootstrap tools >>> stage 2: cleaning up the object tree >>> stage 2: rebuilding the object tree >>> stage 2: build tools >>> stage 3: cross tools >>> stage 4: populating /home/tinderbox/sandbox/RELENG_4/i386/i386/obj/other/tinderbox/RELENG_4/i386/i386/src/i386/usr/include >>> stage 4: building libraries >>> stage 4: make dependencies >>> stage 4: building everything.. TB --- 2004-02-18 06:23:16 - building generic kernel TB --- cd /home/tinderbox/sandbox/RELENG_4/i386/i386/src TB --- /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed Feb 18 06:23:16 GMT 2004 >>> Kernel build for GENERIC completed on Wed Feb 18 06:28:56 GMT 2004 TB --- 2004-02-18 06:28:56 - building LINT kernel TB --- cd /home/tinderbox/sandbox/RELENG_4/i386/i386/src TB --- /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Feb 18 06:28:57 GMT 2004 [...] cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -nostdinc -I- -I. -I/other/tinderbox/RELENG_4/i386/i386/src/sys -I/other/tinderbox/RELENG_4/i386/i386/src/sys/../include -I/other/tinderbox/RELENG_4/i386/i386/src/sys/contrib/dev/acpica -I/other/tinderbox/RELENG_4/i386/i386/src/sys/contrib/ipfilter -D_KERNEL -include opt_global.h -fno-builtin -mpreferred-stack-boundary=2 /other/tinderbox/RELENG_4/i386/i386/src/sys/dev/bfe/if_bfe.c /other/tinderbox/RELENG_4/i386/i386/src/sys/dev/bfe/if_bfe.c: In function `bfe_detach': /other/tinderbox/RELENG_4/i386/i386/src/sys/dev/bfe/if_bfe.c:455: warning: implicit declaration of function `mtx_initialized' /other/tinderbox/RELENG_4/i386/i386/src/sys/dev/bfe/if_bfe.c:455: structure has no member named `bfe_mtx' /other/tinderbox/RELENG_4/i386/i386/src/sys/dev/bfe/if_bfe.c: In function `bfe_set_rx_mode': /other/tinderbox/RELENG_4/i386/i386/src/sys/dev/bfe/if_bfe.c:887: warning: unused variable `ifma' /other/tinderbox/RELENG_4/i386/i386/src/sys/dev/bfe/if_bfe.c: In function `bfe_encap': /other/tinderbox/RELENG_4/i386/i386/src/sys/dev/bfe/if_bfe.c:1281: warning: unused variable `chainlen' *** Error code 1 Stop in /other/tinderbox/RELENG_4/i386/i386/obj/other/tinderbox/RELENG_4/i386/i386/src/sys/LINT. *** Error code 1 Stop in /other/tinderbox/RELENG_4/i386/i386/src. *** Error code 1 Stop in /other/tinderbox/RELENG_4/i386/i386/src. TB --- 2004-02-18 06:32:01 - TB --- /usr/bin/make returned exit code 1 TB --- 2004-02-18 06:32:01 - TB --- ERROR: failed to build lint kernel TB --- 2004-02-18 06:32:01 - tinderbox aborted From owner-freebsd-stable@FreeBSD.ORG Wed Feb 18 03:35:29 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CADAA16A4CE for ; Wed, 18 Feb 2004 03:35:29 -0800 (PST) Received: from mail02.infosat.net (mailout04.infosat.net [66.18.69.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 55EEA43D1D for ; Wed, 18 Feb 2004 03:35:27 -0800 (PST) (envelope-from dbm@5fm.za.com) Received: from [66.18.70.28] (HELO mail01.infosat.net) by mail02.infosat.net (CommuniGate Pro SMTP 4.1.8) with ESMTP id 47022144 for freebsd-stable@freebsd.org; Wed, 18 Feb 2004 13:35:20 +0200 Received: from [196.30.188.35] (account dbm@5fm.za.com) by mail01.infosat.net (CommuniGate Pro WebUser 4.1.8) with HTTP id 238362961 for freebsd-stable@freebsd.org; Wed, 18 Feb 2004 13:35:20 +0200 From: "David Beukes" To: freebsd-stable@freebsd.org X-Mailer: CommuniGate Pro WebUser Interface v.4.1.8 Date: Wed, 18 Feb 2004 13:35:20 +0200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 8bit Subject: Stable vs Release vs Current X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Feb 2004 11:35:29 -0000 Hi, Have been using FreeBSD for about a year now but haven't understood or found a definitive answer to the versions/branches. Would appreciate it if someone could shed some light; a bit of history follows: I installed 1st FreeBSD system from 4.4 (the only cds I could get my hands on). By the time I started understanding what I was doing, 4.8 was out. So I CVSup'd the source and did the whole make buildworld/installworld kernel thing. And I was running 4.8... Question here is, was I running 4.4 release? or 4.4 stable? when did 4.8 become stable (are you starting to catch my drift?). Then in December 2003 (about a month after 4.9 was announced), I downloaded ISOs for 4.9 and reinstalled from scratch. Same questions as before, am I running 4.9 stable? release? When did release become stable? Am now running 4.9 and started cvsupping the source. my supfile has this line in it: default release=cvs tag=RELENG_4_9. Am I wasting my time? Should it rather read RELENG_4? If so, why? And where do security patches fit into this story? Any info would be helpful. Thanks, David From owner-freebsd-stable@FreeBSD.ORG Wed Feb 18 05:35:38 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F3B0E16A4CE for ; Wed, 18 Feb 2004 05:35:37 -0800 (PST) Received: from smtp1.matrix.com.br (smtp1.matrix.com.br [200.196.28.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id B98E243D1F for ; Wed, 18 Feb 2004 05:35:37 -0800 (PST) (envelope-from basei@vaionline.it) Received: from vaionline.it (200-193-027-178.fnsce7005.dsl.brasiltelecom.net.br [200.193.27.178]) by smtp1.matrix.com.br (Postfix) with ESMTP id A8AE63185D for ; Wed, 18 Feb 2004 10:35:34 -0300 (BRT) Message-ID: <40336A27.8070005@vaionline.it> Date: Wed, 18 Feb 2004 10:35:35 -0300 From: Sidnei Rodrigo Basei User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6b) Gecko/20031205 Thunderbird/0.4 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: 8bit Subject: BIND FreeBSD 4.9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Feb 2004 13:35:38 -0000 Hi.... I´ve problems witch BIND configuration in FreeBSD-4.9. Any one knows a GOOD help to configure ? I configured the named.conf , locahost.rev and myzone and myzone.rev... without errors.... but when I type "nslookup", it not can connect to BIND server.... /etc/resolv.conf domain sreb.com.br nameserver 127.0.0.1 firewall: allow all from any to any thank you -- From owner-freebsd-stable@FreeBSD.ORG Wed Feb 18 08:00:28 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E03E516A4CE for ; Wed, 18 Feb 2004 08:00:28 -0800 (PST) Received: from hqex2.hq.mistral.co.uk (noc.mistral.co.uk [217.154.52.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6795843D1F for ; Wed, 18 Feb 2004 08:00:28 -0800 (PST) (envelope-from Aled.T@mistral.net) content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0 Date: Wed, 18 Feb 2004 16:00:26 -0000 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Kernel panic on install (ATA READ timeout) Thread-Index: AcP2OFItwUt/6BrFQPCPpzVpD6W3yA== From: "Aled Treharne" To: Subject: Kernel panic on install (ATA READ timeout) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Feb 2004 16:00:29 -0000 Hi all. I'm trying to install FreeBSD 4.9 onto a Nexcom blade (model HDB31670). Both Debian and Windows install OK, however FreeBSD panics on boot from the CDROM (full output is below). I've dried disabling DMA and setting the PIO mode manually with no effect. I've also tried googling, but I haven't seen anything resembling this problem. The CDROM is a mini-ISO, but I've also tried a disc1 ISO, and both were known good burns that have worked on other hardware, and whose MD5 sums match. I'm hoping that there's someone else out there with similar hardware to this who can offer some advice... Thanks in advance. Cheers, Aled. BTX loader 1.00 BTX version is 1.01 Console: international video/keyboard BIOS drive A: is disk0 avail memory =3D 1037373440 (1013060K bytes) Preloaded elf kernel "kernel" at 0xc0829000. Preloaded mfs_root "/mfsroot" at 0xc0829084. Pentium Pro MTRR support enabled md0: Preloaded image 4423680 bytes at 0xc03ef094 md1: Malloc disk Using $PIR table, 6 entries at 0xc00fdd30 npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 pci0: at 12.0 irq 7 fxp0: mem 0xfa000000-0xfa0fffff,0xfa100000-0xfa100fff irq 5 at device 14.0 on pci0 fxp0: ethernet address: 00:10:f3:00:09:0a inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto isab0: at device 15.0 = on pci0 isa0: on isab0 atapci0: port 0xe800-0xe803,0xe400-0xe40f,0xe000-0xe003,0xdc00-0xdc007,0xd800-0xd803,0 xd400-0xd407 at device 15.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 pcib1: on motherboard pci1: on pcib1 bge0: mem 0xfb000000-0xfb00ffff irq 10 at device 12.0 on pci1 bge0: Ethernet address: 00:10:f3:00:09:08 miibus1: on bge0 brgphy0: on miibus1 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge1: mem 0xfb010000-0xfb01ffff irq 11 at device 13.0 on pci1 bge1: Ethernet address: 00:10:f3:00:09:09 miibus2: on bge1 brgphy1: on miibus2 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto pcib2: on motherboard pci2: on pcib2 pmtimer0 on isa0 fdc0: 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: at port 0x60,0x64 on isa0 atkbd0: flags 0x1 irq 1on atkbdc0 kbd0 at atkbd0 vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> sio0: configured irq4 not in bitmap of probed irqs - sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 8250 sio1: configured irq 3 not in bitmap of probed irqs 0 ppc0: parallel port not found ad0: READ command timeout tag=3D0 serv=3D0 - resetting ata0: resetting devices .. done ad0: 38154MB [77520/16/63] at ata0-master UDMA100 ad0: READ command timeout tag=3D0 serv=3D0 - resetting ata0: resetting devices .. done ad0: READ command timeout tag=3D0 serv=3D0 - resetting ata0: resetting devices .. done ad0: READ command timeout tag=3D0 serv=3D0 - resetting ad0: trying fallback to PIO mode ata0: resetting devices .. done Fatal trap 12: page fault while in kernel mode fault virtual address =3D 0xf00090 fault code =3D supervisor read, page not present instruction pointer =3D 0x8:0xc02141cb stack pointer =3D 0x10:0xc038b0b0 frame pointer =3D 0x10:0xc038b0e8 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D Idle interrupt mask =3D bio trap number =3D 12 panic: page fault syncing disks... --=20 Aled Treharne - Network Operations - Mistral Internet Tel: 0870 751 6300 Fax: 0870 751 6399 http://www.mistral.net=20 This electronic message contains information from Mistral Internet which may be privileged or confidential. The information is intended to be for the use of the individual(s) or entity named above. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information is prohibited. If you have received this electronic message in error, please notify us by telephone or email (to the numbers or address above) immediately. From owner-freebsd-stable@FreeBSD.ORG Wed Feb 18 09:28:46 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 703EF16A4CE; Wed, 18 Feb 2004 09:28:46 -0800 (PST) Received: from grosbein.pp.ru (grgw.svzserv.kemerovo.su [213.184.64.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 82FC243D1D; Wed, 18 Feb 2004 09:28:45 -0800 (PST) (envelope-from eugen@grosbein.pp.ru) Received: from grosbein.pp.ru (eugen@localhost [127.0.0.1]) by grosbein.pp.ru (8.12.10/8.12.10) with ESMTP id i1IHShAF000664; Thu, 19 Feb 2004 00:28:43 +0700 (KRAT) (envelope-from eugen@grosbein.pp.ru) Received: (from eugen@localhost) by grosbein.pp.ru (8.12.10/8.12.10/Submit) id i1IHSfhO000663; Thu, 19 Feb 2004 00:28:41 +0700 (KRAT) (envelope-from eugen) Date: Thu, 19 Feb 2004 00:28:41 +0700 From: Eugene Grosbein To: bug-followup@freebsd.org Message-ID: <20040218172841.GA649@grosbein.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i cc: dmitry cc: stable@freebsd.org cc: sos@freebsd.org Subject: Re: kern/59594: I/O operations freeze system when perform file transfer X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Feb 2004 17:28:46 -0000 Also note http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/60526, these PRs may be related. Eugene Grosbein From owner-freebsd-stable@FreeBSD.ORG Wed Feb 18 10:17:25 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D252716A4CE; Wed, 18 Feb 2004 10:17:25 -0800 (PST) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA0A543D1D; Wed, 18 Feb 2004 10:17:25 -0800 (PST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 18D047303A; Wed, 18 Feb 2004 13:17:25 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040218181725.18D047303A@freebsd-current.sentex.ca> Date: Wed, 18 Feb 2004 13:17:25 -0500 (EST) Subject: [releng_4 tinderbox] failure on i386/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Feb 2004 18:17:26 -0000 TB --- 2004-02-18 17:34:27 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-02-18 17:34:27 - starting RELENG_4 tinderbox run for i386/i386 TB --- 2004-02-18 17:34:27 - checking out the source tree TB --- cd /home/tinderbox/sandbox/RELENG_4/i386/i386 TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_4 src TB --- 2004-02-18 17:41:58 - building world TB --- cd /home/tinderbox/sandbox/RELENG_4/i386/i386/src TB --- /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1: bootstrap tools >>> stage 2: cleaning up the object tree >>> stage 2: rebuilding the object tree >>> stage 2: build tools >>> stage 3: cross tools >>> stage 4: populating /home/tinderbox/sandbox/RELENG_4/i386/i386/obj/other/tinderbox/RELENG_4/i386/i386/src/i386/usr/include >>> stage 4: building libraries >>> stage 4: make dependencies >>> stage 4: building everything.. TB --- 2004-02-18 18:11:03 - building generic kernel TB --- cd /home/tinderbox/sandbox/RELENG_4/i386/i386/src TB --- /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed Feb 18 18:11:03 GMT 2004 >>> Kernel build for GENERIC completed on Wed Feb 18 18:15:26 GMT 2004 TB --- 2004-02-18 18:15:26 - building LINT kernel TB --- cd /home/tinderbox/sandbox/RELENG_4/i386/i386/src TB --- /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Feb 18 18:15:26 GMT 2004 [...] cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -nostdinc -I- -I. -I/other/tinderbox/RELENG_4/i386/i386/src/sys -I/other/tinderbox/RELENG_4/i386/i386/src/sys/../include -I/other/tinderbox/RELENG_4/i386/i386/src/sys/contrib/dev/acpica -I/other/tinderbox/RELENG_4/i386/i386/src/sys/contrib/ipfilter -D_KERNEL -include opt_global.h -fno-builtin -mpreferred-stack-boundary=2 /other/tinderbox/RELENG_4/i386/i386/src/sys/dev/bfe/if_bfe.c /other/tinderbox/RELENG_4/i386/i386/src/sys/dev/bfe/if_bfe.c: In function `bfe_detach': /other/tinderbox/RELENG_4/i386/i386/src/sys/dev/bfe/if_bfe.c:455: warning: implicit declaration of function `mtx_initialized' /other/tinderbox/RELENG_4/i386/i386/src/sys/dev/bfe/if_bfe.c:455: structure has no member named `bfe_mtx' /other/tinderbox/RELENG_4/i386/i386/src/sys/dev/bfe/if_bfe.c: In function `bfe_set_rx_mode': /other/tinderbox/RELENG_4/i386/i386/src/sys/dev/bfe/if_bfe.c:887: warning: unused variable `ifma' /other/tinderbox/RELENG_4/i386/i386/src/sys/dev/bfe/if_bfe.c: In function `bfe_encap': /other/tinderbox/RELENG_4/i386/i386/src/sys/dev/bfe/if_bfe.c:1281: warning: unused variable `chainlen' *** Error code 1 Stop in /other/tinderbox/RELENG_4/i386/i386/obj/other/tinderbox/RELENG_4/i386/i386/src/sys/LINT. *** Error code 1 Stop in /other/tinderbox/RELENG_4/i386/i386/src. *** Error code 1 Stop in /other/tinderbox/RELENG_4/i386/i386/src. TB --- 2004-02-18 18:17:24 - TB --- /usr/bin/make returned exit code 1 TB --- 2004-02-18 18:17:24 - TB --- ERROR: failed to build lint kernel TB --- 2004-02-18 18:17:24 - tinderbox aborted From owner-freebsd-stable@FreeBSD.ORG Wed Feb 18 11:08:41 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3174316A4CF for ; Wed, 18 Feb 2004 11:08:41 -0800 (PST) Received: from probity.mcc.ac.uk (probity.mcc.ac.uk [130.88.200.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0718A43D2F for ; Wed, 18 Feb 2004 11:08:41 -0800 (PST) (envelope-from jcm@FreeBSD-uk.eu.org) Received: from dogma.freebsd-uk.eu.org ([130.88.200.97]) by probity.mcc.ac.uk with esmtp (Exim 4.20) id 1AtX3m-00030L-Mp for freebsd-stable@freebsd.org; Wed, 18 Feb 2004 19:08:38 +0000 Received: from dogma.freebsd-uk.eu.org (localhost [127.0.0.1]) i1IJ8cVi047562 for ; Wed, 18 Feb 2004 19:08:38 GMT (envelope-from jcm@dogma.freebsd-uk.eu.org) Received: (from jcm@localhost) by dogma.freebsd-uk.eu.org (8.12.10/8.12.6/Submit) id i1IJ8b2N047561 for freebsd-stable@freebsd.org; Wed, 18 Feb 2004 19:08:38 GMT Date: Wed, 18 Feb 2004 19:08:37 +0000 From: Jonathon McKitrick To: freebsd-stable@freebsd.org Message-ID: <20040218190837.GA47526@dogma.freebsd-uk.eu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i X-Spam-Score: -4.9 (----) X-Scanner: exiscan for exim4 (http://duncanthrax.net/exiscan/) *1AtX3m-00030L-Mp*Tetxd4v8M8I* Subject: 'ad0: READ/WRITE command timeout' X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Feb 2004 19:08:41 -0000 I'm getting this error during heavy disk activity: ad0: READ command timeout tag=0 serv=0 - resetting ata0: resetting devices .. done This happens with READ and WRITE from time to time. Recently I saw: Falling back to PIO mode and Waiting for DRQ (IIRC) This sounds ominous. Is my drive on its last leg? NOTE: Please CC me, as I am not currently subscribed. Thanks. jm -- My other computer is your windows box. From owner-freebsd-stable@FreeBSD.ORG Wed Feb 18 12:33:54 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 00B0516A4CE for ; Wed, 18 Feb 2004 12:33:54 -0800 (PST) Received: from mandarin.fruitsalad.org (pc117.net160.koping.net [81.16.160.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id 24BB943D2D for ; Wed, 18 Feb 2004 12:33:53 -0800 (PST) (envelope-from matt@hasta.se) Received: from [192.168.15.68] (helo=fmd) by mandarin.fruitsalad.org with smtp (Exim 4.30; FreeBSD) id 1AtYOB-000C6R-PC; Wed, 18 Feb 2004 21:33:47 +0100 From: "Matt Douhan" To: "David Beukes" , Date: Wed, 18 Feb 2004 21:33:44 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) In-Reply-To: Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Subject: SV: Stable vs Release vs Current X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Feb 2004 20:33:54 -0000 -----Ursprungligt meddelande----- >Från: owner-freebsd-stable@freebsd.org >[mailto:owner-freebsd-stable@freebsd.org]För David Beukes >Am now running 4.9 and started cvsupping the source. my >supfile has this line in it: default release=cvs >tag=RELENG_4_9. Am I wasting my time? Should it rather read >RELENG_4? If so, why? > >And where do security patches fit into this story? This might help http://www.freebsd.org/doc/en_US.ISO8859-1/articles/releng/index.html or possibly http://www.freebsd.org/releases/5.2R/early-adopter.html I hope this helps regards Matt From owner-freebsd-stable@FreeBSD.ORG Wed Feb 18 12:44:23 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D160216A4CE for ; Wed, 18 Feb 2004 12:44:23 -0800 (PST) Received: from saturn.futuredesigns.net (saturn.futuredesigns.net [216.46.197.1]) by mx1.FreeBSD.org (Postfix) with SMTP id 62A4343D1F for ; Wed, 18 Feb 2004 12:44:23 -0800 (PST) (envelope-from sturdee@saturn.futuredesigns.net) Received: (qmail 74664 invoked by uid 1000); 18 Feb 2004 20:44:22 -0000 Date: Wed, 18 Feb 2004 15:44:22 -0500 (EST) From: Mike To: David Beukes In-Reply-To: Message-ID: <20040218154232.A279@saturn.mikesweb.com> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-stable@freebsd.org Subject: Re: Stable vs Release vs Current X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Feb 2004 20:44:23 -0000 FreeBSD-CURRENT vs. FreeBSD-STABLE: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/current-stable.html Release Documentation: http://www.freebsd.org/relnotes.html That should clear it up for you. -Mike On Wed, 18 Feb 2004, David Beukes wrote: > Hi, > > Have been using FreeBSD for about a year now but haven't > understood or found a definitive answer to the > versions/branches. Would appreciate it if someone could > shed some light; a bit of history follows: > > I installed 1st FreeBSD system from 4.4 (the only cds I > could get my hands on). By the time I started understanding > what I was doing, 4.8 was out. So I CVSup'd the source and > did the whole make buildworld/installworld kernel thing. > And I was running 4.8... Question here is, was I running > 4.4 release? or 4.4 stable? when did 4.8 become stable (are > you starting to catch my drift?). > > Then in December 2003 (about a month after 4.9 was > announced), I downloaded ISOs for 4.9 and reinstalled from > scratch. Same questions as before, am I running 4.9 stable? > release? When did release become stable? > > Am now running 4.9 and started cvsupping the source. my > supfile has this line in it: default release=cvs > tag=RELENG_4_9. Am I wasting my time? Should it rather read > RELENG_4? If so, why? > > And where do security patches fit into this story? > > Any info would be helpful. > > Thanks, > David > _______________________________________________ > 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" > -------------------------------------- "Hard Work Often Pays Off After Time, but Laziness Always Pays Off Now." From owner-freebsd-stable@FreeBSD.ORG Wed Feb 18 12:54:15 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1912B16A4CF for ; Wed, 18 Feb 2004 12:54:15 -0800 (PST) Received: from falcon.midgard.homeip.net (h201n1fls24o1048.bredband.comhem.se [212.181.162.201]) by mx1.FreeBSD.org (Postfix) with SMTP id 08E5343D1D for ; Wed, 18 Feb 2004 12:54:14 -0800 (PST) (envelope-from ertr1013@student.uu.se) Received: (qmail 46391 invoked by uid 1001); 18 Feb 2004 20:54:12 -0000 Date: Wed, 18 Feb 2004 21:54:12 +0100 From: Erik Trulsson To: David Beukes Message-ID: <20040218205411.GA33138@falcon.midgard.homeip.net> Mail-Followup-To: David Beukes , freebsd-stable@freebsd.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6i cc: freebsd-stable@freebsd.org Subject: Re: Stable vs Release vs Current X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Feb 2004 20:54:15 -0000 On Wed, Feb 18, 2004 at 01:35:20PM +0200, David Beukes wrote: > Hi, > > Have been using FreeBSD for about a year now but haven't > understood or found a definitive answer to the > versions/branches. Would appreciate it if someone could > shed some light; a bit of history follows: > > I installed 1st FreeBSD system from 4.4 (the only cds I > could get my hands on). By the time I started understanding > what I was doing, 4.8 was out. So I CVSup'd the source and > did the whole make buildworld/installworld kernel thing. > And I was running 4.8... Question here is, was I running > 4.4 release? or 4.4 stable? when did 4.8 become stable (are > you starting to catch my drift?). > > Then in December 2003 (about a month after 4.9 was > announced), I downloaded ISOs for 4.9 and reinstalled from > scratch. Same questions as before, am I running 4.9 stable? > release? When did release become stable? > > Am now running 4.9 and started cvsupping the source. my > supfile has this line in it: default release=cvs > tag=RELENG_4_9. Am I wasting my time? Should it rather read > RELENG_4? If so, why? > > And where do security patches fit into this story? > > Any info would be helpful. All the 4.x releases are essentially snapshots of the RELENG_4 development branch. 4.4-STABLE refers to the RELENG_4 branch at any time after 4.4-RELEASE was created, but before 4.5-RELEASE was created. (And by the same reasoning 4.8-STABLE refers to the RELENG_4 branch between 4.8-RELEASE and 4.9-RELEASE.) If you install from a CD you will get 4.x-RELEASE. If you cvsup from the RELENG_4 branch you will get 4.x-STABLE, where 4.x is the most recent release. (You could also use cvsup to get some particular release if you wish, but that is rarely done.) If you should use RELENG_4_9 or RELENG_4 is a matter of taste. RELENG_4_9 is 4.9-RELEASE+security fixes only, and is therefore much less likely to introduce new bugs than the RELENG_4 branch, but you won't get any new features or non-critical bug fixes on the other hand. For more information you could read the following texts which should answer most of your questions: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/current-stable.html http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/cvs-tags.html http://www.freebsd.org/doc/en_US.ISO8859-1/books/faq/admin.html#RELEASE-CANDIDATE http://www.freebsd.org/doc/en_US.ISO8859-1/articles/releng/index.html http://www.freebsd.org/security/index.html#adv -- Erik Trulsson ertr1013@student.uu.se From owner-freebsd-stable@FreeBSD.ORG Wed Feb 18 13:17:36 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C897016A4CE for ; Wed, 18 Feb 2004 13:17:36 -0800 (PST) Received: from smta10.mail.ozemail.net (smta10.mail.ozemail.net [203.103.165.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0BAE043D1D for ; Wed, 18 Feb 2004 13:17:36 -0800 (PST) (envelope-from robbyrnes@ozemail.com.au) Received: from cartman.ozemail.com.au ([203.61.128.137]) by smta10.mail.ozemail.net with ESMTP <20040218211510.ZLAY18700.smta10.mail.ozemail.net@cartman.ozemail.com.au>; Wed, 18 Feb 2004 21:15:10 +0000 Message-Id: <6.0.3.0.2.20040219081257.022e5cc8@127.0.0.1> X-Sender: pop.ozemail.com.au/110/robbyrnes@127.0.0.1 (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 6.0.3.0 Date: Thu, 19 Feb 2004 08:17:21 +1100 To: "David Beukes" , freebsd-stable@freebsd.org From: Rob B In-Reply-To: References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: Re: Stable vs Release vs Current X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Feb 2004 21:17:36 -0000 At 10:35 PM 18/02/2004, David Beukes wrote: >Hi, > >Have been using FreeBSD for about a year now but haven't >understood or found a definitive answer to the >versions/branches. Would appreciate it if someone could >shed some light; a bit of history follows: > >I installed 1st FreeBSD system from 4.4 (the only cds I >could get my hands on). By the time I started understanding >what I was doing, 4.8 was out. So I CVSup'd the source and >did the whole make buildworld/installworld kernel thing. >And I was running 4.8... Question here is, was I running >4.4 release? or 4.4 stable? when did 4.8 become stable (are >you starting to catch my drift?). 4.4-RELEASE is just 4.4-STABLE at one particular point in time >Then in December 2003 (about a month after 4.9 was >announced), I downloaded ISOs for 4.9 and reinstalled from >scratch. Same questions as before, am I running 4.9 stable? >release? When did release become stable? -STABLE becomes -RELEASE when the source tree is tagged with -RELEASE >Am now running 4.9 and started cvsupping the source. my >supfile has this line in it: default release=cvs >tag=RELENG_4_9. Am I wasting my time? Should it rather read >RELENG_4? If so, why? That all depends if you want to follow -RELEASE plus security fixes, or if you want a (slowly) moving target that is -STABLE >And where do security patches fit into this story? See above >Any info would be helpful. I suggest re-reading the Handbook, the section on Stable vs Current (http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/current-stable.html) is most pertinant. Cheers, Rob -- "Beer. Now there's a temporary solution." - Homer Simpson This is random quote 9 of 1254. Distance from the centre of the brewing universe [15200.8 km (8207.8 mi), 262.8 deg](Apparent) Rennerian Public Key fingerprint = 6219 33BD A37B 368D 29F5 19FB 945D C4D7 1F66 D9C5 From owner-freebsd-stable@FreeBSD.ORG Wed Feb 18 13:38:43 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0863E16A4CE for ; Wed, 18 Feb 2004 13:38:43 -0800 (PST) Received: from riddler.dyndns.org (c-24-17-77-4.client.comcast.net [24.17.77.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE69F43D1D for ; Wed, 18 Feb 2004 13:38:42 -0800 (PST) (envelope-from mdf@foster.cc) Received: from mdf by riddler.dyndns.org with local (Exim 4.30 #2) id 1AtZOz-000IHl-Dh for freebsd-stable@freebsd.org; Wed, 18 Feb 2004 13:38:41 -0800 Date: Wed, 18 Feb 2004 13:38:41 -0800 From: Mark Foster To: freebsd-stable@freebsd.org Message-ID: <20040218213841.GA70192@riddler.dyndns.org> Mail-Followup-To: Mark Foster , freebsd-stable@freebsd.org References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="vkogqOf2sHV7VnPd" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i Sender: Mark Foster Subject: Re: Stable vs Release vs Current X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Feb 2004 21:38:43 -0000 --vkogqOf2sHV7VnPd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Feb 18, 2004 at 01:35:20PM +0200, David Beukes wrote: [snip] > Am now running 4.9 and started cvsupping the source. my > supfile has this line in it: default release=3Dcvs > tag=3DRELENG_4_9. Am I wasting my time? Should it rather read > RELENG_4? If so, why? If you want to track the security branch for RELEASE 4.9 use RELENG_4_9 Otherwise use RELENG_4 which means tracking STABLE. =20 > And where do security patches fit into this story?=20 See above. =20 > Any info would be helpful. Go read http://www.freebsd.org/doc/en_US.ISO8859-1/articles/releng/article.html Then if you still have questions, ask again. --=20 Some days it's just not worth chewing through the restraints... Mark Foster http://mark.foster.cc/ --vkogqOf2sHV7VnPd Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQFAM9thsP1x4ZySqYcRAkONAJ9IZyfZZWOtG1equTQr/vdIi3bLpACeMytb wXa6kfxSzkC7vHSBMG7wEto= =oBJu -----END PGP SIGNATURE----- --vkogqOf2sHV7VnPd-- From owner-freebsd-stable@FreeBSD.ORG Wed Feb 18 13:44:19 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 385AA16A4CE for ; Wed, 18 Feb 2004 13:44:19 -0800 (PST) Received: from mail.web-1hosting.net (mail.web-1hosting.net [63.123.79.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 26B1C43D1F for ; Wed, 18 Feb 2004 13:44:19 -0800 (PST) (envelope-from security@adtu.org) Received: from slick.iowaone.net (spencer-117.iowaone.net [12.13.110.117]) by mail.web-1hosting.net (Postfix) with ESMTP id 10BC12D85DD for ; Wed, 18 Feb 2004 15:44:18 -0600 (CST) Date: Wed, 18 Feb 2004 15:44:41 -0600 From: Aaron Sloan To: freebsd-stable@freebsd.org Message-Id: <20040218154441.136defa5@slick.iowaone.net> In-Reply-To: <40336A27.8070005@vaionline.it> References: <40336A27.8070005@vaionline.it> X-Mailer: Sylpheed version 0.9.9claws (GTK+ 1.2.10; i386-portbld-freebsd4.9) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: baudline0.96 distfile needed/broken port X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Feb 2004 21:44:19 -0000 Hello, I am looking for distfile.... baudline_0.96_i686.tar.gz anyone anyone?? Thanks : ) Aaron From owner-freebsd-stable@FreeBSD.ORG Wed Feb 18 13:59:32 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9656116A4CF for ; Wed, 18 Feb 2004 13:59:32 -0800 (PST) Received: from holmes.rerowe.com (holmes.rerowe.com [216.229.6.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id D584743D1D for ; Wed, 18 Feb 2004 13:59:31 -0800 (PST) (envelope-from rerowe@rerowe.com) Received: from [192.168.48.33] (holmesby.rerowe.com [216.229.6.185]) by holmes.rerowe.com (8.12.9p2/8.12.9) with ESMTP id i1ILxT4J098397; Wed, 18 Feb 2004 15:59:29 -0600 (CST) (envelope-from rerowe@rerowe.com) From: Randy Rowe To: Sidnei Rodrigo Basei In-Reply-To: <40336A27.8070005@vaionline.it> References: <40336A27.8070005@vaionline.it> Content-Type: text/plain; charset=ISO-8859-1 Organization: Message-Id: <1077141572.4635.97.camel@work.rerowe.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.2 (1.2.2-5) Date: 18 Feb 2004 15:59:32 -0600 Content-Transfer-Encoding: 8bit cc: freebsd-stable@freebsd.org Subject: Re: BIND FreeBSD 4.9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Feb 2004 21:59:32 -0000 On Wed, 2004-02-18 at 07:35, Sidnei Rodrigo Basei wrote: > Hi.... > > I´ve problems witch BIND configuration in FreeBSD-4.9. Any one knows a > GOOD help to configure ? > > I configured the named.conf , locahost.rev and myzone and myzone.rev... > without errors.... but when I type "nslookup", it not can connect to > BIND server.... > > /etc/resolv.conf > domain sreb.com.br > nameserver 127.0.0.1 > > firewall: > allow all from any to any > > thank you Have you enabled named in /etc/rc.conf? The appropriate lines are: named_enable="YES" # Run named, the DNS server (or NO). named_flags="-u bind -g bind -t /etc/namedb /etc/named.conf" From owner-freebsd-stable@FreeBSD.ORG Wed Feb 18 14:00:33 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B1DCB16A4D3 for ; Wed, 18 Feb 2004 14:00:33 -0800 (PST) Received: from enterprise.sd73.bc.ca (romulus-net.sd73.bc.ca [142.24.13.134]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA37F43D1F for ; Wed, 18 Feb 2004 14:00:21 -0800 (PST) (envelope-from fcash-ml@sd73.bc.ca) Received: from mailtest.sd73.bc.ca (mailtest.sd73.bc.ca [10.10.10.14]) i1ILpu7O021337; Wed, 18 Feb 2004 13:51:57 -0800 Received: from 192.168.0.200 (SquirrelMail authenticated user fcash) by mailtest.sd73.bc.ca with HTTP; Wed, 18 Feb 2004 14:00:06 -0800 (PST) Message-ID: <50192.192.168.0.200.1077141606.squirrel@mailtest.sd73.bc.ca> In-Reply-To: References: Date: Wed, 18 Feb 2004 14:00:06 -0800 (PST) From: "Freddie Cash" To: "David Beukes" User-Agent: SquirrelMail/1.4.2 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 Importance: Normal X-RAVMilter-Version: 8.4.1(snapshot 20020919) (enterprise.sd73.bc.ca) cc: stable@freebsd.org Subject: Re: Stable vs Release vs Current X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Feb 2004 22:00:33 -0000 > Have been using FreeBSD for about a year now but haven't > understood or found a definitive answer to the > versions/branches. Would appreciate it if someone could > shed some light; a bit of history follows: There are two development branches for FreeBSD: -CURRENT and -STABLE. -CURRENT is where the majority of all new development it done. This development branch is what the next major release of FreeBSD will be from. Right now, -CURRENT is what will become FreeBSD 5.x. The cvs/cvsup tag for this is a period ".". -STABLE is the everyday, production-quality development branch. New technology is tested in -CURRENT, then ported over to -STABLE as needed. Some new development occurs in this branch, but it's not a common thing. Right now, -STABLE is FreeBSD 4.x. The cvs/cvsup tag for this iis RELENG_4. A release is nothing more than a snapshot taken from either of the branches, put through some testing, deemed good enough for use, and released to the world. Right now, a release can come from either branch. The latest releases are 4.9 and 5.2. When you installed 4.4, you were running 4.4-RELEASE. When you upgraded to 4.8, you were running 4.8-RELEASE. And when you upgrade to 4.9, you will be running 4.9-RELEASE. After each release, a new branch is created to hold just security fixes for that release. This is known as the RELENG_X_Y branch, where X is the major version number, and Y is the minor version number. For instance, there is a RELENG_4_7 for security fixes to 4.7-RELEASE, there is a RELENG_4_8 for security fixes to 4.8-RELEASE, and there is a RELENG_4_9 for security fixes to 4.9-RELEASE. From owner-freebsd-stable@FreeBSD.ORG Wed Feb 18 15:23:03 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4FF6016A4CF for ; Wed, 18 Feb 2004 15:23:03 -0800 (PST) Received: from sv07e.atm-tzs.kmjeuro.com (sv07e.atm-tzs.kmjeuro.com [193.81.94.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id A903643D1F for ; Wed, 18 Feb 2004 15:23:02 -0800 (PST) (envelope-from k.joch@kmjeuro.com) Received: from kmjeuro.com (adsl.sbg.kmjeuro.com [62.99.198.46]) (authenticated bits=0)i1INMfeB088937 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Thu, 19 Feb 2004 00:22:47 +0100 (CET) (envelope-from k.joch@kmjeuro.com) Message-ID: <4033F3C1.30101@kmjeuro.com> Date: Thu, 19 Feb 2004 00:22:41 +0100 From: "Karl M. Joch" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.5) Gecko/20031007 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20040218190837.GA47526@dogma.freebsd-uk.eu.org> In-Reply-To: <20040218190837.GA47526@dogma.freebsd-uk.eu.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-MailScanner-Information: please visit www.ctseuro.com for further instructions. Protected by www.ctseuro.com X-MailScanner: Found to be clean Subject: Re: 'ad0: READ/WRITE command timeout' X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Feb 2004 23:23:03 -0000 Jonathon McKitrick wrote: > I'm getting this error during heavy disk activity: > > ad0: READ command timeout > tag=0 serv=0 - resetting > ata0: resetting devices .. done > > This happens with READ and WRITE from time to time. Recently I saw: > > Falling back to PIO mode > and > Waiting for DRQ (IIRC) > > This sounds ominous. Is my drive on its last leg? > > > NOTE: Please CC me, as I am not currently subscribed. Thanks. > > jm I always change the harddisks when having errors like this. Mostly its the drive or the cable. And finally since a few days one server made big problems with the above error. Changing the drive, cables aso wasnt helpful. Found out it was the power supply which was buggy after 2 or 3 years :-(. New power supply and all errors are gone. -- Best regards / Mit freundlichen Gruessen, Karl M. Joch k.joch@ctseuro.com http://www.ctseuro.com From owner-freebsd-stable@FreeBSD.ORG Wed Feb 18 15:28:29 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D6F8916A4CE for ; Wed, 18 Feb 2004 15:28:29 -0800 (PST) Received: from gw02.mail.saunalahti.fi (gw02.mail.saunalahti.fi [195.197.172.116]) by mx1.FreeBSD.org (Postfix) with ESMTP id A514F43D1F for ; Wed, 18 Feb 2004 15:28:29 -0800 (PST) (envelope-from djv@mbnet.fi) Received: from tuomon-atte (MCCCXV.dsl.saunalahti.fi [62.142.13.115]) by gw02.mail.saunalahti.fi (Postfix) with ESMTP id A1BCEF14BCB; Thu, 19 Feb 2004 01:28:28 +0200 (EET) To: Sidnei Rodrigo Basei References: <40336A27.8070005@vaionline.it> Message-ID: From: Tuomo Latto Content-Type: text/plain; format=flowed; charset=utf-8 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Date: Thu, 19 Feb 2004 01:28:34 +0200 In-Reply-To: <40336A27.8070005@vaionline.it> User-Agent: Opera7.23/Win32 M2 build 3227 cc: freebsd-stable@freebsd.org Subject: Re: BIND FreeBSD 4.9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Feb 2004 23:28:30 -0000 On Wed, 18 Feb 2004 10:35:35 -0300, Sidnei Rodrigo Basei wrote: > I´ve problems witch BIND configuration in FreeBSD-4.9. Any one knows a > GOOD help to configure ? On the net, you can just google for the information. Keep in mind that there's a lot more documentation available for Linux and that in this case, it mostly (if not wholly) applies to FreeBSD too. > I configured the named.conf , locahost.rev and myzone and myzone.rev... > without errors.... but when I type "nslookup", it not can connect to > BIND server.... > > /etc/resolv.conf > domain sreb.com.br > nameserver 127.0.0.1 > > firewall: > allow all from any to any With brief glance looks ok to me.. Time for the stupid questions: Is BIND running? Do you have the line 'named_enable="YES"' in your /etc/rc.conf? -- Tuomo From owner-freebsd-stable@FreeBSD.ORG Wed Feb 18 15:36:21 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1448116A4CE for ; Wed, 18 Feb 2004 15:36:21 -0800 (PST) Received: from gilmore.nas.nasa.gov (gilmore.nas.nasa.gov [129.99.33.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E3CC43D1F for ; Wed, 18 Feb 2004 15:36:21 -0800 (PST) (envelope-from tweten@nas.nasa.gov) Received: from gilmore.nas.nasa.gov (IDENT:z25mKoFlXgdMnjMVgb/oG3P2Z3MyvOi+@localhost.nas.nasa.gov [127.0.0.1]) i1INa9es003749; Wed, 18 Feb 2004 15:36:09 -0800 (PST) (envelope-from tweten@gilmore.nas.nasa.gov) X-Mailer: exmh version 2.6.3 04/04/2003 with nmh-1.0.4 To: "David Beukes" From: Dave Tweten Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 18 Feb 2004 15:36:09 -0800 Message-ID: <3748.1077147369@gilmore.nas.nasa.gov> Sender: tweten@nas.nasa.gov cc: freebsd-stable@freebsd.org Subject: Re: Stable vs Release vs Current X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: David.E.Tweten@nasa.gov List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Feb 2004 23:36:21 -0000 dbm@5fm.za.com said: >Have been using FreeBSD for about a year now but haven't understood or >found a definitive answer to the versions/branches. CURRENT --> the CVS tree to which developers submit their unit-tested code. Currently, this tree produces releases numbered 5.x. This has the latest stuff, and is flakier than the alternative, ... STABLE --> the CVS tree to which code is submitted (MFC'ed) when it has proven itself for some time under CURRENT. Currently, this tree produces releases numbered 4.x. Release --> a term that is applied to verious (numbered) versions from each CVS tree. The current 4.9-Release is a snapshot of the STABLE tree's continuous progression just before the most recent pre-release code freeze thawed. Release Candidate --> Characterizes versions of CURRENT or STABLE during a pre-release code freeze that are being considered to be declared the Release. tag=RELENG_5 --> This is how to get cvsup to give you the absolutely latest, up-to-the-minute, flakiest CURRENT. tag=RELENG_4 --> This is how to get cvsup to give you the absolutely latest, up-to-the-minute, (probably not too flaky unless we're in a code freeze) STABLE. Unless we're in a code freeze, it will call itself 4.x-STABLE. In a code freeze, it might call itself 4.(x+1)-RC, "RC" for Release Candidate. tag=RELENG_4_9 --> This is how to get cvsup to give you the 4.9 Release code with only a few, very important bug fixes added. Those fixes are likely to address only security problems or catastrophic bugs in the release. >I installed 1st FreeBSD system from 4.4 (the only cds I could get my hands >on). By the time I started understanding what I was doing, 4.8 was out. So >I CVSup'd the source and did the whole make buildworld/installworld kernel >thing. And I was running 4.8... Question here is, was I running 4.4 >release? You don't say what tag you were using, but assuming your tag was "RELENG_4," you were running 4.8-STABLE. After you cvsupped 4.8-Stable and installed, 4.4-Release was overwritten. >Then in December 2003 (about a month after 4.9 was announced), I >downloaded ISOs for 4.9 and reinstalled from scratch. Same questions as >before, am I running 4.9 stable? release? 4.9-Release. >When did release become stable? It didn't. STABLE became Release just long enough to make the ISOs, and then went back to being STABLE. >Am now running 4.9 and started cvsupping the source. my supfile has this >line in it: default release=cvs tag=RELENG_4_9. Am I wasting my time? >Should it rather read RELENG_4? That would depend upon what you want. If you are very conservative and only want updates beyond 4.9 Release that fix security vulnerabilities or catastrophic problems, you have just the right tag. If you also want well tested new features and fixes to less than catastrophic bugs, then you might want to get RELENG_4 instead. But don't forget to hold off updates from the pre-release code freeze until the release CDs arrive in the mail. >And where do security patches fit into this story? They fit into tag=RELENG_x_y, tag-RELENG_4_9, in your case. -- M/S 258-5 |1024-bit PGP fingerprint:|tweten@nas.nasa.gov NASA Ames Research Center | 41 B0 89 0A 8F 94 6C 59| (650) 604-4416 Moffett Field, CA 94035-1000| 7C 80 10 20 25 C7 2F E6|FAX: (650) 604-4377 Not an official NASA position. You can't even be certain who sent this! From owner-freebsd-stable@FreeBSD.ORG Wed Feb 18 15:41:15 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0A6F116A4CE for ; Wed, 18 Feb 2004 15:41:15 -0800 (PST) Received: from info.dimension.se (mailserver.dimension.se [212.214.16.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id 39CEA43D1D for ; Wed, 18 Feb 2004 15:41:14 -0800 (PST) (envelope-from mathias.samuelson@dimension.se) Received: from dimension.se ([127.0.0.1]) by info.dimension.se (Netscape Messaging Server 4.15) with ESMTP id HTB0GO00.EHU; Thu, 19 Feb 2004 00:41:12 +0100 Message-ID: <4033F814.1060308@dimension.se> Date: Thu, 19 Feb 2004 00:41:08 +0100 From: "Mathias Samuelson" User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6b) Gecko/20031214 Thunderbird/0.4 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Randy Rowe References: <40336A27.8070005@vaionline.it> <1077141572.4635.97.camel@work.rerowe.com> In-Reply-To: <1077141572.4635.97.camel@work.rerowe.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit cc: Sidnei Rodrigo Basei cc: freebsd-stable@freebsd.org Subject: Re: BIND FreeBSD 4.9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Feb 2004 23:41:15 -0000 Randy Rowe wrote: > On Wed, 2004-02-18 at 07:35, Sidnei Rodrigo Basei wrote: > >>Hi.... >> >>I´ve problems witch BIND configuration in FreeBSD-4.9. Any one knows a >>GOOD help to configure ? >> >>I configured the named.conf , locahost.rev and myzone and myzone.rev... >>without errors.... but when I type "nslookup", it not can connect to >>BIND server.... >> >>/etc/resolv.conf >>domain sreb.com.br >>nameserver 127.0.0.1 >> >>firewall: >>allow all from any to any >> >>thank you > > > Have you enabled named in /etc/rc.conf? The appropriate lines are: > > named_enable="YES" # Run named, the DNS server (or NO). > named_flags="-u bind -g bind -t /etc/namedb /etc/named.conf" > If you use that 'named_flags', you also need to create user and group 'bind'. /etc/namedb needs to be readable+writable by that user. /etc/named.conf needs to be readable by the user. From owner-freebsd-stable@FreeBSD.ORG Wed Feb 18 17:04:18 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 03BF016A4CE for ; Wed, 18 Feb 2004 17:04:18 -0800 (PST) Received: from meitner.wh.uni-dortmund.de (meitner.wh.uni-dortmund.de [129.217.129.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id C4E8E43D2D for ; Wed, 18 Feb 2004 17:04:17 -0800 (PST) (envelope-from michaelnottebrock@gmx.net) Received: from lofi.dyndns.org (pc2-105.intern.meitner [10.3.12.105]) by meitner.wh.uni-dortmund.de (Postfix) with ESMTP id 76143167588 for ; Thu, 19 Feb 2004 02:04:16 +0100 (CET) Received: from localhost.invalid (kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id i1J14Fb5008398 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Thu, 19 Feb 2004 02:04:16 +0100 (CET) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: stable@freebsd.org Date: Thu, 19 Feb 2004 02:04:11 +0100 User-Agent: KMail/1.6 MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Boundary-02=_PuANAyjwX5DtLX/"; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200402190204.15371.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new Subject: This here DVD-RAM thing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Feb 2004 01:04:18 -0000 --Boundary-02=_PuANAyjwX5DtLX/ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline I got my LG 4081B today, complete with a 4.7G DVD-RAM medium and I played=20 around with it a bit. I can newfs and mount it rw just fine and it's all=20 great - except, that UFS is the ONLY filesystem I can manage to get onto it= =2E=20 fdisk is a no-go, so is disklabel, so is newfs_msdos, so is mke2fs. It seem= s=20 most utilities just don't like to work on something like acd0a/cd0c and get= =20 utterly confused. Anybody with sufficent FS-Foo want to fix? =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 --Boundary-02=_PuANAyjwX5DtLX/ Content-Type: application/pgp-signature Content-Description: signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQBANAuPXhc68WspdLARAiOvAKCPsUag5LqGQ8OErgpAdoOOxf/l9wCcC52l PJdSWygALauGTrE9O7pM+EM= =31El -----END PGP SIGNATURE----- --Boundary-02=_PuANAyjwX5DtLX/-- From owner-freebsd-stable@FreeBSD.ORG Wed Feb 18 17:06:00 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BCCCD16A4CE for ; Wed, 18 Feb 2004 17:06:00 -0800 (PST) Received: from smtp1.matrix.com.br (smtp1.matrix.com.br [200.196.28.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8333043D1D for ; Wed, 18 Feb 2004 17:06:00 -0800 (PST) (envelope-from nobody@capa1.matrix.net.br) Received: from capa1.matrix.net.br (unknown [200.201.192.45]) by smtp1.matrix.com.br (Postfix) with ESMTP id 1540130AF8 for ; Wed, 18 Feb 2004 22:05:58 -0300 (BRT) Received: from nobody by capa1.matrix.net.br with local (Exim 3.35 #1 (Debian)) id 1AtccA-0000YD-00 for ; Wed, 18 Feb 2004 22:04:30 -0300 To: freebsd-stable@freebsd.org From: Sidnei Rodrigo Basei Date: Wed, 18 Feb 2004 22:04:30 X-account: basei@matrix.com.br Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: Sender: nobody Subject: NATd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Feb 2004 01:06:00 -0000 Hi... I am solved the BIND problem... ( I was very much idiot :-P ) well... my question is: I have only one Network Adapter (xl0) this interface have the 192.168.201.1 address and one alias: 10.4.1.1.... when I start the mpd daemon, the ng0 interface is created.... then, i want configure my server to my VPN users can acess the internet ... My little network is: (text format) internet ---------- |(DHCP) +------------------+ NAT: PUBLIC_PORT 1723 -> PRIVATE_PORT 1723 | 3COM 812 O.C. | ADDRESS 192.168.201.1 +------------------+ | 192.168.201.254 | Alias: 10.4.1.254 | | +--------------------------+ vr0| 192.168.201.1 | | 10.4.1.1(Alias) | +------------------+ | | FreeBSD 4.9 (mpd)| -------- +------------------+ intranet (10.4.1.0) I want with my friends can access the WEB, ICQ, and access my private network when they are logged in the VPN.... Anyone can help me what i can configure my nat and my ipfw to forward this packages and make this route? (all network traffic is via VR0 (phisical interface)) []'s Sidnei Rodrigo Basei basei@matrix.com.br Florianópolis(SC) - Brasil ... From owner-freebsd-stable@FreeBSD.ORG Wed Feb 18 21:12:23 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5231C16A4CE; Wed, 18 Feb 2004 21:12:23 -0800 (PST) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id 38EE043D1F; Wed, 18 Feb 2004 21:12:23 -0800 (PST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 918E37303A; Thu, 19 Feb 2004 00:12:22 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040219051222.918E37303A@freebsd-current.sentex.ca> Date: Thu, 19 Feb 2004 00:12:22 -0500 (EST) Subject: [releng_4 tinderbox] failure on i386/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Feb 2004 05:12:23 -0000 TB --- 2004-02-19 04:29:28 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-02-19 04:29:28 - starting RELENG_4 tinderbox run for i386/i386 TB --- 2004-02-19 04:29:28 - checking out the source tree TB --- cd /home/tinderbox/sandbox/RELENG_4/i386/i386 TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_4 src TB --- 2004-02-19 04:37:00 - building world TB --- cd /home/tinderbox/sandbox/RELENG_4/i386/i386/src TB --- /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1: bootstrap tools >>> stage 2: cleaning up the object tree >>> stage 2: rebuilding the object tree >>> stage 2: build tools >>> stage 3: cross tools >>> stage 4: populating /home/tinderbox/sandbox/RELENG_4/i386/i386/obj/other/tinderbox/RELENG_4/i386/i386/src/i386/usr/include >>> stage 4: building libraries >>> stage 4: make dependencies >>> stage 4: building everything.. TB --- 2004-02-19 05:06:07 - building generic kernel TB --- cd /home/tinderbox/sandbox/RELENG_4/i386/i386/src TB --- /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Thu Feb 19 05:06:07 GMT 2004 >>> Kernel build for GENERIC completed on Thu Feb 19 05:10:26 GMT 2004 TB --- 2004-02-19 05:10:26 - building LINT kernel TB --- cd /home/tinderbox/sandbox/RELENG_4/i386/i386/src TB --- /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Feb 19 05:10:26 GMT 2004 [...] cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -nostdinc -I- -I. -I/other/tinderbox/RELENG_4/i386/i386/src/sys -I/other/tinderbox/RELENG_4/i386/i386/src/sys/../include -I/other/tinderbox/RELENG_4/i386/i386/src/sys/contrib/dev/acpica -I/other/tinderbox/RELENG_4/i386/i386/src/sys/contrib/ipfilter -D_KERNEL -include opt_global.h -fno-builtin -mpreferred-stack-boundary=2 /other/tinderbox/RELENG_4/i386/i386/src/sys/dev/bfe/if_bfe.c /other/tinderbox/RELENG_4/i386/i386/src/sys/dev/bfe/if_bfe.c: In function `bfe_detach': /other/tinderbox/RELENG_4/i386/i386/src/sys/dev/bfe/if_bfe.c:455: warning: implicit declaration of function `mtx_initialized' /other/tinderbox/RELENG_4/i386/i386/src/sys/dev/bfe/if_bfe.c:455: structure has no member named `bfe_mtx' /other/tinderbox/RELENG_4/i386/i386/src/sys/dev/bfe/if_bfe.c: In function `bfe_set_rx_mode': /other/tinderbox/RELENG_4/i386/i386/src/sys/dev/bfe/if_bfe.c:887: warning: unused variable `ifma' /other/tinderbox/RELENG_4/i386/i386/src/sys/dev/bfe/if_bfe.c: In function `bfe_encap': /other/tinderbox/RELENG_4/i386/i386/src/sys/dev/bfe/if_bfe.c:1281: warning: unused variable `chainlen' *** Error code 1 Stop in /other/tinderbox/RELENG_4/i386/i386/obj/other/tinderbox/RELENG_4/i386/i386/src/sys/LINT. *** Error code 1 Stop in /other/tinderbox/RELENG_4/i386/i386/src. *** Error code 1 Stop in /other/tinderbox/RELENG_4/i386/i386/src. TB --- 2004-02-19 05:12:22 - TB --- /usr/bin/make returned exit code 1 TB --- 2004-02-19 05:12:22 - TB --- ERROR: failed to build lint kernel TB --- 2004-02-19 05:12:22 - tinderbox aborted From owner-freebsd-stable@FreeBSD.ORG Wed Feb 18 21:23:42 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6EC0B16A4CE for ; Wed, 18 Feb 2004 21:23:42 -0800 (PST) Received: from mail003.syd.optusnet.com.au (mail003.syd.optusnet.com.au [211.29.132.144]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D99643D2F for ; Wed, 18 Feb 2004 21:23:41 -0800 (PST) (envelope-from tfrank@optushome.com.au) Received: from marvin.home.local (c211-28-241-189.eburwd5.vic.optusnet.com.au [211.28.241.189])i1J5NbE10349 for ; Thu, 19 Feb 2004 16:23:38 +1100 Received: by marvin.home.local (Postfix, from userid 1001) id 2E2733DE; Thu, 19 Feb 2004 16:23:36 +1100 (EST) Date: Thu, 19 Feb 2004 16:23:36 +1100 From: Tony Frank To: freebsd-stable@freebsd.org Message-ID: <20040219052336.GA28162@marvin.home.local> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2i Subject: Kernel panics in ahc during load with stable built 18th Feb X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Feb 2004 05:23:42 -0000 Hi all, As per the subject I seem to be getting kernel panics in ahc driver since upgrading my kernel & world to -stable. This occurs specifically when writing high volume of files to vinum raid5 volume spanning 4 scsi drives connected to Adaptec 2940 PCI controller. The fault appears to be reproducable - every time I try to extract a tar file containing a copy of /usr/obj from another system. vinum init and a lot of benchmarking (rawio and bonnie) work fine on the volume. dmesg lines: ahc0: port 0xb400-0xb4ff mem 0xe0800000-0xe080 0fff irq 10 at device 11.0 on pci0 Custom kernel is configured with: options AHC_ALLOW_MEMIO I setup a serial console and rebuilt kernel to include debugging bits. Fatal trap 12: page fault while in kernel mode fault virtual address = 0x5c fault code = supervisor read, page not present instruction pointer = 0x8:0xc015cab2 stack pointer = 0x10:0xc02e2b58 frame pointer = 0x10:0xc02e2b68 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 = Idle interrupt mask = cam kernel: type 12 trap, code=0 Stopped at ahc_done+0xc2: pushl 0x5c(%ebx) db> trace ahc_done(c0f9a200,c0fb53c0) at ahc_done+0xc2 ahc_run_qoutfifo(c0f9a200) at ahc_run_qoutfifo+0xf1 ahc_platform_intr(c0f9a200,0,c02e2bf8,c027ab82,c0322458) at ahc_platform_intr+0x 174 add_interrupt_randomness(c0322458,0,400010,c0300010,c0300010) at add_interrupt_r andomness+0xe Xresume10() at Xresume10+0x2b --- interrupt, eip = 0xc027fa46, esp = 0xc02e2bf0, ebp = 0xc02e2bf8 --- cpu_idle(e,633,2,80f9ff,0) at cpu_idle+0xe idle_loop() at idle_loop+0x1d Follows is the full log of boot and panic and my feeble attempts to do get some further info. (ps an trace) Any suggestions/pointers? Thanks, Tony Console: serial port BIOS drive A: is disk0 BIOS drive C: is disk1 BIOS drive D: is disk2 BIOS drive E: is disk3 BIOS drive F: is disk4 BIOS drive G: is disk5 BIOS drive H: is disk6 BIOS 639kB/130036kB available memory FreeBSD/i386 bootstrap loader, Revision 0.8 (tony@raider.home.local, Thu Feb 19 13:52:39 EST 2004) Loading /boot/defaults/loader.conf /kernel text=0x1dfc00 data=0x27ea0+0x22994 syms=[0x4+0x2c6f0+0x4+0x345f2] /modules/vinum.ko text=0x14e20 data=0x3d0+0xace88 syms=[0x4+0x1250+0x4+0xc37] Hit [Enter] to boot immediately, or any other key for command prompt. Booting [kernel]... Copyright (c) 1992-2003 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 4.9-STABLE #2: Thu Feb 19 14:24:16 EST 2004 tony@marvin.home.local:/data/ad3/obj/usr/src/sys/RAIDER Timecounter "i8254" frequency 1193182 Hz CPU: Pentium II/Pentium II Xeon/Celeron (200.46-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x633 Stepping = 3 Features=0x80f9ff real memory = 134205440 (131060K bytes) config> en apm0 avail memory = 126218240 (123260K bytes) Preloaded elf kernel "kernel" at 0xc0453000. Preloaded userconfig_script "/boot/kernel.conf" at 0xc045309c. Preloaded elf module "vinum.ko" at 0xc04530ec. VESA: v2.0, 2048k memory, flags:0x0, mode table:0xc0322ac2 (1000022) VESA: ATI MACH64 Pentium Pro MTRR support enabled md0: Malloc disk Using $PIR table, 6 entries at 0xc00f0b60 apm0: on motherboard apm0: found APM BIOS v1.2, connected at v1.2 npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 agp0: mem 0xe4000000-0xe7ffffff at device 0.0 on pci0 pcib2: at device 1.0 on pci0 pci1: on pcib2 isab0: at device 4.0 on pci0 isa0: on isab0 atapci0: port 0xd800-0xd80f at device 4.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 pci0: at 4.2 pci0: (vendor=0x1106, dev=0x3050) at 4.3 pci0: at 9.0 fxp0: port 0xb800-0xb83f mem 0xe1000000-0xe10ffff f,0xe1800000-0xe1800fff irq 3 at device 10.0 on pci0 fxp0: Ethernet address 00:04:ac:e5:d3:59 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto ahc0: port 0xb400-0xb4ff mem 0xe0800000-0xe080 0fff irq 10 at device 11.0 on pci0 aic7880: Ultra Wide Channel A, SCSI Id=7, 16/253 SCBs fxp1: port 0xb000-0xb03f mem 0xdf800000-0xdf8ffff f,0xe0000000-0xe0000fff irq 11 at device 12.0 on pci0 fxp1: Ethernet address 00:03:47:3a:43:63 inphy1: on miibus1 inphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto pcib1: on motherboard pci2: on pcib1 orm0: