From owner-freebsd-current Sun Nov 4 3:46:53 2001 Delivered-To: freebsd-current@freebsd.org Received: from shell.reiteration.net (pc-62-31-233-77-se.blueyonder.co.uk [62.31.233.77]) by hub.freebsd.org (Postfix) with ESMTP id 9B18E37B406 for ; Sun, 4 Nov 2001 03:46:42 -0800 (PST) Received: (from jfm@localhost) by shell.reiteration.net (8.11.6/8.11.6) id fA4Bkee64271 for freebsd-current@freebsd.org; Sun, 4 Nov 2001 11:46:40 GMT (envelope-from jfm) Date: Sun, 4 Nov 2001 11:46:35 +0000 From: John To: freebsd-current@freebsd.org Subject: Re: guide to downgrading from 5.0 to 4.4-STABLE Message-ID: <20011104114635.A64203@shell.reiteration.net> References: <20011102135827.E52736@shell.reiteration.net> <200111021435.fA2EZeu51865@bunrab.catwhisker.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.4i In-Reply-To: <200111021435.fA2EZeu51865@bunrab.catwhisker.org>; from david@catwhisker.org on Fri, Nov 02, 2001 at 06:35:40AM -0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Nov 02, 2001 at 06:35:40AM -0800, David Wolfskill wrote: > >Aye; feel free to holler if you find your machine wedged. It can be >Very Helpful to have another "fallback" machine for various reasons.... > Hi Well, after a couple of false starts, managed to downgrade successfully and so far, everything (including X) seems to be functioning. I couldn't do a binary install as the scsi cdrom, whilst detecting the root partition on the cd, wouldnt boot from it, and I didn't have access to a floppy drive or cable. I did have a spare atapi cdrom, but it wasn't a bootable device. (What puzzles me is that the scsi cdrw and cdrom are well supported and booting from scsi was enabled as primary in the bios, but that's for another day). Anyhow, removed /usr/src, /usr/doc and switched the cvsupfile tag from . to 4.4, cvsupped everything down and followed the instructions in UPDATING as if I was upgrading from 4.0 to 4.4, apart from initially doing a make clean in /usr/src make buildworld proceeded without a hitch as did make buildkernel and installkernel. make installworld was toast because /modules didnt exsist, made that dir and restarted installworld, it installed cleanly (then mergemaster of course) (yes it does help to have more than one freebsd box :) fingers crossed he box seems to be working fine. I would expect some programs not to work because of dependency failure, but havent seen that yet thanks for your help -- John - jfm@reiteration.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Nov 4 6:46:51 2001 Delivered-To: freebsd-current@freebsd.org Received: from hfep02.dion.ne.jp (hfep02.dion.ne.jp [203.181.105.68]) by hub.freebsd.org (Postfix) with ESMTP id BD51337B405 for ; Sun, 4 Nov 2001 06:46:48 -0800 (PST) Received: from localhost ([61.200.140.36]) by hfep02.dion.ne.jp with ESMTP id <20011104144646891.LNIC@hfep02.dion.ne.jp>; Sun, 4 Nov 2001 23:46:46 +0900 To: imp@harmony.village.org Cc: haro@h4.dion.ne.jp, t-ogawa@triaez.kaisei.org, freebsd-current@FreeBSD.ORG Subject: Re: Panic with PCCARD In-Reply-To: <200111021736.fA2Ha0762435@harmony.village.org> References: <20011102010512I.haro@h4.dion.ne.jp> <867kt9v774.wl.t-ogawa@triaez.kaisei.org> <200111021736.fA2Ha0762435@harmony.village.org> X-Mailer: Mew version 1.94.1 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20011104234521Z.haro@h4.dion.ne.jp> Date: Sun, 04 Nov 2001 23:45:21 +0900 From: Munehiro Matsuda X-Dispatcher: imput version 20000228(IM140) Lines: 29 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi Warner, From: Warner Losh Date: Fri, 02 Nov 2001 10:36:00 -0700 ::: Now my pccard-modem gets attached as sio2, instead of sio3 like few days ::: ago which seemed bogus, because my system don't have sio2! :: ::Interesting. Do you have a sio2 that is disabled on isa or a sio3 ::that's disabled? :: ::I didn't see these problems on my machine when I tested, so I'm ::interested to see why/how they happen. I don't have any settings done for either sio2 nor sio3. My pccard modem used to attach as sio2, until pcic related changes were made on early June, that caused it to attach as sio3. But I didn't bother repoting back then. There may have been some interaction related problem between kernel pccard code and pccardd that was corrected by this commit. Regards, Haro =------------------------------------------------------------------------------ _ _ Munehiro (haro) Matsuda -|- /_\ |_|_| Business Incubation Dept., Kubota Corp. /|\ |_| |_|_| 1-3 Nihonbashi-Muromachi 3-Chome Chuo-ku Tokyo 103-8310, Japan Tel: +81-3-3245-3318 Fax: +81-3-3245-3315 Email: haro@kubota.co.jp To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Nov 4 13: 4:58 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail-green.research.att.com (H-135-207-30-103.research.att.com [135.207.30.103]) by hub.freebsd.org (Postfix) with ESMTP id 507E537B405 for ; Sun, 4 Nov 2001 13:04:56 -0800 (PST) Received: from alliance.research.att.com (alliance.research.att.com [135.207.26.26]) by mail-green.research.att.com (Postfix) with ESMTP id 54CA61E044; Sun, 4 Nov 2001 16:04:55 -0500 (EST) Received: from windsor.research.att.com (windsor.research.att.com [135.207.26.46]) by alliance.research.att.com (8.8.7/8.8.7) with ESMTP id QAA09547; Sun, 4 Nov 2001 16:04:54 -0500 (EST) From: Bill Fenner Received: (from fenner@localhost) by windsor.research.att.com (8.8.8+Sun/8.8.5) id NAA06000; Sun, 4 Nov 2001 13:04:54 -0800 (PST) Message-Id: <200111042104.NAA06000@windsor.research.att.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII To: jlemon@flugsvamp.com Subject: Re: panic at shutdown Cc: des@ofug.org, current@freebsd.org Date: Sun, 4 Nov 2001 13:04:53 -0800 Versions: dmail (solaris) 2.2j/makemail 2.9b Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG >2. cvsup to r1.96 of tty_cons.c, which should fix this, but due to lack > of testers and the inability to reproduce it here, is unverified. I've been testing it, and haven't had any panics, but since the panic was irregular anyway it's hard to say that it's fixed. Bill To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Nov 4 13:30:22 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail-green.research.att.com (H-135-207-30-103.research.att.com [135.207.30.103]) by hub.freebsd.org (Postfix) with ESMTP id 78B5937B405 for ; Sun, 4 Nov 2001 13:30:11 -0800 (PST) Received: from alliance.research.att.com (alliance.research.att.com [135.207.26.26]) by mail-green.research.att.com (Postfix) with ESMTP id F0C461E0A3; Sun, 4 Nov 2001 16:30:10 -0500 (EST) Received: from windsor.research.att.com (windsor.research.att.com [135.207.26.46]) by alliance.research.att.com (8.8.7/8.8.7) with ESMTP id QAA09667; Sun, 4 Nov 2001 16:30:09 -0500 (EST) From: Bill Fenner Received: (from fenner@localhost) by windsor.research.att.com (8.8.8+Sun/8.8.5) id NAA06253; Sun, 4 Nov 2001 13:30:09 -0800 (PST) Message-Id: <200111042130.NAA06253@windsor.research.att.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII To: des@ofug.org Subject: Re: latest -current broke netscape's name lookup? Cc: david@catwhisker.org, current@freebsd.org References: <200111030248.fA32mCs53722@bunrab.catwhisker.org> Date: Sun, 4 Nov 2001 13:30:08 -0800 Versions: dmail (solaris) 2.2j/makemail 2.9b Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG awk does not copy input lines to its output unless asked; you can ask with either an explicit "print" or an empty action. Using an input file like: gibberish stuff this doesn't match here is some garbola I don't want this file in the ouptut here's some more stuff and another line and another and another ooh baby hosts: files dns don't print this either the awk program in /etc/rc.network, without the //{next}, and changing "quit" to "exit", prints: # Auto-generated, do not edit hosts bind using either the old gawk or the new awk. That //{next} may have been necessary during some phase of script development, but is not necessary now. Bill To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Nov 4 14:44:49 2001 Delivered-To: freebsd-current@freebsd.org Received: from mailout01.sul.t-online.de (mailout01.sul.t-online.com [194.25.134.80]) by hub.freebsd.org (Postfix) with ESMTP id 8BEA037B405; Sun, 4 Nov 2001 14:44:46 -0800 (PST) Received: from fwd07.sul.t-online.de by mailout01.sul.t-online.de with smtp id 160W0T-00038M-00; Sun, 04 Nov 2001 23:44:45 +0100 Received: from twoflower (320072111332-0001@[217.80.121.111]) by fwd07.sul.t-online.com with smtp id 160W0I-1u9nwOC; Sun, 4 Nov 2001 23:44:34 +0100 Reply-To: From: Jan.Stocker@t-online.de (Jan Stocker) To: , Subject: SCSI->IDE Date: Sun, 4 Nov 2001 23:43:57 +0100 Message-ID: <000c01c16582$301c4f00$fe02010a@twoflower.liebende.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4 Importance: Normal X-Sender: 320072111332-0001@t-dialin.net Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Is there any working thread for doing a SCSI-IDE translation like NetBSD and LINUX has? This is very useful to get proggys like cdrecord (and the GUIs [GnomeToaster]) running on IDE cd writers. Jan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Nov 4 14:59:33 2001 Delivered-To: freebsd-current@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id B746C37B417 for ; Sun, 4 Nov 2001 14:59:30 -0800 (PST) Received: (from dillon@localhost) by apollo.backplane.com (8.11.6/8.9.1) id fA4MxSc93566; Sun, 4 Nov 2001 14:59:28 -0800 (PST) (envelope-from dillon) Date: Sun, 4 Nov 2001 14:59:28 -0800 (PST) From: Matthew Dillon Message-Id: <200111042259.fA4MxSc93566@apollo.backplane.com> To: Mark Santcroos Cc: current@FreeBSD.ORG Subject: Re: buf_daemon() lockup References: <20011101092118.A434@laptop.6bone.nl> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hmm. Well, bufdaemon is doing the right thing by blocking in that loop. The problem appears to be related to the double-I/O that is occuring due to the way MD filesystems work. A vnode-backed MD takes a strategy call and turns around and issues a high-level filesystem write. This can deadlock the system in wdrain. I'll take a look at it. I think the easiest thing to do is to simply convert the async writes into synchronous writes when we hit the I/O pipe limit, rather then blocking. -Matt Matthew Dillon :I have an easy to reproduce case where my system goes into a blocking :sleep. : :# mdconfig -a -t vnode -f largefile -u 0 :# newfs /dev/md0c :# mount /dev/md0c /mnt :# cd /mnt :# cp -prv /boot . :[ runs for a while and then stops ] : :While breaking into ddb I see that "cp", and "bufdaemon" are asleep with :"wdrain". : :To my understanding, bufdaemon is the thread that takes care of flushing :out the buffers. But as it is put to a blocking sleep, it will never get :out of this. : :A quick (and dirty) fix of it is attached. It doesnt put bufdaemon to wait :for buffers to flush. But probably this needs to be done in a different :way. (Like not calling waitrunningbufspace() from buf_daemon()) : :If it can be pointed out in which direction this should be solved I can :work it out further. : :Thanks : :Mark : :-- :Mark Santcroos RIPE Network Coordination Centre :http://www.ripe.net/home/mark/ New Projects Group/TTM : :--uQr8t48UFsdbeI+V :Content-Type: text/plain; charset=us-ascii :Content-Disposition: attachment; filename="vfs_bio.patch" : :--- vfs_bio.c.orig Thu Nov 1 08:31:30 2001 :+++ vfs_bio.c Thu Nov 1 08:30:36 2001 :@@ -270,7 +270,10 @@ : { : while (runningbufspace > hirunningspace) { : ++runningbufreq; :+ if(curthread->td_proc->p_pid!=5) : tsleep(&runningbufreq, PVM, "wdrain", 0); :+ else :+ break; : } : } To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Nov 4 15:54:16 2001 Delivered-To: freebsd-current@freebsd.org Received: from magic.adaptec.com (magic.adaptec.com [208.236.45.80]) by hub.freebsd.org (Postfix) with ESMTP id 13B4337B405; Sun, 4 Nov 2001 15:54:13 -0800 (PST) Received: from redfish.adaptec.com (redfish.adaptec.com [162.62.50.11]) by magic.adaptec.com (8.8.8+Sun/8.8.8) with ESMTP id PAA02000; Sun, 4 Nov 2001 15:54:12 -0800 (PST) Received: from btc.btc.adaptec.com (btc.btc.adaptec.com [162.62.64.10]) by redfish.adaptec.com (8.8.8+Sun/8.8.8) with ESMTP id PAA19991; Sun, 4 Nov 2001 15:39:47 -0800 (PST) Received: from hollin.btc.adaptec.com (hollin [162.62.149.56]) by btc.btc.adaptec.com (8.8.8+Sun/8.8.8) with ESMTP id QAA18941; Sun, 4 Nov 2001 16:54:09 -0700 (MST) Received: (from scottl@localhost) by hollin.btc.adaptec.com (8.11.6/8.11.4) id fA4Nn3U70447; Sun, 4 Nov 2001 16:49:03 -0700 (MST) (envelope-from scottl) Date: Sun, 4 Nov 2001 16:49:03 -0700 From: Scott Long To: jstocker@tzi.de Cc: freebsd-scsi@freebsd.org, freebsd-current@freebsd.org Subject: Re: SCSI->IDE Message-ID: <20011104164903.B28826@hollin.btc.adaptec.com> References: <000c01c16582$301c4f00$fe02010a@twoflower.liebende.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <000c01c16582$301c4f00$fe02010a@twoflower.liebende.de> User-Agent: Mutt/1.3.23i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Nov 04, 2001 at 11:43:57PM +0100, Jan Stocker wrote: > Is there any working thread for doing a SCSI-IDE translation like NetBSD and > LINUX has? This is very useful to get proggys like cdrecord (and the GUIs > [GnomeToaster]) running on IDE cd writers. It would require that someone write an ATA SIM for CAM. As yet, no one has stepped forward to volunteer. Scott To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Nov 4 16: 6:50 2001 Delivered-To: freebsd-current@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id 1EB2B37B405 for ; Sun, 4 Nov 2001 16:06:41 -0800 (PST) Received: (from dillon@localhost) by apollo.backplane.com (8.11.6/8.9.1) id fA506f309535; Sun, 4 Nov 2001 16:06:41 -0800 (PST) (envelope-from dillon) Date: Sun, 4 Nov 2001 16:06:41 -0800 (PST) From: Matthew Dillon Message-Id: <200111050006.fA506f309535@apollo.backplane.com> To: Mark Santcroos , current@FreeBSD.ORG Subject: Re: buf_daemon() lockup References: <20011101092118.A434@laptop.6bone.nl> <200111042259.fA4MxSc93566@apollo.backplane.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Ok, I think I've whacked this one. Try this patch and see if it fixes your buf_daemon() lockups. The patch also fixes the double-data-caching that occurs with file-backed MD. If this works for you, Mark, I'll commit it and probably also MFC it. I'll also be able to apply the same IO_NOWDRAIN fixes to the nfs server code for loopback mounts. -Matt Index: dev/md/md.c =================================================================== RCS file: /home/ncvs/src/sys/dev/md/md.c,v retrieving revision 1.47 diff -u -r1.47 md.c --- dev/md/md.c 2001/10/11 23:38:13 1.47 +++ dev/md/md.c 2001/11/04 23:54:18 @@ -388,13 +388,18 @@ auio.uio_td = curthread; if (VOP_ISLOCKED(sc->vnode, NULL)) vprint("unexpected md driver lock", sc->vnode); + /* + * When reading set IO_DIRECT to try to avoid double-caching + * the data. When writing IO_DIRECT is not optimal, but we + * must set IO_NOWDRAIN to avoid a wdrain deadlock. + */ if (bp->bio_cmd == BIO_READ) { vn_lock(sc->vnode, LK_EXCLUSIVE | LK_RETRY, curthread); - error = VOP_READ(sc->vnode, &auio, 0, sc->cred); + error = VOP_READ(sc->vnode, &auio, IO_DIRECT, sc->cred); } else { (void) vn_start_write(sc->vnode, &mp, V_WAIT); vn_lock(sc->vnode, LK_EXCLUSIVE | LK_RETRY, curthread); - error = VOP_WRITE(sc->vnode, &auio, 0, sc->cred); + error = VOP_WRITE(sc->vnode, &auio, IO_NOWDRAIN, sc->cred); vn_finished_write(mp); } VOP_UNLOCK(sc->vnode, 0, curthread); Index: kern/vfs_bio.c =================================================================== RCS file: /home/ncvs/src/sys/kern/vfs_bio.c,v retrieving revision 1.291 diff -u -r1.291 vfs_bio.c --- kern/vfs_bio.c 2001/10/21 06:26:55 1.291 +++ kern/vfs_bio.c 2001/11/04 23:41:19 @@ -758,11 +758,15 @@ int rtval = bufwait(bp); brelse(bp); return (rtval); - } else { + } else if ((oldflags & B_NOWDRAIN) == 0) { /* * don't allow the async write to saturate the I/O - * system. There is no chance of deadlock here because - * we are blocking on I/O that is already in-progress. + * system. Deadlocks can occur only if a device strategy + * routine (like in MD) turns around and issues another + * high-level write, in which case B_NOWDRAIN is expected + * to be set. Otherwise we will not deadlock here because + * we are blocking waiting for I/O that is already in-progress + * to complete. */ waitrunningbufspace(); } @@ -1286,7 +1290,8 @@ /* unlock */ BUF_UNLOCK(bp); - bp->b_flags &= ~(B_ASYNC | B_NOCACHE | B_AGE | B_RELBUF | B_DIRECT); + bp->b_flags &= ~(B_ASYNC | B_NOCACHE | B_AGE | B_RELBUF | + B_DIRECT | B_NOWDRAIN); bp->b_ioflags &= ~BIO_ORDERED; if ((bp->b_flags & B_DELWRI) == 0 && (bp->b_xflags & BX_VNDIRTY)) panic("brelse: not dirty"); Index: sys/buf.h =================================================================== RCS file: /home/ncvs/src/sys/sys/buf.h,v retrieving revision 1.121 diff -u -r1.121 buf.h --- sys/buf.h 2001/09/12 08:38:04 1.121 +++ sys/buf.h 2001/11/04 23:30:25 @@ -192,6 +192,11 @@ * the pages underlying the buffer. B_DIRECT is * sticky until the buffer is released and typically * only has an effect when B_RELBUF is also set. + * + * B_NOWDRAIN This flag should be set when a device (like MD) + * does a turn-around VOP_WRITE from its strategy + * routine. This flag prevents bwrite() from blocking + * in wdrain, avoiding a deadlock situation. */ #define B_AGE 0x00000001 /* Move to age queue when I/O done. */ @@ -204,7 +209,7 @@ #define B_DELWRI 0x00000080 /* Delay I/O until buffer reused. */ #define B_DONE 0x00000200 /* I/O completed. */ #define B_EINTR 0x00000400 /* I/O was interrupted */ -#define B_00000800 0x00000800 /* Available flag. */ +#define B_NOWDRAIN 0x00000800 /* Avoid wdrain deadlock */ #define B_SCANNED 0x00001000 /* VOP_FSYNC funcs mark written bufs */ #define B_INVAL 0x00002000 /* Does not contain valid info. */ #define B_LOCKED 0x00004000 /* Locked in core (not reusable). */ Index: sys/vnode.h =================================================================== RCS file: /home/ncvs/src/sys/sys/vnode.h,v retrieving revision 1.162 diff -u -r1.162 vnode.h --- sys/vnode.h 2001/10/27 19:58:55 1.162 +++ sys/vnode.h 2001/11/04 23:27:40 @@ -222,6 +222,7 @@ #define IO_INVAL 0x40 /* invalidate after I/O */ #define IO_ASYNC 0x80 /* bawrite rather then bdwrite */ #define IO_DIRECT 0x100 /* attempt to bypass buffer cache */ +#define IO_NOWDRAIN 0x200 /* do not block on wdrain */ /* * Modes. Some values same as Ixxx entries from inode.h for now. Index: ufs/ufs/ufs_readwrite.c =================================================================== RCS file: /home/ncvs/src/sys/ufs/ufs/ufs_readwrite.c,v retrieving revision 1.82 diff -u -r1.82 ufs_readwrite.c --- ufs/ufs/ufs_readwrite.c 2001/09/12 08:38:10 1.82 +++ ufs/ufs/ufs_readwrite.c 2001/11/04 23:29:15 @@ -511,6 +511,8 @@ break; if (ioflag & IO_DIRECT) bp->b_flags |= B_DIRECT; + if (ioflag & IO_NOWDRAIN) + bp->b_flags |= B_NOWDRAIN; if (uio->uio_offset + xfersize > ip->i_size) { ip->i_size = uio->uio_offset + xfersize; To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Nov 4 16:15:41 2001 Delivered-To: freebsd-current@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id 73ED037B405 for ; Sun, 4 Nov 2001 16:15:39 -0800 (PST) Received: (from dillon@localhost) by apollo.backplane.com (8.11.6/8.9.1) id fA50Fdk09561; Sun, 4 Nov 2001 16:15:39 -0800 (PST) (envelope-from dillon) Date: Sun, 4 Nov 2001 16:15:39 -0800 (PST) From: Matthew Dillon Message-Id: <200111050015.fA50Fdk09561@apollo.backplane.com> To: Mark Santcroos , current@FreeBSD.ORG Subject: more on ... Re: buf_daemon() lockup References: <20011101092118.A434@laptop.6bone.nl> <200111042259.fA4MxSc93566@apollo.backplane.com> <200111050006.fA506f309535@apollo.backplane.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hmm.. that last patch didn't do it. I've noticed some errors on the console before the lockup: unexpected md driver lock: 0xe1813900: type VREG, usecount 2, writecount 1, refcount 3871, flags (VOBJBUF) tag VT_UFS, ino 4, on dev da0s1h (13, 131079) lock type inode: EXCL (count 1) by pid 6 unexpected md driver lock: 0xe1813900: type VREG, usecount 1, writecount 1, refcount 3874, flags (VOBJBUF) tag VT_UFS, ino 4, on dev da0s1h (13, 131079) lock type inode: EXCL (count 1) by pid 6 This occured both with and without my patch. Perhaps it is responsible for the problem? My 'cp -pr /boot /mnt' gets stuck in an inode lock and bufdaemon gets stuck in wdrain. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Nov 4 17:12:48 2001 Delivered-To: freebsd-current@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id 6469A37B416 for ; Sun, 4 Nov 2001 17:12:39 -0800 (PST) Received: (from dillon@localhost) by apollo.backplane.com (8.11.6/8.9.1) id fA51Cdc42844; Sun, 4 Nov 2001 17:12:39 -0800 (PST) (envelope-from dillon) Date: Sun, 4 Nov 2001 17:12:39 -0800 (PST) From: Matthew Dillon Message-Id: <200111050112.fA51Cdc42844@apollo.backplane.com> To: Mark Santcroos , current@FreeBSD.ORG Subject: patch #2 (was Re: buf_daemon() lockup) References: <20011101092118.A434@laptop.6bone.nl> <200111042259.fA4MxSc93566@apollo.backplane.com> <200111050006.fA506f309535@apollo.backplane.com> <200111050015.fA50Fdk09561@apollo.backplane.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG : : Hmm.. that last patch didn't do it. I've noticed some errors on the : console before the lockup: : :unexpected md driver lock: 0xe1813900: type VREG, usecount 2, writecount 1, refcount 3871, flags (VOBJBUF) : tag VT_UFS, ino 4, on dev da0s1h (13, 131079) lock type inode: EXCL (count 1) by pid 6 Ok. I think these unexpected md driver lock messages are bogus... I'll leave it to Poul to remove it. The syncer or buf_daemon can be flushing buffers associated with the underlying file simultaniously with other processes doing MD ops. Here's a new patch. It's the same as the old one except I fixed a missing B_NOWDRAIN flag in the clustering code, and I added B_NOWDRAIN support to the nfs client code. I think the missing drain flag in the clustering code was the problem. Try this patch. -Matt Index: dev/md/md.c =================================================================== RCS file: /home/ncvs/src/sys/dev/md/md.c,v retrieving revision 1.47 diff -u -r1.47 md.c --- dev/md/md.c 2001/10/11 23:38:13 1.47 +++ dev/md/md.c 2001/11/04 23:54:18 @@ -388,13 +388,18 @@ auio.uio_td = curthread; if (VOP_ISLOCKED(sc->vnode, NULL)) vprint("unexpected md driver lock", sc->vnode); + /* + * When reading set IO_DIRECT to try to avoid double-caching + * the data. When writing IO_DIRECT is not optimal, but we + * must set IO_NOWDRAIN to avoid a wdrain deadlock. + */ if (bp->bio_cmd == BIO_READ) { vn_lock(sc->vnode, LK_EXCLUSIVE | LK_RETRY, curthread); - error = VOP_READ(sc->vnode, &auio, 0, sc->cred); + error = VOP_READ(sc->vnode, &auio, IO_DIRECT, sc->cred); } else { (void) vn_start_write(sc->vnode, &mp, V_WAIT); vn_lock(sc->vnode, LK_EXCLUSIVE | LK_RETRY, curthread); - error = VOP_WRITE(sc->vnode, &auio, 0, sc->cred); + error = VOP_WRITE(sc->vnode, &auio, IO_NOWDRAIN, sc->cred); vn_finished_write(mp); } VOP_UNLOCK(sc->vnode, 0, curthread); Index: kern/vfs_bio.c =================================================================== RCS file: /home/ncvs/src/sys/kern/vfs_bio.c,v retrieving revision 1.291 diff -u -r1.291 vfs_bio.c --- kern/vfs_bio.c 2001/10/21 06:26:55 1.291 +++ kern/vfs_bio.c 2001/11/04 23:41:19 @@ -758,11 +758,15 @@ int rtval = bufwait(bp); brelse(bp); return (rtval); - } else { + } else if ((oldflags & B_NOWDRAIN) == 0) { /* * don't allow the async write to saturate the I/O - * system. There is no chance of deadlock here because - * we are blocking on I/O that is already in-progress. + * system. Deadlocks can occur only if a device strategy + * routine (like in MD) turns around and issues another + * high-level write, in which case B_NOWDRAIN is expected + * to be set. Otherwise we will not deadlock here because + * we are blocking waiting for I/O that is already in-progress + * to complete. */ waitrunningbufspace(); } @@ -1286,7 +1290,8 @@ /* unlock */ BUF_UNLOCK(bp); - bp->b_flags &= ~(B_ASYNC | B_NOCACHE | B_AGE | B_RELBUF | B_DIRECT); + bp->b_flags &= ~(B_ASYNC | B_NOCACHE | B_AGE | B_RELBUF | + B_DIRECT | B_NOWDRAIN); bp->b_ioflags &= ~BIO_ORDERED; if ((bp->b_flags & B_DELWRI) == 0 && (bp->b_xflags & BX_VNDIRTY)) panic("brelse: not dirty"); Index: kern/vfs_cluster.c =================================================================== RCS file: /home/ncvs/src/sys/kern/vfs_cluster.c,v retrieving revision 1.114 diff -u -r1.114 vfs_cluster.c --- kern/vfs_cluster.c 2001/10/25 22:49:48 1.114 +++ kern/vfs_cluster.c 2001/11/05 00:49:33 @@ -836,7 +836,7 @@ bp->b_data = (char *)((vm_offset_t)bp->b_data | ((vm_offset_t)tbp->b_data & PAGE_MASK)); bp->b_flags |= B_CLUSTER | - (tbp->b_flags & (B_VMIO | B_NEEDCOMMIT)); + (tbp->b_flags & (B_VMIO | B_NEEDCOMMIT | B_NOWDRAIN)); bp->b_iodone = cluster_callback; pbgetvp(vp, bp); /* Index: nfsclient/nfs_bio.c =================================================================== RCS file: /home/ncvs/src/sys/nfsclient/nfs_bio.c,v retrieving revision 1.102 diff -u -r1.102 nfs_bio.c --- nfsclient/nfs_bio.c 2001/10/11 23:38:16 1.102 +++ nfsclient/nfs_bio.c 2001/11/05 01:07:42 @@ -961,6 +961,12 @@ } vfs_bio_set_validclean(bp, on, n); } + /* + * If IO_NOWDRAIN then set B_NOWDRAIN (nfs-backed MD + * filesystem) + */ + if (ioflag & IO_NOWDRAIN) + bp->b_flags |= B_NOWDRAIN; /* * If IO_SYNC do bwrite(). Index: sys/buf.h =================================================================== RCS file: /home/ncvs/src/sys/sys/buf.h,v retrieving revision 1.121 diff -u -r1.121 buf.h --- sys/buf.h 2001/09/12 08:38:04 1.121 +++ sys/buf.h 2001/11/04 23:30:25 @@ -192,6 +192,11 @@ * the pages underlying the buffer. B_DIRECT is * sticky until the buffer is released and typically * only has an effect when B_RELBUF is also set. + * + * B_NOWDRAIN This flag should be set when a device (like MD) + * does a turn-around VOP_WRITE from its strategy + * routine. This flag prevents bwrite() from blocking + * in wdrain, avoiding a deadlock situation. */ #define B_AGE 0x00000001 /* Move to age queue when I/O done. */ @@ -204,7 +209,7 @@ #define B_DELWRI 0x00000080 /* Delay I/O until buffer reused. */ #define B_DONE 0x00000200 /* I/O completed. */ #define B_EINTR 0x00000400 /* I/O was interrupted */ -#define B_00000800 0x00000800 /* Available flag. */ +#define B_NOWDRAIN 0x00000800 /* Avoid wdrain deadlock */ #define B_SCANNED 0x00001000 /* VOP_FSYNC funcs mark written bufs */ #define B_INVAL 0x00002000 /* Does not contain valid info. */ #define B_LOCKED 0x00004000 /* Locked in core (not reusable). */ Index: sys/vnode.h =================================================================== RCS file: /home/ncvs/src/sys/sys/vnode.h,v retrieving revision 1.162 diff -u -r1.162 vnode.h --- sys/vnode.h 2001/10/27 19:58:55 1.162 +++ sys/vnode.h 2001/11/04 23:27:40 @@ -222,6 +222,7 @@ #define IO_INVAL 0x40 /* invalidate after I/O */ #define IO_ASYNC 0x80 /* bawrite rather then bdwrite */ #define IO_DIRECT 0x100 /* attempt to bypass buffer cache */ +#define IO_NOWDRAIN 0x200 /* do not block on wdrain */ /* * Modes. Some values same as Ixxx entries from inode.h for now. Index: ufs/ufs/ufs_readwrite.c =================================================================== RCS file: /home/ncvs/src/sys/ufs/ufs/ufs_readwrite.c,v retrieving revision 1.82 diff -u -r1.82 ufs_readwrite.c --- ufs/ufs/ufs_readwrite.c 2001/09/12 08:38:10 1.82 +++ ufs/ufs/ufs_readwrite.c 2001/11/04 23:29:15 @@ -511,6 +511,8 @@ break; if (ioflag & IO_DIRECT) bp->b_flags |= B_DIRECT; + if (ioflag & IO_NOWDRAIN) + bp->b_flags |= B_NOWDRAIN; if (uio->uio_offset + xfersize > ip->i_size) { ip->i_size = uio->uio_offset + xfersize; To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Nov 4 23:16: 1 2001 Delivered-To: freebsd-current@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by hub.freebsd.org (Postfix) with ESMTP id 6EA0737B416 for ; Sun, 4 Nov 2001 23:15:58 -0800 (PST) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.11.6/8.11.6) with ESMTP id fA57F0q33262; Mon, 5 Nov 2001 08:15:00 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Matthew Dillon Cc: Mark Santcroos , current@FreeBSD.ORG Subject: Re: patch #2 (was Re: buf_daemon() lockup) In-Reply-To: Your message of "Sun, 04 Nov 2001 17:12:39 PST." <200111050112.fA51Cdc42844@apollo.backplane.com> Date: Mon, 05 Nov 2001 08:15:00 +0100 Message-ID: <33260.1004944500@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <200111050112.fA51Cdc42844@apollo.backplane.com>, Matthew Dillon wri tes: > >: >: Hmm.. that last patch didn't do it. I've noticed some errors on the >: console before the lockup: >: >:unexpected md driver lock: 0xe1813900: type VREG, usecount 2, writecount 1, refcount 3871, flags (VOBJBUF) >: tag VT_UFS, ino 4, on dev da0s1h (13, 131079) lock type inode: EXCL (count 1) by pid 6 > > Ok. I think these unexpected md driver lock messages are bogus... I'll > leave it to Poul to remove it. The syncer or buf_daemon can be flushing > buffers associated with the underlying file simultaniously with other > processes doing MD ops. I actually just copied that part from your vn(4) driver, so by all means feel free to do what needs done to it. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Nov 4 23:56:31 2001 Delivered-To: freebsd-current@freebsd.org Received: from mailout01.sul.t-online.de (mailout01.sul.t-online.com [194.25.134.80]) by hub.freebsd.org (Postfix) with ESMTP id 1AC2737B418; Sun, 4 Nov 2001 23:56:25 -0800 (PST) Received: from fwd04.sul.t-online.de by mailout01.sul.t-online.de with smtp id 160eaB-0008Du-03; Mon, 05 Nov 2001 08:54:11 +0100 Received: from twoflower (320072111332-0001@[217.80.121.112]) by fwd04.sul.t-online.com with smtp id 160eZv-02Mq7EC; Mon, 5 Nov 2001 08:53:55 +0100 From: Jan.Stocker@t-online.de (Jan Stocker) To: "Warner Losh" Cc: "Beech Rintoul" , "Dreamtime.net Inc." , , Subject: RE: Clock Drift Date: Mon, 5 Nov 2001 08:53:17 +0100 Message-ID: <000001c165ce$ee1c8780$fe02010a@twoflower.liebende.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 In-Reply-To: <200111021716.fA2HFx762118@harmony.village.org> X-MIMEOLE: Produced By Microsoft MimeOLE V4.72.2106.4 Importance: Normal X-Sender: 320072111332-0001@t-dialin.net Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG That will mean, i cant shutdown my system with power-off, or not? What does the power management has to do with the clock? Jan > -----Original Message----- > From: owner-freebsd-current@FreeBSD.ORG > [mailto:owner-freebsd-current@FreeBSD.ORG]On Behalf Of Warner Losh > Sent: Friday, November 02, 2001 6:16 PM > To: Jan Stocker > Cc: Beech Rintoul; Dreamtime.net Inc.; current@FreeBSD.ORG; > smp@FreeBSD.ORG > Subject: Re: Clock Drift > > > In message <1004600419.423.6.camel@twoflower> Jan Stocker writes: > : This doesnt help on my system (PIII 550 FPGA / Asus P3BF)... > > Take apm out of the kernel. > > Warner > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 5 1:31:41 2001 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id D98E237B405; Mon, 5 Nov 2001 01:31:36 -0800 (PST) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.3/8.11.3) with ESMTP id fA59VYV38625; Mon, 5 Nov 2001 02:31:34 -0700 (MST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost [127.0.0.1]) by harmony.village.org (8.11.6/8.11.6) with ESMTP id fA59VX711545; Mon, 5 Nov 2001 02:31:33 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200111050931.fA59VX711545@harmony.village.org> To: Jan.Stocker@t-online.de (Jan Stocker) Subject: Re: Clock Drift Cc: "Beech Rintoul" , "Dreamtime.net Inc." , current@FreeBSD.org, smp@FreeBSD.org In-reply-to: Your message of "Mon, 05 Nov 2001 08:53:17 +0100." <000001c165ce$ee1c8780$fe02010a@twoflower.liebende.de> References: <000001c165ce$ee1c8780$fe02010a@twoflower.liebende.de> Date: Mon, 05 Nov 2001 02:31:33 -0700 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <000001c165ce$ee1c8780$fe02010a@twoflower.liebende.de> Jan Stocker writes: : That will mean, i cant shutdown my system with power-off, or not? : What does the power management has to do with the clock? That's a long and involved question. basically, to conserve power, the power management system messes with the system oscillators so things use less power. But your timebase that is derived from these oscillators is degraded. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 5 2:10:23 2001 Delivered-To: freebsd-current@freebsd.org Received: from winston.freebsd.org (adsl-64-173-15-98.dsl.sntc01.pacbell.net [64.173.15.98]) by hub.freebsd.org (Postfix) with ESMTP id 143AB37B417 for ; Mon, 5 Nov 2001 02:10:17 -0800 (PST) Received: from winston.freebsd.org (jkh@localhost [127.0.0.1]) by winston.freebsd.org (8.11.6/8.11.6) with ESMTP id fA5AA0f80038 for ; Mon, 5 Nov 2001 02:10:00 -0800 (PST) (envelope-from jkh@winston.freebsd.org) To: current@freebsd.org Subject: USW2 Root: -current build report for Sun Nov 4 03:12:52 CST 2001 Date: Mon, 05 Nov 2001 02:10:00 -0800 Message-ID: <80035.1004955000@winston.freebsd.org> From: Jordan Hubbard Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG OK, who broke the crunchgen stuff? :) ------- Forwarded Message Return-Path: root@usw2.freebsd.org Delivery-Date: Mon Nov 5 01:06:13 2001 Return-Path: Received: from mx2.freebsd.org (mx2.FreeBSD.org [216.136.204.119]) by winston.freebsd.org (8.11.6/8.11.6) with ESMTP id fA596Cf79851 for ; Mon, 5 Nov 2001 01:06:13 -0800 (PST) (envelope-from root@usw2.freebsd.org) Received: from hub.freebsd.org (hub.FreeBSD.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id B5FBD5546D for ; Mon, 5 Nov 2001 01:06:28 -0800 (PST) (envelope-from root@usw2.freebsd.org) Received: by hub.freebsd.org (Postfix) id AB66237B417; Mon, 5 Nov 2001 01:06:28 -0800 (PST) Delivered-To: jkh@freebsd.org Received: from usw2.freebsd.org (usw2.freebsd.org [209.180.6.226]) by hub.freebsd.org (Postfix) with ESMTP id 3D4FD37B416 for ; Mon, 5 Nov 2001 01:06:28 -0800 (PST) Received: (from root@localhost) by usw2.freebsd.org (8.11.6/8.11.6) id fA596RE64426 for build-reports@freebsd.org; Mon, 5 Nov 2001 03:06:27 -0600 (CST) (envelope-from root) Date: Mon, 5 Nov 2001 03:06:27 -0600 (CST) From: USW2 Root Message-Id: <200111050906.fA596RE64426@usw2.freebsd.org> To: build-reports@freebsd.org Subject: -current build report for Sun Nov 4 03:12:52 CST 2001 Doing nightly build attempt for 5.0-20011104-CURRENT at Sun Nov 4 03:12:52 CST 2001 Updating source tree... Making release... Release build of 5.0-20011104-CURRENT was an abject failure. cc -O -pipe -c find_stub.c ld -dc -r -o find.lo find_stub.o /usr/obj//usr/src/usr.bin/find/find.o /usr/obj//usr/src/usr.bin/find/function.o /usr/obj//usr/src/usr.bin/find/ls.o /usr/obj//usr/src/usr.bin/find/main.o /usr/obj//usr/src/usr.bin/find/misc.o /usr/obj//usr/src/usr.bin/find/operator.o /usr/obj//usr/src/usr.bin/find/option.o /usr/obj//usr/src/usr.bin/find/getdate.o crunchide -k _crunched_find_stub find.lo echo "int _crunched_minigzip_stub(int argc, char **argv, char **envp){return main(argc,argv,envp);}" >minigzip_stub.c cc -O -pipe -c minigzip_stub.c ld -dc -r -o minigzip.lo minigzip_stub.o /usr/obj//usr/src/usr.bin/minigzip/minigzip.o crunchide -k _crunched_minigzip_stub minigzip.lo echo "int _crunched_sed_stub(int argc, char **argv, char **envp){return main(argc,argv,envp);}" >sed_stub.c cc -O -pipe -c sed_stub.c ld -dc -r -o sed.lo sed_stub.o /usr/obj//usr/src/usr.bin/sed/compile.o /usr/obj//usr/src/usr.bin/sed/main.o /usr/obj//usr/src/usr.bin/sed/misc.o /usr/obj//usr/src/usr.bin/sed/process.o crunchide -k _crunched_sed_stub sed.lo echo "int _crunched_arp_stub(int argc, char **argv, char **envp){return main(argc,argv,envp);}" >arp_stub.c cc -O -pipe -c arp_stub.c ld -dc -r -o arp.lo arp_stub.o /usr/obj//usr/src/usr.sbin/arp/arp.o crunchide -k _crunched_arp_stub arp.lo echo "int _crunched_pccardc_stub(int argc, char **argv, char **envp){return main(argc,argv,envp);}" >pccardc_stub.c cc -O -pipe -c pccardc_stub.c ld -dc -r -o pccardc.lo pccardc_stub.o /usr/obj//usr/src/usr.sbin/pccard/pccardc/beep.o /usr/obj//usr/src/usr.sbin/pccard/pccardc/dumpcis.o /usr/obj//usr/src/usr.sbin/pccard/pccardc/enabler.o /usr/obj//usr/src/usr.sbin/pccard/pccardc/pccardc.o /usr/obj//usr/src/usr.sbin/pccard/pccardc/pccardmem.o /usr/obj//usr/src/usr.sbin/pccard/pccardc/power.o /usr/obj//usr/src/usr.sbin/pccard/pccardc/printcis.o /usr/obj//usr/src/usr.sbin/pccard/pccardc/rdattr.o /usr/obj//usr/src/usr.sbin/pccard/pccardc/rdmap.o /usr/obj//usr/src/usr.sbin/pccard/pccardc/rdreg.o /usr/obj//usr/src/usr.sbin/pccard/pccardc/readcis.o /usr/obj//usr/src/usr.sbin/pccard/pccardc/wrattr.o /usr/obj//usr/src/usr.sbin/pccard/pccardc/wrreg.o crunchide -k _crunched_pccardc_stub pccardc.lo echo "int _crunched_pccardd_stub(int argc, char **argv, char **envp){return main(argc,argv,envp);}" >pccardd_stub.c cc -O -pipe -c pccardd_stub.c ld -dc -r -o pccardd.lo pccardd_stub.o /usr/obj//usr/src/usr.sbin/pccard/pccardd/pccardd.o /usr/obj//usr/src/usr.sbin/pccard/pccardd/cardd.o /usr/obj//usr/src/usr.sbin/pccard/pccardd/file.o /usr/obj//usr/src/usr.sbin/pccard/pccardd/util.o /usr/obj//usr/src/usr.sbin/pccard/pccardd/readcis.o /usr/obj//usr/src/usr.sbin/pccard/pccardd/printcis.o /usr/obj//usr/src/usr.sbin/pccard/pccardd/server.o crunchide -k _crunched_pccardd_stub pccardd.lo echo "int _crunched_ppp_stub(int argc, char **argv, char **envp){return main(argc,argv,envp);}" >ppp_stub.c cc -O -pipe -c ppp_stub.c ld -dc -r -o ppp.lo ppp_stub.o /usr/obj//usr/src/usr.sbin/ppp/acf.o /usr/obj//usr/src/usr.sbin/ppp/arp.o /usr/obj//usr/src/usr.sbin/ppp/async.o /usr/obj//usr/src/usr.sbin/ppp/auth.o /usr/obj//usr/src/usr.sbin/ppp/bundle.o /usr/obj//usr/src/usr.sbin/ppp/cbcp.o /usr/obj//usr/src/usr.sbin/ppp/ccp.o /usr/obj//usr/src/usr.sbin/ppp/chap.o /usr/obj//usr/src/usr.sbin/ppp/chat.o /usr/obj//usr/src/usr.sbin/ppp/command.o /usr/obj//usr/src/usr.sbin/ppp/datalink.o /usr/obj//usr/src/usr.sbin/ppp/deflate.o /usr/obj//usr/src/usr.sbin/ppp/defs.o /usr/obj//usr/src/usr.sbin/ppp/exec.o /usr/obj//usr/src/usr.sbin/ppp/filter.o /usr/obj//usr/src/usr.sbin/ppp/fsm.o /usr/obj//usr/src/usr.sbin/ppp/hdlc.o /usr/obj//usr/src/usr.sbin/ppp/iface.o /usr/obj//usr/src/usr.sbin/ppp/ip.o /usr/obj//usr/src/usr.sbin/ppp/ipcp.o /usr/obj//usr/src/usr.sbin/ppp/ipv6cp.o /usr/obj//usr/src/usr.sbin/ppp/iplist.o /usr/obj//usr/src/usr.sbin/ppp/lcp.o /usr/obj//usr/src/usr.sbin/ppp/link.o /usr/obj//usr/src/usr.sbin/ppp/lo! g.o /usr/obj//usr/src/usr.sbin/ppp /lqr.o /usr/obj//usr/src/usr.sbin/ppp/main.o /usr/obj//usr/src/usr.sbin/ppp/mbuf.o /usr/obj//usr/src/usr.sbin/ppp/mp.o /usr/obj//usr/src/usr.sbin/ppp/ncp.o /usr/obj//usr/src/usr.sbin/ppp/ncpaddr.o /usr/obj//usr/src/usr.sbin/ppp/pap.o /usr/obj//usr/src/usr.sbin/ppp/physical.o /usr/obj//usr/src/usr.sbin/ppp/pred.o /usr/obj//usr/src/usr.sbin/ppp/probe.o /usr/obj//usr/src/usr.sbin/ppp/prompt.o /usr/obj//usr/src/usr.sbin/ppp/proto.o /usr/obj//usr/src/usr.sbin/ppp/route.o /usr/obj//usr/src/usr.sbin/ppp/server.o /usr/obj//usr/src/usr.sbin/ppp/sig.o /usr/obj//usr/src/usr.sbin/ppp/slcompress.o /usr/obj//usr/src/usr.sbin/ppp/sync.o /usr/obj//usr/src/usr.sbin/ppp/systems.o /usr/obj//usr/src/usr.sbin/ppp/tcp.o /usr/obj//usr/src/usr.sbin/ppp/tcpmss.o /usr/obj//usr/src/usr.sbin/ppp/throughput.o /usr/obj//usr/src/usr.sbin/ppp/timer.o /usr/obj//usr/src/usr.sbin/ppp/tty.o /usr/obj//usr/src/usr.sbin/ppp/tun.o /usr/obj//usr/src/usr.sbin/ppp/udp.o /usr/obj//usr/src/usr.sbin/ppp/vjcomp.o /usr/ob! j//usr/src/usr.sbin/ppp/i4b.o /usr /obj//usr/src/usr.sbin/ppp/ether.o crunchide -k _crunched_ppp_stub ppp.lo echo "int _crunched_sysinstall_stub(int argc, char **argv, char **envp){return main(argc,argv,envp);}" >sysinstall_stub.c cc -O -pipe -c sysinstall_stub.c ld -dc -r -o sysinstall.lo sysinstall_stub.o /usr/obj//usr/src/usr.sbin/sysinstall/anonFTP.o /usr/obj//usr/src/usr.sbin/sysinstall/cdrom.o /usr/obj//usr/src/usr.sbin/sysinstall/command.o /usr/obj//usr/src/usr.sbin/sysinstall/config.o /usr/obj//usr/src/usr.sbin/sysinstall/devices.o /usr/obj//usr/src/usr.sbin/sysinstall/dhcp.o /usr/obj//usr/src/usr.sbin/sysinstall/kget.o /usr/obj//usr/src/usr.sbin/sysinstall/disks.o /usr/obj//usr/src/usr.sbin/sysinstall/dispatch.o /usr/obj//usr/src/usr.sbin/sysinstall/dist.o /usr/obj//usr/src/usr.sbin/sysinstall/dmenu.o /usr/obj//usr/src/usr.sbin/sysinstall/doc.o /usr/obj//usr/src/usr.sbin/sysinstall/dos.o /usr/obj//usr/src/usr.sbin/sysinstall/floppy.o /usr/obj//usr/src/usr.sbin/sysinstall/ftp.o /usr/obj//usr/src/usr.sbin/sysinstall/globals.o /usr/obj//usr/src/usr.sbin/sysinstall/http.o /usr/obj//usr/src/usr.sbin/sysinstall/index.o /usr/obj//usr/src/usr.sbin/sysinstall/install.o /usr/obj//usr/src/usr.sbin/sysinstall/installUpgrade.o /usr/obj//! usr/src/usr.sbin/sysinstall/keymap .o /usr/obj//usr/src/usr.sbin/sysinstall/label.o /usr/obj//usr/src/usr.sbin/sysinstall/main.o /usr/obj//usr/src/usr.sbin/sysinstall/makedevs.o /usr/obj//usr/src/usr.sbin/sysinstall/media.o /usr/obj//usr/src/usr.sbin/sysinstall/menus.o /usr/obj//usr/src/usr.sbin/sysinstall/misc.o /usr/obj//usr/src/usr.sbin/sysinstall/modules.o /usr/obj//usr/src/usr.sbin/sysinstall/mouse.o /usr/obj//usr/src/usr.sbin/sysinstall/msg.o /usr/obj//usr/src/usr.sbin/sysinstall/network.o /usr/obj//usr/src/usr.sbin/sysinstall/nfs.o /usr/obj//usr/src/usr.sbin/sysinstall/options.o /usr/obj//usr/src/usr.sbin/sysinstall/package.o /usr/obj//usr/src/usr.sbin/sysinstall/pccard.o /usr/obj//usr/src/usr.sbin/sysinstall/system.o /usr/obj//usr/src/usr.sbin/sysinstall/tape.o /usr/obj//usr/src/usr.sbin/sysinstall/tcpip.o /usr/obj//usr/src/usr.sbin/sysinstall/termcap.o /usr/obj//usr/src/usr.sbin/sysinstall/ttys.o /usr/obj//usr/src/usr.sbin/sysinstall/ufs.o /usr/obj//usr/src/usr.sbin/sysinstall/usb.o /usr/obj//usr/src! /usr.sbin/sysinstall/user.o /usr/o bj//usr/src/usr.sbin/sysinstall/variable.o /usr/obj//usr/src/usr.sbin/sysinstall/wizard.o crunchide -k _crunched_sysinstall_stub sysinstall.lo echo "int _crunched_usbd_stub(int argc, char **argv, char **envp){return main(argc,argv,envp);}" >usbd_stub.c cc -O -pipe -c usbd_stub.c ld -dc -r -o usbd.lo usbd_stub.o /usr/obj//usr/src/usr.sbin/usbd/usbd.o crunchide -k _crunched_usbd_stub usbd.lo echo "int _crunched_usbdevs_stub(int argc, char **argv, char **envp){return main(argc,argv,envp);}" >usbdevs_stub.c cc -O -pipe -c usbdevs_stub.c ld -dc -r -o usbdevs.lo usbdevs_stub.o /usr/obj//usr/src/usr.sbin/usbdevs/usbdevs.o crunchide -k _crunched_usbdevs_stub usbdevs.lo cc -static -o boot_crunch boot_crunch.o hostname.lo pwd.lo rm.lo sh.lo test.lo cpio.lo dhclient.lo fsck.lo ifconfig.lo mount_nfs.lo newfs.lo route.lo rtsol.lo slattach.lo tunefs.lo find.lo minigzip.lo sed.lo arp.lo pccardc.lo pccardd.lo ppp.lo sysinstall.lo usbd.lo usbdevs.lo -ll -ledit -lutil -lkvm -lmd -lcrypt -lftpio -lz -lnetgraph -ldialog -lncurses -ldisk strip boot_crunch [reading /usr/src/release/i386/fixit_crunch.conf] crunchgen: /usr/src/release/i386/fixit_crunch.conf:9: `/usr/src/sbin/i386' is not a directory, skipping it [filling in parms for cat] [filling in parms for chmod] [filling in parms for cp] [filling in parms for dd] [filling in parms for df] [filling in parms for echo] [filling in parms for expr] [filling in parms for kill] [filling in parms for ln] [filling in parms for ls] [filling in parms for mkdir] [filling in parms for mv] [filling in parms for rm] [filling in parms for rmdir] [filling in parms for sleep] [filling in parms for sync] [filling in parms for clri] [filling in parms for disklabel] [filling in parms for dmesg] [filling in parms for fdisk] [filling in parms for mknod] [filling in parms for mount] [filling in parms for mount_cd9660] [filling in parms for mount_msdosfs] [filling in parms for reboot] [filling in parms for restore] [filling in parms for swapon] [filling in parms for umount] [filling in parms for ftp] [filling in parms for telnet] [filling in parms for vi]! [filling in parms for chown] [filling in parms for chroot] [generating fixit_crunch.cache] [generating fixit_crunch.c] [generating fixit_crunch.mk] [] Run "make -f fixit_crunch.mk" to build crunched binary. crunchgen: fatal: input file "/usr/src/release/fixit_crunch.conf" not found *** Error code 1 Stop in /usr/src/release. *** Error code 1 Stop in /usr/src/release. ------- End of Forwarded Message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 5 2:18:47 2001 Delivered-To: freebsd-current@freebsd.org Received: from birch.ripe.net (birch.ripe.net [193.0.1.96]) by hub.freebsd.org (Postfix) with ESMTP id 3D12637B416 for ; Mon, 5 Nov 2001 02:18:45 -0800 (PST) Received: from laptop.6bone.nl (penguin.ripe.net [193.0.1.232]) by birch.ripe.net (8.11.6/8.11.6) with SMTP id fA5AIbq06709; Mon, 5 Nov 2001 11:18:37 +0100 Received: (nullmailer pid 792 invoked by uid 1000); Mon, 05 Nov 2001 10:18:36 -0000 Date: Mon, 5 Nov 2001 11:18:36 +0100 From: Mark Santcroos To: Matthew Dillon Cc: current@FreeBSD.ORG Subject: Re: patch #2 (was Re: buf_daemon() lockup) Message-ID: <20011105111836.A665@laptop.6bone.nl> References: <20011101092118.A434@laptop.6bone.nl> <200111042259.fA4MxSc93566@apollo.backplane.com> <200111050006.fA506f309535@apollo.backplane.com> <200111050015.fA50Fdk09561@apollo.backplane.com> <200111050112.fA51Cdc42844@apollo.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200111050112.fA51Cdc42844@apollo.backplane.com>; from dillon@apollo.backplane.com on Sun, Nov 04, 2001 at 05:12:39PM -0800 X-Handles: MS6-6BONE, MS18417-RIPE Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Nov 04, 2001 at 05:12:39PM -0800, Matthew Dillon wrote: > Here's a new patch. It's the same as the old one except I fixed a > missing B_NOWDRAIN flag in the clustering code, and I added B_NOWDRAIN > support to the nfs client code. I think the missing drain flag in the > clustering code was the problem. Try this patch. I now run a patched kernel and am not able to reproduce the problem until now. I like your solution with the flag btw. About the vnode locking warnings, I am also getting them for a while and they seem to be bogus and happen when syncer() comes in. Mark -- Mark Santcroos RIPE Network Coordination Centre http://www.ripe.net/home/mark/ New Projects Group/TTM To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 5 4:11:14 2001 Delivered-To: freebsd-current@freebsd.org Received: from zibbi.icomtek.csir.co.za (zibbi.icomtek.csir.co.za [146.64.24.58]) by hub.freebsd.org (Postfix) with ESMTP id CBD8037B41A for ; Mon, 5 Nov 2001 04:11:05 -0800 (PST) Received: (from jhay@localhost) by zibbi.icomtek.csir.co.za (8.11.6/8.11.6) id fA5CAew86731; Mon, 5 Nov 2001 14:10:40 +0200 (SAT) (envelope-from jhay) From: John Hay Message-Id: <200111051210.fA5CAew86731@zibbi.icomtek.csir.co.za> Subject: Re: USW2 Root: -current build report for Sun Nov 4 03:12:52 CST 2001 In-Reply-To: <80035.1004955000@winston.freebsd.org> from Jordan Hubbard at "Nov 5, 2001 02:10:00 am" To: jkh@winston.freebsd.org (Jordan Hubbard) Date: Mon, 5 Nov 2001 14:10:39 +0200 (SAT) Cc: current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > OK, who broke the crunchgen stuff? :) I just got a make release to finish with this patch. Pc98 will need something similar plus a little more to cater for the fdisk_pc98 directory. >=20 ... > =0D [filling in parms for chroot] =0D [generating fixit_crunch.cache] = =0D [generating fixit_crunch.c] =0D [generating fixit_crunch.mk] =0D [] = =0DRun "make -f fixit_crunch.mk" to build crunched= binary. > crunchgen: fatal: input file "/usr/src/release/fixit_crunch.conf" not fou= nd > *** Error code 1 >=20 > Stop in /usr/src/release. > *** Error code 1 >=20 > Stop in /usr/src/release. >=20 > ------- End of Forwarded Message John --=20 John Hay -- John.Hay@icomtek.csir.co.za Index: release/i386/fixit_crunch.conf =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/release/i386/fixit_crunch.conf,v retrieving revision 1.5 diff -u -r1.5 fixit_crunch.conf --- release/i386/fixit_crunch.conf 1 Jun 2001 11:23:55 -0000 1.5 +++ release/i386/fixit_crunch.conf 5 Nov 2001 08:44:56 -0000 @@ -6,7 +6,7 @@ progs cat chmod cp dd df echo expr kill progs ln ls mkdir mv rm rmdir sleep sync =20 -srcdirs /usr/src/sbin /usr/src/sbin/i386 +srcdirs /usr/src/sbin progs clri disklabel dmesg fdisk mknod progs mount mount_cd9660 mount_msdosfs progs reboot restore swapon umount To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 5 4:59:35 2001 Delivered-To: freebsd-current@freebsd.org Received: from no-nonsense.org (kbl-mdb539.zeelandnet.nl [62.238.2.31]) by hub.freebsd.org (Postfix) with ESMTP id 74F0537B405; Mon, 5 Nov 2001 04:59:28 -0800 (PST) Received: from peter (peter.home [10.0.0.2]) by no-nonsense.org (8.11.6/8.11.6) with SMTP id fA5CxPc44344; Mon, 5 Nov 2001 13:59:26 +0100 (CET) (envelope-from peter@no-nonsense.org) Message-ID: <001701c165f9$b942a820$0200000a@peter> From: "Peter C. Verhage" To: , , Subject: The deeper inner side of FreeBSD Date: Mon, 5 Nov 2001 13:59:36 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, I'm looking for detailled information about how the FreeBSD kernel works. Not only stuff that's in the STABLE branch, but also stuff that's in CURRENT like SMPng. I need this information for a technical report about FreeBSD (school assignment). I did found the SMPng projects website a while ago, but couldn't find a detailled description about what's really going on, what's the goal, how it will be etc. Hopefully someone has some good links to interesting stuff I could use... With best regards, Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 5 8:34: 2 2001 Delivered-To: freebsd-current@freebsd.org Received: from no-nonsense.org (kbl-mdb539.zeelandnet.nl [62.238.2.31]) by hub.freebsd.org (Postfix) with ESMTP id 5B72737B418; Mon, 5 Nov 2001 08:33:55 -0800 (PST) Received: from peter (peter.home [10.0.0.2]) by no-nonsense.org (8.11.6/8.11.6) with SMTP id fA5GXqc44671; Mon, 5 Nov 2001 17:33:52 +0100 (CET) (envelope-from peter@no-nonsense.org) Message-ID: <000d01c16617$add84f80$0200000a@peter> From: "Peter C. Verhage" To: "Petar Forai" , , , References: <001701c165f9$b942a820$0200000a@peter> <000d01c1665f$84286290$0400a8c0@petervj9at1qfv> Subject: Re: The deeper inner side of FreeBSD Date: Mon, 5 Nov 2001 17:34:02 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG ----- Original Message ----- From: "Petar Forai" To: "Peter C. Verhage" Cc: Sent: Tuesday, November 06, 2001 2:08 AM Subject: Re: The deeper inner side of FreeBSD : read: : "The Design and Implementation of the UNIX Operating System" by M. J.Bach : and "The Design and Implementation of the 4.4 BSD Operating System" by : Mashall Kirk McKusick and others. Yes, but, I'm more looking for new technology, things that were not available in 4.4 BSD, things that are still being implemented (in CURRENT) or things that are brand new (for the past two years). Regards, Peter P.S. I will, ofcourse, look into those two books also :) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 5 9:14: 2 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail-blue.research.att.com (mail-blue.research.att.com [135.207.30.102]) by hub.freebsd.org (Postfix) with ESMTP id 7ADD437B416; Mon, 5 Nov 2001 09:13:58 -0800 (PST) Received: from alliance.research.att.com (alliance.research.att.com [135.207.26.26]) by mail-blue.research.att.com (Postfix) with ESMTP id B07CF4CE04; Mon, 5 Nov 2001 12:13:57 -0500 (EST) Received: from windsor.research.att.com (windsor.research.att.com [135.207.26.46]) by alliance.research.att.com (8.8.7/8.8.7) with ESMTP id MAA19971; Mon, 5 Nov 2001 12:13:56 -0500 (EST) From: Bill Fenner Received: (from fenner@localhost) by windsor.research.att.com (8.8.8+Sun/8.8.5) id JAA16064; Mon, 5 Nov 2001 09:13:55 -0800 (PST) Message-Id: <200111051713.JAA16064@windsor.research.att.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII To: des@ofug.org Subject: Re: Generating host.conf for backward compatibility Cc: arch@freebsd.org References: <3BC67CBD.1DAAC031@DougBarton.net> <3BC7EA21.15F43811@DougBarton.net> Date: Mon, 5 Nov 2001 09:13:55 -0800 Versions: dmail (solaris) 2.2j/makemail 2.9b Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Can we move this multi-line stuff above the "Doing initial network setup:" echo? It makes the echo -n stuff printed afterwards look dumb -- right now, we see: Doing initial network setup: Generating /etc/host.conf for compatibility hostname domain. The "hostname domain" are somewhat orphaned. Perhaps Doing initial network setup: host.conf hostname domain. is sufficient? If not, let's make it Generating /etc/host.conf for compatibility Doing initial network setup: hostname domain. I'm fine with the host.conf -> nsswitch.conf update being a multi-line message, because it happens once. Since the nsswitch.conf->host.conf happens on every boot, I'd like to see it be more integrated into the boot messages. I've got patches pending to turn this script into an awk (instead of gawk) script too, so if someone wants to commit this change I can send the other changes too, or I can make whatever change we decide is appropriate. Bill To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 5 9:20:29 2001 Delivered-To: freebsd-current@freebsd.org Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by hub.freebsd.org (Postfix) with ESMTP id E826F37B405; Mon, 5 Nov 2001 09:20:20 -0800 (PST) Received: (from uucp@localhost) by srv1.cosmo-project.de (8.11.0/8.11.0) with UUCP id fA5HKHf28229; Mon, 5 Nov 2001 18:20:17 +0100 (CET) Received: from mail.cicely.de (cicely20.cicely.de [10.1.1.22]) by cicely5.cicely.de (8.12.1/8.12.1) with ESMTP id fA5HASqb074174; Mon, 5 Nov 2001 18:10:28 +0100 (CET)?g (envelope-from ticso@cicely8.cicely.de) Received: from cicely8.cicely.de (cicely8.cicely.de [10.1.2.10]) by mail.cicely.de (8.11.0/8.11.0) with ESMTP id fA5HARF27072; Mon, 5 Nov 2001 18:10:27 +0100 (CET) Received: (from ticso@localhost) by cicely8.cicely.de (8.11.4/8.11.4) id fA5HAQD51316; Mon, 5 Nov 2001 18:10:26 +0100 (CET) (envelope-from ticso) Date: Mon, 5 Nov 2001 18:10:26 +0100 From: Bernd Walter To: "Peter C. Verhage" Cc: Petar Forai , stable@FreeBSD.ORG, current@FreeBSD.ORG, questions@FreeBSD.ORG Subject: Re: The deeper inner side of FreeBSD Message-ID: <20011105181026.C50984@cicely8.cicely.de> References: <001701c165f9$b942a820$0200000a@peter> <000d01c1665f$84286290$0400a8c0@petervj9at1qfv> <000d01c16617$add84f80$0200000a@peter> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <000d01c16617$add84f80$0200000a@peter> User-Agent: Mutt/1.3.23i X-Operating-System: FreeBSD cicely8.cicely.de 5.0-CURRENT i386 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Nov 05, 2001 at 05:34:02PM +0100, Peter C. Verhage wrote: > > ----- Original Message ----- > From: "Petar Forai" > To: "Peter C. Verhage" > Cc: > Sent: Tuesday, November 06, 2001 2:08 AM > Subject: Re: The deeper inner side of FreeBSD > > > : read: > : "The Design and Implementation of the UNIX Operating System" by M. J.Bach > : and "The Design and Implementation of the 4.4 BSD Operating System" by > : Mashall Kirk McKusick and others. > > Yes, but, I'm more looking for new technology, things that were not > available in 4.4 BSD, things that are still being implemented (in CURRENT) > or things that are brand new (for the past two years). If you have read and understood these books it's possible to learn from FreeBSD source and commit logs. You might also want to read section 9 manpages. If there are any doubts about a specific thing ask the persons on the lists. -- B.Walter COSMO-Project http://www.cosmo-project.de ticso@cicely.de Usergroup info@cosmo-project.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 5 10:37:45 2001 Delivered-To: freebsd-current@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id C501B37B416 for ; Mon, 5 Nov 2001 10:37:43 -0800 (PST) Received: (from dillon@localhost) by apollo.backplane.com (8.11.6/8.9.1) id fA5Ibei46148; Mon, 5 Nov 2001 10:37:40 -0800 (PST) (envelope-from dillon) Date: Mon, 5 Nov 2001 10:37:40 -0800 (PST) From: Matthew Dillon Message-Id: <200111051837.fA5Ibei46148@apollo.backplane.com> To: Poul-Henning Kamp Cc: Mark Santcroos , current@FreeBSD.ORG Subject: Re: patch #2 (was Re: buf_daemon() lockup) References: <33260.1004944500@critter.freebsd.dk> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG :... :> leave it to Poul to remove it. The syncer or buf_daemon can be flushing :> buffers associated with the underlying file simultaniously with other :> processes doing MD ops. : :I actually just copied that part from your vn(4) driver, so by all means :feel free to do what needs done to it. : :-- :Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 Ok, I'll remove it then. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 5 11: 0:22 2001 Delivered-To: freebsd-current@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id 758C037B405 for ; Mon, 5 Nov 2001 11:00:12 -0800 (PST) Received: (from dillon@localhost) by apollo.backplane.com (8.11.6/8.9.1) id fA5J0AP50243; Mon, 5 Nov 2001 11:00:10 -0800 (PST) (envelope-from dillon) Date: Mon, 5 Nov 2001 11:00:10 -0800 (PST) From: Matthew Dillon Message-Id: <200111051900.fA5J0AP50243@apollo.backplane.com> To: Mark Santcroos Cc: current@FreeBSD.ORG Subject: Re: patch #2 (was Re: buf_daemon() lockup) References: <20011101092118.A434@laptop.6bone.nl> <200111042259.fA4MxSc93566@apollo.backplane.com> <200111050006.fA506f309535@apollo.backplane.com> <200111050015.fA50Fdk09561@apollo.backplane.com> <200111050112.fA51Cdc42844@apollo.backplane.com> <20011105111836.A665@laptop.6bone.nl> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG :On Sun, Nov 04, 2001 at 05:12:39PM -0800, Matthew Dillon wrote: :> Here's a new patch. It's the same as the old one except I fixed a :> missing B_NOWDRAIN flag in the clustering code, and I added B_NOWDRAIN :> support to the nfs client code. I think the missing drain flag in the :> clustering code was the problem. Try this patch. : :I now run a patched kernel and am not able to reproduce the problem until :now. I like your solution with the flag btw. : :About the vnode locking warnings, I am also getting them for a while and :they seem to be bogus and happen when syncer() comes in. : :Mark : :-- :Mark Santcroos RIPE Network Coordination Centre Excellent. I've comitted the stuff to -current (and will MFC to stable in a couple of days). -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 5 11:42:54 2001 Delivered-To: freebsd-current@freebsd.org Received: from warez.scriptkiddie.org (uswest-dsl-142-38.cortland.com [209.162.142.38]) by hub.freebsd.org (Postfix) with ESMTP id 9F9E237B416; Mon, 5 Nov 2001 11:42:44 -0800 (PST) Received: from [192.168.69.11] (unknown [192.168.69.11]) by warez.scriptkiddie.org (Postfix) with ESMTP id 01A8462D01; Mon, 5 Nov 2001 11:42:41 -0800 (PST) Date: Mon, 5 Nov 2001 11:42:40 -0800 (PST) From: Lamont Granquist To: "Peter C. Verhage" Cc: , , Subject: Re: The deeper inner side of FreeBSD In-Reply-To: <001701c165f9$b942a820$0200000a@peter> Message-ID: <20011105114122.K60077-100000@coredump.scriptkiddie.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 5 Nov 2001, Peter C. Verhage wrote: > I did found the SMPng projects website a while ago, but couldn't find a > detailled description about what's really going on, what's the goal, how it > will be etc. Schimmel, _Unix Systems for Modern Architectures_ might help for background on Unix SMP systems. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 5 11:47:15 2001 Delivered-To: freebsd-current@freebsd.org Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (Postfix) with ESMTP id 6DFCA37B417; Mon, 5 Nov 2001 11:47:11 -0800 (PST) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.11.4/8.11.4) id fA5Jkos90036; Mon, 5 Nov 2001 14:46:50 -0500 (EST) (envelope-from wollman) Date: Mon, 5 Nov 2001 14:46:50 -0500 (EST) From: Garrett Wollman Message-Id: <200111051946.fA5Jkos90036@khavrinen.lcs.mit.edu> To: Thomas David Rivers Cc: nin@Jp.FreeBSD.org, current@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: About stscasestr() prototyped with string.h of current lib In-Reply-To: <20011103025805.A98090@nagual.pp.ru> References: <20011102120117.A87038@nagual.pp.ru> <200111021050.fA2Ao7a77922@lakes.dignus.com> <20011103025805.A98090@nagual.pp.ru> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > On Fri, Nov 02, 2001 at 05:50:07 -0500, Thomas David Rivers wrote: >> What about the ANSI standard regarding polluting the user's >> name space? str* is not in the user's name space. -GAWollman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 5 11:55:10 2001 Delivered-To: freebsd-current@freebsd.org Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (Postfix) with ESMTP id 74A9337B417 for ; Mon, 5 Nov 2001 11:55:07 -0800 (PST) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.11.4/8.11.4) id fA5JsFf90126; Mon, 5 Nov 2001 14:54:15 -0500 (EST) (envelope-from wollman) Date: Mon, 5 Nov 2001 14:54:15 -0500 (EST) From: Garrett Wollman Message-Id: <200111051954.fA5JsFf90126@khavrinen.lcs.mit.edu> To: Hajimu UMEMOTO Cc: current@FreeBSD.ORG Subject: Re: About stscasestr() prototyped with string.h of current lib In-Reply-To: <20011102.220113.74678450.ume@mahoroba.org> References: <20011102.173604.78790653.nin@smtp.shikoku.ne.jp> <20011102120117.A87038@nagual.pp.ru> <20011102.220113.74678450.ume@mahoroba.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG < said: > I think nin said that having strcasestr() in our standard header > breaks existing program. Those programs are wrong, since strcasestr() is in the Implementation Namespace. The correct code (assuming one is using autoconf-like feature testing) would look something like: #ifdef HAVE_STRCASESTR /* assume already included */ #define my_strcasestr(a, b) strcasestr((a), (b)) #else const char *my_strcasestr(const char *, const char *); #endif -GAWollman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 5 14:30:27 2001 Delivered-To: freebsd-current@freebsd.org Received: from iguana.aciri.org (iguana.aciri.org [192.150.187.36]) by hub.freebsd.org (Postfix) with ESMTP id 292A337B405; Mon, 5 Nov 2001 14:30:26 -0800 (PST) Received: (from rizzo@localhost) by iguana.aciri.org (8.11.3/8.11.1) id fA5MQmN77811; Mon, 5 Nov 2001 14:26:48 -0800 (PST) (envelope-from rizzo) Date: Mon, 5 Nov 2001 14:26:48 -0800 From: Luigi Rizzo To: current@freebsd.org Subject: when to use XX_LOCK() ? Message-ID: <20011105142648.E76687@iguana.aciri.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.23i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In if_dc.c and other places, i see sequences like this: dc_intr(arg) { struct dc_softc sc; sc = arg; DC_LOCK(sc); ifp = &sc->arpcom.ac_if; ... Wondering: any reason to call DC_LOCK before assigning a value to ifp ? Nobody is going to change it without taking away the device (which contains the lock itself). cheers luigi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 5 17:55:56 2001 Delivered-To: freebsd-current@freebsd.org Received: from fw.mccons.net (adsl-65-64-105-41.dsl.kscymo.swbell.net [65.64.105.41]) by hub.freebsd.org (Postfix) with ESMTP id 16FF737B417 for ; Mon, 5 Nov 2001 17:55:53 -0800 (PST) Received: (from root@localhost) by fw.mccons.net (8.11.3/8.11.4) id fA61tpo74371 for freebsd-current@freebsd.org; Mon, 5 Nov 2001 19:55:51 -0600 (CST) (envelope-from root@mccons.net) Received: from localhost (root@localhost) by fw.mccons.net (8.11.3/8.11.4av) with ESMTP id fA61thZ74336 for ; Mon, 5 Nov 2001 19:55:45 -0600 (CST) (envelope-from root@mccons.net) Date: Mon, 5 Nov 2001 19:55:43 -0600 (CST) From: Wm Brian McCane To: Subject: Strange Behaviour Message-ID: <20011105194012.B68941-100000@fw.mccons.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS perl-11 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I have a machine that is running current (kinda old Sep 13). I am working on upgrading it to more current, to see if it fixes my problem, but in the interim, I am seeing the following: 1) P3-866, 768M, 3xUDMA100 IDE disks (various sizes), 2 NICs (trusted/DMZ) 2) Current 5.0 dated 2001-09-13 3) PostgreSQL 7.1.3 I recently converted my most profitable website to run using PostgreSQL instead of MySQL because my other websites (w/psql) had better performance characteristics. After I got it converted, everything seemed MUCH FASTER. Great! Let's go get a soda (i don't like beer ;). Watched software for 2 days, off and on, no problems. This morning, my machine had an average load over 25. But the odd thing is, I am not having any performance problems, either with my websites or a SSH connection. At one point top said I had 47 programs RUNNING, 62 sleeping, 1 mutex. Even stranger, this machine is running Seti@Home, niced to 19, and it is still getting CPU time. Anyway, with load levels that high my pager has gone through a set of batteries since this morning. I can understand if I had a runaway app how the load could get so high, but I don't understand why the system would "feel" normal when I use it. Any ideas? - brian +-----------------------------------+------------------------------------------+ He rides a cycle of mighty days, and \ Wm Brian and Lori McCane represents the last great schizm among\ McCane Consulting the gods. Evil though he obviously is, \ root@bmccane.maxbaud.net he is a mighty figure, this father of \ http://bmccane.maxbaud.net/ my spirit, and I respect him as the sons \ http://www.sellit-here.com/ of old did the fathers of their bodies. \ http://recall.maxbaud.net/ Roger Zelazny - "Lord of Light" \ http://www.maxbaud.net/ +-------------------------------------------+----------------------------------+ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 5 18:40: 5 2001 Delivered-To: freebsd-current@freebsd.org Received: from sasami.jurai.net (sasami.jurai.net [64.0.106.45]) by hub.freebsd.org (Postfix) with ESMTP id 8A56F37B418 for ; Mon, 5 Nov 2001 18:39:59 -0800 (PST) Received: from localhost (scanner@localhost) by sasami.jurai.net (8.9.3/8.8.7) with ESMTP id VAA52859; Mon, 5 Nov 2001 21:39:51 -0500 (EST) Date: Mon, 5 Nov 2001 21:39:50 -0500 (EST) From: To: Wm Brian McCane Cc: freebsd-current@FreeBSD.ORG Subject: Re: Strange Behaviour In-Reply-To: <20011105194012.B68941-100000@fw.mccons.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Is there some kind of reason you are running current? You obviously are not a developer of current so why are you running current? You would be much better off running a release or -STABLE. This will fix your problem. ============================================================================= -Chris Watson (816) 464-7780 | Sr. Unix Administrator Work: chris.watson@twa.com | Trans World Airlines, Kansas City, MO Home: scanner@jurai.net | http://www.twa.com ============================================================================= WINDOWS: All our IP belongs to us. GNU/LINUX: Touch our IP, and your IP belongs to us. BSD: Here's our IP, just use it. ============================================================================= irc.openprojects.net #FreeBSD -Join the revolution! ICQ: 20016186 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 5 19:42:20 2001 Delivered-To: freebsd-current@freebsd.org Received: from mailhub.yumyumyum.org (dsl092-171-091.wdc1.dsl.speakeasy.net [66.92.171.91]) by hub.freebsd.org (Postfix) with SMTP id E6D4937B417 for ; Mon, 5 Nov 2001 19:42:16 -0800 (PST) Received: (qmail 1357 invoked from network); 6 Nov 2001 03:42:15 -0000 Received: from ken.yumyumyum.org (HELO there) (192.168.0.2) by dsl092-171-091.wdc1.dsl.speakeasy.net with SMTP; 6 Nov 2001 03:42:15 -0000 Content-Type: text/plain; charset="iso-8859-1" From: Kenneth Culver Reply-To: culverk@wam.umd.edu To: freebsd-current@freebsd.org Subject: awk problems Date: Mon, 5 Nov 2001 22:42:11 -0500 X-Mailer: KMail [version 1.3.1] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <20011106034216.E6D4937B417@hub.freebsd.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I just recently cvsupped and noticed the awk changes (and read UPDATING), and I'm still having problems getting a make world to complete. Here is the end of my make world log. It just sits there for hours filling up my HD until I kill it and make clean in /usr/src. here's the log: ===> sys/boot/i386/loader ... bunch of cc's ... cp loader.sym loader.bin strip -R .comment -R .note loader.bin cat /usr/src/sys/boot/i386/loader/../../common/help.common /usr/src/sys/boot/i386/loader/help.i386 | awk -f /usr/src/sys/boot/i386/loader/../../common/merge_help.awk > loader.help it just sits here taking almost 100% cpu for hours. if anyone needs more details, please let me know. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 5 19:51:44 2001 Delivered-To: freebsd-current@freebsd.org Received: from tomts12-srv.bellnexxia.net (tomts12.bellnexxia.net [209.226.175.56]) by hub.freebsd.org (Postfix) with ESMTP id 11D6737B405 for ; Mon, 5 Nov 2001 19:51:40 -0800 (PST) Received: from TMA-1.brad-x.com ([64.228.80.230]) by tomts12-srv.bellnexxia.net (InterMail vM.4.01.03.16 201-229-121-116-20010115) with ESMTP id <20011106035134.DOTY2489.tomts12-srv.bellnexxia.net@TMA-1.brad-x.com>; Mon, 5 Nov 2001 22:51:34 -0500 Received: from localhost (localhost.brad-x.com [127.0.0.1]) by TMA-1.brad-x.com (Postfix) with ESMTP id BD4307B0C0; Mon, 5 Nov 2001 22:52:22 -0500 (EST) Date: Mon, 5 Nov 2001 22:52:22 -0500 (EST) From: Brad Laue To: scanner@jurai.net Cc: Wm Brian McCane , Subject: Re: Strange Behaviour In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Good answer, now can someone offer insight that might resolve the issue in a technical sense? You'd be surprised how helpful grassroots bug reporting is. Brad // -- http://www.BRAD-X.com/ -- // On Mon, 5 Nov 2001 scanner@jurai.net wrote: > > Is there some kind of reason you are running current? You obviously are > not a developer of current so why are you running current? You would be > much better off running a release or -STABLE. This will fix your problem. > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 5 20:27:23 2001 Delivered-To: freebsd-current@freebsd.org Received: from sasami.jurai.net (sasami.jurai.net [64.0.106.45]) by hub.freebsd.org (Postfix) with ESMTP id 1E75837B417 for ; Mon, 5 Nov 2001 20:27:13 -0800 (PST) Received: from localhost (scanner@localhost) by sasami.jurai.net (8.9.3/8.8.7) with ESMTP id XAA54570; Mon, 5 Nov 2001 23:27:08 -0500 (EST) Date: Mon, 5 Nov 2001 23:27:08 -0500 (EST) From: To: Brad Laue Cc: Wm Brian McCane , freebsd-current@FreeBSD.ORG Subject: Re: Strange Behaviour In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 5 Nov 2001, Brad Laue wrote: > Good answer, now can someone offer insight that might resolve the issue in > a technical sense? Since no technical information was reported with his "problem" the answer is no. > You'd be surprised how helpful grassroots bug reporting is. Saying "this is broken" with no usefull information is not helpfull grassroots bug reporting its a waste of bandwidth. ============================================================================= -Chris Watson (816) 464-7780 | Sr. Unix Administrator Work: chris.watson@twa.com | Trans World Airlines, Kansas City, MO Home: scanner@jurai.net | http://www.twa.com ============================================================================= WINDOWS: All our IP belongs to us. GNU/LINUX: Touch our IP, and your IP belongs to us. BSD: Here's our IP, just use it. ============================================================================= irc.openprojects.net #FreeBSD -Join the revolution! ICQ: 20016186 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 5 21:37:48 2001 Delivered-To: freebsd-current@freebsd.org Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by hub.freebsd.org (Postfix) with ESMTP id EFDD437B417 for ; Mon, 5 Nov 2001 21:37:46 -0800 (PST) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.11.4/8.11.4) id fA65bfa50561; Mon, 5 Nov 2001 21:37:41 -0800 (PST) (envelope-from sgk) Date: Mon, 5 Nov 2001 21:37:40 -0800 From: Steve Kargl To: culverk@wam.umd.edu Cc: freebsd-current@FreeBSD.ORG Subject: Re: awk problems Message-ID: <20011105213740.A50550@troutmask.apl.washington.edu> References: <20011106034216.E6D4937B417@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20011106034216.E6D4937B417@hub.freebsd.org>; from culverk@yumyumyum.org on Mon, Nov 05, 2001 at 10:42:11PM -0500 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Nov 05, 2001 at 10:42:11PM -0500, Kenneth Culver wrote: > I just recently cvsupped and noticed the awk changes (and read UPDATING), > and I'm still having problems getting a make world to complete. Here is the > end of my make world log. It just sits there for hours filling up my HD > until I kill it and make clean in /usr/src. here's the log: > > ===> sys/boot/i386/loader > ... > bunch of cc's > ... > cp loader.sym loader.bin > strip -R .comment -R .note loader.bin > cat /usr/src/sys/boot/i386/loader/../../common/help.common > /usr/src/sys/boot/i386/loader/help.i386 | awk -f > /usr/src/sys/boot/i386/loader/../../common/merge_help.awk > loader.help > > it just sits here taking almost 100% cpu for hours. > > if anyone needs more details, please let me know. > cvsup cd src/gnu/usr.bin/awk make depend && make && make install cd /usr/src make buildworld -- Steve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 5 23:37:48 2001 Delivered-To: freebsd-current@freebsd.org Received: from mimu.telepass.co.jp (mimu.telepass.co.jp [211.9.36.169]) by hub.freebsd.org (Postfix) with SMTP id 4C3A737B416 for ; Mon, 5 Nov 2001 23:37:46 -0800 (PST) Received: (qmail 21534 invoked from network); 6 Nov 2001 16:37:45 +0900 Received: from mimu.telepass.co.jp (HELO localhost) (211.9.36.169) by mimu.telepass.co.jp with SMTP; 6 Nov 2001 16:37:45 +0900 To: freebsd-current@FreeBSD.ORG From: Shigeki Mimura Subject: Is linux.ko broken? X-Mailer: Mew version 1.94.2 on Emacs 19.34 / Mule 2.3 (SUETSUMUHANA) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20011106163745Y.mimu@telepass.co.jp> Date: Tue, 06 Nov 2001 16:37:45 +0900 X-Dispatcher: imput version 20000228(IM140) Lines: 3 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I'm using current which cvsupped on Nov/5. I installed linux-jdk1.3.1 from ports and tried to build tomcat 4. But when I was building jakarta-ant kernel was down and into debug mode. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Nov 6 9:30:12 2001 Delivered-To: freebsd-current@freebsd.org Received: from melchior.cuivre.fr.eu.org (melchior.enst.fr [137.194.161.6]) by hub.freebsd.org (Postfix) with ESMTP id 4ED1F37B418 for ; Tue, 6 Nov 2001 09:30:11 -0800 (PST) Received: by melchior.cuivre.fr.eu.org (Postfix, from userid 11117) id 99CAD7EB2; Tue, 6 Nov 2001 18:30:09 +0100 (CET) Date: Tue, 6 Nov 2001 18:30:09 +0100 From: Thomas Quinot To: freebsd-current@freebsd.org Subject: Fixes for NFS startup in rc.network Message-ID: <20011106183008.A30666@cuivre.fr.eu.org> Reply-To: Thomas Quinot Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.3.15i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Could someone please review the patches in conf/27811 and conf/31358? Both fix ordering or dependency issues between components of the NFS subsystem (27811: statd -> lockd, 31358: nfsclient LKM -> nfsclient sysctls -> amd), and are quite straightforward. Thanks, Thomas. -- Thomas Quinot ** Département Informatique & Réseaux ** quinot@inf.enst.fr ENST // 46 rue Barrault // 75634 PARIS CEDEX 13 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Nov 6 15:29:35 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail11.speakeasy.net (mail11.speakeasy.net [216.254.0.211]) by hub.freebsd.org (Postfix) with ESMTP id 2904A37B405 for ; Tue, 6 Nov 2001 15:29:33 -0800 (PST) Received: (qmail 79160 invoked from network); 6 Nov 2001 23:29:31 -0000 Received: from unknown (HELO laptop.baldwin.cx) ([64.81.54.73]) (envelope-sender ) by mail11.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 6 Nov 2001 23:29:31 -0000 Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Tue, 06 Nov 2001 15:29:31 -0800 (PST) From: John Baldwin To: current@FreeBSD.org Subject: NFS locking and 4.x and 5.x Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Apparently trying to mix NFS clients and servers of different versions seems to be unsupported if file locks are used. :( I have been attempting to build a 5.0 release over NFS with a 4.4-STABLE server. During release, we do a pwd_mkdb which tries to lock the password file. This has caused me no end of trouble. At first, I just had nfsiod on the client, and nfsd, mountd, and rpc.statd on the server as this is how rc.network currently does things. Apparently, when the new locking code was added, it became necessary to run rpc.lockd and rpc.statd on the client (and rpc.lockd on the server), but rc.network was never updated for this. So at first pwd_mkdb kept failing with 'Operation not supported'. Now that I have rpc.lockd and rpc.statd running on both client and server, pwd_mkdb hangs in the 'lockd' wait state: ===> monthly install -c -o root -g wheel -m 755 200.accounting 999.local /home/john/work/release/etc/periodic/monthly install -c -o root -g wheel -m 0644 /usr/src/gnu/usr.bin/send-pr/categories /home/john/work/release/etc/gnats/freefall rm -f /home/john/work/release/etc/termcap ln -s /usr/share/misc/termcap /home/john/work/release/etc/termcap rm -f /home/john/work/release/etc/rmt ln -s /usr/sbin/rmt /home/john/work/release/etc/rmt load: 0.00 cmd: pwd_mkdb 19087 [lockd] 0.00u 0.02s 0% 832k load: 0.00 cmd: pwd_mkdb 19087 [lockd] 0.00u 0.02s 0% 832k load: 0.00 cmd: pwd_mkdb 19087 [lockd] 0.00u 0.02s 0% 832k load: 0.00 cmd: pwd_mkdb 19087 [lockd] 0.00u 0.02s 0% 832k load: 0.00 cmd: pwd_mkdb 19087 [lockd] 0.00u 0.02s 0% 832k load: 0.00 cmd: pwd_mkdb 19087 [lockd] 0.00u 0.02s 0% 832k load: 0.00 cmd: pwd_mkdb 19087 [lockd] 0.00u 0.02s 0% 832k ^C ---------------------------------------- release started at 15:04:33 on 11/06/01 release died at 15:22:12 on 11/06/01 ---------------------------------------- Thus it seems impossible to build a 5.0 release over NFS with a 4.x client. Can we maybe have a mount option to disable locks on the client, or just do something to fix NFS please? -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Nov 6 15:39:44 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail11.speakeasy.net (mail11.speakeasy.net [216.254.0.211]) by hub.freebsd.org (Postfix) with ESMTP id BE55437B405 for ; Tue, 6 Nov 2001 15:39:41 -0800 (PST) Received: (qmail 86330 invoked from network); 6 Nov 2001 23:39:39 -0000 Received: from unknown (HELO laptop.baldwin.cx) ([64.81.54.73]) (envelope-sender ) by mail11.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 6 Nov 2001 23:39:39 -0000 Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Tue, 06 Nov 2001 15:39:39 -0800 (PST) From: John Baldwin To: John Baldwin Subject: RE: NFS locking and 4.x and 5.x Cc: current@FreeBSD.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 06-Nov-01 John Baldwin wrote: > ===> monthly > install -c -o root -g wheel -m 755 200.accounting 999.local > /home/john/work/release/etc/periodic/monthly > install -c -o root -g wheel -m 0644 /usr/src/gnu/usr.bin/send-pr/categories > /home/john/work/release/etc/gnats/freefall > rm -f /home/john/work/release/etc/termcap > ln -s /usr/share/misc/termcap /home/john/work/release/etc/termcap > rm -f /home/john/work/release/etc/rmt > ln -s /usr/sbin/rmt /home/john/work/release/etc/rmt > load: 0.00 cmd: pwd_mkdb 19087 [lockd] 0.00u 0.02s 0% 832k > load: 0.00 cmd: pwd_mkdb 19087 [lockd] 0.00u 0.02s 0% 832k > load: 0.00 cmd: pwd_mkdb 19087 [lockd] 0.00u 0.02s 0% 832k > load: 0.00 cmd: pwd_mkdb 19087 [lockd] 0.00u 0.02s 0% 832k > load: 0.00 cmd: pwd_mkdb 19087 [lockd] 0.00u 0.02s 0% 832k > load: 0.00 cmd: pwd_mkdb 19087 [lockd] 0.00u 0.02s 0% 832k > load: 0.00 cmd: pwd_mkdb 19087 [lockd] 0.00u 0.02s 0% 832k > ^C > ---------------------------------------- > release started at 15:04:33 on 11/06/01 > release died at 15:22:12 on 11/06/01 > ---------------------------------------- > > Thus it seems impossible to build a 5.0 release over NFS with a 4.x client. > Can we maybe have a mount option to disable locks on the client, or just do > something to fix NFS please? Well, I tried switching to a 5.0 server, and with lockd and statd running on both hosts, I still get the hang, so maybe this does work with 4.x in theory there's just some magical thing I'm missing? Any ideas? It's just locking that doesn't work, and lockd and statd are running on both hosts and registered with the port mapper. -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Nov 6 15:45:44 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail12.speakeasy.net (mail12.speakeasy.net [216.254.0.212]) by hub.freebsd.org (Postfix) with ESMTP id E10D337B418 for ; Tue, 6 Nov 2001 15:45:37 -0800 (PST) Received: (qmail 33056 invoked from network); 6 Nov 2001 23:45:36 -0000 Received: from unknown (HELO laptop.baldwin.cx) ([64.81.54.73]) (envelope-sender ) by mail12.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 6 Nov 2001 23:45:36 -0000 Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Tue, 06 Nov 2001 15:45:36 -0800 (PST) From: John Baldwin To: John Baldwin Subject: RE: NFS locking and 4.x and 5.x Cc: current@FreeBSD.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 06-Nov-01 John Baldwin wrote: > > On 06-Nov-01 John Baldwin wrote: >> ===> monthly >> install -c -o root -g wheel -m 755 200.accounting 999.local >> /home/john/work/release/etc/periodic/monthly >> install -c -o root -g wheel -m 0644 /usr/src/gnu/usr.bin/send-pr/categories >> /home/john/work/release/etc/gnats/freefall >> rm -f /home/john/work/release/etc/termcap >> ln -s /usr/share/misc/termcap /home/john/work/release/etc/termcap >> rm -f /home/john/work/release/etc/rmt >> ln -s /usr/sbin/rmt /home/john/work/release/etc/rmt >> load: 0.00 cmd: pwd_mkdb 19087 [lockd] 0.00u 0.02s 0% 832k >> load: 0.00 cmd: pwd_mkdb 19087 [lockd] 0.00u 0.02s 0% 832k >> load: 0.00 cmd: pwd_mkdb 19087 [lockd] 0.00u 0.02s 0% 832k >> load: 0.00 cmd: pwd_mkdb 19087 [lockd] 0.00u 0.02s 0% 832k >> load: 0.00 cmd: pwd_mkdb 19087 [lockd] 0.00u 0.02s 0% 832k >> load: 0.00 cmd: pwd_mkdb 19087 [lockd] 0.00u 0.02s 0% 832k >> load: 0.00 cmd: pwd_mkdb 19087 [lockd] 0.00u 0.02s 0% 832k >> ^C >> ---------------------------------------- >> release started at 15:04:33 on 11/06/01 >> release died at 15:22:12 on 11/06/01 >> ---------------------------------------- >> >> Thus it seems impossible to build a 5.0 release over NFS with a 4.x client. >> Can we maybe have a mount option to disable locks on the client, or just do >> something to fix NFS please? > > Well, I tried switching to a 5.0 server, and with lockd and statd running on > both hosts, I still get the hang, so maybe this does work with 4.x in theory > there's just some magical thing I'm missing? Any ideas? It's just locking > that doesn't work, and lockd and statd are running on both hosts and > registered > with the port mapper. Hmm, nfsd looks like it is hung: 429 root 4 0 540K 284K nfsd 3 0:02 0.00% 0.00% nfsd Maybe the NFS split broke locking? Is there a knob where I can just turn the client side locking off at least? -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Nov 6 17: 2: 4 2001 Delivered-To: freebsd-current@freebsd.org Received: from mailout06.sul.t-online.de (mailout06.sul.t-online.com [194.25.134.19]) by hub.freebsd.org (Postfix) with ESMTP id 8119D37B419 for ; Tue, 6 Nov 2001 17:02:01 -0800 (PST) Received: from fwd05.sul.t-online.de by mailout06.sul.t-online.de with smtp id 161H6O-0006tf-01; Wed, 07 Nov 2001 02:02:00 +0100 Received: from twoflower (320072111332-0001@[217.80.121.119]) by fwd05.sul.t-online.com with smtp id 161H6H-100np2C; Wed, 7 Nov 2001 02:01:53 +0100 From: Jan.Stocker@t-online.de (Jan Stocker) To: Subject: malloc.h Date: Wed, 7 Nov 2001 02:01:15 +0100 Message-ID: <000501c16727$b3772540$fe02010a@twoflower.liebende.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 In-Reply-To: Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4 X-Sender: 320072111332-0001@t-dialin.net Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I completly reinstalled my system in the last days. Many ports have a problem searching prototypes in malloc.h which have been moved to stdlib.h (which is displayed as error in malloc.h). I think a better solution is to replace the error-statement with a warning and do a #include in the malloc.h file. If you dont, you have to take care of many c and h files and patch em all (not a nice work for the porters...) Jan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Nov 6 17: 8:25 2001 Delivered-To: freebsd-current@freebsd.org Received: from coffee.q9media.com (coffee.q9media.com [216.94.229.19]) by hub.freebsd.org (Postfix) with ESMTP id 4A86537B405 for ; Tue, 6 Nov 2001 17:08:22 -0800 (PST) Received: (from mike@localhost) by coffee.q9media.com (8.11.6/8.11.6) id fA71E6v36896; Tue, 6 Nov 2001 20:14:06 -0500 (EST) (envelope-from mike) Date: Tue, 6 Nov 2001 20:14:06 -0500 From: Mike Barcroft To: Jan Stocker Cc: freebsd-current@FreeBSD.ORG Subject: Re: malloc.h Message-ID: <20011106201405.D33972@coffee.q9media.com> References: <000501c16727$b3772540$fe02010a@twoflower.liebende.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <000501c16727$b3772540$fe02010a@twoflower.liebende.de>; from Jan.Stocker@t-online.de on Wed, Nov 07, 2001 at 02:01:15AM +0100 Organization: The FreeBSD Project Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Jan Stocker writes: > I completly reinstalled my system in the last days. Many ports have a > problem searching prototypes in malloc.h which have been moved to stdlib.h > (which is displayed as error in malloc.h). I think a better solution is to > replace the error-statement with a warning and do a #include in > the malloc.h file. If you dont, you have to take care of many c and h files > and patch em all (not a nice work for the porters...) > > Jan See section 19.2.1.4 in the FreeBSD Handbook. Specificly, you need to review the commit logs and prior discussion before posting messages like this. Best regards, Mike Barcroft To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Nov 6 17:11:41 2001 Delivered-To: freebsd-current@freebsd.org Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by hub.freebsd.org (Postfix) with ESMTP id 6795937B416 for ; Tue, 6 Nov 2001 17:11:38 -0800 (PST) Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.11.0/8.11.0) id fA71BZt24657; Tue, 6 Nov 2001 17:11:35 -0800 Date: Tue, 6 Nov 2001 17:11:35 -0800 From: Brooks Davis To: Jan Stocker Cc: freebsd-current@FreeBSD.ORG Subject: Re: malloc.h Message-ID: <20011106171135.A23383@Odin.AC.HMC.Edu> References: <000501c16727$b3772540$fe02010a@twoflower.liebende.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="SUOF0GtieIMvvwua" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <000501c16727$b3772540$fe02010a@twoflower.liebende.de>; from Jan.Stocker@t-online.de on Wed, Nov 07, 2001 at 02:01:15AM +0100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --SUOF0GtieIMvvwua Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 07, 2001 at 02:01:15AM +0100, Jan Stocker wrote: > I completly reinstalled my system in the last days. Many ports have a > problem searching prototypes in malloc.h which have been moved to stdlib.h > (which is displayed as error in malloc.h). I think a better solution is to > replace the error-statement with a warning and do a #include in > the malloc.h file. If you dont, you have to take care of many c and h fil= es > and patch em all (not a nice work for the porters...) The warning was in place since Thu Nov 17 11:04:49 1994 UTC. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --SUOF0GtieIMvvwua Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE76IpFXY6L6fI4GtQRAndgAJ4rKRZ6fQYM09PEg2DTzpY8db+nVACg18ft vVfnTD7LgVwDrvVRTFMEoSU= =75Yh -----END PGP SIGNATURE----- --SUOF0GtieIMvvwua-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Nov 6 22:17:16 2001 Delivered-To: freebsd-current@freebsd.org Received: from db-cvad-1-tmp.yahoo.com (db-cvad-1-tmp.yahoo.com [216.145.48.242]) by hub.freebsd.org (Postfix) with ESMTP id 3E02037B41A; Tue, 6 Nov 2001 22:17:13 -0800 (PST) Received: from master.gorean.org (root@master.gorean.org [10.0.0.2]) by db-cvad-1-tmp.yahoo.com (8.11.6/8.11.6) with ESMTP id fA76HCw28107; Tue, 6 Nov 2001 22:17:12 -0800 (PST) (envelope-from DougB@FreeBSD.org) Received: from localhost (doug@localhost) by master.gorean.org (8.11.6/8.11.6) with ESMTP id fA76H8v01278; Tue, 6 Nov 2001 22:17:08 -0800 (PST) (envelope-from DougB@FreeBSD.org) X-Authentication-Warning: master.gorean.org: doug owned process doing -bs Date: Tue, 6 Nov 2001 22:17:08 -0800 (PST) From: Doug Barton X-X-Sender: doug@master.gorean.org To: Alfred Perlstein Cc: Sheldon Hearn , "Andrey A. Chernov" , David Wolfskill , , Subject: Re: buildworld breakage during "make depend" at usr.bin/kdump In-Reply-To: <20011101133104.H15052@elvis.mu.org> Message-ID: <20011106221558.E1061-100000@master.gorean.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 1 Nov 2001, Alfred Perlstein wrote: > Although I admit the fallout has been somewhat painful, let's > try to make do with it, if we disconnect the new awk I feel > that we will keep repeating this cycle, basically each activation > will see new problems requiring another disconnect. Let's just > get it fixed. :) For what it's worth, I agree with Alb^Hfred about this. This is -current after all. :) -- "We will not tire, we will not falter, and we will not fail." - George W. Bush, President of the United States September 20, 2001 Do YOU Yahoo!? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Nov 6 22:20:14 2001 Delivered-To: freebsd-current@freebsd.org Received: from InterJet.elischer.org (c421509-a.pinol1.sfba.home.com [24.7.86.9]) by hub.freebsd.org (Postfix) with ESMTP id C615437B405 for ; Tue, 6 Nov 2001 22:20:09 -0800 (PST) Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id WAA69314 for ; Tue, 6 Nov 2001 22:04:54 -0800 (PST) Date: Tue, 6 Nov 2001 22:04:53 -0800 (PST) From: Julian Elischer To: current@freebsd.org Subject: a.out ldd in -current fails? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG immediatly after an upgrade.... jules# ldd /usr/local/netscape/netscape /usr/local/netscape/netscape: /usr/libexec/ld.so: warning: /usr/lib/libg++.so.4: minor version -1 older than expected 0, using it anyway /usr/libexec/ld.so: warning: /usr/lib/libstdc++.so.2: minor version -1 older than expected 0, using it anyway /usr/libexec/ld.so: warning: /usr/lib/libm.so.2: minor version -1 older than expected 0, using it anyway /usr/libexec/ld.so: warning: /usr/lib/libc.so.3: minor version -1 older than expected 0, using it anyway -lXt.6 => not found (0x0) -lXmu.6 => not found (0x0) -lXext.6 => not found (0x0) -lX11.6 => not found (0x0) -lSM.6 => not found (0x0) -lICE.6 => not found (0x0) -lg++.4 => not found (0x0) -lstdc++.2 => not found (0x0) -lm.2 => not found (0x0) -lc.3 => not found (0x0) huh? why has the a.out load path suddenly been shot? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 7 0:13:17 2001 Delivered-To: freebsd-current@freebsd.org Received: from mailout03.sul.t-online.de (mailout03.sul.t-online.com [194.25.134.81]) by hub.freebsd.org (Postfix) with ESMTP id CEAB737B419; Wed, 7 Nov 2001 00:13:06 -0800 (PST) Received: from fwd06.sul.t-online.de by mailout03.sul.t-online.de with smtp id 161NpZ-0002O4-04; Wed, 07 Nov 2001 09:13:05 +0100 Received: from twoflower (320072111332-0001@[217.80.121.77]) by fwd06.sul.t-online.com with smtp id 161NpO-2L7hIWC; Wed, 7 Nov 2001 09:12:54 +0100 From: Jan.Stocker@t-online.de (Jan Stocker) To: "Mike Barcroft" Cc: , Subject: RE: malloc.h Date: Wed, 7 Nov 2001 09:12:16 +0100 Message-ID: <001201c16763$e9c35380$fe02010a@twoflower.liebende.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 In-Reply-To: <20011106201405.D33972@coffee.q9media.com> X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4 Importance: Normal X-Sender: 320072111332-0001@t-dialin.net Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, okay i had to take a look in the history first... !Resume deorbit burn sequence for . Inspection of my make logs !reveals no programs in the standard build which hit the previous warning !message. This change will NOT be merged to 4-stable But this is only for the system , not the ports. Ive many probs to compile them without malloc.h. And if you are really annoyed of course 7 years should be enough time to write patches for the ports. But i think it doesn't hurt someone if you let it what it was... or does it? Jan > -----Original Message----- > From: owner-freebsd-current@FreeBSD.ORG > [mailto:owner-freebsd-current@FreeBSD.ORG]On Behalf Of Mike Barcroft > Sent: Wednesday, November 07, 2001 2:14 AM > To: Jan Stocker > Cc: freebsd-current@FreeBSD.ORG > Subject: Re: malloc.h > > > Jan Stocker writes: > > I completly reinstalled my system in the last days. Many ports have a > > problem searching prototypes in malloc.h which have been moved > to stdlib.h > > (which is displayed as error in malloc.h). I think a better > solution is to > > replace the error-statement with a warning and do a #include > in > > the malloc.h file. If you dont, you have to take care of many c > and h files > > and patch em all (not a nice work for the porters...) > > > > Jan > > See section 19.2.1.4 in the FreeBSD Handbook. Specificly, you need to > review the commit logs and prior discussion before posting messages > like this. > > Best regards, > Mike Barcroft > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > > -----Original Message----- > From: owner-freebsd-current@FreeBSD.ORG > [mailto:owner-freebsd-current@FreeBSD.ORG]On Behalf Of Brooks Davis > Sent: Wednesday, November 07, 2001 2:12 AM > To: Jan Stocker > Cc: freebsd-current@FreeBSD.ORG > Subject: Re: malloc.h > > > On Wed, Nov 07, 2001 at 02:01:15AM +0100, Jan Stocker wrote: > > I completly reinstalled my system in the last days. Many ports have a > > problem searching prototypes in malloc.h which have been moved > to stdlib.h > > (which is displayed as error in malloc.h). I think a better > solution is to > > replace the error-statement with a warning and do a #include > in > > the malloc.h file. If you dont, you have to take care of many c > and h files > > and patch em all (not a nice work for the porters...) > > The warning was in place since Thu Nov 17 11:04:49 1994 UTC. > > -- Brooks > > -- > Any statement of the form "X is the one, true Y" is FALSE. > PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 7 2:22:30 2001 Delivered-To: freebsd-current@freebsd.org Received: from axl.seasidesoftware.co.za (axl.seasidesoftware.co.za [196.31.7.201]) by hub.freebsd.org (Postfix) with ESMTP id C07BC37B405; Wed, 7 Nov 2001 02:22:26 -0800 (PST) Received: from sheldonh (helo=axl.seasidesoftware.co.za) by axl.seasidesoftware.co.za with local-esmtp (Exim 3.33 #1) id 161Pre-0005nK-00; Wed, 07 Nov 2001 12:23:22 +0200 From: Sheldon Hearn To: Jan.Stocker@t-online.de (Jan Stocker) Cc: "Mike Barcroft" , brooks@one-eyed-alien.net, freebsd-current@FreeBSD.ORG Subject: Re: malloc.h In-reply-to: Your message of "Wed, 07 Nov 2001 09:12:16 +0100." <001201c16763$e9c35380$fe02010a@twoflower.liebende.de> Date: Wed, 07 Nov 2001 12:23:22 +0200 Message-ID: <22277.1005128602@axl.seasidesoftware.co.za> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 07 Nov 2001 09:12:16 +0100, Jan Stocker wrote: > But i think it doesn't hurt someone if you let it what it was... or does > it? The point is that people like you who notice problems should report the specific problems to the maintainers of the ports, possibly even submitting patches. This is how we've decided to encourage progress in this specific case of header misuse. Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 7 2:37:55 2001 Delivered-To: freebsd-current@freebsd.org Received: from smtp016.mail.yahoo.com (smtp016.mail.yahoo.com [216.136.174.113]) by hub.freebsd.org (Postfix) with SMTP id B611537B417 for ; Wed, 7 Nov 2001 02:37:52 -0800 (PST) Received: from mkc-65-30-96-67.kc.rr.com (HELO yahoo.com) (65.30.96.67) by smtp.mail.vip.sc5.yahoo.com with SMTP; 7 Nov 2001 10:37:52 -0000 X-Apparently-From: Message-ID: <3BE90EFF.8040508@yahoo.com> Date: Wed, 07 Nov 2001 04:37:51 -0600 From: Jim Bryant Reply-To: kc5vdj@yahoo.com User-Agent: Mozilla/5.0 (X11; U; Linux i386; en-US; rv:0.9.2) Gecko/20010726 Netscape6/6.1 X-Accept-Language: en-us MIME-Version: 1.0 To: Jan Stocker Cc: Mike Barcroft , brooks@one-eyed-alien.net, freebsd-current@FreeBSD.ORG Subject: Re: malloc.h References: <001201c16763$e9c35380$fe02010a@twoflower.liebende.de> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG My "Standard C" book is in storage right now, and I don't have it handy, but isn't ANSI-defined? I could be mistaken, due to the fact that every C compiler I've ever used had it, but all the same, I was wondering if it was part of the standard. Jan Stocker wrote: > Hi, > okay i had to take a look in the history first... > > !Resume deorbit burn sequence for . Inspection of my make logs > !reveals no programs in the standard build which hit the previous warning > !message. This change will NOT be merged to 4-stable > > But this is only for the system , not the ports. Ive many probs to > compile them without malloc.h. > And if you are really annoyed of course 7 years should be enough time to > write patches for the ports. > > But i think it doesn't hurt someone if you let it what it was... or does > it? > > Jan jim -- ET has one helluva sense of humor! He's always anal-probing right-wing schizos! ----------------------------------------------------- POWER TO THE PEOPLE! ----------------------------------------------------- "Religious fundamentalism is the biggest threat to international security that exists today." United Nations Secretary General B.B.Ghali, 1995 _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 7 3:24:43 2001 Delivered-To: freebsd-current@freebsd.org Received: from maild.telia.com (maild.telia.com [194.22.190.101]) by hub.freebsd.org (Postfix) with ESMTP id D5DD137B416 for ; Wed, 7 Nov 2001 03:24:38 -0800 (PST) Received: from d1o913.telia.com (d1o913.telia.com [195.252.44.241]) by maild.telia.com (8.11.6/8.11.6) with ESMTP id fA7BOYN01411 for ; Wed, 7 Nov 2001 12:24:34 +0100 (CET) Received: from ertr1013.student.uu.se (h185n2fls20o913.telia.com [212.181.163.185]) by d1o913.telia.com (8.8.8/8.8.8) with SMTP id MAA07921 for ; Wed, 7 Nov 2001 12:24:33 +0100 (CET) Received: (qmail 6845 invoked by uid 1001); 7 Nov 2001 11:24:31 -0000 Date: Wed, 7 Nov 2001 12:24:31 +0100 From: Erik Trulsson To: Jim Bryant Cc: Jan Stocker , Mike Barcroft , brooks@one-eyed-alien.net, freebsd-current@FreeBSD.ORG Subject: Re: malloc.h Message-ID: <20011107122431.A6824@student.uu.se> Mail-Followup-To: Jim Bryant , Jan Stocker , Mike Barcroft , brooks@one-eyed-alien.net, freebsd-current@FreeBSD.ORG References: <001201c16763$e9c35380$fe02010a@twoflower.liebende.de> <3BE90EFF.8040508@yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3BE90EFF.8040508@yahoo.com> User-Agent: Mutt/1.3.22.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Nov 07, 2001 at 04:37:51AM -0600, Jim Bryant wrote: > My "Standard C" book is in storage right now, and I don't have it handy, but > isn't ANSI-defined? I could be mistaken, due to the fact that > every C compiler I've ever used had it, but all the same, I was wondering if > it was part of the standard. No, is *not* part of the C standard. According to ANSI the header file that should be included when you wish to use malloc() is -- Erik Trulsson ertr1013@student.uu.se To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 7 6:46:43 2001 Delivered-To: freebsd-current@freebsd.org Received: from melchior.cuivre.fr.eu.org (melchior.enst.fr [137.194.161.6]) by hub.freebsd.org (Postfix) with ESMTP id 1FC6337B41B; Wed, 7 Nov 2001 06:46:39 -0800 (PST) Received: by melchior.cuivre.fr.eu.org (Postfix, from userid 11117) id 0DE367504; Wed, 7 Nov 2001 15:46:37 +0100 (CET) Date: Wed, 7 Nov 2001 15:46:37 +0100 From: Thomas Quinot To: John Baldwin Cc: current@FreeBSD.org Subject: Re: NFS locking and 4.x and 5.x Message-ID: <20011107154636.A30053@cuivre.fr.eu.org> Reply-To: Thomas Quinot References: Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.3.15i In-Reply-To: ; from jhb@FreeBSD.org on Tue, Nov 06, 2001 at 03:29:31PM -0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Le 2001-11-07, John Baldwin écrivait : > 5.0 release over NFS with a 4.4-STABLE server. During release, we do a > pwd_mkdb which tries to lock the password file. This has caused me no end of Might be the same problem as bin/27231 (NFS client-side locking apparently broken in -CURRENT). This dates back from the time NFS client locking was imported, and predates the nfsclient/server split by severeal months. Thomas. -- Thomas Quinot ** Département Informatique & Réseaux ** quinot@inf.enst.fr ENST // 46 rue Barrault // 75634 PARIS CEDEX 13 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 7 6:57:45 2001 Delivered-To: freebsd-current@freebsd.org Received: from melchior.cuivre.fr.eu.org (melchior.enst.fr [137.194.161.6]) by hub.freebsd.org (Postfix) with ESMTP id 25AE337B416; Wed, 7 Nov 2001 06:57:38 -0800 (PST) Received: by melchior.cuivre.fr.eu.org (Postfix, from userid 11117) id EB6768069; Wed, 7 Nov 2001 15:57:36 +0100 (CET) Date: Wed, 7 Nov 2001 15:57:36 +0100 From: Thomas Quinot To: Scott Long Cc: jstocker@tzi.de, freebsd-scsi@freebsd.org, freebsd-current@freebsd.org Subject: Re: SCSI->IDE Message-ID: <20011107155735.B30053@cuivre.fr.eu.org> Reply-To: Thomas Quinot References: <000c01c16582$301c4f00$fe02010a@twoflower.liebende.de> <20011104164903.B28826@hollin.btc.adaptec.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.3.15i In-Reply-To: <20011104164903.B28826@hollin.btc.adaptec.com>; from scott_long@btc.adaptec.com on Sun, Nov 04, 2001 at 04:49:03PM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Le 2001-11-05, Scott Long écrivait : > It would require that someone write an ATA SIM for CAM. As yet, no one > has stepped forward to volunteer. I have started one a few days ago. Still testing code, still many known, unknown or otherwise bizarre problems, but at least I can mount a CD-ROM, use cdrecord and cdrdao on my ATAPI drive through CAM. A patch against -STABLE is available from http://www.cuivre.fr.eu.org/~thomas/atapicam/ Use at your own risk. YMMV. Feedback welcome. Be prepared for panics, especially on multi-processor machines. Thomas. -- Thomas Quinot ** Département Informatique & Réseaux ** quinot@inf.enst.fr ENST // 46 rue Barrault // 75634 PARIS CEDEX 13 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 7 7: 8:56 2001 Delivered-To: freebsd-current@freebsd.org Received: from magic.adaptec.com (magic.adaptec.com [208.236.45.80]) by hub.freebsd.org (Postfix) with ESMTP id DFB0737B417; Wed, 7 Nov 2001 07:08:39 -0800 (PST) Received: from redfish.adaptec.com (redfish.adaptec.com [162.62.50.11]) by magic.adaptec.com (8.8.8+Sun/8.8.8) with ESMTP id HAA21834; Wed, 7 Nov 2001 07:08:39 -0800 (PST) Received: from btc.btc.adaptec.com (btc.btc.adaptec.com [162.62.64.10]) by redfish.adaptec.com (8.8.8+Sun/8.8.8) with ESMTP id GAA13197; Wed, 7 Nov 2001 06:54:10 -0800 (PST) Received: from hollin.btc.adaptec.com (hollin [162.62.149.56]) by btc.btc.adaptec.com (8.8.8+Sun/8.8.8) with ESMTP id IAA06992; Wed, 7 Nov 2001 08:08:36 -0700 (MST) Received: (from scottl@localhost) by hollin.btc.adaptec.com (8.11.6/8.11.4) id fA7F3OJ80254; Wed, 7 Nov 2001 08:03:24 -0700 (MST) (envelope-from scottl) Date: Wed, 7 Nov 2001 08:03:24 -0700 From: Scott Long To: Thomas Quinot Cc: jstocker@tzi.de, freebsd-scsi@freebsd.org, freebsd-current@freebsd.org Subject: Re: SCSI->IDE Message-ID: <20011107080323.A79141@hollin.btc.adaptec.com> References: <000c01c16582$301c4f00$fe02010a@twoflower.liebende.de> <20011104164903.B28826@hollin.btc.adaptec.com> <20011107155735.B30053@cuivre.fr.eu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20011107155735.B30053@cuivre.fr.eu.org> User-Agent: Mutt/1.3.23i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Very cool! Have you tested it on anything other than a CDROM? Scott On Wed, Nov 07, 2001 at 03:57:36PM +0100, Thomas Quinot wrote: > Le 2001-11-05, Scott Long écrivait : > > > It would require that someone write an ATA SIM for CAM. As yet, no one > > has stepped forward to volunteer. > > I have started one a few days ago. Still testing code, still many known, > unknown or otherwise bizarre problems, but at least I can mount a > CD-ROM, use cdrecord and cdrdao on my ATAPI drive through CAM. > > A patch against -STABLE is available from > http://www.cuivre.fr.eu.org/~thomas/atapicam/ > > Use at your own risk. YMMV. Feedback welcome. Be prepared for panics, > especially on multi-processor machines. > > Thomas. > > -- > Thomas Quinot ** Département Informatique & Réseaux ** quinot@inf.enst.fr > ENST // 46 rue Barrault // 75634 PARIS CEDEX 13 > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-scsi" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 7 7:13:21 2001 Delivered-To: freebsd-current@freebsd.org Received: from melchior.cuivre.fr.eu.org (melchior.enst.fr [137.194.161.6]) by hub.freebsd.org (Postfix) with ESMTP id 27E6437B416; Wed, 7 Nov 2001 07:13:15 -0800 (PST) Received: by melchior.cuivre.fr.eu.org (Postfix, from userid 11117) id A62618078; Wed, 7 Nov 2001 16:13:13 +0100 (CET) Date: Wed, 7 Nov 2001 16:13:13 +0100 From: Thomas Quinot To: Scott Long Cc: Thomas Quinot , jstocker@tzi.de, freebsd-scsi@freebsd.org, freebsd-current@freebsd.org Subject: Re: SCSI->IDE Message-ID: <20011107161313.B32550@cuivre.fr.eu.org> Reply-To: Thomas Quinot References: <000c01c16582$301c4f00$fe02010a@twoflower.liebende.de> <20011104164903.B28826@hollin.btc.adaptec.com> <20011107155735.B30053@cuivre.fr.eu.org> <20011107080323.A79141@hollin.btc.adaptec.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.3.15i In-Reply-To: <20011107080323.A79141@hollin.btc.adaptec.com>; from scott_long@btc.adaptec.com on Wed, Nov 07, 2001 at 08:03:24AM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Le 2001-11-07, Scott Long écrivait : > Very cool! Have you tested it on anything other than a CDROM? I have tested it only with a CD-ROM drive (SAMSUNG CD-ROM SC-148F F007), a CD-RW unit (LITE-ON LTR-16102B OS0B) and a DVD drive (only tested CD-ROM and CD-audio functionality on this one, PIONEER DVD-ROM DVD-105F 1.22). I do not have any tape or floppy ATAPI devs. Thomas. -- Thomas Quinot ** Département Informatique & Réseaux ** quinot@inf.enst.fr ENST // 46 rue Barrault // 75634 PARIS CEDEX 13 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 7 8:29: 8 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail11.speakeasy.net (mail11.speakeasy.net [216.254.0.211]) by hub.freebsd.org (Postfix) with ESMTP id A221E37B418 for ; Wed, 7 Nov 2001 08:28:53 -0800 (PST) Received: (qmail 3040 invoked from network); 7 Nov 2001 16:28:51 -0000 Received: from unknown (HELO laptop.baldwin.cx) ([64.81.54.73]) (envelope-sender ) by mail11.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 7 Nov 2001 16:28:51 -0000 Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20011107154636.A30053@cuivre.fr.eu.org> Date: Wed, 07 Nov 2001 08:28:51 -0800 (PST) From: John Baldwin To: Thomas Quinot Subject: Re: NFS locking and 4.x and 5.x Cc: current@FreeBSD.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 07-Nov-01 Thomas Quinot wrote: > Le 2001-11-07, John Baldwin écrivait : > >> 5.0 release over NFS with a 4.4-STABLE server. During release, we do a >> pwd_mkdb which tries to lock the password file. This has caused me no end >> of > > Might be the same problem as bin/27231 (NFS client-side locking > apparently broken in -CURRENT). This dates back from the time NFS client > locking was imported, and predates the nfsclient/server split by > severeal months. Oh, hmm, I was assuming it worked when it was imported. :-/ Looking at the PR it does seem it may be related. -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 7 10:59:42 2001 Delivered-To: freebsd-current@freebsd.org Received: from gate.qubesoft.com (gate.qubesoft.com [212.113.16.243]) by hub.freebsd.org (Postfix) with ESMTP id 7161F37B418; Wed, 7 Nov 2001 10:59:31 -0800 (PST) Received: from builder03 (dhcp139.qubesoft.com [192.168.1.139]) by gate.qubesoft.com (8.11.3/8.11.3) with SMTP id fA7IxJM23782; Wed, 7 Nov 2001 18:59:19 GMT (envelope-from n_hibma@qubesoft.com) From: "Nick Hibma" To: "Thomas Quinot" Cc: , Subject: RE: SCSI->IDE Date: Wed, 7 Nov 2001 18:59:19 -0000 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: <20011107155735.B30053@cuivre.fr.eu.org> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG You are not doing any conversion of commands from SCSI to ATAPI. Did you verify that all SCSI commands are valid ATAPI commands? I am doing something similar in the umass.c driver. Nick > -----Original Message----- > From: owner-freebsd-current@FreeBSD.ORG > [mailto:owner-freebsd-current@FreeBSD.ORG]On Behalf Of Thomas Quinot > Sent: 07 November 2001 14:58 > To: Scott Long > Cc: jstocker@tzi.de; freebsd-scsi@FreeBSD.ORG; > freebsd-current@FreeBSD.ORG > Subject: Re: SCSI->IDE > > > Le 2001-11-05, Scott Long écrivait : > > > It would require that someone write an ATA SIM for CAM. As > yet, no one > > has stepped forward to volunteer. > > I have started one a few days ago. Still testing code, still > many known, > unknown or otherwise bizarre problems, but at least I can mount a > CD-ROM, use cdrecord and cdrdao on my ATAPI drive through CAM. > > A patch against -STABLE is available from > http://www.cuivre.fr.eu.org/~thomas/atapicam/ > > Use at your own risk. YMMV. Feedback welcome. Be prepared for panics, > especially on multi-processor machines. > > Thomas. > > -- > Thomas Quinot ** Département Informatique & Réseaux ** > quinot@inf.enst.fr > ENST // 46 rue Barrault // 75634 PARIS CEDEX 13 > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 7 12:50:48 2001 Delivered-To: freebsd-current@freebsd.org Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (Postfix) with ESMTP id 5D4F837B419 for ; Wed, 7 Nov 2001 12:50:45 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.9.3/8.9.3) with UUCP id VAA08669 for freebsd-current@freebsd.org; Wed, 7 Nov 2001 21:50:44 +0100 (CET) Received: (from j@localhost) by uriah.heep.sax.de (8.11.6/8.11.6) id fA7KjLP70989; Wed, 7 Nov 2001 21:45:21 +0100 (MET) (envelope-from j) Date: Wed, 7 Nov 2001 21:45:21 +0100 (MET) Message-Id: <200111072045.fA7KjLP70989@uriah.heep.sax.de> Mime-Version: 1.0 X-Newsreader: knews 1.0b.1 Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Organization: Private BSD site, Dresden X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E References: <001201c16763$e9c35380$fe02010a@twoflower.liebende.de> <22277.1005128602@axl.seasidesoftware.co.za> From: j@uriah.heep.sax.de (Joerg Wunsch) Subject: Re: malloc.h X-Original-Newsgroups: local.freebsd.current To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Sheldon Hearn wrote: > This is how we've decided to encourage progress in this specific > case of header misuse. IMHO the current version of is wrong. This header file used to be a legitimate header file prior to ANSI C. So it should be #if __STDC__ # error " is not part of the C standard, use " #else # include #endif This way, if someone explicitly expresses his wish to compile ancient C code by using "-traditional", he could get what he wants. -- cheers, J"org .-.-. --... ...-- -.. . DL8DTL http://www.sax.de/~joerg/ NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 7 15: 1:15 2001 Delivered-To: freebsd-current@freebsd.org Received: from mailout06.sul.t-online.de (mailout06.sul.t-online.com [194.25.134.19]) by hub.freebsd.org (Postfix) with ESMTP id 634D237B405; Wed, 7 Nov 2001 15:01:06 -0800 (PST) Received: from fwd05.sul.t-online.de by mailout06.sul.t-online.de with smtp id 161bgb-0008RA-01; Thu, 08 Nov 2001 00:00:45 +0100 Received: from twoflower (320072111332-0001@[217.80.121.163]) by fwd05.sul.t-online.com with smtp id 161bgQ-26HbeaC; Thu, 8 Nov 2001 00:00:34 +0100 From: Jan.Stocker@t-online.de (Jan Stocker) To: "Thomas Quinot" , "Scott Long" Cc: , Subject: RE: SCSI->IDE Date: Wed, 7 Nov 2001 23:59:56 +0100 Message-ID: <000001c167df$eb2f5440$fe02010a@twoflower.liebende.de> 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 8.5, Build 4.71.2173.0 In-Reply-To: <20011107155735.B30053@cuivre.fr.eu.org> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4 X-Sender: 320072111332-0001@t-dialin.net Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I used your patches to change my -current release and got this: $ camcontrol devlist -v scbus0 on umass-sim0 bus 0: at scbus0 target 0 lun 0 (da0) scbus-1 on xpt0 bus 0: < > at scbus-1 target -1 lun -1 (xpt0) $ cdrecord -scanbus Cdrecord 1.10 (i386-unknown-freebsd5.0) Copyright (C) 1995-2001 Jörg Schilling cdrecord: No such file or directory. Cannot open SCSI driver. cdrecord: For possible targets try 'cdrecord -scanbus'. Make sure you are root. This all looks not very good... a bus with number -1??? Jan P.S. Do you have forgotten to do a detach??? > -----Original Message----- > From: owner-freebsd-scsi@FreeBSD.ORG > [mailto:owner-freebsd-scsi@FreeBSD.ORG]On Behalf Of Thomas Quinot > Sent: Wednesday, November 07, 2001 3:58 PM > To: Scott Long > Cc: jstocker@tzi.de; freebsd-scsi@FreeBSD.ORG; > freebsd-current@FreeBSD.ORG > Subject: Re: SCSI->IDE > > > Le 2001-11-05, Scott Long écrivait : > > > It would require that someone write an ATA SIM for CAM. As yet, no one > > has stepped forward to volunteer. > > I have started one a few days ago. Still testing code, still many known, > unknown or otherwise bizarre problems, but at least I can mount a > CD-ROM, use cdrecord and cdrdao on my ATAPI drive through CAM. > > A patch against -STABLE is available from > http://www.cuivre.fr.eu.org/~thomas/atapicam/ > > Use at your own risk. YMMV. Feedback welcome. Be prepared for panics, > especially on multi-processor machines. > > Thomas. > > -- > Thomas Quinot ** Département Informatique & Réseaux ** quinot@inf.enst.fr > ENST // 46 rue Barrault // 75634 PARIS CEDEX 13 > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-scsi" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 7 16:21: 3 2001 Delivered-To: freebsd-current@freebsd.org Received: from smtp.noos.fr (descartes.noos.net [212.198.2.74]) by hub.freebsd.org (Postfix) with ESMTP id 9374E37B41D for ; Wed, 7 Nov 2001 16:20:57 -0800 (PST) Received: (qmail 38267825 invoked by uid 0); 8 Nov 2001 00:20:56 -0000 Received: from unknown (HELO gits.dyndns.org) ([212.198.229.145]) (envelope-sender ) by 212.198.2.74 (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 8 Nov 2001 00:20:56 -0000 Received: (from root@localhost) by gits.dyndns.org (8.11.6/8.11.6) id fA80Kpd99323; Thu, 8 Nov 2001 01:20:51 +0100 (CET) (envelope-from root) Message-Id: <200111080020.fA80Kpd99323@gits.dyndns.org> Subject: Re: malloc.h In-Reply-To: <200111072045.fA7KjLP70989@uriah.heep.sax.de> To: Joerg Wunsch Date: Thu, 8 Nov 2001 01:20:50 +0100 (CET) Cc: freebsd-current@freebsd.org Reply-To: clefevre@citeweb.net From: Cyrille Lefevre Organization: ACME X-Face: X-Mailer: ELM [version 2.4ME+ PL95a (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Joerg Wunsch wrote: > Sheldon Hearn wrote: > > > This is how we've decided to encourage progress in this specific > > case of header misuse. > > IMHO the current version of is wrong. This header > file used to be a legitimate header file prior to ANSI C. So > it should be > > #if __STDC__ this statement is wrong. it should be #ifdef __STDC__ or #if (__STDC__-0) == 0 > # error " is not part of the C standard, use " > #else > # include > #endif > > This way, if someone explicitly expresses his wish to compile ancient > C code by using "-traditional", he could get what he wants. Cyrille. -- Cyrille Lefevre mailto:clefevre@citeweb.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 7 17: 3:45 2001 Delivered-To: freebsd-current@freebsd.org Received: from midway.uchicago.edu (midway.uchicago.edu [128.135.12.12]) by hub.freebsd.org (Postfix) with ESMTP id 60F8037B416 for ; Wed, 7 Nov 2001 17:03:42 -0800 (PST) Received: from harper.uchicago.edu (daemon@harper.uchicago.edu [128.135.12.7]) by midway.uchicago.edu (8.11.6/8.11.6) with ESMTP id fA813fZ16323 for ; Wed, 7 Nov 2001 19:03:41 -0600 (CST) Received: from localhost (dsyphers@localhost) by harper.uchicago.edu (8.11.6/8.11.6) with ESMTP id fA813fq27650 for ; Wed, 7 Nov 2001 19:03:41 -0600 (CST) X-Authentication-Warning: harper.uchicago.edu: dsyphers owned process doing -bs Date: Wed, 7 Nov 2001 19:03:41 -0600 (CST) From: David Syphers To: freebsd-current@freebsd.org Subject: -current ISO Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Is there some place I can get an ISO of a recent -current snapshot? The one I got with _FreeBSD_Unleashed_ doesn't work, and I'd like to play around with current (being unfortunate enough to buy a cardbus ethernet card over two years ago, which has made me reliant on Microsoft OS's ever since). Reply personally; I'm not on this list. -David To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 7 17: 5:23 2001 Delivered-To: freebsd-current@freebsd.org Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by hub.freebsd.org (Postfix) with ESMTP id 6ED4937B416 for ; Wed, 7 Nov 2001 17:05:17 -0800 (PST) Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.11.0/8.11.0) id fA815Fa29463; Wed, 7 Nov 2001 17:05:15 -0800 Date: Wed, 7 Nov 2001 17:05:15 -0800 From: Brooks Davis To: David Syphers Cc: freebsd-current@FreeBSD.ORG Subject: Re: -current ISO Message-ID: <20011107170515.A27712@Odin.AC.HMC.Edu> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="45Z9DzgjV8m4Oswq" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from dsyphers@uchicago.edu on Wed, Nov 07, 2001 at 07:03:41PM -0600 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --45Z9DzgjV8m4Oswq Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 07, 2001 at 07:03:41PM -0600, David Syphers wrote: > Is there some place I can get an ISO of a recent -current snapshot? The > one I got with _FreeBSD_Unleashed_ doesn't work, and I'd like to play > around with current (being unfortunate enough to buy a cardbus ethernet > card over two years ago, which has made me reliant on Microsoft OS's ever > since). http://snapshots.jp.freebsd.org/ -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --45Z9DzgjV8m4Oswq Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE76dpKXY6L6fI4GtQRAjvHAJkBOQFBtMA80MODx/Xc1lFohO0RfgCgqrdc HZhvpBf/z5/Za+ZftYCC/hE= =AnjW -----END PGP SIGNATURE----- --45Z9DzgjV8m4Oswq-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 7 18:37:26 2001 Delivered-To: freebsd-current@freebsd.org Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (Postfix) with ESMTP id 7122537B405 for ; Wed, 7 Nov 2001 18:37:24 -0800 (PST) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.11.4/8.11.4) id fA82bGO28786; Wed, 7 Nov 2001 21:37:16 -0500 (EST) (envelope-from wollman) Date: Wed, 7 Nov 2001 21:37:16 -0500 (EST) From: Garrett Wollman Message-Id: <200111080237.fA82bGO28786@khavrinen.lcs.mit.edu> To: clefevre@citeweb.net Cc: freebsd-current@FreeBSD.ORG Subject: Re: malloc.h In-Reply-To: <200111080020.fA80Kpd99323@gits.dyndns.org> References: <200111072045.fA7KjLP70989@uriah.heep.sax.de> <200111080020.fA80Kpd99323@gits.dyndns.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG < said: > Joerg Wunsch wrote: >> Sheldon Hearn wrote: >> >> > This is how we've decided to encourage progress in this specific >> > case of header misuse. >> >> IMHO the current version of is wrong. This header >> file used to be a legitimate header file prior to ANSI C. So >> it should be >> >> #if __STDC__ > this statement is wrong. it should be > #ifdef __STDC__ > or > #if (__STDC__-0) == 0 No, it shouldn't. Leavinmg aside the correctness of the previous suggestion, anyone who explicitly defines __STDC__ to be the empty string should get what he deserves. In preprocessor expressions, any identifiers left after macro substitution are considered to have a value of zero. -GAWollman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 7 19:18: 3 2001 Delivered-To: freebsd-current@freebsd.org Received: from coffee.q9media.com (coffee.q9media.com [216.94.229.19]) by hub.freebsd.org (Postfix) with ESMTP id B55C737B418 for ; Wed, 7 Nov 2001 19:17:59 -0800 (PST) Received: (from mike@localhost) by coffee.q9media.com (8.11.6/8.11.6) id fA83Nqg40074; Wed, 7 Nov 2001 22:23:52 -0500 (EST) (envelope-from mike) Date: Wed, 7 Nov 2001 22:23:51 -0500 From: Mike Barcroft To: Jan Stocker Cc: brooks@one-eyed-alien.net, freebsd-current@FreeBSD.ORG Subject: Re: malloc.h Message-ID: <20011107222351.D37393@coffee.q9media.com> References: <20011106201405.D33972@coffee.q9media.com> <001201c16763$e9c35380$fe02010a@twoflower.liebende.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <001201c16763$e9c35380$fe02010a@twoflower.liebende.de>; from Jan.Stocker@t-online.de on Wed, Nov 07, 2001 at 09:12:16AM +0100 Organization: The FreeBSD Project Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Jan Stocker writes: > okay i had to take a look in the history first... > > !Resume deorbit burn sequence for . Inspection of my make logs > !reveals no programs in the standard build which hit the previous warning > !message. This change will NOT be merged to 4-stable See Message-ID <200108131515.f7DFFLP91935@khavrinen.lcs.mit.edu> and follow-ups. Best regards, Mike Barcroft To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 7 19:29:58 2001 Delivered-To: freebsd-current@freebsd.org Received: from obsecurity.dyndns.org (adsl-63-207-60-80.dsl.lsan03.pacbell.net [63.207.60.80]) by hub.freebsd.org (Postfix) with ESMTP id 97BFE37B405; Wed, 7 Nov 2001 19:29:51 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 37F1566D0C; Wed, 7 Nov 2001 19:29:51 -0800 (PST) Date: Wed, 7 Nov 2001 19:29:51 -0800 From: Kris Kennaway To: Thomas Quinot Cc: Scott Long , jstocker@tzi.de, freebsd-scsi@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: Re: SCSI->IDE Message-ID: <20011107192951.B49060@xor.obsecurity.org> References: <000c01c16582$301c4f00$fe02010a@twoflower.liebende.de> <20011104164903.B28826@hollin.btc.adaptec.com> <20011107155735.B30053@cuivre.fr.eu.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="aM3YZ0Iwxop3KEKx" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20011107155735.B30053@cuivre.fr.eu.org>; from quinot@inf.enst.fr on Wed, Nov 07, 2001 at 03:57:36PM +0100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --aM3YZ0Iwxop3KEKx Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 07, 2001 at 03:57:36PM +0100, Thomas Quinot wrote: > Le 2001-11-05, Scott Long =E9crivait : >=20 > > It would require that someone write an ATA SIM for CAM. As yet, no one > > has stepped forward to volunteer. >=20 > I have started one a few days ago. Still testing code, still many known, > unknown or otherwise bizarre problems, but at least I can mount a > CD-ROM, use cdrecord and cdrdao on my ATAPI drive through CAM. >=20 > A patch against -STABLE is available from > http://www.cuivre.fr.eu.org/~thomas/atapicam/ >=20 > Use at your own risk. YMMV. Feedback welcome. Be prepared for panics, > especially on multi-processor machines. Very cool! Kris --aM3YZ0Iwxop3KEKx Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE76fwuWry0BWjoQKURAoDBAKCklXzEPH2s2+5w5cH8USf57Ulj1ACdHN8h z0DV2ZBWf3186MMvP+ayxjU= =qLbl -----END PGP SIGNATURE----- --aM3YZ0Iwxop3KEKx-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 7 20: 4:23 2001 Delivered-To: freebsd-current@freebsd.org Received: from smtp.noos.fr (descartes.noos.net [212.198.2.74]) by hub.freebsd.org (Postfix) with ESMTP id 73EB037B405 for ; Wed, 7 Nov 2001 20:04:20 -0800 (PST) Received: (qmail 38439148 invoked by uid 0); 8 Nov 2001 04:04:18 -0000 Received: from unknown (HELO gits.dyndns.org) ([212.198.229.145]) (envelope-sender ) by 212.198.2.74 (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 8 Nov 2001 04:04:18 -0000 Received: (from root@localhost) by gits.dyndns.org (8.11.6/8.11.6) id fA844Hl08636; Thu, 8 Nov 2001 05:04:18 +0100 (CET) (envelope-from root) Message-Id: <200111080404.fA844Hl08636@gits.dyndns.org> Subject: Re: malloc.h In-Reply-To: <200111080237.fA82bGO28786@khavrinen.lcs.mit.edu> To: Garrett Wollman Date: Thu, 8 Nov 2001 05:04:17 +0100 (CET) Cc: freebsd-current@FreeBSD.ORG Reply-To: clefevre@citeweb.net From: Cyrille Lefevre Organization: ACME X-Face: X-Mailer: ELM [version 2.4ME+ PL95a (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Garrett Wollman wrote: > < said: > > > Joerg Wunsch wrote: > >> Sheldon Hearn wrote: > >> > >> > This is how we've decided to encourage progress in this specific > >> > case of header misuse. > >> > >> IMHO the current version of is wrong. This header > >> file used to be a legitimate header file prior to ANSI C. So > >> it should be > >> > >> #if __STDC__ > > > this statement is wrong. it should be > > > #ifdef __STDC__ > > > or > > > #if (__STDC__-0) == 0 > > No, it shouldn't. Leavinmg aside the correctness of the previous > suggestion, anyone who explicitly defines __STDC__ to be the empty > string should get what he deserves. In preprocessor expressions, any > identifiers left after macro substitution are considered to have a > value of zero. I haven't access to a Solaris or an HP box, but I'm not really sure that all compilers follow this rule in K&R mode. IMHO, you are lucky this works w/ gcc -traditional (I've just verified). Cyrille. -- Cyrille Lefevre mailto:clefevre@citeweb.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 7 23:20: 9 2001 Delivered-To: freebsd-current@freebsd.org Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (Postfix) with ESMTP id AB27037B41E for ; Wed, 7 Nov 2001 23:20:02 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.9.3/8.9.3) with UUCP id IAA16754; Thu, 8 Nov 2001 08:19:38 +0100 (CET) Received: (from j@localhost) by uriah.heep.sax.de (8.11.6/8.11.6) id fA86oLW73815; Thu, 8 Nov 2001 07:50:21 +0100 (MET) (envelope-from j) Date: Thu, 8 Nov 2001 07:50:21 +0100 From: Joerg Wunsch To: Cyrille Lefevre Cc: freebsd-current@freebsd.org Subject: Re: malloc.h Message-ID: <20011108075021.P43204@uriah.heep.sax.de> Reply-To: Joerg Wunsch References: <200111072045.fA7KjLP70989@uriah.heep.sax.de> <200111080020.fA80Kpd99323@gits.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <200111080020.fA80Kpd99323@gits.dyndns.org>; from clefevre@citeweb.net on Thu, Nov 08, 2001 at 01:20:50AM +0100 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG As Cyrille Lefevre wrote: > > #if __STDC__ > > this statement is wrong. That's a claim without an explanation. > it should be > > #ifdef __STDC__ That would be wrong. __STDC__ could be defined to 0 which means ``not compliant to the standard''. > #if (__STDC__-0) == 0 What is the difference to my version (except that it would fail for __STDC__ being greater than 1)? I don't know how pre-ANSI cpps did behave, but at least a standard-conformant cpp must replace any identifier in an #if statement that remains after macro expansion by 0L. -- cheers, J"org .-.-. --... ...-- -.. . DL8DTL http://www.sax.de/~joerg/ NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Nov 8 0:40:26 2001 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id A7C8B37B417 for ; Thu, 8 Nov 2001 00:40:21 -0800 (PST) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.3/8.11.3) with ESMTP id fA88eJa12974; Thu, 8 Nov 2001 01:40:20 -0700 (MST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost [127.0.0.1]) by harmony.village.org (8.11.6/8.11.6) with ESMTP id fA88dv740802; Thu, 8 Nov 2001 01:39:57 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200111080839.fA88dv740802@harmony.village.org> To: Joerg Wunsch Subject: Re: malloc.h Cc: Cyrille Lefevre , freebsd-current@FreeBSD.ORG In-reply-to: Your message of "Thu, 08 Nov 2001 07:50:21 +0100." <20011108075021.P43204@uriah.heep.sax.de> References: <20011108075021.P43204@uriah.heep.sax.de> <200111072045.fA7KjLP70989@uriah.heep.sax.de> <200111080020.fA80Kpd99323@gits.dyndns.org> Date: Thu, 08 Nov 2001 01:39:57 -0700 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <20011108075021.P43204@uriah.heep.sax.de> Joerg Wunsch writes: : > #if (__STDC__-0) == 0 : : What is the difference to my version (except that it would fail for : __STDC__ being greater than 1)? I don't know how pre-ANSI cpps did : behave, but at least a standard-conformant cpp must replace any : identifier in an #if statement that remains after macro expansion by : 0L. It isn't different. Some people like to #define TRUE (1 == 1) too, which is bogus, imho. They like to trot out the fact that some whacked out compiler from the 1980's or earlier defined TRUE to be 255 or something like that. :-). I wouldn't worry about it #if __STDC__ is exactly right. Older, pre ANSI cpp would treat this correctly, unless they were very very very old and didn't have the #if directive, but only the #ifdef directive. That's so old, I've never seen one, but rumors about their existitance filled comp.lang.c in 1985-1989 when I still had time for netnews. Older cpp did what ansi enshrined as the standard in this respect. Except they might have treated a symbol not defined as 0, which is a suble difference, but doesn't matter here. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Nov 8 1:42:49 2001 Delivered-To: freebsd-current@freebsd.org Received: from melchior.cuivre.fr.eu.org (melchior.enst.fr [137.194.161.6]) by hub.freebsd.org (Postfix) with ESMTP id 4B3C037B419; Thu, 8 Nov 2001 01:42:45 -0800 (PST) Received: by melchior.cuivre.fr.eu.org (Postfix, from userid 11117) id C3B8E8017; Thu, 8 Nov 2001 10:42:43 +0100 (CET) Date: Thu, 8 Nov 2001 10:42:43 +0100 From: Thomas Quinot To: Nick Hibma Cc: Thomas Quinot , freebsd-scsi@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: Re: SCSI->IDE Message-ID: <20011108104243.A30845@cuivre.fr.eu.org> Reply-To: Thomas Quinot References: <20011107155735.B30053@cuivre.fr.eu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.3.15i In-Reply-To: ; from n_hibma@qubesoft.com on Wed, Nov 07, 2001 at 06:59:19PM -0000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Le 2001-11-07, Nick Hibma écrivait : > You are not doing any conversion of commands from SCSI to ATAPI. Did you > verify that all SCSI commands are valid ATAPI commands? Actually the current version of the patch does do some translation (MODE_{SENSE,SELECT}_6 are mapped to their _10 equivalent, because the _6 variants are not implemented by ATAPI/MMC devices), but a better solution might be to move these translations up to transport independant layers, and be handled through quirk entries, or some similar flagging mechanism. After all, ATAPI really is a /transport/ mechanism for SCSI commands: it is up to the initiator of a request to know which command set to use for a given device. Thomas. -- Thomas Quinot ** Département Informatique & Réseaux ** quinot@inf.enst.fr ENST // 46 rue Barrault // 75634 PARIS CEDEX 13 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Nov 8 1:50:25 2001 Delivered-To: freebsd-current@freebsd.org Received: from smtp.noos.fr (racine.noos.net [212.198.2.71]) by hub.freebsd.org (Postfix) with ESMTP id 8CC1637B417 for ; Thu, 8 Nov 2001 01:50:21 -0800 (PST) Received: (qmail 373854 invoked by uid 0); 8 Nov 2001 09:50:19 -0000 Received: from unknown (HELO gits.dyndns.org) ([212.198.229.145]) (envelope-sender ) by 212.198.2.71 (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 8 Nov 2001 09:50:19 -0000 Received: (from root@localhost) by gits.dyndns.org (8.11.6/8.11.6) id fA89oIk21059; Thu, 8 Nov 2001 10:50:18 +0100 (CET) (envelope-from root) Message-Id: <200111080950.fA89oIk21059@gits.dyndns.org> Subject: Re: malloc.h In-Reply-To: <200111080839.fA88dv740802@harmony.village.org> To: Warner Losh Date: Thu, 8 Nov 2001 10:50:18 +0100 (CET) Cc: Joerg Wunsch , freebsd-current@FreeBSD.ORG Reply-To: clefevre@citeweb.net From: Cyrille Lefevre Organization: ACME X-Face: X-Mailer: ELM [version 2.4ME+ PL95a (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Warner Losh wrote: > In message <20011108075021.P43204@uriah.heep.sax.de> Joerg Wunsch writes: > : > #if (__STDC__-0) == 0 > : > : What is the difference to my version (except that it would fail for > : __STDC__ being greater than 1)? I don't know how pre-ANSI cpps did > : behave, but at least a standard-conformant cpp must replace any > : identifier in an #if statement that remains after macro expansion by > : 0L. the difference is that if __STDC__ isn't defined, #if (-0)==0 continue to work. > It isn't different. Some people like to > #define TRUE (1 == 1) > too, which is bogus, imho. They like to trot out the fact that some > whacked out compiler from the 1980's or earlier defined TRUE to be 255 > or something like that. :-). > > I wouldn't worry about it > > #if __STDC__ > > is exactly right. I still remember me some compiler (cpp) which complain on such statement if the symbol is undefined and __STDC__ isn't always defined under some compiler (don't remember which). IMHO, the correct statement is : #ifdef __STDC__ #define GOODCPP #if __STDC__ #define ANSI #else #undef ANSI #endif #else #define WRONGCPP # cpp can't handle #x or x##x in macro #under ANSI #endif also, as I remember me, Solaris or HP uses the construction I post in they headers. > Older, pre ANSI cpp would treat this correctly, unless they were very > very very old and didn't have the #if directive, but only the #ifdef > directive. That's so old, I've never seen one, but rumors about their > existitance filled comp.lang.c in 1985-1989 when I still had time for > netnews. I'm sure I encountered this problem until 1995 at least. Cyrille. -- Cyrille Lefevre mailto:clefevre@citeweb.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Nov 8 1:50:57 2001 Delivered-To: freebsd-current@freebsd.org Received: from melchior.cuivre.fr.eu.org (melchior.enst.fr [137.194.161.6]) by hub.freebsd.org (Postfix) with ESMTP id 7BDCB37B405; Thu, 8 Nov 2001 01:50:52 -0800 (PST) Received: by melchior.cuivre.fr.eu.org (Postfix, from userid 11117) id 7005C8036; Thu, 8 Nov 2001 10:50:51 +0100 (CET) Date: Thu, 8 Nov 2001 10:50:51 +0100 From: Thomas Quinot To: Jan Stocker Cc: Scott Long , freebsd-scsi@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: Re: SCSI->IDE Message-ID: <20011108105050.B30845@cuivre.fr.eu.org> Reply-To: Thomas Quinot References: <20011107155735.B30053@cuivre.fr.eu.org> <000001c167df$eb2f5440$fe02010a@twoflower.liebende.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.3.15i In-Reply-To: <000001c167df$eb2f5440$fe02010a@twoflower.liebende.de>; from Jan.Stocker@t-online.de on Wed, Nov 07, 2001 at 11:59:56PM +0100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Le 2001-11-07, Jan Stocker écrivait : > I used your patches to change my -current release and got this: > > $ camcontrol devlist -v > scbus0 on umass-sim0 bus 0: > at scbus0 target 0 lun 0 (da0) > scbus-1 on xpt0 bus 0: > < > at scbus-1 target -1 lun -1 (xpt0) Ah. Interesting. Can you do a 'dmesg | grep "Registered SIM"' ? > P.S. Do you have forgotten to do a detach??? Not forgotten... Omitted for now. I started developing this 4 days ago! :) Thomas. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Nov 8 5:17:51 2001 Delivered-To: freebsd-current@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id 4266137B418 for ; Thu, 8 Nov 2001 05:17:48 -0800 (PST) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id AAA24278; Fri, 9 Nov 2001 00:17:43 +1100 Date: Fri, 9 Nov 2001 00:16:35 +1100 (EST) From: Bruce Evans X-X-Sender: To: Jim Bryant Cc: Subject: Re: kernel won't build - atomic.c/atomic.h errors... In-Reply-To: <3BE31270.5010905@yahoo.com> Message-ID: <20011109000347.J2336-100000@delplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 2 Nov 2001, Jim Bryant wrote: > Is anyone else seeing this problem? I posted a message the other day to this list, and have yet to see a single response. > > This is from a completely fresh cvsup of everything. > > buildworld succeeds, but the kernel build fails on atomic.c with the following message about the ATOMIC_ASM macros in atomic.h. > > The archetecture is 5.0-really-current on an SMP P2-333 machine. > > the message seems to be: "inconsistent operand constraints in an `asm'" Only people who have clobbered -O in CFLAGS in /etc/make.conf should see this problem :-). The i386 still uses archaic constraints for some input-output operands ("0" for the first operand). These never worked right and if fact don't actually work for compiling this file without optimization. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Nov 8 6:35:34 2001 Delivered-To: freebsd-current@freebsd.org Received: from relay1.macomnet.ru (relay1.macomnet.ru [195.128.64.10]) by hub.freebsd.org (Postfix) with ESMTP id 5B75837B421 for ; Thu, 8 Nov 2001 06:35:19 -0800 (PST) Received: from news1.macomnet.ru (news1.macomnet.ru [195.128.64.14]) by relay1.macomnet.ru (8.11.3/8.11.3) with ESMTP id fA8EZHX1820880 for ; Thu, 8 Nov 2001 17:35:17 +0300 (MSK) Date: Thu, 8 Nov 2001 17:35:17 +0300 (MSK) From: Maxim Konovalov To: current@freebsd.org Subject: has 'options LOCKF_DEBUG' ever worked? (w/ patch) Message-ID: <20011108171446.Q82640-100000@news1.macomnet.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, Seems 'options LOCKF_DEBUG' does not work at all. How to repeat: echo 'options LOCKF_DEBUG' >> KERNELCONF, recompile the kernel, install it, reboot, # sysctl -w debug.lockf_debug=1 $ lockf -k /etc/passwd sleep 1 .. and got the panic: Script started on Wed Nov 7 14:03:14 2001 miss# gdb -k /usr/obj/usr/src/sys/MISS/kernel.debug vmcore.4 GNU gdb 4.18 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-unknown-freebsd"... IdlePTD 3858432 initial pcb at 303b40 panicstr: bdwrite: buffer is not busy panic messages: --- Fatal trap 12: page fault while in kernel mode fault virtual address = 0x1d fault code = supervisor read, page not present instruction pointer = 0x8:0xc018f581 stack pointer = 0x10:0xc66ebb40 frame pointer = 0x10:0xc66ebb50 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 = 416 (lockf) trap number = 12 panic: page fault syncing disks... panic: bdwrite: buffer is not busy Uptime: 6m54s dumping to dev ad0s1b, offset 393600 dump ata0: resetting devices .. done 63 62 61 [CTRL-C to abort] 60 59 [CTRL-C to abort] 58 [CTRL-C to abort] 57 [CTRL-C to abort] 56 [CTRL-C to abort] 55 54 53 52 51 50 49 48 47 46 45 44 43 42 41 40 39 38 37 36 35 34 33 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0 --- #0 0xc0197d7e in dumpsys () at /usr/src/sys/kern/kern_shutdown.c:476 476 } (kgdb) bt #0 0xc0197d7e in dumpsys () at /usr/src/sys/kern/kern_shutdown.c:476 #1 0xc0df244c in ?? () #2 0xc0197b6b in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:334 #3 0xc0197f9d in panic (fmt=0xc0299721 "bdwrite: buffer is not busy") at /usr/src/sys/kern/kern_shutdown.c:632 #4 0xc01c93e3 in bdwrite (bp=0xc213a91c) at /usr/src/sys/kern/vfs_bio.c:841 #5 0xc02286ad in ffs_update (vp=0xc65cb380, waitfor=0) at /usr/src/sys/ufs/ffs/ffs_inode.c:119 #6 0xc023539a in ffs_fsync (ap=0xc66eb9f4) at /usr/src/sys/ufs/ffs/ffs_vnops.c:292 #7 0xc02339aa in ffs_sync (mp=0xc0de5e00, waitfor=2, cred=0xc05ade00, td=0xc031a8e4) at vnode_if.h:441 #8 0xc01d59c5 in sync (td=0xc031a8e4, uap=0x0) at /usr/src/sys/kern/vfs_syscalls.c:662 #9 0xc0197770 in boot (howto=256) at /usr/src/sys/kern/kern_shutdown.c:244 #10 0xc0197f9d in panic (fmt=0xc02b129e "%s") at /usr/src/sys/kern/kern_shutdown.c:632 #11 0xc02747e3 in trap_fatal (frame=0xc66ebb00, eva=29) at /usr/src/sys/i386/i386/trap.c:939 #12 0xc0274525 in trap_pfault (frame=0xc66ebb00, usermode=0, eva=29) at /usr/src/sys/i386/i386/trap.c:851 #13 0xc0273f37 in trap (frame={tf_fs = -1071841256, tf_es = -965869552, tf_ds = 16, tf_edi = 0, tf_esi = 0, tf_ebp = -965821616, tf_isp = -965821652, tf_ebx = -1058144640, tf_edx = -1071033256, tf_ecx = -1069469696, tf_eax = 1, tf_trapno = 12, tf_err = 0, tf_eip = -1072106111, tf_cs = 8, tf_eflags = 66118, tf_esp = -1071033241, tf_ss = 0}) at /usr/src/sys/i386/i386/trap.c:403 #14 0xc0266488 in alltraps_with_regs_pushed () #15 0xc018ea2a in lf_setlock (lock=0xc0edfe80) at /usr/src/sys/kern/kern_lockf.c:211 #16 0xc018e9c3 in lf_advlock (ap=0xc66ebc04, head=0xc0edd93c, size=0) at /usr/src/sys/kern/kern_lockf.c:176 #17 0xc023d30e in ufs_advlock (ap=0xc66ebc04) at /usr/src/sys/ufs/ufs/ufs_vnops.c:2190 #18 0xc023d7f9 in ufs_vnoperate (ap=0xc66ebc04) at /usr/src/sys/ufs/ufs/ufs_vnops.c:2658 #19 0xc01d64e3 in open (td=0xc6691e04, uap=0xc66ebd20) at vnode_if.h:843 #20 0xc0274c64 in syscall (frame={tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = -1, tf_esi = -1077938004, tf_ebp = -1077938176, tf_isp = -965821068, tf_ebx = -1077937786, tf_edx = -1077938012, tf_ecx = 672100864, tf_eax = 5, tf_trapno = 12, tf_err = 2, tf_eip = 671764168, tf_cs = 31, tf_eflags = 663, tf_esp = -1077938220, tf_ss = 47}) at /usr/src/sys/i386/i386/trap.c:1127 #21 0xc02664bd in syscall_with_err_pushed () #22 0x8048ae2 in ?? () #23 0x80488f1 in ?? () (kgdb) quit    p   quit miss# exit exit Script done on Wed Nov 7 14:04:38 2001 It panics because of if_inode is not initiliazed: /sys/kern/kern_lockf.c:1.25:153 /* lock->lf_inode = ip; */ /* XXX JH */ I have no idea what ``JH'' means, the comment appeared in 1.10. The patch against kern_lockf.c:1.38 Index: kern_lockf.c =================================================================== RCS file: /home/ncvs/src/sys/kern/kern_lockf.c,v retrieving revision 1.38 diff -u -r1.38 kern_lockf.c --- kern_lockf.c 12 Sep 2001 08:37:44 -0000 1.38 +++ kern_lockf.c 7 Nov 2001 10:59:04 -0000 @@ -163,7 +163,7 @@ lock->lf_start = start; lock->lf_end = end; lock->lf_id = ap->a_id; -/* lock->lf_inode = ip; */ /* XXX JH */ + lock->lf_inode = VTOI(ap->a_vp); lock->lf_type = fl->l_type; lock->lf_head = head; lock->lf_next = (struct lockf *)0; Works for me on yesterday -current. - -maxim -- Maxim Konovalov, MAcomnet, Internet-Intranet Dept., system engineer phone: +7 (095) 796-9079, mailto: maxim@macomnet.ru To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Nov 8 7:20:45 2001 Delivered-To: freebsd-current@freebsd.org Received: from magic.adaptec.com (magic.adaptec.com [208.236.45.80]) by hub.freebsd.org (Postfix) with ESMTP id 694A037B41D; Thu, 8 Nov 2001 07:20:38 -0800 (PST) Received: from redfish.adaptec.com (redfish.adaptec.com [162.62.50.11]) by magic.adaptec.com (8.8.8+Sun/8.8.8) with ESMTP id HAA10862; Thu, 8 Nov 2001 07:20:29 -0800 (PST) Received: from btc.btc.adaptec.com (btc.btc.adaptec.com [162.62.64.10]) by redfish.adaptec.com (8.8.8+Sun/8.8.8) with ESMTP id HAA04721; Thu, 8 Nov 2001 07:05:58 -0800 (PST) Received: from hollin.btc.adaptec.com (hollin [162.62.149.56]) by btc.btc.adaptec.com (8.8.8+Sun/8.8.8) with ESMTP id IAA14821; Thu, 8 Nov 2001 08:20:26 -0700 (MST) Received: (from scottl@localhost) by hollin.btc.adaptec.com (8.11.6/8.11.4) id fA8FFBn81783; Thu, 8 Nov 2001 08:15:11 -0700 (MST) (envelope-from scottl) Date: Thu, 8 Nov 2001 08:15:11 -0700 From: Scott Long To: Thomas Quinot Cc: Nick Hibma , freebsd-scsi@freebsd.org, freebsd-current@freebsd.org Subject: Re: SCSI->IDE Message-ID: <20011108081511.A81770@hollin.btc.adaptec.com> References: <20011107155735.B30053@cuivre.fr.eu.org> <20011108104243.A30845@cuivre.fr.eu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20011108104243.A30845@cuivre.fr.eu.org> User-Agent: Mutt/1.3.23i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Nov 08, 2001 at 10:42:43AM +0100, Thomas Quinot wrote: > Le 2001-11-07, Nick Hibma écrivait : > > > You are not doing any conversion of commands from SCSI to ATAPI. Did you > > verify that all SCSI commands are valid ATAPI commands? > > Actually the current version of the patch does do some translation > (MODE_{SENSE,SELECT}_6 are mapped to their _10 equivalent, because > the _6 variants are not implemented by ATAPI/MMC devices), but a > better solution might be to move these translations up to transport > independant layers, and be handled through quirk entries, or some > similar flagging mechanism. After all, ATAPI really is a /transport/ > mechanism for SCSI commands: it is up to the initiator of a request > to know which command set to use for a given device. Adding even more quirk entries is not the right way to go. One, or both, of the following things should happen. 1. The SIM should inform the upper layers that 6 bytes commands are not allowed. 2. If a 6 byte command is issued and fails, the failure code should be analyzed and the command retried in its 10 byte version. If that succeeds, then the upper layers should be flagged to only use 10 byte commands. Scott To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Nov 8 7:39:35 2001 Delivered-To: freebsd-current@freebsd.org Received: from ns.kobe1995.net (211.12.126.15.user.dt.il24.net [211.12.126.15]) by hub.freebsd.org (Postfix) with ESMTP id 9AEEF37B405 for ; Thu, 8 Nov 2001 07:39:31 -0800 (PST) Received: (from kaz@localhost) by ns.kobe1995.net (8.8.8/3.7W-primary) id AAA14862; Fri, 9 Nov 2001 00:39:00 +0900 (JST) Date: Fri, 9 Nov 2001 00:39:00 +0900 (JST) Message-Id: <200111081539.AAA14862@ns.kobe1995.net> To: rizzo@aciri.org Cc: current@freebsd.org Subject: Re: when to use XX_LOCK() ? In-Reply-To: Your message of "Mon, 5 Nov 2001 14:26:48 -0800". <20011105142648.E76687@iguana.aciri.org> From: kaz@kobe1995.net (NAKAMURA Kazushi) X-Mailer: mnews [version 1.20] 1996-12/08(Sun) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In article <20011105142648.E76687@iguana.aciri.org> rizzo@aciri.org writes: >In if_dc.c and other places, i see sequences like this: > > dc_intr(arg) { > struct dc_softc sc; > > sc = arg; > DC_LOCK(sc); > ifp = &sc->arpcom.ac_if; > ... > >Wondering: any reason to call DC_LOCK before assigning a value to ifp ? It is a lock for the SMPng, isn't it? I see that 5-current is removing the giant-lock, replace into small locks. -- NAKAMURA Kazushi@KOBE - Break the hate chain. No more kill! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Nov 8 7:41:29 2001 Delivered-To: freebsd-current@freebsd.org Received: from gate.qubesoft.com (gate.qubesoft.com [212.113.16.243]) by hub.freebsd.org (Postfix) with ESMTP id E69F437B418; Thu, 8 Nov 2001 07:41:20 -0800 (PST) Received: from builder03 (dhcp139.qubesoft.com [192.168.1.139]) by gate.qubesoft.com (8.11.3/8.11.3) with SMTP id fA8FfFM32647; Thu, 8 Nov 2001 15:41:15 GMT (envelope-from n_hibma@qubesoft.com) From: "Nick Hibma" To: "Scott Long" , "Thomas Quinot" Cc: , Subject: RE: SCSI->IDE Date: Thu, 8 Nov 2001 15:41:15 -0000 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) Importance: Normal In-Reply-To: <20011108081511.A81770@hollin.btc.adaptec.com> X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG How do you inform the upper layers that only 10+ byte commands are allowed? (12 byte in the case of ATAPI). Nick > -----Original Message----- > From: Scott Long [mailto:scott_long@btc.adaptec.com] > Sent: 08 November 2001 15:15 > To: Thomas Quinot > Cc: Nick Hibma; freebsd-scsi@freebsd.org; freebsd-current@freebsd.org > Subject: Re: SCSI->IDE > > > On Thu, Nov 08, 2001 at 10:42:43AM +0100, Thomas Quinot wrote: > > Le 2001-11-07, Nick Hibma écrivait : > > > > > You are not doing any conversion of commands from SCSI to > ATAPI. Did you > > > verify that all SCSI commands are valid ATAPI commands? > > > > Actually the current version of the patch does do some translation > > (MODE_{SENSE,SELECT}_6 are mapped to their _10 equivalent, because > > the _6 variants are not implemented by ATAPI/MMC devices), but a > > better solution might be to move these translations up to transport > > independant layers, and be handled through quirk entries, or some > > similar flagging mechanism. After all, ATAPI really is a /transport/ > > mechanism for SCSI commands: it is up to the initiator of a request > > to know which command set to use for a given device. > > Adding even more quirk entries is not the right way to go. One, or > both, of the following things should happen. > > 1. The SIM should inform the upper layers that 6 bytes commands are > not allowed. > 2. If a 6 byte command is issued and fails, the failure code > should be > analyzed and the command retried in its 10 byte version. If that > succeeds, then the upper layers should be flagged to only use 10 byte > commands. > > Scott > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Nov 8 8:32:48 2001 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id C993F37B419 for ; Thu, 8 Nov 2001 08:32:42 -0800 (PST) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.3/8.11.3) with ESMTP id fA8GWba14577; Thu, 8 Nov 2001 09:32:37 -0700 (MST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost [127.0.0.1]) by harmony.village.org (8.11.6/8.11.6) with ESMTP id fA8GWZ743834; Thu, 8 Nov 2001 09:32:36 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200111081632.fA8GWZ743834@harmony.village.org> To: clefevre@citeweb.net Subject: Re: malloc.h Cc: Joerg Wunsch , freebsd-current@FreeBSD.ORG In-reply-to: Your message of "Thu, 08 Nov 2001 10:50:18 +0100." <200111080950.fA89oIk21059@gits.dyndns.org> References: <200111080950.fA89oIk21059@gits.dyndns.org> Date: Thu, 08 Nov 2001 09:32:35 -0700 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <200111080950.fA89oIk21059@gits.dyndns.org> Cyrille Lefevre writes: : Warner Losh wrote: : > In message <20011108075021.P43204@uriah.heep.sax.de> Joerg Wunsch writes: : > : > #if (__STDC__-0) == 0 : > : : > : What is the difference to my version (except that it would fail for : > : __STDC__ being greater than 1)? I don't know how pre-ANSI cpps did : > : behave, but at least a standard-conformant cpp must replace any : > : identifier in an #if statement that remains after macro expansion by : > : 0L. : : the difference is that if __STDC__ isn't defined, #if (-0)==0 continue : to work. No. If __STDC__ isn't defined, the old K&R cpp will substitude 0. At least most unix, portable cc based ones do. But I do see the utility of the trick. : also, as I remember me, Solaris or HP uses the construction I post : in they headers. Right. But the solaris and HP compilers handled the #if __STDC__ properly. I've used it there several times since 1991 or so when I ported OI to about 50 different machines. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Nov 8 9: 5:39 2001 Delivered-To: freebsd-current@freebsd.org Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169]) by hub.freebsd.org (Postfix) with ESMTP id 2CA1037B422; Thu, 8 Nov 2001 09:05:33 -0800 (PST) Received: (from ken@localhost) by panzer.kdm.org (8.11.6/8.9.1) id fA8H4l743769; Thu, 8 Nov 2001 10:04:47 -0700 (MST) (envelope-from ken) Date: Thu, 8 Nov 2001 10:04:47 -0700 From: "Kenneth D. Merry" To: Nick Hibma Cc: Scott Long , Thomas Quinot , freebsd-scsi@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: Re: SCSI->IDE Message-ID: <20011108100447.A43706@panzer.kdm.org> References: <20011108081511.A81770@hollin.btc.adaptec.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: ; from n_hibma@qubesoft.com on Thu, Nov 08, 2001 at 03:41:15PM -0000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Nov 08, 2001 at 15:41:15 -0000, Nick Hibma wrote: > How do you inform the upper layers that only 10+ byte commands are > allowed? (12 byte in the case of ATAPI). There's no way to do it at the moment. We'll need to come up with a mechanism for doing it. Handling passthrough is another matter, since users can send any command through. Probably the thing to do there is just fail the command with an appropriate error if the user tries to send a 6 byte command down. Ken -- Kenneth Merry ken@kdm.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Nov 8 12:16:45 2001 Delivered-To: freebsd-current@freebsd.org Received: from aslan.scsiguy.com (aslan.scsiguy.com [63.229.232.106]) by hub.freebsd.org (Postfix) with ESMTP id 4A8C937B418; Thu, 8 Nov 2001 12:16:38 -0800 (PST) Received: from scsiguy.com (localhost [127.0.0.1]) by aslan.scsiguy.com (8.11.5/8.11.5) with ESMTP id fA8KGKY63792; Thu, 8 Nov 2001 13:16:21 -0700 (MST) (envelope-from gibbs@scsiguy.com) Message-Id: <200111082016.fA8KGKY63792@aslan.scsiguy.com> To: "Nick Hibma" Cc: "Scott Long" , "Thomas Quinot" , freebsd-scsi@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: Re: SCSI->IDE In-Reply-To: Your message of "Thu, 08 Nov 2001 15:41:15 GMT." Date: Thu, 08 Nov 2001 13:16:20 -0700 From: "Justin T. Gibbs" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG >How do you inform the upper layers that only 10+ byte commands are >allowed? (12 byte in the case of ATAPI). In the long term, this would just be the nature of the exported Protocol Type/Protocol Version and Transport Type/Transport Version passed back in the Path Inquiry response. The peripheral driver will just know that for x protocol, only y commands are allowed. These fields are in the "CAM_NEW_TRAN_CODE" in current. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Nov 8 12:53: 6 2001 Delivered-To: freebsd-current@freebsd.org Received: from sasami.jurai.net (sasami.jurai.net [64.0.106.45]) by hub.freebsd.org (Postfix) with ESMTP id 5E6D537B41A; Thu, 8 Nov 2001 12:52:52 -0800 (PST) Received: from localhost (winter@localhost) by sasami.jurai.net (8.9.3/8.8.7) with ESMTP id PAA03895; Thu, 8 Nov 2001 15:52:51 -0500 (EST) Date: Thu, 8 Nov 2001 15:52:51 -0500 (EST) From: "Matthew N. Dodd" To: John Baldwin Cc: current@FreeBSD.ORG Subject: RE: NFS locking and 4.x and 5.x In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 6 Nov 2001, John Baldwin wrote: > Well, I tried switching to a 5.0 server, and with lockd and statd > running on both hosts, I still get the hang, so maybe this does work > with 4.x in theory there's just some magical thing I'm missing? Any > ideas? It's just locking that doesn't work, and lockd and statd are > running on both hosts and registered with the port mapper. I've got similar problems with a client of recent (within 3 days) -CURRENT against a server about a week and a half old; another client of the same vintage as the server works just fine. I get hangs in (IIRC) nfsaio and nfsrcvlk. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | winter@jurai.net | 2 x '84 Volvo 245DL | ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Nov 8 14:20: 7 2001 Delivered-To: freebsd-current@freebsd.org Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (Postfix) with ESMTP id 7A88437B405; Thu, 8 Nov 2001 14:19:58 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.9.3/8.9.3) with UUCP id XAA03055; Thu, 8 Nov 2001 23:19:39 +0100 (CET) Received: (from j@localhost) by uriah.heep.sax.de (8.11.6/8.11.6) id fA8LxF275508; Thu, 8 Nov 2001 22:59:15 +0100 (MET) (envelope-from j) Date: Thu, 8 Nov 2001 22:59:15 +0100 From: Joerg Wunsch To: Cyrille Lefevre Cc: Warner Losh , schweikh@freebsd.org, freebsd-current@freebsd.org Subject: Re: malloc.h Message-ID: <20011108225915.A75044@uriah.heep.sax.de> Reply-To: Joerg Wunsch References: <200111080839.fA88dv740802@harmony.village.org> <200111080950.fA89oIk21059@gits.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <200111080950.fA89oIk21059@gits.dyndns.org>; from clefevre@citeweb.net on Thu, Nov 08, 2001 at 10:50:18AM +0100 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG As Cyrille Lefevre wrote: > the difference is that if __STDC__ isn't defined, #if (-0)==0 > continue to work. Well, not really. :-) Just for grins, i dug out my old CP/M C compiler. (SuperSoft C, 1983 vintage) That one's the only one so far i've seen where #if __STDC__ wouldn't work as expected -- but #if (__STDC__ - 1) == 0 wouldn't either. Apparently, this compiler substituted a `1' for any undefined identifier. However #ifdef __STDC__ works there as well. Since this seems to be consensus for many other header files (Sun and HP, too), and is completely standards-compliant (the standard mandates that this macro is predefined to 1 on a conformant implementation and undefined otherwise -- Jens, is this OK?), i'd vote for using that one. > IMHO, the correct statement is : > [obfuscated cpp code contest candidate :-) removed] > also, as I remember me, Solaris or HP uses the construction I post > in they headers. Well, no. Solaris uses #if (__STDC__-1==0) only in connection with other conditions in the same #if part. Otherwise, they use a simple #ifdef __STDC__ as well. Anyway, i don't care much except that i'd like to see gcc -traditional accept since it used to be a legitimate header at its time. Otherwise, we should ban the entire -traditional option as well (it makes string literals writeable, and a few other things). -- cheers, J"org .-.-. --... ...-- -.. . DL8DTL http://www.sax.de/~joerg/ NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Nov 8 14:30:18 2001 Delivered-To: freebsd-current@freebsd.org Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (Postfix) with ESMTP id 6C10337B41A for ; Thu, 8 Nov 2001 14:30:15 -0800 (PST) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.11.4/8.11.4) id fA8MU5C40359; Thu, 8 Nov 2001 17:30:05 -0500 (EST) (envelope-from wollman) Date: Thu, 8 Nov 2001 17:30:05 -0500 (EST) From: Garrett Wollman Message-Id: <200111082230.fA8MU5C40359@khavrinen.lcs.mit.edu> To: Joerg Wunsch Cc: freebsd-current@FreeBSD.ORG Subject: Re: malloc.h In-Reply-To: <20011108225915.A75044@uriah.heep.sax.de> References: <200111080839.fA88dv740802@harmony.village.org> <200111080950.fA89oIk21059@gits.dyndns.org> <20011108225915.A75044@uriah.heep.sax.de> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG < said: > Well, no. Solaris uses #if (__STDC__-1==0) only in connection with > other conditions in the same #if part. Otherwise, they use a simple > #ifdef __STDC__ as well. (FOO - 1 == 0) is the traditional-cpp way of saying `defined(FOO)', in the restricted case of FOO is defined to be zero, one, or the empty string (parsed the same as zero). -GAWollman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Nov 8 16:16:34 2001 Delivered-To: freebsd-current@freebsd.org Received: from peter3.wemm.org (c1315225-a.plstn1.sfba.home.com [24.14.150.180]) by hub.freebsd.org (Postfix) with ESMTP id CDB7937B41F for ; Thu, 8 Nov 2001 16:16:26 -0800 (PST) Received: from overcee.netplex.com.au (overcee.wemm.org [10.0.0.3]) by peter3.wemm.org (8.11.0/8.11.0) with ESMTP id fA90GQM99591 for ; Thu, 8 Nov 2001 16:16:26 -0800 (PST) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by overcee.netplex.com.au (Postfix) with ESMTP id 11DF43807 for ; Thu, 8 Nov 2001 16:16:26 -0800 (PST) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: current@freebsd.org Subject: HEADS UP: cvs repository surgery Date: Thu, 08 Nov 2001 16:16:25 -0800 From: Peter Wemm Message-Id: <20011109001626.11DF43807@overcee.netplex.com.au> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Some history revisionism has taken place in the src/contrib area as part of making way for the next gcc update. Do not be alarmed when you see your next cvsup output (in cvs mode, not -checkout mode). I am aware of a couple of minor problems, but I dont think they break anything But if something (eg: cvs, cvsup, etc) does break, I need to know about it. cvs or cvsup doing 'fixups' or reporting checksum errors is expected and should only happen once. ie: it should be recovered from automaticaly and NOT happen next time. I only want to know if: - something is corrupted - cvs or cvsup or some other tool crash or report persistant errors - source is corrupted, particularly in RELENG_4. Yes, there are some intentional differences between gcc and gcc.295 etc due to some commits being deliberately left out. Cheers, -Peter -- Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Nov 8 17:22:54 2001 Delivered-To: freebsd-current@freebsd.org Received: from smtp018.mail.yahoo.com (smtp018.mail.yahoo.com [216.136.174.115]) by hub.freebsd.org (Postfix) with SMTP id 0367737B405 for ; Thu, 8 Nov 2001 17:22:54 -0800 (PST) Received: from mkc-65-30-96-67.kc.rr.com (HELO yahoo.com) (65.30.96.67) by smtp.mail.vip.sc5.yahoo.com with SMTP; 9 Nov 2001 01:22:53 -0000 X-Apparently-From: Message-Id: <20011109012254.0367737B405@hub.freebsd.org> Date: Thu, 8 Nov 2001 17:22:54 -0800 (PST) From: kc5vdj@yahoo.com To: undisclosed-recipients:; Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Nov 8 23: 2:29 2001 Delivered-To: freebsd-current@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id CAE1A37B41C; Thu, 8 Nov 2001 23:02:25 -0800 (PST) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id SAA20857; Fri, 9 Nov 2001 18:02:22 +1100 Date: Fri, 9 Nov 2001 18:01:14 +1100 (EST) From: Bruce Evans X-X-Sender: To: Luigi Rizzo Cc: , Subject: Re: cvs commit: src/release/picobsd/mfs_tree/etc termcap In-Reply-To: <200111011652.fA1GqZb20922@freefall.freebsd.org> Message-ID: <20011109174049.H8067-100000@delplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 1 Nov 2001, Luigi Rizzo wrote: > luigi 2001/11/01 08:52:35 PST > > Modified files: > release/picobsd/mfs_tree/etc termcap > Log: > Add entries for "dumb" and "dialup" terminals, as the shell in HEAD > refuses to start if it does not find a matching entry for the terminal > type. > > My impression is that this is a problem in the shell, because > at least on PicoBSD images, the shell itself coredumps. > Anyways, this is the quickest fix i can come up with. This is probably caused by the not so recent breakage of libedit. I now understand why I didn't see as many problems as des for single-user shells: I have /etc/malloc.conf -> aj, and this prevents detection of the breakage. With the default malloc options, "set -E" in /bin/sh always dumps core if $TERM doesn't exist. $TERM never exists for single-user-shells if /usr is a separate filesystem. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Nov 8 23:52:40 2001 Delivered-To: freebsd-current@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id 1B12237B617 for ; Thu, 8 Nov 2001 23:52:34 -0800 (PST) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id SAA24987; Fri, 9 Nov 2001 18:52:26 +1100 Date: Fri, 9 Nov 2001 18:51:18 +1100 (EST) From: Bruce Evans X-X-Sender: To: Joerg Wunsch Cc: Subject: Re: shell coredumps with missing termcap entries ? In-Reply-To: <200111012120.fA1LKCk25023@uriah.heep.sax.de> Message-ID: <20011109180918.E8067-100000@delplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=X-UNKNOWN Content-Transfer-Encoding: QUOTED-PRINTABLE Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 1 Nov 2001, Joerg Wunsch wrote: > Luigi Rizzo wrote: > > > I have been experiencing this problem for sometimes on CURRENT-based > > picobsd images: the shell coredumps if it does not find an > > entry for its terminal type in /etc/termcap. > > Seems to be a =BBfeature=AB of the new libedit. Try this fix. libedit now does more error checking, but doesn't check the error codes properly. It checks too much in term_init() so it doesn't initialize the arrow keys. Then it doesn't check enough in term_init()'s caller[s], so it continues when there is no terminal and soon uses the uninitialized arrow keys. Continuing when there is no terminal is correct and should give builtin defaults for a dumb terminal like it used to. Symptoms of the bug, at least on i386's: if malloc() returns zeroed storage, then the uninitialized arrow keys are sort of initialized (to 0), and the arrow keys just don't work. If malloc() returns the garbage given by the default malloc options, then the uninitialized arrow keys cause a core dump. I still think the correct fix is to back out the libedit changes and start over. Index: term.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/lib/libedit/term.c,v retrieving revision 1.15 diff -u -2 -r1.15 term.c --- term.c=091 Oct 2001 08:41:25 -0000=091.15 +++ term.c=099 Nov 2001 07:30:51 -0000 @@ -339,7 +339,7 @@ =09(void) memset(el->el_term.t_val, 0, T_val * sizeof(int)); =09term_outfile =3D el->el_outfile; +=09term_init_arrow(el); =09if (term_set(el, NULL) =3D=3D -1) =09=09return (-1); -=09term_init_arrow(el); =09return (0); } Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Nov 9 4: 4:23 2001 Delivered-To: freebsd-current@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id 7738A37B41D for ; Fri, 9 Nov 2001 04:04:18 -0800 (PST) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id XAA10269; Fri, 9 Nov 2001 23:04:06 +1100 Date: Fri, 9 Nov 2001 23:02:58 +1100 (EST) From: Bruce Evans X-X-Sender: To: Garrett Wollman Cc: Joerg Wunsch , Subject: Re: malloc.h In-Reply-To: <200111082230.fA8MU5C40359@khavrinen.lcs.mit.edu> Message-ID: <20011109224852.N9783-100000@delplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 8 Nov 2001, Garrett Wollman wrote: > < said: > > > Well, no. Solaris uses #if (__STDC__-1==0) only in connection with > > other conditions in the same #if part. Otherwise, they use a simple > > #ifdef __STDC__ as well. FreeBSD uses a simple `#ifdef __STDC__' (everywhere else in /usr/include) too, despite this being wronger than `#if __STDC__' for non-conforming implementations. (A standard can't specify what non-conforming implementations do. It's not clear what __STDC__ == 0 means, but it certainly means that C is not implemented.) > (FOO - 1 == 0) is the traditional-cpp way of saying `defined(FOO)', in > the restricted case of FOO is defined to be zero, one, or the empty > string (parsed the same as zero). (FOO + n) is also useful for standard-cpp when FOO is poorly specified to be either numeric or undefined. Some of the POSIX limits have fuzzy specs like this (or worse, fuzzy specs that don't even say that FOO is numeric if it is defined). Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Nov 9 5:32:26 2001 Delivered-To: freebsd-current@freebsd.org Received: from castle.jp.freebsd.org (castle.jp.FreeBSD.org [210.226.20.15]) by hub.freebsd.org (Postfix) with ESMTP id 96DA837B41D for ; Fri, 9 Nov 2001 05:32:22 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by castle.jp.freebsd.org (8.9.3+3.2W/8.7.3) with ESMTP id WAA52197 for ; Fri, 9 Nov 2001 22:32:20 +0900 (JST) (envelope-from matusita@jp.FreeBSD.org) X-User-Agent: Mew/1.94.2 XEmacs/21.5 (alfalfa) X-FaceAnim: (-O_O-)(O_O- )(_O- )(O- )(- -)( -O)( -O_)( -O_O)(-O_O-) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Dispatcher: imput version 20000228(IM140) Lines: 71 From: Makoto Matsushita To: current@FreeBSD.org Subject: PATCH: sysinstall (libdisk) fix to detect devfs Date: Fri, 09 Nov 2001 22:32:18 +0900 Message-Id: <20011109223218B.matusita@jp.FreeBSD.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This patch is the same of PR: bin/31009. I try to send to this list for wider audience to check my patch. *** Current 5-current sysinstall has a bug; when you want to install FreeBSD to a fresh PC, and you try to make a partition except 'a' (for example, 'ad0s1e'), sysinstall fails to do newfs. This is because sysinstall misunderstands /mnt/dev filesystem is a devfs partition. In a month before, this bug is reported as bin/31009, but this patch still has a bug. Unconditionally libdisk refuses to mknod(2) a device file. It should be done *if and only if a path is on devfs*. Libdisk should check a patch is devfs or not, using a given path. It would be done with statfs(2) so I wrote a patch. I already sent this to jkh (it's sysinstall-related) but he is now in BSDcon Europe :-) Does anybody confirm that I'm doing a right thing? -- - Makoto `MAR' MATSUSHITA Index: create_chunk.c =================================================================== RCS file: /home/ncvs/src/lib/libdisk/create_chunk.c,v retrieving revision 1.62 diff -u -r1.62 create_chunk.c --- create_chunk.c 10 Oct 2001 07:46:04 -0000 1.62 +++ create_chunk.c 8 Nov 2001 16:23:17 -0000 @@ -17,10 +17,10 @@ #include #include #include -#include +#include #include #include -#include +#include #include #include #include @@ -282,18 +282,22 @@ char buf[BUFSIZ], buf2[BUFSIZ]; struct group *grp; struct passwd *pwd; + struct statfs fs; uid_t owner; gid_t group; - int mib[4]; - size_t miblen; *buf2 = '\0'; - miblen = sizeof(mib)/sizeof(mib[0]); if (isDebug()) msgDebug("MakeDev: Called with %s on path %s\n", p, path); if (!strcmp(p, "X")) return 0; - if (!sysctlnametomib("vfs.devfs.generation", &mib, &miblen)) { + if (statfs(path, &fs) != 0) { +#ifdef DEBUG + warn("statfs(%s) failed\n", path); +#endif + return 0; + } + if (strcmp(fs.f_fstypename, "devfs") == 0) { if (isDebug()) msgDebug("MakeDev: No need to mknod(2) with DEVFS.\n"); return 1; To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Nov 9 7:39:36 2001 Delivered-To: freebsd-current@freebsd.org Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by hub.freebsd.org (Postfix) with ESMTP id 7748137B428 for ; Fri, 9 Nov 2001 07:39:31 -0800 (PST) Received: (from david@localhost) by bunrab.catwhisker.org (8.11.6/8.11.6) id fA9FdSf88433; Fri, 9 Nov 2001 07:39:28 -0800 (PST) (envelope-from david) Date: Fri, 9 Nov 2001 07:39:28 -0800 (PST) From: David Wolfskill Message-Id: <200111091539.fA9FdSf88433@bunrab.catwhisker.org> To: current@FreeBSD.ORG, peter@wemm.org Subject: Re: HEADS UP: cvs repository surgery In-Reply-To: <20011109001626.11DF43807@overcee.netplex.com.au> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG >Date: Thu, 08 Nov 2001 16:16:25 -0800 >From: Peter Wemm >Some history revisionism has taken place in the src/contrib area as part >of making way for the next gcc update. >Do not be alarmed when you see your next cvsup output (in cvs mode, not >-checkout mode). :-} >I am aware of a couple of minor problems, but I dont think they break >anything But if something (eg: cvs, cvsup, etc) does break, I need to know >about it. cvs or cvsup doing 'fixups' or reporting checksum errors is >expected and should only happen once.... >Yes, there are some intentional differences between gcc and gcc.295 etc due >to some commits being deliberately left out. OK; I think the following may qualify as something broken that you requested notification about: >>> stage 4: building everything.. ... ===> gnu/usr.bin/binutils/gdb ... cc -O -pipe -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/gdb/i386 -I/usr/src/gnu/usr.bin/binutils/gdb -I/usr/src/gnu/usr.bin/binutils/gdb/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/binutils/include -Dprint_insn_i386=print_insn_i386_att -I/usr/src/gnu/usr.bin/binutils/gdb/i386 -I/usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/binutils/binutils -I/usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/binutils/bfd -I/usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb.291/gdb -I/usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb.291/gdb/config -DFREEBSD_ELF -I/usr/src/gnu/usr.bin/binutils/gdb -I/usr/obj/usr/src/i386/usr/include/readline -DNO_MMALLOC -I/usr/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb.291/gdb/scm-exp.c cc -O -pipe -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/gdb/i386 -I/usr/src/gnu/usr.bin/binutils/gdb -I/usr/src/gnu/usr.bin/binutils/gdb/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/binutils/include -Dprint_insn_i386=print_insn_i386_att -I/usr/src/gnu/usr.bin/binutils/gdb/i386 -I/usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/binutils/binutils -I/usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/binutils/bfd -I/usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb.291/gdb -I/usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb.291/gdb/config -DFREEBSD_ELF -I/usr/src/gnu/usr.bin/binutils/gdb -I/usr/obj/usr/src/i386/usr/include/readline -DNO_MMALLOC -I/usr/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb.291/gdb/scm-lang.c cc: Internal compiler error: program cc1 got fatal signal 11 *** Error code 1 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error freebeast[2] The system in question: freebeast[2] uname -a FreeBSD freebeast.catwhisker.org 5.0-CURRENT FreeBSD 5.0-CURRENT #39: Thu Nov 8 07:37:49 PST 2001 root@freebeast.catwhisker.org:/common/S4/obj/usr/src/sys/FREEBEAST i386 and recent CVSup history: freebeast[3] tail /var/log/cvsup-history.log CVSup begin from cvsup14.freebsd.org at Mon Nov 5 03:47:00 PST 2001 CVSup ended from cvsup14.freebsd.org at Mon Nov 5 03:53:54 PST 2001 CVSup begin from cvsup14.freebsd.org at Tue Nov 6 03:47:00 PST 2001 CVSup ended from cvsup14.freebsd.org at Tue Nov 6 03:53:16 PST 2001 CVSup begin from cvsup14.freebsd.org at Wed Nov 7 03:47:00 PST 2001 CVSup ended from cvsup14.freebsd.org at Wed Nov 7 03:53:06 PST 2001 CVSup begin from cvsup14.freebsd.org at Thu Nov 8 03:47:00 PST 2001 CVSup ended from cvsup14.freebsd.org at Thu Nov 8 03:53:09 PST 2001 CVSup begin from cvsup14.freebsd.org at Fri Nov 9 03:47:00 PST 2001 CVSup ended from cvsup14.freebsd.org at Fri Nov 9 03:55:59 PST 2001 (Yes, each of those CVSups also corresponds to successful build & boot of -CURRENT (and -STABLE: that's updating my own copy of the CVS repository). I did a quick check of the archives of cvs-all, but didn't see anything recent hitting gcc there. Cheers, david -- David H. Wolfskill david@catwhisker.org As a computing professional, I believe it would be unethical for me to advise, recommend, or support the use (save possibly for personal amusement) of any product that is or depends on any Microsoft product. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Nov 9 8:33: 0 2001 Delivered-To: freebsd-current@freebsd.org Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by hub.freebsd.org (Postfix) with ESMTP id 9C67237B416 for ; Fri, 9 Nov 2001 08:32:54 -0800 (PST) Received: from fledge.watson.org (robert@fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.11.6/8.11.5) with SMTP id fA9GWjB82870 for ; Fri, 9 Nov 2001 11:32:45 -0500 (EST) (envelope-from robert@fledge.watson.org) Date: Fri, 9 Nov 2001 11:32:45 -0500 (EST) From: Robert Watson X-Sender: robert@fledge.watson.org To: freebsd-current@FreeBSD.org Subject: -CURRENT boot problems: loader, kernel Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Upgraded a box to yesterday's -CURRENT, and am experiencing two problems: (1) the machine spins rebooting after loading /boot/loader. I don't get a chance to interupt the boot once /boot/loader starts. Unfortunately, my serial console support also seems to be broken, so I can't read the error that flicks up before the reboot. (2) if I try to boot /boot/kernel/kernel directly, rather than via /boot/loader, it hangs in the twiddling bar. If I load the old loader and kernel, things work fine. I'm currently trying to diagnose the serial console problem, and will post more as I figure something out. There are reports on that channel about other machines having the same problem, so if you're upgrading, make sure to keep an old loader around. Robert N M Watson FreeBSD Core Team, TrustedBSD Project robert@fledge.watson.org NAI Labs, Safeport Network Services To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Nov 9 10:26:29 2001 Delivered-To: freebsd-current@freebsd.org Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by hub.freebsd.org (Postfix) with ESMTP id EE1FF37B416 for ; Fri, 9 Nov 2001 10:26:24 -0800 (PST) Received: from fledge.watson.org (robert@fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.11.6/8.11.5) with SMTP id fA9IQGB84544 for ; Fri, 9 Nov 2001 13:26:16 -0500 (EST) (envelope-from robert@fledge.watson.org) Date: Fri, 9 Nov 2001 13:26:16 -0500 (EST) From: Robert Watson X-Sender: robert@fledge.watson.org To: freebsd-current@FreeBSD.org Subject: Re: -CURRENT boot problems: loader, kernel In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Looks like it was a delayed affect of the awk change; recovering via /boot/loader.old and rebuilding and installing src/sys seemed to get things under control. Robert N M Watson FreeBSD Core Team, TrustedBSD Project robert@fledge.watson.org NAI Labs, Safeport Network Services On Fri, 9 Nov 2001, Robert Watson wrote: > > Upgraded a box to yesterday's -CURRENT, and am experiencing two problems: > > (1) the machine spins rebooting after loading /boot/loader. I don't get a > chance to interupt the boot once /boot/loader starts. Unfortunately, my > serial console support also seems to be broken, so I can't read the error > that flicks up before the reboot. > > (2) if I try to boot /boot/kernel/kernel directly, rather than via > /boot/loader, it hangs in the twiddling bar. > > If I load the old loader and kernel, things work fine. I'm currently > trying to diagnose the serial console problem, and will post more as I > figure something out. > > There are reports on that channel about other machines having the same > problem, so if you're upgrading, make sure to keep an old loader around. > > Robert N M Watson FreeBSD Core Team, TrustedBSD Project > robert@fledge.watson.org NAI Labs, Safeport Network Services > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Nov 9 10:46:49 2001 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169]) by hub.freebsd.org (Postfix) with ESMTP id 2EFB537B405 for ; Fri, 9 Nov 2001 10:46:45 -0800 (PST) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.6/8.11.1) id fA9IkVU51300; Fri, 9 Nov 2001 10:46:31 -0800 (PST) (envelope-from obrien) Date: Fri, 9 Nov 2001 10:46:31 -0800 From: "David O'Brien" To: David Wolfskill Cc: current@FreeBSD.ORG, peter@wemm.org Subject: Re: HEADS UP: cvs repository surgery Message-ID: <20011109104631.A51278@dragon.nuxi.com> Reply-To: obrien@FreeBSD.ORG References: <20011109001626.11DF43807@overcee.netplex.com.au> <200111091539.fA9FdSf88433@bunrab.catwhisker.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200111091539.fA9FdSf88433@bunrab.catwhisker.org>; from david@catwhisker.org on Fri, Nov 09, 2001 at 07:39:28AM -0800 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Nov 09, 2001 at 07:39:28AM -0800, David Wolfskill wrote: > >Yes, there are some intentional differences between gcc and gcc.295 etc due > >to some commits being deliberately left out. > > OK; I think the following may qualify as something broken that you > requested notification about: This is *very* strange: > ===> gnu/usr.bin/binutils/gdb > ... > cc -O -pipe -D_GNU_SOURCE -I- -I. .... -I/usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb.291/gdb Thus this is -current. However, current is still using src/contrib/gcc.295, so you should see zero problems in HEAD. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Nov 9 13:14:12 2001 Delivered-To: freebsd-current@freebsd.org Received: from vbook.express.ru (vbook.nc.express.ru [212.24.37.35]) by hub.freebsd.org (Postfix) with ESMTP id 564BA37B41C; Fri, 9 Nov 2001 13:12:20 -0800 (PST) Received: from vova by vbook.express.ru with local (Exim 3.31 #2) id 162Iwv-0000GD-00; Sat, 10 Nov 2001 00:12:29 +0300 From: "Vladimir B. Grebenschikov" MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="SSJR9ToTt7" Content-Transfer-Encoding: 7bit Message-ID: <15340.18105.793072.311133@vbook.express.ru> Date: Sat, 10 Nov 2001 00:12:25 +0300 To: freebsd-mobile@freebsd.org Cc: freebsd-current@freebsd.org Subject: Need help with 5.0-CURRENT on Sony VAIO Z505s X-Mailer: VM 6.96 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --SSJR9ToTt7 Content-Type: text/plain; charset=us-ascii Content-Description: message body text Content-Transfer-Encoding: 7bit After upgrade to -CURRENT I start experience following problems: - pccard: Only way to use any pccard device is to insert it before poweron If I try to insert or eject card on the fly system completely freezes. If I've power-up with card inserted some device (two different ATA CDROMs) I have significant (20-40s) freeze while booting (after pccardd starts) but after it device is detected and works without problem. (This problem not related to my Orinco WaveLan card) it work right on 4.3 - reboot or Ctrl-Alt-Del shutdowns OS but after it notebook not reboots it remains completely freezes and not react on power key hold 10sec, so I need plug off AC power and battery to reboot notebook. it work right on 4.3 - shutdown -p does not work (I have both acpi and apm enabled) but pressing power key work perfect. shutdown -p work right on 4.3 - acpi: acpiconf -sX where X - 3/4/4b/5 turn off system without any shutdown at all - and works both but after awake system shows "right" picture but seems completely freeze on 4.3 always work right and sometimes broke some timer (CPU load 100% after resume) but works too my dmesg.boot: --SSJR9ToTt7 Content-Type: application/octet-stream Content-Disposition: attachment; filename="dmesg.boot" Content-Transfer-Encoding: base64 Q29weXJpZ2h0IChjKSAxOTkyLTIwMDEgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0 IChjKSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAx OTkzLCAxOTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlh LiBBbGwgcmlnaHRzIHJlc2VydmVkLgpGcmVlQlNEIDUuMC1DVVJSRU5UICMxMDogRnJpIE9j dCAyNiAxODozNToyMiBNU0QgMjAwMQogICAgdm92YUB3YWxkZXIuYXNwbGludXgucnU6L3Vz ci9vYmovZXh0L2N1cnJlbnQvc3JjL3N5cy9WQk9PSwpUaW1lY291bnRlciAiaTgyNTQiICBm cmVxdWVuY3kgMTE5MzE4MiBIegpDUFU6IFBlbnRpdW0gSUkvUGVudGl1bSBJSSBYZW9uL0Nl bGVyb24gKDMzMS41OC1NSHogNjg2LWNsYXNzIENQVSkKICBPcmlnaW4gPSAiR2VudWluZUlu dGVsIiAgSWQgPSAweDY2YSAgU3RlcHBpbmcgPSAxMAogIEZlYXR1cmVzPTB4MTgzZjlmZjxG UFUsVk1FLERFLFBTRSxUU0MsTVNSLFBBRSxNQ0UsQ1g4LFNFUCxNVFJSLFBHRSxNQ0EsQ01P VixQQVQsUFNFMzYsTU1YLEZYU1I+CnJlYWwgbWVtb3J5ICA9IDIwMTI2MTA1NiAoMTk2NTQ0 SyBieXRlcykKYXZhaWwgbWVtb3J5ID0gMTkwOTE4NjU2ICgxODY0NDRLIGJ5dGVzKQpQcmVs b2FkZWQgZWxmIGtlcm5lbCAiL2Jvb3Qva2VybmVsL2tlcm5lbCIgYXQgMHhjMDQyYjAwMC4K UHJlbG9hZGVkIHVzZXJjb25maWdfc2NyaXB0ICIvYm9vdC9rZXJuZWwuY29uZiIgYXQgMHhj MDQyYjBhOC4KUHJlbG9hZGVkIGVsZiBtb2R1bGUgIi9ib290L2tlcm5lbC9pZl9wcHAua28i IGF0IDB4YzA0MmIwZjguClByZWxvYWRlZCBlbGYgbW9kdWxlICIvYm9vdC9rZXJuZWwvc25k X3BjbS5rbyIgYXQgMHhjMDQyYjFhNC4KUHJlbG9hZGVkIGVsZiBtb2R1bGUgIi9ib290L2tl cm5lbC9zbmRfbmVvbWFnaWMua28iIGF0IDB4YzA0MmIyNTAuClByZWxvYWRlZCBlbGYgbW9k dWxlICIvYm9vdC9rZXJuZWwvYWNwaS5rbyIgYXQgMHhjMDQyYjMwNC4KUGVudGl1bSBQcm8g TVRSUiBzdXBwb3J0IGVuYWJsZWQKVXNpbmcgJFBJUiB0YWJsZSwgNyBlbnRyaWVzIGF0IDB4 YzAwZmRmNTAKYXBtMDogPEFQTSBCSU9TPiBvbiBtb3RoZXJib2FyZAphcG0wOiBmb3VuZCBB UE0gQklPUyB2MS4yLCBjb25uZWN0ZWQgYXQgdjEuMgpucHgwOiA8bWF0aCBwcm9jZXNzb3I+ IG9uIG1vdGhlcmJvYXJkCm5weDA6IElOVCAxNiBpbnRlcmZhY2UKYWNwaTA6IDxQVExURCAg ICBSU0RUICA+IG9uIG1vdGhlcmJvYXJkCmFjcGkwOiBwb3dlciBidXR0b24gaXMgaGFuZGxl ZCBhcyBhIGZpeGVkIGZlYXR1cmUgcHJvZ3JhbW1pbmcgbW9kZWwuCmFjcGlfY3B1MDogPENQ VT4gb24gYWNwaTAKYWNwaV90ejA6IDx0aGVybWFsIHpvbmU+IG9uIGFjcGkwCmFjcGlfYnV0 dG9uMDogPFBvd2VyIEJ1dHRvbj4gb24gYWNwaTAKYWNwaV9wY2liMDogPEhvc3QtUENJIGJy aWRnZT4gcG9ydCAweGNmOC0weGNmZiBvbiBhY3BpMApwY2kwOiA8UENJIGJ1cz4gb24gYWNw aV9wY2liMApwY2kwOiA8bmV0d29yaywgZXRoZXJuZXQ+IGF0IGRldmljZSA2LjAgKG5vIGRy aXZlciBhdHRhY2hlZCkKaXNhYjA6IDxQQ0ktSVNBIGJyaWRnZT4gYXQgZGV2aWNlIDcuMCBv biBwY2kwCmlzYTA6IDxJU0EgYnVzPiBvbiBpc2FiMAphdGFwY2kwOiA8SW50ZWwgUElJWDQg QVRBMzMgY29udHJvbGxlcj4gcG9ydCAweGZjYjAtMHhmY2JmIGF0IGRldmljZSA3LjEgb24g cGNpMAphdGEwOiBhdCAweDFmMCBpcnEgMTQgb24gYXRhcGNpMAphdGExOiBhdCAweDE3MCBp cnEgMTUgb24gYXRhcGNpMAp1aGNpMDogPEludGVsIDgyMzcxQUIvRUIgKFBJSVg0KSBVU0Ig Y29udHJvbGxlcj4gcG9ydCAweGZjNjAtMHhmYzdmIGlycSA5IGF0IGRldmljZSA3LjIgb24g cGNpMAp1c2IwOiA8SW50ZWwgODIzNzFBQi9FQiAoUElJWDQpIFVTQiBjb250cm9sbGVyPiBv biB1aGNpMAp1c2IwOiBVU0IgcmV2aXNpb24gMS4wCnVodWIwOiBJbnRlbCBVSENJIHJvb3Qg aHViLCBjbGFzcyA5LzAsIHJldiAxLjAwLzEuMDAsIGFkZHIgMQp1aHViMDogMiBwb3J0cyB3 aXRoIDIgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKdWh1YjE6IFRleGFzIEluc3RydW1lbnRz IFVULVVTQjQxIGh1YiwgY2xhc3MgOS8wLCByZXYgMS4xMC8xLjEwLCBhZGRyIDIKdWh1YjE6 IDQgcG9ydHMgd2l0aCA0IHJlbW92YWJsZSwgYnVzIHBvd2VyZWQKdWtiZDA6IEJlaGF2aW9y IFRlY2guIENvbXB1dGVyIEtleWJvYXJkIHdpdGggbW91c2UgcG9ydCwgcmV2IDEuMDAvMS4w MCwgYWRkciAzLCBpY2xhc3MgMy8xCmtiZDEgYXQgdWtiZDAKdW1zMDogQmVoYXZpb3IgVGVj aC4gQ29tcHV0ZXIgS2V5Ym9hcmQgd2l0aCBtb3VzZSBwb3J0LCByZXYgMS4wMC8xLjAwLCBh ZGRyIDMsIGljbGFzcyAzLzEKdW1zMDogMyBidXR0b25zCnVtczE6IE1pY3Jvc29mdCBNaWNy b3NvZnQgSW50ZWxsaU1vdXNlXE0tLiBFeHBsb3JlciwgcmV2IDEuMTAvMS4xNCwgYWRkciA0 LCBpY2xhc3MgMy8xCnVtczE6IDUgYnV0dG9ucyBhbmQgWiBkaXIuCmludHBtMDogPEludGVs IDgyMzcxQUIgUG93ZXIgbWFuYWdlbWVudCBjb250cm9sbGVyPiBwb3J0IDB4MjE4MC0weDIx OGYgaXJxIDkgYXQgZGV2aWNlIDcuMyBvbiBwY2kwCmludHBtMDogSS9PIG1hcHBlZCAyMTgw CmludHBtMDogaW50ciBJUlEgOSBlbmFibGVkIHJldmlzaW9uIDAKc21idXMwOiA8U3lzdGVt IE1hbmFnZW1lbnQgQnVzPiBvbiBpbnRzbWIwCnNtYjA6IDxTTUJ1cyBnZW5lcmFsIHB1cnBv c2UgSS9PPiBvbiBzbWJ1czAKaW50cG0wOiBQTSBJL08gbWFwcGVkIDgwMDAgCnBjaTA6IDxk aXNwbGF5LCBWR0E+IGF0IGRldmljZSA4LjAgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNtMDog PE5lb01hZ2ljIDI1NkFWPiBtZW0gMHhmZWEwMDAwMC0weGZlYWZmZmZmLDB4ZmUwMDAwMDAt MHhmZTNmZmZmZiBpcnEgOSBhdCBkZXZpY2UgOC4xIG9uIHBjaTAKcGNpMDogPHNlcmlhbCBi dXMsIEZpcmVXaXJlPiBhdCBkZXZpY2UgOS4wIChubyBkcml2ZXIgYXR0YWNoZWQpCmFjcGlf cGNpYjA6IGRldmljZSBpcyByb3V0ZWQgdG8gSVJRIDkKcGNpYzA6IDxSaWNvaCBSTDVDNDc1 IFBDSS1DYXJkQnVzIEJyaWRnZT4gaXJxIDkgYXQgZGV2aWNlIDEwLjAgb24gcGNpMApwY2lj MDogUENJIE1lbW9yeSBhbGxvY2F0ZWQ6IDB4NDQwMDAwMDAKcGNjYXJkMDogPFBDIENhcmQg YnVzIChjbGFzc2ljKT4gb24gcGNpYzAKcGNpMDogPHNpbXBsZSBjb21tcz4gYXQgZGV2aWNl IDExLjAgKG5vIGRyaXZlciBhdHRhY2hlZCkKYXRzcGVha2VyMCBwb3J0IDB4NjEgb24gYWNw aTAKYXRrYmRjMDogPEtleWJvYXJkIGNvbnRyb2xsZXIgKGk4MDQyKT4gcG9ydCAweDY0LDB4 NjAgaXJxIDEgb24gYWNwaTAKYXRrYmQwOiA8QVQgS2V5Ym9hcmQ+IGZsYWdzIDB4MSBpcnEg MSBvbiBhdGtiZGMwCmtiZDAgYXQgYXRrYmQwCnBzbTA6IDxQUy8yIE1vdXNlPiBpcnEgMTIg b24gYXRrYmRjMApwc20wOiBtb2RlbCBHbGlkZVBvaW50LCBkZXZpY2UgSUQgMApzaW8wIHBv cnQgMHgzZjgtMHgzZmYgaXJxIDQgb24gYWNwaTAKc2lvMDogdHlwZSAxNjU1MEEKcHBjMCBw b3J0IDB4Nzc4LTB4NzdmLDB4Mzc4LTB4MzdmIGlycSA3IG9uIGFjcGkwCnBwYzA6IFNNQy1s aWtlIGNoaXBzZXQgKEVDUC9FUFAvUFMyL05JQkJMRSkgaW4gQ09NUEFUSUJMRSBtb2RlCnBw YzA6IEZJRk8gd2l0aCAxNi8xNi84IGJ5dGVzIHRocmVzaG9sZApwbGlwMDogPFBMSVAgbmV0 d29yayBpbnRlcmZhY2U+IG9uIHBwYnVzMApscHQwOiA8UHJpbnRlcj4gb24gcHBidXMwCmxw dDA6IEludGVycnVwdC1kcml2ZW4gcG9ydApwcGkwOiA8UGFyYWxsZWwgSS9PPiBvbiBwcGJ1 czAKYWNwaV9jbWJhdDA6IDxDb250cm9sIG1ldGhvZCBCYXR0ZXJ5PiBvbiBhY3BpMAphY3Bp X2FjYWQwOiA8QUMgYWRhcHRlcj4gb24gYWNwaTAKb3JtMDogPE9wdGlvbiBST01zPiBhdCBp b21lbSAweGMwMDAwLTB4Y2JmZmYsMHhkYzAwMC0weGRmZmZmIG9uIGlzYTAKc2MwOiA8U3lz dGVtIGNvbnNvbGU+IG9uIGlzYTAKc2MwOiBWR0EgPDE2IHZpcnR1YWwgY29uc29sZXMsIGZs YWdzPTB4MjAwPgp2Z2EwOiA8R2VuZXJpYyBJU0EgVkdBPiBhdCBwb3J0IDB4M2MwLTB4M2Rm IGlvbWVtIDB4YTAwMDAtMHhiZmZmZiBvbiBpc2EwCmZkYzA6IGRpcmVjdGlvbiBiaXQgbm90 IHNldApmZGMwOiBjbWQgMyBmYWlsZWQgYXQgb3V0IGJ5dGUgMSBvZiAzCnBwYzE6IGNhbm5v dCByZXNlcnZlIEkvTyBwb3J0IHJhbmdlCnNpbzIgYXQgcG9ydCAweDJmOC0weDJmZiBpcnEg MyBvbiBpc2EwCnNpbzI6IHR5cGUgMTY1NTBBCkRVTU1ZTkVUIGluaXRpYWxpemVkICgwMTEw MDQpCklQIHBhY2tldCBmaWx0ZXJpbmcgaW5pdGlhbGl6ZWQsIGRpdmVydCBlbmFibGVkLCBy dWxlLWJhc2VkIGZvcndhcmRpbmcgZW5hYmxlZCwgZGVmYXVsdCB0byBkZW55LCB1bmxpbWl0 ZWQgbG9nZ2luZwphY3BpX2NwdTA6IHNldCBzcGVlZCB0byAxMDAuMCUKYWNwaV9jcHU6IENQ VSB0aHJvdHRsaW5nIGVuYWJsZWQsIDggc3RlcHMgZnJvbSAxMDAlIHRvIDEyLjUlCmF0YTEt c2xhdmU6IGF0YV9jb21tYW5kOiB0aW1lb3V0IHdhaXRpbmcgZm9yIGludHIKYXRhMS1zbGF2 ZTogQVRBIGlkZW50aWZ5IGZhaWxlZAphZDA6IDE5MDc3TUIgPFRPU0hJQkEgTUsyMDE2R0FQ PiBbMzg3NjAvMTYvNjNdIGF0IGF0YTAtbWFzdGVyIFVETUEzMwphZDE6IDNNQiA8TUVNT1JZ U1RJQ0sgNE0gOEs+IFsyNDcvMi8xNl0gYXQgYXRhMS1tYXN0ZXIgUElPMQpNb3VudGluZyBy b290IGZyb20gdWZzOi9kZXYvYWQwczJhCg== --SSJR9ToTt7 Content-Type: text/plain; charset=us-ascii Content-Description: message body text Content-Transfer-Encoding: 7bit my acpidump result --SSJR9ToTt7 Content-Type: application/octet-stream Content-Disposition: attachment; filename="acpidump" Content-Transfer-Encoding: base64 UlNEIFBUUjogQ2hlY2tzdW09MTMwLCBPRU1JRD1QVExURCwgUnNkdEFkZHJlc3M9MHgwYmZm ZDBkZApSU0RUOiBMZW50aD00MCwgUmV2aXNpb249MSwgQ2hlY2tzdW09MTQ4LAoJT0VNSUQ9 UFRMVEQsIE9FTSBUYWJsZSBJRD0gIFJTRFQsIE9FTSBSZXZpc2lvbj0weDAsCglDcmVhdG9y IElEPSBMVFAsIENyZWF0b3IgUmV2aXNpb249MHgwCglFbnRyaWVzPXsgMHgwYmZmZmI4YyB9 CglEU0RUPTB4YmZmZDEwNQoJSU5UX01PREVMPVBJQwoJU0NJX0lOVD05CglTTUlfQ01EPTB4 YjIsIEFDUElfRU5BQkxFPTB4ZjAsIEFDUElfRElTQUJMRT0weGYxLCBTNEJJT1NfUkVRPTB4 ZjIKCVBNMWFfRVZUX0JMSz0weDgwMDAtMHg4MDAzCglQTTFhX0NOVF9CTEs9MHg4MDQyLTB4 ODA0MwoJUE0yX1RNUl9CTEs9MHg4MDA4LTB4ODAwYgoJUE0yX0dQRTBfQkxLPTB4ODAwYy0w eDgwMGYKCVBfTFZMMl9MQVQ9MTBtcywgUF9MVkwzX0xBVD0yMG1zCglGTFVTSF9TSVpFPTAs IEZMVVNIX1NUUklERT0wCglEVVRZX09GRlNFVD0xLCBEVVRZX1dJRFRIPTMKCURBWV9BTFJN PTEzLCBNT05fQUxSTT0wLCBDRU5UVVJZPTUwCglGbGFncz17V0JJTlZELFNMUF9CVVRUT059 CkRTRFQ6IExlbnRoPTEwODg3LCBSZXZpc2lvbj0xLCBDaGVja3N1bT0yNDQsCglPRU1JRD1T T05ZLCBPRU0gVGFibGUgSUQ9LCBPRU0gUmV2aXNpb249MHgwLAoJQ3JlYXRvciBJRD1NU0ZU LCBDcmVhdG9yIFJldmlzaW9uPTB4MTAwMDAwNwpTY29wZShfUFJfKSB7CiAgICBQcm9jZXNz b3IoQ1BVMCwgMCwgMHg4MDEwLCAweDYpIHsKICAgIH0KfQpOYW1lKF9TMF8sIFBhY2thZ2Uo MHgyKSB7CiAgICAweDUsCiAgICAweDUsCn0pCk5hbWUoX1MxXywgUGFja2FnZSgweDIpIHsK ICAgIDB4NCwKICAgIDB4NCwKfSkKTmFtZShfUzNfLCBQYWNrYWdlKDB4MikgewogICAgMHgx LAogICAgMHgxLAp9KQpOYW1lKF9TNF8sIFBhY2thZ2UoMHgyKSB7CiAgICAweDAsCiAgICAw eDAsCn0pCk5hbWUoX1M1XywgUGFja2FnZSgweDIpIHsKICAgIDB4MCwKICAgIDB4MCwKfSkK T3BlcmF0aW9uUmVnaW9uKEdQT18sIFN5c3RlbUlPLCAweDgwMzQsIDB4NCkKRmllbGQoR1BP XywgRFdvcmRBY2MsIE5vTG9jaywgUHJlc2VydmUpIHsKICAgIEdPMDAsCTEsCiAgICBHTzAx LAkxLAogICAgR08wMiwJMSwKICAgIEdPMDMsCTEsCiAgICBHTzA0LAkxLAogICAgR08wNSwJ MSwKICAgIEdPMDYsCTEsCiAgICBHTzA3LAkxLAogICAgR08wOCwJMSwKICAgIEdPMDksCTEs CiAgICBHTzEwLAkxLAogICAgR08xMSwJMSwKICAgIEdPMTIsCTEsCiAgICBHTzEzLAkxLAog ICAgR08xNCwJMSwKICAgIEdPMTUsCTEsCiAgICBHTzE2LAkxLAogICAgR08xNywJMSwKICAg IEdPMTgsCTEsCiAgICBHTzE5LAkxLAogICAgR08yMCwJMSwKICAgIEdPMjEsCTEsCiAgICBH TzIyLAkxLAogICAgR08yMywJMSwKICAgIEdPMjQsCTEsCiAgICBHTzI1LAkxLAogICAgR08y NiwJMSwKICAgIEdPMjcsCTEsCiAgICBHTzI4LAkxLAogICAgR08yOSwJMSwKICAgIEdPMzAs CTEsCiAgICBHTzMxLAkxCn0KTXV0ZXgoTUxBVCwgMCkKTWV0aG9kKEdMQVQpIHsKICAgIEFj cXVpcmUoTUxBVCwgMHhmZmZmKQogICAgU3RvcmUoT25lLCBHTzE0KQogICAgU3RvcmUoWmVy bywgR08xNCkKICAgIFJlbGVhc2UoTUxBVCkKfQpPcGVyYXRpb25SZWdpb24oR0xCTCwgU3lz dGVtSU8sIDB4ODAyOCwgMHg0KQpGaWVsZChHTEJMLCBEV29yZEFjYywgTm9Mb2NrLCBQcmVz ZXJ2ZSkgewogICAgT2Zmc2V0KDB4MyksCiAgICAsCTEsCiAgICBMUE9MLAkxCn0KT3BlcmF0 aW9uUmVnaW9uKFNNSTAsIFN5c3RlbU1lbW9yeSwgMHgwYmZmZmRiYywgMHgwMDAwMDIwMCkK RmllbGQoU01JMCwgQW55QWNjLCBOb0xvY2ssIFByZXNlcnZlKSB7CiAgICBCQ01ELAk4LAog ICAgRElEXywJMzIsCiAgICBJTkZPLAk0MDAwCn0KRmllbGQoU01JMCwgQW55QWNjLCBOb0xv Y2ssIFByZXNlcnZlKSB7CiAgICBPZmZzZXQoMHg1KSwKICAgIElORkIsCTgKfQpGaWVsZChT TUkwLCBBbnlBY2MsIE5vTG9jaywgUHJlc2VydmUpIHsKICAgIE9mZnNldCgweDUpLAogICAg SU5GRCwJMzIKfQpPcGVyYXRpb25SZWdpb24oU01JMSwgU3lzdGVtSU8sIDB4MDAwMDgwNDAs IDB4MDAwMDAwMDIpCkZpZWxkKFNNSTEsIEFueUFjYywgTm9Mb2NrLCBQcmVzZXJ2ZSkgewog ICAgU01JQywJOAp9Ck11dGV4KE1QSFMsIDApCk1ldGhvZChQSFMwLCAxKSB7CiAgICBTdG9y ZShBcmcwLCBCQ01EKQogICAgU3RvcmUoWmVybywgU01JQykKICAgIFdoaWxlKExFcXVhbChC Q01ELCBBcmcwKSkgewogICAgfQogICAgU3RvcmUoMHgwLCBCQ01EKQp9Ck1ldGhvZChQSFNf LCAxLCBTZXJpYWxpemVkKSB7CiAgICBBY3F1aXJlKE1QSFMsIDB4ZmZmZikKICAgIFN0b3Jl KDB4MCwgRElEXykKICAgIFBIUzAKICAgIEFyZzAKICAgIFN0b3JlKElORkQsIExvY2FsMCkK ICAgIFJlbGVhc2UoTVBIUykKICAgIFJldHVybihMb2NhbDApCn0KTWV0aG9kKFBIU0IsIDIs IFNlcmlhbGl6ZWQpIHsKICAgIEFjcXVpcmUoTVBIUywgMHhmZmZmKQogICAgU3RvcmUoMHgw LCBESURfKQogICAgU3RvcmUoQXJnMSwgSU5GQikKICAgIFBIUzAKICAgIEFyZzAKICAgIFN0 b3JlKElORkIsIExvY2FsMCkKICAgIFJlbGVhc2UoTVBIUykKICAgIFJldHVybihMb2NhbDAp Cn0KTWV0aG9kKFBTQ1MsIDEsIFNlcmlhbGl6ZWQpIHsKICAgIEFjcXVpcmUoTVBIUywgMHhm ZmZmKQogICAgU3RvcmUoQXJnMCwgRElEXykKICAgIFBIUzAKICAgIDB4MAogICAgU3RvcmUo SU5GTywgTG9jYWwwKQogICAgUmVsZWFzZShNUEhTKQogICAgUmV0dXJuKExvY2FsMCkKfQpN ZXRob2QoUFNTUywgMiwgU2VyaWFsaXplZCkgewogICAgQWNxdWlyZShNUEhTLCAweGZmZmYp CiAgICBTdG9yZShBcmcwLCBESURfKQogICAgU3RvcmUoQXJnMSwgSU5GTykKICAgIFBIUzAK ICAgIDB4MQogICAgUmVsZWFzZShNUEhTKQp9Ck1ldGhvZChQU1BTLCAxLCBTZXJpYWxpemVk KSB7CiAgICBBY3F1aXJlKE1QSFMsIDB4ZmZmZikKICAgIFN0b3JlKEFyZzAsIERJRF8pCiAg ICBQSFMwCiAgICAweDIKICAgIFN0b3JlKElORk8sIExvY2FsMCkKICAgIFJlbGVhc2UoTVBI UykKICAgIFJldHVybihMb2NhbDApCn0KTWV0aG9kKFBTREksIDEsIFNlcmlhbGl6ZWQpIHsK ICAgIEFjcXVpcmUoTVBIUywgMHhmZmZmKQogICAgU3RvcmUoQXJnMCwgRElEXykKICAgIFBI UzAKICAgIDB4MwogICAgUmVsZWFzZShNUEhTKQp9Ck1ldGhvZChQU1NULCAxLCBTZXJpYWxp emVkKSB7CiAgICBBY3F1aXJlKE1QSFMsIDB4ZmZmZikKICAgIFN0b3JlKEFyZzAsIERJRF8p CiAgICBQSFMwCiAgICAweDQKICAgIFN0b3JlKElORkIsIExvY2FsMCkKICAgIFJlbGVhc2Uo TVBIUykKICAgIFJldHVybihMb2NhbDApCn0KU2NvcGUoXF9HUEUpIHsKICAgIE1ldGhvZChf RTA5KSB7CiAgICAgICAgXF9TQl8uUENJMC5JU0FfLkVDX18uU0NJRAogICAgfQogICAgTWV0 aG9kKF9MMEEpIHsKICAgICAgICBTdG9yZSgiR2VuZXJhdGVkIFNXSSIsIERlYnVnKQogICAg ICAgIE5vdGlmeShcX1NCXy5QQ0kwLCAweDIpCiAgICB9CiAgICBOYW1lKF9QUlcsIFBhY2th Z2UoMHgyKSB7CiAgICAgICAgMHhiLAogICAgICAgIDB4NCwKICAgIH0pCn0KU2NvcGUoX1NC XykgewogICAgRGV2aWNlKFBXUkIpIHsKICAgICAgICBOYW1lKF9ISUQsIDB4MGMwY2QwNDEp CiAgICAgICAgTmFtZShfUFJXLCBQYWNrYWdlKDB4MikgewogICAgICAgICAgICAweGIsCiAg ICAgICAgICAgIDB4NCwKICAgICAgICB9KQogICAgICAgIE1ldGhvZChfU1RBKSB7CiAgICAg ICAgICAgIFJldHVybigweGYpCiAgICAgICAgfQogICAgICAgIE1ldGhvZChfUFMzKSB7CiAg ICAgICAgICAgIFN0b3JlKE9uZSwgR08xMSkKICAgICAgICB9CiAgICB9CiAgICBEZXZpY2Uo UENJMCkgewogICAgICAgIE5hbWUoX0hJRCwgMHgwMzBhZDA0MSkKICAgICAgICBOYW1lKF9B RFIsIDB4MCkKICAgICAgICBOYW1lKF9CQk4sIDB4MCkKICAgICAgICBOYW1lKF9QUlQsIFBh Y2thZ2UoMHg3KSB7CiAgICAgICAgICAgIFBhY2thZ2UoMHg0KSB7CiAgICAgICAgICAgICAg ICAweDAwMDdmZmZmLAogICAgICAgICAgICAgICAgMHgzLAogICAgICAgICAgICAgICAgTE5L RCwKICAgICAgICAgICAgICAgIDB4MCwKICAgICAgICAgICAgfSwKICAgICAgICAgICAgUGFj a2FnZSgweDQpIHsKICAgICAgICAgICAgICAgIDB4MDAwOGZmZmYsCiAgICAgICAgICAgICAg ICAweDAsCiAgICAgICAgICAgICAgICBMTktBLAogICAgICAgICAgICAgICAgMHgwLAogICAg ICAgICAgICB9LAogICAgICAgICAgICBQYWNrYWdlKDB4NCkgewogICAgICAgICAgICAgICAg MHgwMDA5ZmZmZiwKICAgICAgICAgICAgICAgIDB4MCwKICAgICAgICAgICAgICAgIExOS0Ms CiAgICAgICAgICAgICAgICAweDAsCiAgICAgICAgICAgIH0sCiAgICAgICAgICAgIFBhY2th Z2UoMHg0KSB7CiAgICAgICAgICAgICAgICAweDAwMGFmZmZmLAogICAgICAgICAgICAgICAg MHgwLAogICAgICAgICAgICAgICAgTE5LQiwKICAgICAgICAgICAgICAgIDB4MCwKICAgICAg ICAgICAgfSwKICAgICAgICAgICAgUGFja2FnZSgweDQpIHsKICAgICAgICAgICAgICAgIDB4 MDAwYmZmZmYsCiAgICAgICAgICAgICAgICAweDAsCiAgICAgICAgICAgICAgICBMTktBLAog ICAgICAgICAgICAgICAgMHgwLAogICAgICAgICAgICB9LAogICAgICAgICAgICBQYWNrYWdl KDB4NCkgewogICAgICAgICAgICAgICAgMHgwMDA4ZmZmZiwKICAgICAgICAgICAgICAgIDB4 MSwKICAgICAgICAgICAgICAgIExOS0IsCiAgICAgICAgICAgICAgICAweDAsCiAgICAgICAg ICAgIH0sCiAgICAgICAgICAgIFBhY2thZ2UoMHg0KSB7CiAgICAgICAgICAgICAgICAweDAw MDZmZmZmLAogICAgICAgICAgICAgICAgMHgwLAogICAgICAgICAgICAgICAgTE5LQSwKICAg ICAgICAgICAgICAgIDB4MCwKICAgICAgICAgICAgfSwKICAgICAgICB9KQogICAgICAgIE9w ZXJhdGlvblJlZ2lvbihSRUdTLCBQQ0lfQ29uZmlnLCAweDQwLCAweGMwKQogICAgICAgIEZp ZWxkKFJFR1MsIERXb3JkQWNjLCBOb0xvY2ssIFByZXNlcnZlKSB7CiAgICAgICAgICAgIE9m ZnNldCgweDE5KSwKICAgICAgICAgICAgUEFNMCwJOCwKICAgICAgICAgICAgUEFNMSwJOCwK ICAgICAgICAgICAgUEFNMiwJOCwKICAgICAgICAgICAgUEFNMywJOCwKICAgICAgICAgICAg UEFNNCwJOCwKICAgICAgICAgICAgUEFNNSwJOCwKICAgICAgICAgICAgUEFNNiwJOCwKICAg ICAgICAgICAgRFJCMCwJOCwKICAgICAgICAgICAgRFJCMSwJOCwKICAgICAgICAgICAgRFJC MiwJOCwKICAgICAgICAgICAgRFJCMywJOCwKICAgICAgICAgICAgRFJCNCwJOCwKICAgICAg ICAgICAgRFJCNSwJOCwKICAgICAgICAgICAgRFJCNiwJOCwKICAgICAgICAgICAgRFJCNywJ OCwKICAgICAgICAgICAgLAk2LAogICAgICAgICAgICBIRU5fLAkyLAogICAgICAgICAgICBP ZmZzZXQoMHgzMyksCiAgICAgICAgICAgIFRfRU4sCTEsCiAgICAgICAgICAgIFRfU1osCTIs CiAgICAgICAgICAgIE9mZnNldCgweDNhKSwKICAgICAgICAgICAgQ1JTVCwJMQogICAgICAg IH0KICAgICAgICBOYW1lKFJTUkMsIEJ1ZmZlcigweDAxZDIpIHsweDg4LCAweGUsIDB4MCwg MHgyLCAweGMsIDB4MCwgMHgwLCAweDAsIDB4MCwgMHgwLCAweGZmLCAweDAsIDB4MCwgMHgw LCAweDAsIDB4MSwgMHgwLCAweDg3LCAweDE4LCAweDAsIDB4MCwgMHhjLCAweDMsIDB4MCwg MHgwLCAweDAsIDB4MCwgMHgwLCAweDAsIDB4YSwgMHgwLCAweGZmLCAweGZmLCAweGIsIDB4 MCwgMHgwLCAweDAsIDB4MCwgMHgwLCAweDAsIDB4MCwgMHgyLCAweDAsIDB4MCwgMHg4Nywg MHgxOCwgMHgwLCAweDAsIDB4YywgMHgzLCAweDAsIDB4MCwgMHgwLCAweDAsIDB4MCwgMHgw LCAweGMsIDB4MCwgMHhmZiwgMHgzZiwgMHhjLCAweDAsIDB4MCwgMHgwLCAweDAsIDB4MCwg MHgwLCAweDQwLCAweDAsIDB4MCwgMHgwLCAweDg3LCAweDE4LCAweDAsIDB4MCwgMHhjLCAw eDMsIDB4MCwgMHgwLCAweDAsIDB4MCwgMHgwLCAweDQwLCAweGMsIDB4MCwgMHhmZiwgMHg3 ZiwgMHhjLCAweDAsIDB4MCwgMHgwLCAweDAsIDB4MCwgMHgwLCAweDQwLCAweDAsIDB4MCwg MHgwLCAweDg3LCAweDE4LCAweDAsIDB4MCwgMHhjLCAweDMsIDB4MCwgMHgwLCAweDAsIDB4 MCwgMHgwLCAweDgwLCAweGMsIDB4MCwgMHhmZiwgMHhiZiwgMHhjLCAweDAsIDB4MCwgMHgw LCAweDAsIDB4MCwgMHgwLCAweDQwLCAweDAsIDB4MCwgMHgwLCAweDg3LCAweDE4LCAweDAs IDB4MCwgMHhjLCAweDMsIDB4MCwgMHgwLCAweDAsIDB4MCwgMHgwLCAweGMwLCAweGMsIDB4 MCwgMHhmZiwgMHhmZiwgMHhjLCAweDAsIDB4MCwgMHgwLCAweDAsIDB4MCwgMHgwLCAweDQw LCAweDAsIDB4MCwgMHgwLCAweDg3LCAweDE4LCAweDAsIDB4MCwgMHhjLCAweDMsIDB4MCwg MHgwLCAweDAsIDB4MCwgMHgwLCAweDAsIDB4ZCwgMHgwLCAweGZmLCAweDNmLCAweGQsIDB4 MCwgMHgwLCAweDAsIDB4MCwgMHgwLCAweDAsIDB4NDAsIDB4MCwgMHgwLCAweDAsIDB4ODcs IDB4MTgsIDB4MCwgMHgwLCAweGMsIDB4MywgMHgwLCAweDAsIDB4MCwgMHgwLCAweDAsIDB4 NDAsIDB4ZCwgMHgwLCAweGZmLCAweDdmLCAweGQsIDB4MCwgMHgwLCAweDAsIDB4MCwgMHgw LCAweDAsIDB4NDAsIDB4MCwgMHgwLCAweDAsIDB4ODcsIDB4MTgsIDB4MCwgMHgwLCAweGMs IDB4MywgMHgwLCAweDAsIDB4MCwgMHgwLCAweDAsIDB4ODAsIDB4ZCwgMHgwLCAweGZmLCAw eGJmLCAweGQsIDB4MCwgMHgwLCAweDAsIDB4MCwgMHgwLCAweDAsIDB4NDAsIDB4MCwgMHgw LCAweDAsIDB4ODcsIDB4MTgsIDB4MCwgMHgwLCAweGMsIDB4MywgMHgwLCAweDAsIDB4MCwg MHgwLCAweDAsIDB4YzAsIDB4ZCwgMHgwLCAweGZmLCAweGZmLCAweGQsIDB4MCwgMHgwLCAw eDAsIDB4MCwgMHgwLCAweDAsIDB4NDAsIDB4MCwgMHgwLCAweDAsIDB4ODcsIDB4MTgsIDB4 MCwgMHgwLCAweGMsIDB4MywgMHgwLCAweDAsIDB4MCwgMHgwLCAweDAsIDB4MCwgMHhlLCAw eDAsIDB4ZmYsIDB4M2YsIDB4ZSwgMHgwLCAweDAsIDB4MCwgMHgwLCAweDAsIDB4MCwgMHg0 MCwgMHgwLCAweDAsIDB4MCwgMHg4NywgMHgxOCwgMHgwLCAweDAsIDB4YywgMHgzLCAweDAs IDB4MCwgMHgwLCAweDAsIDB4MCwgMHg0MCwgMHhlLCAweDAsIDB4ZmYsIDB4N2YsIDB4ZSwg MHgwLCAweDAsIDB4MCwgMHgwLCAweDAsIDB4MCwgMHg0MCwgMHgwLCAweDAsIDB4MCwgMHg4 NywgMHgxOCwgMHgwLCAweDAsIDB4YywgMHgzLCAweDAsIDB4MCwgMHgwLCAweDAsIDB4MCwg MHg4MCwgMHhlLCAweDAsIDB4ZmYsIDB4YmYsIDB4ZSwgMHgwLCAweDAsIDB4MCwgMHgwLCAw eDAsIDB4MCwgMHg0MCwgMHgwLCAweDAsIDB4MCwgMHg4NywgMHgxOCwgMHgwLCAweDAsIDB4 YywgMHgzLCAweDAsIDB4MCwgMHgwLCAweDAsIDB4MCwgMHhjMCwgMHhlLCAweDAsIDB4ZmYs IDB4ZmYsIDB4ZSwgMHgwLCAweDAsIDB4MCwgMHgwLCAweDAsIDB4MCwgMHg0MCwgMHgwLCAw eDAsIDB4MCwgMHg4NywgMHgxOCwgMHgwLCAweDAsIDB4YywgMHgzLCAweDAsIDB4MCwgMHgw LCAweDAsIDB4MCwgMHgwLCAweDAsIDB4MCwgMHgwLCAweDAsIDB4MCwgMHgwLCAweDAsIDB4 MCwgMHgwLCAweDAsIDB4MCwgMHgwLCAweDAsIDB4MCwgMHgwLCAweDg3LCAweDE4LCAweDAs IDB4MCwgMHhjLCAweDMsIDB4MCwgMHgwLCAweDAsIDB4MCwgMHgwLCAweDAsIDB4MCwgMHgw LCAweDAsIDB4MCwgMHgwLCAweDAsIDB4MCwgMHgwLCAweDAsIDB4MCwgMHgwLCAweDAsIDB4 MCwgMHgwLCAweDAsIDB4NDcsIDB4MSwgMHhmOCwgMHhjLCAweGY4LCAweGMsIDB4MSwgMHg4 LCAweDg4LCAweGUsIDB4MCwgMHgxLCAweGMsIDB4MywgMHgwLCAweDAsIDB4MCwgMHgwLCAw eGY3LCAweGMsIDB4MCwgMHgwLCAweGY4LCAweGMsIDB4MCwgMHg4OCwgMHhlLCAweDAsIDB4 MSwgMHhjLCAweDMsIDB4MCwgMHgwLCAweDAsIDB4ZCwgMHhmZiwgMHhmZiwgMHgwLCAweDAs IDB4MCwgMHhmMywgMHgwLCAweDc5LCAweDAgfSkKICAgICAgICBNZXRob2QoX0NSUywgMCwg U2VyaWFsaXplZCkgewogICAgICAgICAgICBTdG9yZShaZXJvLCBMb2NhbDEpCiAgICAgICAg ICAgIElmKFRfRU4pIHsKICAgICAgICAgICAgICAgIFNoaWZ0TGVmdCgweDEsIEFkZChUX1Na LCAweDExLCApLCBMb2NhbDEpCiAgICAgICAgICAgIH0KICAgICAgICAgICAgQ3JlYXRlRFdv cmRGaWVsZChSU1JDLCAweDAxN2EsIEJUTU4pCiAgICAgICAgICAgIENyZWF0ZURXb3JkRmll bGQoUlNSQywgMHgwMTdlLCBCVE1YKQogICAgICAgICAgICBDcmVhdGVEV29yZEZpZWxkKFJT UkMsIDB4MDE4NiwgQlRMTikKICAgICAgICAgICAgTXVsdGlwbHkoRFJCNywgMHgwMDgwMDAw MCwgTG9jYWwwKQogICAgICAgICAgICBJZihUX0VOKSB7CiAgICAgICAgICAgICAgICBTdWJ0 cmFjdChMb2NhbDAsIExvY2FsMSwgTG9jYWwyKQogICAgICAgICAgICAgICAgU3RvcmUoTG9j YWwyLCBCVE1OKQogICAgICAgICAgICAgICAgU3VidHJhY3QoQWRkKExvY2FsMCwgMHgxMDAw MDAwMCwgKSwgQlRNTiwgQlRMTikKICAgICAgICAgICAgfQogICAgICAgICAgICBFbHNlIHsK ICAgICAgICAgICAgICAgIFN0b3JlKExvY2FsMCwgQlRNTikKICAgICAgICAgICAgICAgIFN1 YnRyYWN0KDB4ZmZlMDAwMDAsIExvY2FsMCwgQlRMTikKICAgICAgICAgICAgICAgIFN1YnRy YWN0KEFkZChCVE1OLCBCVExOLCApLCAweDEsIEJUTVgpCiAgICAgICAgICAgIH0KICAgICAg ICAgICAgQ3JlYXRlRFdvcmRGaWVsZChSU1JDLCAweDAxOTUsIEFUTU4pCiAgICAgICAgICAg IENyZWF0ZURXb3JkRmllbGQoUlNSQywgMHgwMTk5LCBBVE1YKQogICAgICAgICAgICBDcmVh dGVEV29yZEZpZWxkKFJTUkMsIDB4MDFhMSwgQVRMTikKICAgICAgICAgICAgSWYoVF9FTikg ewogICAgICAgICAgICAgICAgQWRkKEFkZChCVE1OLCBCVExOLCApLCBMb2NhbDEsIEFUTU4p CiAgICAgICAgICAgICAgICBTdWJ0cmFjdCgweGZmZTAwMDAwLCBBVE1OLCBBVExOKQogICAg ICAgICAgICAgICAgU3VidHJhY3QoQWRkKEFUTU4sIEFUTE4sICksIDB4MSwgQVRNWCkKICAg ICAgICAgICAgfQogICAgICAgICAgICBFbHNlIHsKICAgICAgICAgICAgICAgIFN0b3JlKFpl cm8sIEFUTE4pCiAgICAgICAgICAgIH0KICAgICAgICAgICAgQ3JlYXRlQml0RmllbGQoUlNS QywgMHgwMTg4LCBDMFJXKQogICAgICAgICAgICBDcmVhdGVEV29yZEZpZWxkKFJTUkMsIDB4 MzYsIEMwTU4pCiAgICAgICAgICAgIENyZWF0ZURXb3JkRmllbGQoUlNSQywgMHgzYSwgQzBN WCkKICAgICAgICAgICAgQ3JlYXRlRFdvcmRGaWVsZChSU1JDLCAweDQyLCBDMExOKQogICAg ICAgICAgICBTdG9yZShPbmUsIEMwUlcpCiAgICAgICAgICAgIElmKExFcXVhbChBbmQoUEFN MSwgMHgzLCApLCAweDEpKSB7CiAgICAgICAgICAgICAgICBTdG9yZShaZXJvLCBDMFJXKQog ICAgICAgICAgICB9CiAgICAgICAgICAgIFN0b3JlKFplcm8sIEMwTE4pCiAgICAgICAgICAg IElmKExOb3QoQW5kKFBBTTEsIDB4MywgKSkpIHsKICAgICAgICAgICAgICAgIFN0b3JlKDB4 NDAwMCwgQzBMTikKICAgICAgICAgICAgfQogICAgICAgICAgICBDcmVhdGVCaXRGaWVsZChS U1JDLCAweDAyNjAsIEM0UlcpCiAgICAgICAgICAgIENyZWF0ZURXb3JkRmllbGQoUlNSQywg MHg1MSwgQzRNTikKICAgICAgICAgICAgQ3JlYXRlRFdvcmRGaWVsZChSU1JDLCAweDU1LCBD NE1YKQogICAgICAgICAgICBDcmVhdGVEV29yZEZpZWxkKFJTUkMsIDB4NWQsIEM0TE4pCiAg ICAgICAgICAgIFN0b3JlKE9uZSwgQzRSVykKICAgICAgICAgICAgSWYoTEVxdWFsKEFuZChQ QU0xLCAweDMwLCApLCAweDEwKSkgewogICAgICAgICAgICAgICAgU3RvcmUoWmVybywgQzRS VykKICAgICAgICAgICAgfQogICAgICAgICAgICBTdG9yZShaZXJvLCBDNExOKQogICAgICAg ICAgICBJZihMTm90KEFuZChQQU0xLCAweDMwLCApKSkgewogICAgICAgICAgICAgICAgU3Rv cmUoMHg0MDAwLCBDNExOKQogICAgICAgICAgICB9CiAgICAgICAgICAgIENyZWF0ZUJpdEZp ZWxkKFJTUkMsIDB4MDMzOCwgQzhSVykKICAgICAgICAgICAgQ3JlYXRlRFdvcmRGaWVsZChS U1JDLCAweDZjLCBDOE1OKQogICAgICAgICAgICBDcmVhdGVEV29yZEZpZWxkKFJTUkMsIDB4 NzAsIEM4TVgpCiAgICAgICAgICAgIENyZWF0ZURXb3JkRmllbGQoUlNSQywgMHg3OCwgQzhM TikKICAgICAgICAgICAgU3RvcmUoT25lLCBDOFJXKQogICAgICAgICAgICBJZihMRXF1YWwo QW5kKFBBTTIsIDB4MywgKSwgMHgxKSkgewogICAgICAgICAgICAgICAgU3RvcmUoWmVybywg QzhSVykKICAgICAgICAgICAgfQogICAgICAgICAgICBTdG9yZShaZXJvLCBDOExOKQogICAg ICAgICAgICBJZihMTm90KEFuZChQQU0yLCAweDMsICkpKSB7CiAgICAgICAgICAgICAgICBT dG9yZSgweDQwMDAsIEM4TE4pCiAgICAgICAgICAgIH0KICAgICAgICAgICAgQ3JlYXRlQml0 RmllbGQoUlNSQywgMHgwNDEwLCBDQ1JXKQogICAgICAgICAgICBDcmVhdGVEV29yZEZpZWxk KFJTUkMsIDB4ODcsIENDTU4pCiAgICAgICAgICAgIENyZWF0ZURXb3JkRmllbGQoUlNSQywg MHg4YiwgQ0NNWCkKICAgICAgICAgICAgQ3JlYXRlRFdvcmRGaWVsZChSU1JDLCAweDkzLCBD Q0xOKQogICAgICAgICAgICBTdG9yZShPbmUsIENDUlcpCiAgICAgICAgICAgIElmKExFcXVh bChBbmQoUEFNMiwgMHgzMCwgKSwgMHgxMCkpIHsKICAgICAgICAgICAgICAgIFN0b3JlKFpl cm8sIENDUlcpCiAgICAgICAgICAgIH0KICAgICAgICAgICAgU3RvcmUoWmVybywgQ0NMTikK ICAgICAgICAgICAgSWYoTE5vdChBbmQoUEFNMiwgMHgzMCwgKSkpIHsKICAgICAgICAgICAg ICAgIFN0b3JlKDB4NDAwMCwgQ0NMTikKICAgICAgICAgICAgfQogICAgICAgICAgICBDcmVh dGVCaXRGaWVsZChSU1JDLCAweDA0ZTgsIEQwUlcpCiAgICAgICAgICAgIENyZWF0ZURXb3Jk RmllbGQoUlNSQywgMHhhMiwgRDBNTikKICAgICAgICAgICAgQ3JlYXRlRFdvcmRGaWVsZChS U1JDLCAweGE2LCBEME1YKQogICAgICAgICAgICBDcmVhdGVEV29yZEZpZWxkKFJTUkMsIDB4 YWUsIEQwTE4pCiAgICAgICAgICAgIFN0b3JlKE9uZSwgRDBSVykKICAgICAgICAgICAgSWYo TEVxdWFsKEFuZChQQU0zLCAweDMsICksIDB4MSkpIHsKICAgICAgICAgICAgICAgIFN0b3Jl KFplcm8sIEQwUlcpCiAgICAgICAgICAgIH0KICAgICAgICAgICAgU3RvcmUoWmVybywgRDBM TikKICAgICAgICAgICAgSWYoTE5vdChBbmQoUEFNMywgMHgzLCApKSkgewogICAgICAgICAg ICAgICAgU3RvcmUoMHg0MDAwLCBEMExOKQogICAgICAgICAgICB9CiAgICAgICAgICAgIENy ZWF0ZUJpdEZpZWxkKFJTUkMsIDB4MDVjMCwgRDRSVykKICAgICAgICAgICAgQ3JlYXRlRFdv cmRGaWVsZChSU1JDLCAweGJkLCBENE1OKQogICAgICAgICAgICBDcmVhdGVEV29yZEZpZWxk KFJTUkMsIDB4YzEsIEQ0TVgpCiAgICAgICAgICAgIENyZWF0ZURXb3JkRmllbGQoUlNSQywg MHhjOSwgRDRMTikKICAgICAgICAgICAgU3RvcmUoT25lLCBENFJXKQogICAgICAgICAgICBJ ZihMRXF1YWwoQW5kKFBBTTMsIDB4MzAsICksIDB4MTApKSB7CiAgICAgICAgICAgICAgICBT dG9yZShaZXJvLCBENFJXKQogICAgICAgICAgICB9CiAgICAgICAgICAgIFN0b3JlKFplcm8s IEQ0TE4pCiAgICAgICAgICAgIElmKExOb3QoQW5kKFBBTTMsIDB4MzAsICkpKSB7CiAgICAg ICAgICAgICAgICBTdG9yZSgweDQwMDAsIEQ0TE4pCiAgICAgICAgICAgIH0KICAgICAgICAg ICAgQ3JlYXRlQml0RmllbGQoUlNSQywgMHgwNjk4LCBEOFJXKQogICAgICAgICAgICBDcmVh dGVEV29yZEZpZWxkKFJTUkMsIDB4ZDgsIEQ4TU4pCiAgICAgICAgICAgIENyZWF0ZURXb3Jk RmllbGQoUlNSQywgMHhkYywgRDhNWCkKICAgICAgICAgICAgQ3JlYXRlRFdvcmRGaWVsZChS U1JDLCAweGU0LCBEOExOKQogICAgICAgICAgICBTdG9yZShPbmUsIEQ4UlcpCiAgICAgICAg ICAgIElmKExFcXVhbChBbmQoUEFNNCwgMHgzLCApLCAweDEpKSB7CiAgICAgICAgICAgICAg ICBTdG9yZShaZXJvLCBEOFJXKQogICAgICAgICAgICB9CiAgICAgICAgICAgIFN0b3JlKFpl cm8sIEQ4TE4pCiAgICAgICAgICAgIElmKExOb3QoQW5kKFBBTTQsIDB4MywgKSkpIHsKICAg ICAgICAgICAgICAgIFN0b3JlKDB4NDAwMCwgRDhMTikKICAgICAgICAgICAgfQogICAgICAg ICAgICBDcmVhdGVCaXRGaWVsZChSU1JDLCAweDA3NzAsIERDUlcpCiAgICAgICAgICAgIENy ZWF0ZURXb3JkRmllbGQoUlNSQywgMHhmMywgRENNTikKICAgICAgICAgICAgQ3JlYXRlRFdv cmRGaWVsZChSU1JDLCAweGY3LCBEQ01YKQogICAgICAgICAgICBDcmVhdGVEV29yZEZpZWxk KFJTUkMsIDB4ZmYsIERDTE4pCiAgICAgICAgICAgIFN0b3JlKE9uZSwgRENSVykKICAgICAg ICAgICAgSWYoTEVxdWFsKEFuZChQQU00LCAweDMwLCApLCAweDEwKSkgewogICAgICAgICAg ICAgICAgU3RvcmUoWmVybywgRENSVykKICAgICAgICAgICAgfQogICAgICAgICAgICBTdG9y ZShaZXJvLCBEQ0xOKQogICAgICAgICAgICBJZihMTm90KEFuZChQQU00LCAweDMwLCApKSkg ewogICAgICAgICAgICAgICAgU3RvcmUoMHg0MDAwLCBEQ0xOKQogICAgICAgICAgICB9CiAg ICAgICAgICAgIENyZWF0ZUJpdEZpZWxkKFJTUkMsIDB4MDg0OCwgRTBSVykKICAgICAgICAg ICAgQ3JlYXRlRFdvcmRGaWVsZChSU1JDLCAweDAxMGUsIEUwTU4pCiAgICAgICAgICAgIENy ZWF0ZURXb3JkRmllbGQoUlNSQywgMHgwMTEyLCBFME1YKQogICAgICAgICAgICBDcmVhdGVE V29yZEZpZWxkKFJTUkMsIDB4MDExYSwgRTBMTikKICAgICAgICAgICAgU3RvcmUoT25lLCBF MFJXKQogICAgICAgICAgICBJZihMRXF1YWwoQW5kKFBBTTUsIDB4MywgKSwgMHgxKSkgewog ICAgICAgICAgICAgICAgU3RvcmUoWmVybywgRTBSVykKICAgICAgICAgICAgfQogICAgICAg ICAgICBTdG9yZShaZXJvLCBFMExOKQogICAgICAgICAgICBJZihMTm90KEFuZChQQU01LCAw eDMsICkpKSB7CiAgICAgICAgICAgICAgICBTdG9yZSgweDQwMDAsIEUwTE4pCiAgICAgICAg ICAgIH0KICAgICAgICAgICAgQ3JlYXRlQml0RmllbGQoUlNSQywgMHgwOTIwLCBFNFJXKQog ICAgICAgICAgICBDcmVhdGVEV29yZEZpZWxkKFJTUkMsIDB4MDEyOSwgRTRNTikKICAgICAg ICAgICAgQ3JlYXRlRFdvcmRGaWVsZChSU1JDLCAweDAxMmQsIEU0TVgpCiAgICAgICAgICAg IENyZWF0ZURXb3JkRmllbGQoUlNSQywgMHgwMTM1LCBFNExOKQogICAgICAgICAgICBTdG9y ZShPbmUsIEU0UlcpCiAgICAgICAgICAgIElmKExFcXVhbChBbmQoUEFNNSwgMHgzMCwgKSwg MHgxMCkpIHsKICAgICAgICAgICAgICAgIFN0b3JlKFplcm8sIEU0UlcpCiAgICAgICAgICAg IH0KICAgICAgICAgICAgU3RvcmUoWmVybywgRTRMTikKICAgICAgICAgICAgSWYoTE5vdChB bmQoUEFNNSwgMHgzMCwgKSkpIHsKICAgICAgICAgICAgICAgIFN0b3JlKDB4NDAwMCwgRTRM TikKICAgICAgICAgICAgfQogICAgICAgICAgICBDcmVhdGVCaXRGaWVsZChSU1JDLCAweDA5 ZjgsIEU4UlcpCiAgICAgICAgICAgIENyZWF0ZURXb3JkRmllbGQoUlNSQywgMHgwMTQ0LCBF OE1OKQogICAgICAgICAgICBDcmVhdGVEV29yZEZpZWxkKFJTUkMsIDB4MDE0OCwgRThNWCkK ICAgICAgICAgICAgQ3JlYXRlRFdvcmRGaWVsZChSU1JDLCAweDAxNTAsIEU4TE4pCiAgICAg ICAgICAgIFN0b3JlKE9uZSwgRThSVykKICAgICAgICAgICAgSWYoTEVxdWFsKEFuZChQQU02 LCAweDMsICksIDB4MSkpIHsKICAgICAgICAgICAgICAgIFN0b3JlKFplcm8sIEU4UlcpCiAg ICAgICAgICAgIH0KICAgICAgICAgICAgU3RvcmUoWmVybywgRThMTikKICAgICAgICAgICAg SWYoTE5vdChBbmQoUEFNNiwgMHgzLCApKSkgewogICAgICAgICAgICAgICAgU3RvcmUoMHg0 MDAwLCBFOExOKQogICAgICAgICAgICB9CiAgICAgICAgICAgIENyZWF0ZUJpdEZpZWxkKFJT UkMsIDB4MGFkMCwgRUNSVykKICAgICAgICAgICAgQ3JlYXRlRFdvcmRGaWVsZChSU1JDLCAw eDAxNWYsIEVDTU4pCiAgICAgICAgICAgIENyZWF0ZURXb3JkRmllbGQoUlNSQywgMHgwMTYz LCBFQ01YKQogICAgICAgICAgICBDcmVhdGVEV29yZEZpZWxkKFJTUkMsIDB4MDE2YiwgRUNM TikKICAgICAgICAgICAgU3RvcmUoT25lLCBFQ1JXKQogICAgICAgICAgICBJZihMRXF1YWwo QW5kKFBBTTYsIDB4MzAsICksIDB4MTApKSB7CiAgICAgICAgICAgICAgICBTdG9yZShaZXJv LCBFQ1JXKQogICAgICAgICAgICB9CiAgICAgICAgICAgIFN0b3JlKFplcm8sIEVDTE4pCiAg ICAgICAgICAgIElmKExOb3QoQW5kKFBBTTYsIDB4MzAsICkpKSB7CiAgICAgICAgICAgICAg ICBTdG9yZSgweDQwMDAsIEVDTE4pCiAgICAgICAgICAgIH0KICAgICAgICAgICAgUmV0dXJu KFJTUkMpCiAgICAgICAgfQogICAgICAgIERldmljZShVU0IwKSB7CiAgICAgICAgICAgIE5h bWUoX0FEUiwgMHgwMDA3MDAwMikKICAgICAgICAgICAgT3BlcmF0aW9uUmVnaW9uKENGRzIs IFBDSV9Db25maWcsIDB4MCwgMHgwMTAwKQogICAgICAgICAgICBGaWVsZChDRkcyLCBEV29y ZEFjYywgTm9Mb2NrLCBQcmVzZXJ2ZSkgewogICAgICAgICAgICAgICAgT2Zmc2V0KDB4MjAp LAogICAgICAgICAgICAgICAgVVNCQiwJMTYKICAgICAgICAgICAgfQogICAgICAgICAgICBN ZXRob2QoX1NUQSkgewogICAgICAgICAgICAgICAgQW5kKFVTQkIsIDB4ZmZlMCwgTG9jYWww KQogICAgICAgICAgICAgICAgSWYoTEVxdWFsKExvY2FsMCwgMHgwKSkgewogICAgICAgICAg ICAgICAgICAgIFJldHVybigweDApCiAgICAgICAgICAgICAgICB9CiAgICAgICAgICAgICAg ICBFbHNlIHsKICAgICAgICAgICAgICAgICAgICBSZXR1cm4oMHhmKQogICAgICAgICAgICAg ICAgfQogICAgICAgICAgICB9CiAgICAgICAgICAgIE5hbWUoX1BTQywgMHgwKQogICAgICAg ICAgICBNZXRob2QoX1BTMCkgewogICAgICAgICAgICAgICAgSWYoTEVxdWFsKF9QU0MsIDB4 MykpIHsKICAgICAgICAgICAgICAgICAgICBQSFNfCiAgICAgICAgICAgICAgICAgICAgMHhm MgogICAgICAgICAgICAgICAgICAgIFN0b3JlKDB4MCwgX1BTQykKICAgICAgICAgICAgICAg IH0KICAgICAgICAgICAgfQogICAgICAgICAgICBNZXRob2QoX1BTMykgewogICAgICAgICAg ICAgICAgSWYoTEVxdWFsKF9QU0MsIDB4MCkpIHsKICAgICAgICAgICAgICAgICAgICBQSFNf CiAgICAgICAgICAgICAgICAgICAgMHhmMQogICAgICAgICAgICAgICAgICAgIFN0b3JlKDB4 MywgX1BTQykKICAgICAgICAgICAgICAgIH0KICAgICAgICAgICAgfQogICAgICAgIH0KICAg ICAgICBEZXZpY2UoUFdSXykgewogICAgICAgICAgICBOYW1lKF9BRFIsIDB4MDAwNzAwMDMp CiAgICAgICAgICAgIE9wZXJhdGlvblJlZ2lvbihQQ0lfLCBQQ0lfQ29uZmlnLCAweDUwLCAw eDI4KQogICAgICAgICAgICBGaWVsZChQQ0lfLCBEV29yZEFjYywgTm9Mb2NrLCBQcmVzZXJ2 ZSkgewogICAgICAgICAgICAgICAgT2Zmc2V0KDB4MSksCiAgICAgICAgICAgICAgICAsCTQs CiAgICAgICAgICAgICAgICBGRENNLAkxLAogICAgICAgICAgICAgICAgLAkxLAogICAgICAg ICAgICAgICAgVTFNXywJMSwKICAgICAgICAgICAgICAgIE9mZnNldCgweDIpLAogICAgICAg ICAgICAgICAgVTJNXywJMSwKICAgICAgICAgICAgICAgICwJMSwKICAgICAgICAgICAgICAg IExQVE0sCTEsCiAgICAgICAgICAgICAgICBPZmZzZXQoMHhjKSwKICAgICAgICAgICAgICAg IE1ESUUsCTEsCiAgICAgICAgICAgICAgICBNRElBLAkyLAogICAgICAgICAgICAgICAgU0JF XywJMSwKICAgICAgICAgICAgICAgIEdNRV8sCTEsCiAgICAgICAgICAgICAgICBTQkFfLAky LAogICAgICAgICAgICAgICAgTVNTRSwJMSwKICAgICAgICAgICAgICAgIE1TU0EsCTIsCiAg ICAgICAgICAgICAgICBPZmZzZXQoMHhmKSwKICAgICAgICAgICAgICAgICwJMSwKICAgICAg ICAgICAgICAgIEFVRE0sCTEsCiAgICAgICAgICAgICAgICAsCTIsCiAgICAgICAgICAgICAg ICBLQkNNLAkxLAogICAgICAgICAgICAgICAgRzEyTSwJMSwKICAgICAgICAgICAgICAgIEcx M00sCTEsCiAgICAgICAgICAgICAgICBMUFRFLAkxLAogICAgICAgICAgICAgICAgRzA5QSwJ MTYsCiAgICAgICAgICAgICAgICBHMDlMLAk0LAogICAgICAgICAgICAgICAgLAkxLAogICAg ICAgICAgICAgICAgRzA5TSwJMSwKICAgICAgICAgICAgICAgIEcwOUUsCTEsCiAgICAgICAg ICAgICAgICBPZmZzZXQoMHgxMyksCiAgICAgICAgICAgICAgICAsCTEsCiAgICAgICAgICAg ICAgICBMUFRBLAkyLAogICAgICAgICAgICAgICAgLAkxLAogICAgICAgICAgICAgICAgRkRD QSwJMSwKICAgICAgICAgICAgICAgIEZEQ0UsCTEsCiAgICAgICAgICAgICAgICBLQkNFLAkx LAogICAgICAgICAgICAgICAgR01NXywJMSwKICAgICAgICAgICAgICAgIEcxMEEsCTE2LAog ICAgICAgICAgICAgICAgRzEwTCwJNCwKICAgICAgICAgICAgICAgICwJMSwKICAgICAgICAg ICAgICAgIEcxME0sCTEsCiAgICAgICAgICAgICAgICBHMTBFLAkxLAogICAgICAgICAgICAg ICAgRzEwQywJMSwKICAgICAgICAgICAgICAgIFUxQV8sCTMsCiAgICAgICAgICAgICAgICBV MUVfLAkxLAogICAgICAgICAgICAgICAgVTJBXywJMywKICAgICAgICAgICAgICAgIFUyRV8s CTEsCiAgICAgICAgICAgICAgICBHMTJBLAkxNiwKICAgICAgICAgICAgICAgIEcxMkwsCTQs CiAgICAgICAgICAgICAgICBHMTJFLAkxLAogICAgICAgICAgICAgICAgT2Zmc2V0KDB4MjAp LAogICAgICAgICAgICAgICAgRzEzQSwJMTYsCiAgICAgICAgICAgICAgICBHMTNMLAk0LAog ICAgICAgICAgICAgICAgRzEzRSwJMQogICAgICAgICAgICB9CiAgICAgICAgfQogICAgICAg IERldmljZShJREVfKSB7CiAgICAgICAgICAgIE5hbWUoX0FEUiwgMHgwMDA3MDAwMSkKICAg ICAgICAgICAgT3BlcmF0aW9uUmVnaW9uKFBDSV8sIFBDSV9Db25maWcsIDB4NDAsIDB4MTAp CiAgICAgICAgICAgIEZpZWxkKFBDSV8sIERXb3JkQWNjLCBOb0xvY2ssIFByZXNlcnZlKSB7 CiAgICAgICAgICAgICAgICBPZmZzZXQoMHgzKSwKICAgICAgICAgICAgICAgICwJNywKICAg ICAgICAgICAgICAgIFNJREUsCTEKICAgICAgICAgICAgfQogICAgICAgICAgICBGaWVsZChQ Q0lfLCBEV29yZEFjYywgTm9Mb2NrLCBQcmVzZXJ2ZSkgewogICAgICAgICAgICAgICAgUjQw XywJMzIsCiAgICAgICAgICAgICAgICBPZmZzZXQoMHg4KSwKICAgICAgICAgICAgICAgIFI0 OF8sCTMyCiAgICAgICAgICAgIH0KICAgICAgICAgICAgRGV2aWNlKFBSSU0pIHsKICAgICAg ICAgICAgICAgIE5hbWUoX0FEUiwgMHgwKQogICAgICAgICAgICAgICAgTWV0aG9kKF9TVEEp IHsKICAgICAgICAgICAgICAgICAgICBSZXR1cm4oMHhmKQogICAgICAgICAgICAgICAgfQog ICAgICAgICAgICAgICAgTWV0aG9kKF9TVE0sIDIpIHsKICAgICAgICAgICAgICAgIH0KICAg ICAgICAgICAgICAgIERldmljZShNQVNUKSB7CiAgICAgICAgICAgICAgICAgICAgTmFtZShf QURSLCAweDApCiAgICAgICAgICAgICAgICAgICAgTWV0aG9kKF9TVEEpIHsKICAgICAgICAg ICAgICAgICAgICAgICAgUmV0dXJuKFBIU0IpCiAgICAgICAgICAgICAgICAgICAgICAgIDB4 ZTMKICAgICAgICAgICAgICAgICAgICAgICAgMHgwCiAgICAgICAgICAgICAgICAgICAgfQog ICAgICAgICAgICAgICAgICAgIE5hbWUoX1BTQywgMHgwKQogICAgICAgICAgICAgICAgfQog ICAgICAgICAgICB9CiAgICAgICAgICAgIERldmljZShTRUNOKSB7CiAgICAgICAgICAgICAg ICBOYW1lKF9BRFIsIDB4MSkKICAgICAgICAgICAgICAgIE1ldGhvZChfU1RBKSB7CiAgICAg ICAgICAgICAgICAgICAgUmV0dXJuKDB4ZikKICAgICAgICAgICAgICAgIH0KICAgICAgICAg ICAgICAgIE1ldGhvZChfU1RNLCAyKSB7CiAgICAgICAgICAgICAgICB9CiAgICAgICAgICAg ICAgICBEZXZpY2UoTUFTVCkgewogICAgICAgICAgICAgICAgICAgIE5hbWUoX0FEUiwgMHgw KQogICAgICAgICAgICAgICAgICAgIE1ldGhvZChfU1RBKSB7CiAgICAgICAgICAgICAgICAg ICAgICAgIFJldHVybihQSFNCKQogICAgICAgICAgICAgICAgICAgICAgICAweGUzCiAgICAg ICAgICAgICAgICAgICAgICAgIDB4MQogICAgICAgICAgICAgICAgICAgIH0KICAgICAgICAg ICAgICAgICAgICBOYW1lKF9QU0MsIDB4MCkKICAgICAgICAgICAgICAgIH0KICAgICAgICAg ICAgfQogICAgICAgICAgICBOYW1lKF9QU0MsIDB4MCkKICAgICAgICAgICAgTmFtZShJREVU LCAweDApCiAgICAgICAgICAgIE5hbWUoVURNQSwgMHgwKQogICAgICAgICAgICBNZXRob2Qo X1BTMCkgewogICAgICAgICAgICAgICAgSWYoTEVxdWFsKF9QU0MsIDB4MykpIHsKICAgICAg ICAgICAgICAgICAgICBTdG9yZShJREVULCBSNDBfKQogICAgICAgICAgICAgICAgICAgIFN0 b3JlKFVETUEsIFI0OF8pCiAgICAgICAgICAgICAgICAgICAgUEhTXwogICAgICAgICAgICAg ICAgICAgIDB4ZjAKICAgICAgICAgICAgICAgICAgICBQSFNfCiAgICAgICAgICAgICAgICAg ICAgMHhmOQogICAgICAgICAgICAgICAgfQogICAgICAgICAgICAgICAgU3RvcmUoMHgwLCBf UFNDKQogICAgICAgICAgICB9CiAgICAgICAgICAgIE1ldGhvZChfUFMzKSB7CiAgICAgICAg ICAgICAgICBTdG9yZShSNDBfLCBJREVUKQogICAgICAgICAgICAgICAgU3RvcmUoUjQ4Xywg VURNQSkKICAgICAgICAgICAgICAgIFN0b3JlKDB4MywgX1BTQykKICAgICAgICAgICAgfQog ICAgICAgIH0KICAgICAgICBEZXZpY2UoVklEMCkgewogICAgICAgICAgICBOYW1lKF9BRFIs IDB4MDAwODAwMDApCiAgICAgICAgICAgIE1ldGhvZChfU1RBKSB7CiAgICAgICAgICAgICAg ICBSZXR1cm4oMHhmKQogICAgICAgICAgICB9CiAgICAgICAgfQogICAgICAgIERldmljZShB VUQwKSB7CiAgICAgICAgICAgIE5hbWUoX0FEUiwgMHgwMDA4MDAwMSkKICAgICAgICAgICAg TmFtZShfU1RBLCAweGYpCiAgICAgICAgICAgIE5hbWUoX1BTQywgMHgwKQogICAgICAgICAg ICBNZXRob2QoX1BTMCkgewogICAgICAgICAgICAgICAgU3RvcmUoWmVybywgR08xMSkKICAg ICAgICAgICAgICAgIFN0b3JlKDB4MCwgX1BTQykKICAgICAgICAgICAgfQogICAgICAgICAg ICBNZXRob2QoX1BTMykgewogICAgICAgICAgICAgICAgU3RvcmUoT25lLCBHTzExKQogICAg ICAgICAgICAgICAgU3RvcmUoMHgzLCBfUFNDKQogICAgICAgICAgICB9CiAgICAgICAgfQog ICAgICAgIERldmljZShTRDk0KSB7CiAgICAgICAgICAgIE5hbWUoX0FEUiwgMHgwMDA5MDAw MCkKICAgICAgICAgICAgTmFtZShfU1RBLCAweGYpCiAgICAgICAgICAgIE9wZXJhdGlvblJl Z2lvbihTUENJLCBQQ0lfQ29uZmlnLCAweDAsIDB4MDEwMCkKICAgICAgICAgICAgRmllbGQo U1BDSSwgRFdvcmRBY2MsIE5vTG9jaywgUHJlc2VydmUpIHsKICAgICAgICAgICAgICAgIE9m ZnNldCgweDQpLAogICAgICAgICAgICAgICAgQ09NRCwJOCwKICAgICAgICAgICAgICAgIE9m ZnNldCgweGMpLAogICAgICAgICAgICAgICAgQ0FMUywJOCwKICAgICAgICAgICAgICAgIExB VEksCTgsCiAgICAgICAgICAgICAgICBPZmZzZXQoMHgxMCksCiAgICAgICAgICAgICAgICBN QURSLAkzMiwKICAgICAgICAgICAgICAgIE9mZnNldCgweDJjKSwKICAgICAgICAgICAgICAg IFNTSUQsCTMyLAogICAgICAgICAgICAgICAgT2Zmc2V0KDB4M2MpLAogICAgICAgICAgICAg ICAgSVJRTiwJOCwKICAgICAgICAgICAgICAgIE9mZnNldCgweDRjKSwKICAgICAgICAgICAg ICAgIEVTSUQsCTgsCiAgICAgICAgICAgICAgICBPZmZzZXQoMHhlMCksCiAgICAgICAgICAg ICAgICBQV1NULAk4CiAgICAgICAgICAgIH0KICAgICAgICAgICAgTmFtZShTU0FWLCBQYWNr YWdlKDB4MykgewogICAgICAgICAgICB9KQogICAgICAgICAgICBOYW1lKF9QU0MsIDB4MCkK ICAgICAgICAgICAgTWV0aG9kKF9QUzApIHsKICAgICAgICAgICAgICAgIFN0b3JlKDB4MCwg UFdTVCkKICAgICAgICAgICAgICAgIFNsZWVwKDB4MSkKICAgICAgICAgICAgICAgIFN0b3Jl KDB4OCwgQ0FMUykKICAgICAgICAgICAgICAgIFN0b3JlKDB4NDAsIExBVEkpCiAgICAgICAg ICAgICAgICBTdG9yZSgweDEsIEVTSUQpCiAgICAgICAgICAgICAgICBTdG9yZSgweDgwNTQx MDRkLCBTU0lEKQogICAgICAgICAgICAgICAgU3RvcmUoMHgwLCBFU0lEKQogICAgICAgICAg ICAgICAgSWYoTEVxdWFsKF9QU0MsIDB4MykpIHsKICAgICAgICAgICAgICAgICAgICBTdG9y ZShEZXJlZk9mKEluZGV4KFNTQVYsIDB4MCwgKSksIENPTUQpCiAgICAgICAgICAgICAgICAg ICAgU3RvcmUoRGVyZWZPZihJbmRleChTU0FWLCAweDEsICkpLCBNQURSKQogICAgICAgICAg ICAgICAgICAgIFN0b3JlKERlcmVmT2YoSW5kZXgoU1NBViwgMHgyLCApKSwgSVJRTikKICAg ICAgICAgICAgICAgIH0KICAgICAgICAgICAgICAgIFN0b3JlKDB4MCwgX1BTQykKICAgICAg ICAgICAgfQogICAgICAgICAgICBNZXRob2QoX1BTMykgewogICAgICAgICAgICAgICAgSWYo TEVxdWFsKF9QU0MsIDB4MCkpIHsKICAgICAgICAgICAgICAgICAgICBTdG9yZShDT01ELCBJ bmRleChTU0FWLCAweDAsICkpCiAgICAgICAgICAgICAgICAgICAgU3RvcmUoTUFEUiwgSW5k ZXgoU1NBViwgMHgxLCApKQogICAgICAgICAgICAgICAgICAgIFN0b3JlKElSUU4sIEluZGV4 KFNTQVYsIDB4MiwgKSkKICAgICAgICAgICAgICAgIH0KICAgICAgICAgICAgICAgIFN0b3Jl KDB4MywgX1BTQykKICAgICAgICAgICAgfQogICAgICAgIH0KICAgICAgICBEZXZpY2UoQ1JE MCkgewogICAgICAgICAgICBOYW1lKF9BRFIsIDB4MDAwYTAwMDApCiAgICAgICAgICAgIE5h bWUoX1BSVywgUGFja2FnZSgweDIpIHsKICAgICAgICAgICAgICAgIDB4YSwKICAgICAgICAg ICAgICAgIDB4MywKICAgICAgICAgICAgfSkKICAgICAgICAgICAgT3BlcmF0aW9uUmVnaW9u KENDUkQsIFBDSV9Db25maWcsIDB4MCwgMHhlNCkKICAgICAgICAgICAgRmllbGQoQ0NSRCwg RFdvcmRBY2MsIE5vTG9jaywgUHJlc2VydmUpIHsKICAgICAgICAgICAgICAgIE9mZnNldCgw eDQpLAogICAgICAgICAgICAgICAgQ0QwNCwJMzIsCiAgICAgICAgICAgICAgICBPZmZzZXQo MHgzZSksCiAgICAgICAgICAgICAgICBDRDNFLAkzMiwKICAgICAgICAgICAgICAgIE9mZnNl dCgweDQ0KSwKICAgICAgICAgICAgICAgIENENDQsCTMyLAogICAgICAgICAgICAgICAgT2Zm c2V0KDB4ODIpLAogICAgICAgICAgICAgICAgQ0Q4MiwJOCwKICAgICAgICAgICAgICAgIE9m ZnNldCgweGUwKSwKICAgICAgICAgICAgICAgIENERTAsCTgsCiAgICAgICAgICAgICAgICBD REUxLAk4CiAgICAgICAgICAgIH0KICAgICAgICAgICAgT3BlcmF0aW9uUmVnaW9uKEVYQ0Es IFN5c3RlbUlPLCAweDAzZTAsIDB4MikKICAgICAgICAgICAgRmllbGQoRVhDQSwgQnl0ZUFj YywgTm9Mb2NrLCBQcmVzZXJ2ZSkgewogICAgICAgICAgICAgICAgSU5EWCwJOCwKICAgICAg ICAgICAgICAgIERBVEEsCTgKICAgICAgICAgICAgfQogICAgICAgICAgICBJbmRleEZpZWxk KElORFgsIERBVEEsIEJ5dGVBY2MsIE5vTG9jaywgUHJlc2VydmUpIHsKICAgICAgICAgICAg ICAgIE9mZnNldCgweDMpLAogICAgICAgICAgICAgICAgLAk3LAogICAgICAgICAgICAgICAg RVJJQiwJMQogICAgICAgICAgICB9CiAgICAgICAgICAgIE1ldGhvZChfSU5JKSB7CiAgICAg ICAgICAgICAgICBTdG9yZShaZXJvLCBDREUwKQogICAgICAgICAgICAgICAgU3RvcmUoWmVy bywgQ0QwNCkKICAgICAgICAgICAgICAgIFN0b3JlKFplcm8sIENEM0UpCiAgICAgICAgICAg ICAgICBTdG9yZShPbmUsIENENDQpCiAgICAgICAgICAgIH0KICAgICAgICAgICAgTWV0aG9k KF9TVEEpIHsKICAgICAgICAgICAgICAgIFJldHVybigweGYpCiAgICAgICAgICAgIH0KICAg ICAgICAgICAgTmFtZShfUFNDLCAweDApCiAgICAgICAgICAgIE1ldGhvZChQU1hfLCAxKSB7 CiAgICAgICAgICAgICAgICBTdG9yZSgweDAsIENERTApCiAgICAgICAgICAgICAgICBTdG9y ZSgweDAzZTAsIENENDQpCiAgICAgICAgICAgICAgICBTdG9yZShPbmUsIEVSSUIpCiAgICAg ICAgICAgICAgICBTdG9yZSgweDAsIENENDQpCiAgICAgICAgICAgICAgICBTdG9yZShBcmcw LCBDREUwKQogICAgICAgICAgICAgICAgU3RvcmUoQXJnMCwgX1BTQykKICAgICAgICAgICAg fQogICAgICAgICAgICBNZXRob2QoX1BTMCkgewogICAgICAgICAgICAgICAgU3RvcmUoMHgw LCBfUFNDKQogICAgICAgICAgICB9CiAgICAgICAgICAgIE1ldGhvZChfUFMxKSB7CiAgICAg ICAgICAgICAgICBQU1hfCiAgICAgICAgICAgICAgICAweDEKICAgICAgICAgICAgICAgIE9y KENERTEsIDB4MSwgQ0RFMSkKICAgICAgICAgICAgfQogICAgICAgICAgICBNZXRob2QoX1BT MikgewogICAgICAgICAgICAgICAgUFNYXwogICAgICAgICAgICAgICAgMHgyCiAgICAgICAg ICAgICAgICBPcihDREUxLCAweDEsIENERTEpCiAgICAgICAgICAgIH0KICAgICAgICAgICAg TWV0aG9kKF9QUzMpIHsKICAgICAgICAgICAgICAgIFBTWF8KICAgICAgICAgICAgICAgIDB4 MwogICAgICAgICAgICAgICAgT3IoQ0RFMSwgMHgxLCBDREUxKQogICAgICAgICAgICB9CiAg ICAgICAgICAgIE1ldGhvZChfUFNXLCAxKSB7CiAgICAgICAgICAgICAgICBJZihBcmcwKSB7 CiAgICAgICAgICAgICAgICAgICAgU3RvcmUoMHgwLCBHTzAzKQogICAgICAgICAgICAgICAg fQogICAgICAgICAgICAgICAgRWxzZSB7CiAgICAgICAgICAgICAgICAgICAgU3RvcmUoMHgx LCBHTzAzKQogICAgICAgICAgICAgICAgfQogICAgICAgICAgICAgICAgR0xBVAogICAgICAg ICAgICB9CiAgICAgICAgfQogICAgICAgIERldmljZShNT0RFKSB7CiAgICAgICAgICAgIE5h bWUoX0FEUiwgMHgwMDBiMDAwMCkKICAgICAgICAgICAgTmFtZShfU1RBLCAweGYpCiAgICAg ICAgICAgIE5hbWUoX1BSVywgUGFja2FnZSgweDIpIHsKICAgICAgICAgICAgICAgIDB4YSwK ICAgICAgICAgICAgICAgIDB4NCwKICAgICAgICAgICAgfSkKICAgICAgICB9CiAgICAgICAg RGV2aWNlKEVUSFIpIHsKICAgICAgICAgICAgTmFtZShfQURSLCAweDAwMDYwMDAwKQogICAg ICAgICAgICBPcGVyYXRpb25SZWdpb24oRVBDSSwgUENJX0NvbmZpZywgMHgwLCAweDAxMDAp CiAgICAgICAgICAgIEZpZWxkKEVQQ0ksIERXb3JkQWNjLCBOb0xvY2ssIFByZXNlcnZlKSB7 CiAgICAgICAgICAgICAgICBPZmZzZXQoMHg0KSwKICAgICAgICAgICAgICAgIEVUMDQsCTgs CiAgICAgICAgICAgICAgICBPZmZzZXQoMHhjKSwKICAgICAgICAgICAgICAgIEVUMEMsCTE2 LAogICAgICAgICAgICAgICAgT2Zmc2V0KDB4ZTApLAogICAgICAgICAgICAgICAgWjAwMCwJ MTYKICAgICAgICAgICAgfQogICAgICAgICAgICBNZXRob2QoX1NUQSkgewogICAgICAgICAg ICAgICAgUmV0dXJuKDB4ZikKICAgICAgICAgICAgfQogICAgICAgICAgICBOYW1lKF9QU0Ms IDB4MCkKICAgICAgICAgICAgTWV0aG9kKF9QUzApIHsKICAgICAgICAgICAgICAgIFN0b3Jl KDB4MCwgWjAwMCkKICAgICAgICAgICAgICAgIFN0b3JlKDB4MCwgX1BTQykKICAgICAgICAg ICAgICAgIFN0b3JlKDB4MTcsIEVUMDQpCiAgICAgICAgICAgICAgICBTdG9yZSgweDQyMDgs IEVUMEMpCiAgICAgICAgICAgIH0KICAgICAgICAgICAgTWV0aG9kKF9QUzMpIHsKICAgICAg ICAgICAgICAgIFN0b3JlKDB4MywgX1BTQykKICAgICAgICAgICAgfQogICAgICAgIH0KICAg ICAgICBOYW1lKF9QUlcsIFBhY2thZ2UoMHgyKSB7CiAgICAgICAgICAgIDB4YSwKICAgICAg ICAgICAgMHg0LAogICAgICAgIH0pCiAgICAgICAgRGV2aWNlKElTQV8pIHsKICAgICAgICAg ICAgTmFtZShfQURSLCAweDAwMDcwMDAwKQogICAgICAgICAgICBPcGVyYXRpb25SZWdpb24o UElSWCwgUENJX0NvbmZpZywgMHg2MCwgMHg0KQogICAgICAgICAgICBGaWVsZChQSVJYLCBC eXRlQWNjLCBOb0xvY2ssIFByZXNlcnZlKSB7CiAgICAgICAgICAgICAgICBQSVJBLAk4LAog ICAgICAgICAgICAgICAgUElSQiwJOCwKICAgICAgICAgICAgICAgIFBJUkMsCTgsCiAgICAg ICAgICAgICAgICBQSVJELAk4CiAgICAgICAgICAgIH0KICAgICAgICAgICAgRGV2aWNlKE1P VEgpIHsKICAgICAgICAgICAgICAgIE5hbWUoX0hJRCwgMHgwMjBjZDA0MSkKICAgICAgICAg ICAgICAgIE5hbWUoX0NSUywgQnVmZmVyKDB4MzIpIHsweDQ3LCAweDEsIDB4ODAsIDB4MCwg MHg4MCwgMHgwLCAweDEsIDB4MSwgMHg0NywgMHgxLCAweGIyLCAweDAsIDB4YjIsIDB4MCwg MHgxLCAweDIsIDB4NDcsIDB4MSwgMHhkMCwgMHg0LCAweGQwLCAweDQsIDB4MSwgMHgyLCAw eDQ3LCAweDEsIDB4ODAsIDB4MjEsIDB4ODAsIDB4MjEsIDB4MSwgMHgxMCwgMHg0NywgMHgx LCAweDAsIDB4ODAsIDB4MCwgMHg4MCwgMHgxLCAweDUwLCAweDQ3LCAweDEsIDB4NzIsIDB4 MCwgMHg3MiwgMHgwLCAweDEsIDB4MiwgMHg3OSwgMHgwIH0pCiAgICAgICAgICAgIH0KICAg ICAgICAgICAgRGV2aWNlKE1FTV8pIHsKICAgICAgICAgICAgICAgIE5hbWUoX0hJRCwgMHgw MTBjZDA0MSkKICAgICAgICAgICAgICAgIE5hbWUoTVNSQywgQnVmZmVyKDB4M2UpIHsweDg2 LCAweDksIDB4MCwgMHgxLCAweDAsIDB4MCwgMHgxMCwgMHgwLCAweDAsIDB4MCwgMHgwLCAw eDAsIDB4ODYsIDB4OSwgMHgwLCAweDEsIDB4MCwgMHgwLCAweDAsIDB4MCwgMHgwLCAweDAs IDB4YSwgMHgwLCAweDg2LCAweDksIDB4MCwgMHgwLCAweDAsIDB4YzAsIDB4ZCwgMHgwLCAw eDAsIDB4NDAsIDB4MCwgMHgwLCAweDg2LCAweDksIDB4MCwgMHgwLCAweDAsIDB4MCwgMHhl LCAweDAsIDB4MCwgMHgwLCAweDIsIDB4MCwgMHg4NiwgMHg5LCAweDAsIDB4MCwgMHgwLCAw eDAsIDB4ZjgsIDB4ZmYsIDB4MCwgMHgwLCAweDgsIDB4MCwgMHg3OSwgMHgwIH0pCiAgICAg ICAgICAgICAgICBNZXRob2QoX0NSUykgewogICAgICAgICAgICAgICAgICAgIENyZWF0ZURX b3JkRmllbGQoTVNSQywgMHg4LCBNRU1TKQogICAgICAgICAgICAgICAgICAgIElmKExOb3Qo TUVNUykpIHsKICAgICAgICAgICAgICAgICAgICAgICAgU3RvcmUoUEhTXywgMHhlZikKICAg ICAgICAgICAgICAgICAgICAgICAgTUVNUwogICAgICAgICAgICAgICAgICAgIH0KICAgICAg ICAgICAgICAgICAgICBSZXR1cm4oTVNSQykKICAgICAgICAgICAgICAgIH0KICAgICAgICAg ICAgICAgIE1ldGhvZChfU1RBKSB7CiAgICAgICAgICAgICAgICAgICAgUmV0dXJuKDB4ZikK ICAgICAgICAgICAgICAgIH0KICAgICAgICAgICAgfQogICAgICAgICAgICBEZXZpY2UoRE1B QykgewogICAgICAgICAgICAgICAgTmFtZShfSElELCAweDAwMDJkMDQxKQogICAgICAgICAg ICAgICAgTmFtZShfQ1JTLCBCdWZmZXIoMHgxZCkgezB4NDcsIDB4MSwgMHgwLCAweDAsIDB4 MCwgMHgwLCAweDEsIDB4MTAsIDB4NDcsIDB4MSwgMHg4MSwgMHgwLCAweDgxLCAweDAsIDB4 MSwgMHhmLCAweDQ3LCAweDEsIDB4YzAsIDB4MCwgMHhjMCwgMHgwLCAweDEsIDB4MjAsIDB4 MmEsIDB4MTAsIDB4MCwgMHg3OSwgMHgwIH0pCiAgICAgICAgICAgICAgICBNZXRob2QoX1NU QSkgewogICAgICAgICAgICAgICAgICAgIFJldHVybigweGYpCiAgICAgICAgICAgICAgICB9 CiAgICAgICAgICAgIH0KICAgICAgICAgICAgRGV2aWNlKFJUQ18pIHsKICAgICAgICAgICAg ICAgIE5hbWUoX0hJRCwgMHgwMDBiZDA0MSkKICAgICAgICAgICAgICAgIE5hbWUoX0NSUywg QnVmZmVyKDB4ZCkgezB4NDcsIDB4MSwgMHg3MCwgMHgwLCAweDcwLCAweDAsIDB4MSwgMHgy LCAweDIyLCAweDAsIDB4MSwgMHg3OSwgMHgwIH0pCiAgICAgICAgICAgICAgICBNZXRob2Qo X1NUQSkgewogICAgICAgICAgICAgICAgICAgIFJldHVybigweGYpCiAgICAgICAgICAgICAg ICB9CiAgICAgICAgICAgIH0KICAgICAgICAgICAgRGV2aWNlKFBJQ18pIHsKICAgICAgICAg ICAgICAgIE5hbWUoX0hJRCwgMHhkMDQxKQogICAgICAgICAgICAgICAgTmFtZShfQ1JTLCBC dWZmZXIoMHgxNSkgezB4NDcsIDB4MSwgMHgyMCwgMHgwLCAweDIwLCAweDAsIDB4MSwgMHgy LCAweDQ3LCAweDEsIDB4YTAsIDB4MCwgMHhhMCwgMHgwLCAweDEsIDB4MiwgMHgyMiwgMHg0 LCAweDAsIDB4NzksIDB4MCB9KQogICAgICAgICAgICAgICAgTWV0aG9kKF9TVEEpIHsKICAg ICAgICAgICAgICAgICAgICBSZXR1cm4oMHhmKQogICAgICAgICAgICAgICAgfQogICAgICAg ICAgICB9CiAgICAgICAgICAgIERldmljZShGUFVfKSB7CiAgICAgICAgICAgICAgICBOYW1l KF9ISUQsIDB4MDQwY2QwNDEpCiAgICAgICAgICAgICAgICBOYW1lKF9DUlMsIEJ1ZmZlcigw eGQpIHsweDQ3LCAweDEsIDB4ZjAsIDB4MCwgMHhmMCwgMHgwLCAweDEsIDB4MTAsIDB4MjIs IDB4MCwgMHgyMCwgMHg3OSwgMHgwIH0pCiAgICAgICAgICAgICAgICBNZXRob2QoX1NUQSkg ewogICAgICAgICAgICAgICAgICAgIFJldHVybigweGYpCiAgICAgICAgICAgICAgICB9CiAg ICAgICAgICAgIH0KICAgICAgICAgICAgRGV2aWNlKFRNUl8pIHsKICAgICAgICAgICAgICAg IE5hbWUoX0hJRCwgMHgwMDAxZDA0MSkKICAgICAgICAgICAgICAgIE5hbWUoX0NSUywgQnVm ZmVyKDB4ZCkgezB4NDcsIDB4MSwgMHg0MCwgMHgwLCAweDQwLCAweDAsIDB4MSwgMHg0LCAw eDIyLCAweDEsIDB4MCwgMHg3OSwgMHgwIH0pCiAgICAgICAgICAgICAgICBNZXRob2QoX1NU QSkgewogICAgICAgICAgICAgICAgICAgIFJldHVybigweGYpCiAgICAgICAgICAgICAgICB9 CiAgICAgICAgICAgIH0KICAgICAgICAgICAgRGV2aWNlKFNQS1IpIHsKICAgICAgICAgICAg ICAgIE5hbWUoX0hJRCwgMHgwMDA4ZDA0MSkKICAgICAgICAgICAgICAgIE5hbWUoX0NSUywg QnVmZmVyKDB4YSkgezB4NDcsIDB4MSwgMHg2MSwgMHgwLCAweDYxLCAweDAsIDB4MSwgMHgx LCAweDc5LCAweDAgfSkKICAgICAgICAgICAgICAgIE1ldGhvZChfU1RBKSB7CiAgICAgICAg ICAgICAgICAgICAgUmV0dXJuKDB4ZikKICAgICAgICAgICAgICAgIH0KICAgICAgICAgICAg fQogICAgICAgICAgICBEZXZpY2UoS0JDXykgewogICAgICAgICAgICAgICAgTmFtZShfSElE LCAweDAzMDNkMDQxKQogICAgICAgICAgICAgICAgTmFtZShfQ1JTLCBCdWZmZXIoMHgxNSkg ezB4NDcsIDB4MSwgMHg2MCwgMHgwLCAweDYwLCAweDAsIDB4MSwgMHgxLCAweDQ3LCAweDEs IDB4NjQsIDB4MCwgMHg2NCwgMHgwLCAweDEsIDB4MSwgMHgyMiwgMHgyLCAweDAsIDB4Nzks IDB4MCB9KQogICAgICAgICAgICAgICAgTWV0aG9kKF9TVEEpIHsKICAgICAgICAgICAgICAg ICAgICBSZXR1cm4oMHhmKQogICAgICAgICAgICAgICAgfQogICAgICAgICAgICB9CiAgICAg ICAgICAgIERldmljZShNT1VFKSB7CiAgICAgICAgICAgICAgICBOYW1lKF9ISUQsIDB4MTMw ZmQwNDEpCiAgICAgICAgICAgICAgICBOYW1lKF9DUlMsIEJ1ZmZlcigweDUpIHsweDIyLCAw eDAsIDB4MTAsIDB4NzksIDB4MCB9KQogICAgICAgICAgICB9CiAgICAgICAgICAgIERldmlj ZShFQ19fKSB7CiAgICAgICAgICAgICAgICBOYW1lKF9ISUQsIDB4MDUwYWQwNDEpCiAgICAg ICAgICAgICAgICBPcGVyYXRpb25SZWdpb24oU01DMSwgU3lzdGVtSU8sIDB4MDM3MCwgMHgy KQogICAgICAgICAgICAgICAgRmllbGQoU01DMSwgQnl0ZUFjYywgTm9Mb2NrLCBQcmVzZXJ2 ZSkgewogICAgICAgICAgICAgICAgICAgIElORFgsCTgsCiAgICAgICAgICAgICAgICAgICAg REFUQSwJOAogICAgICAgICAgICAgICAgfQogICAgICAgICAgICAgICAgSW5kZXhGaWVsZChJ TkRYLCBEQVRBLCBCeXRlQWNjLCBOb0xvY2ssIFByZXNlcnZlKSB7CiAgICAgICAgICAgICAg ICAgICAgT2Zmc2V0KDB4MiksCiAgICAgICAgICAgICAgICAgICAgQ0ZHXywJOCwKICAgICAg ICAgICAgICAgICAgICBPZmZzZXQoMHg3KSwKICAgICAgICAgICAgICAgICAgICBMRE5fLAk4 LAogICAgICAgICAgICAgICAgICAgIE9mZnNldCgweDIyKSwKICAgICAgICAgICAgICAgICAg ICBQQ0ZELAkxLAogICAgICAgICAgICAgICAgICAgICwJMiwKICAgICAgICAgICAgICAgICAg ICBQQ1BQLAkxLAogICAgICAgICAgICAgICAgICAgIFBDVTEsCTEsCiAgICAgICAgICAgICAg ICAgICAgUENVMiwJMSwKICAgICAgICAgICAgICAgICAgICBPZmZzZXQoMHgyMyksCiAgICAg ICAgICAgICAgICAgICAgT2Zmc2V0KDB4MzApLAogICAgICAgICAgICAgICAgICAgIEFDVFIs CTgsCiAgICAgICAgICAgICAgICAgICAgT2Zmc2V0KDB4NjApLAogICAgICAgICAgICAgICAg ICAgIElPQUgsCTgsCiAgICAgICAgICAgICAgICAgICAgSU9BTCwJOCwKICAgICAgICAgICAg ICAgICAgICBGSVJILAk4LAogICAgICAgICAgICAgICAgICAgIEZJUkwsCTgsCiAgICAgICAg ICAgICAgICAgICAgT2Zmc2V0KDB4NzApLAogICAgICAgICAgICAgICAgICAgIElOVFIsCTgs CiAgICAgICAgICAgICAgICAgICAgSU5UMSwJOCwKICAgICAgICAgICAgICAgICAgICBPZmZz ZXQoMHg3NCksCiAgICAgICAgICAgICAgICAgICAgRE1DSCwJOCwKICAgICAgICAgICAgICAg ICAgICBPZmZzZXQoMHhjMCksCiAgICAgICAgICAgICAgICAgICAgR1A0MCwJOCwKICAgICAg ICAgICAgICAgICAgICBPZmZzZXQoMHhmMCksCiAgICAgICAgICAgICAgICAgICAgT1BUMSwJ OCwKICAgICAgICAgICAgICAgICAgICBPUFQyLAk4LAogICAgICAgICAgICAgICAgICAgIE9Q VDMsCTgKICAgICAgICAgICAgICAgIH0KICAgICAgICAgICAgICAgIE11dGV4KE1VSU8sIDAp CiAgICAgICAgICAgICAgICBNZXRob2QoRU5GRykgewogICAgICAgICAgICAgICAgICAgIEFj cXVpcmUoTVVJTywgMHhmZmZmKQogICAgICAgICAgICAgICAgICAgIFN0b3JlKDB4NTUsIElO RFgpCiAgICAgICAgICAgICAgICB9CiAgICAgICAgICAgICAgICBNZXRob2QoRVhGRykgewog ICAgICAgICAgICAgICAgICAgIFN0b3JlKDB4YWEsIElORFgpCiAgICAgICAgICAgICAgICAg ICAgUmVsZWFzZShNVUlPKQogICAgICAgICAgICAgICAgfQogICAgICAgICAgICAgICAgTmFt ZShfUFJXLCBQYWNrYWdlKDB4MikgewogICAgICAgICAgICAgICAgICAgIDB4YiwKICAgICAg ICAgICAgICAgICAgICAweDQsCiAgICAgICAgICAgICAgICB9KQogICAgICAgICAgICAgICAg TWV0aG9kKF9QU1csIDEpIHsKICAgICAgICAgICAgICAgICAgICBPcGVyYXRpb25SZWdpb24o R1BPXywgU3lzdGVtSU8sIDB4ODAwZSwgMHgyKQogICAgICAgICAgICAgICAgICAgIEZpZWxk KEdQT18sIEJ5dGVBY2MsIE5vTG9jaywgUHJlc2VydmUpIHsKICAgICAgICAgICAgICAgICAg ICAgICAgLAkxMCwKICAgICAgICAgICAgICAgICAgICAgICAgUklFTiwJMQogICAgICAgICAg ICAgICAgICAgIH0KICAgICAgICAgICAgICAgICAgICBTdG9yZShBcmcwLCBSSUVOKQogICAg ICAgICAgICAgICAgfQogICAgICAgICAgICAgICAgTWV0aG9kKFJETUIsIDEpIHsKICAgICAg ICAgICAgICAgICAgICBFTkZHCiAgICAgICAgICAgICAgICAgICAgU3RvcmUoMHg3LCBMRE5f KQogICAgICAgICAgICAgICAgICAgIFN0b3JlKEFyZzAsIElORFgpCiAgICAgICAgICAgICAg ICAgICAgU3RvcmUoREFUQSwgTG9jYWwwKQogICAgICAgICAgICAgICAgICAgIEVYRkcKICAg ICAgICAgICAgICAgICAgICBSZXR1cm4oTG9jYWwwKQogICAgICAgICAgICAgICAgfQogICAg ICAgICAgICAgICAgTWV0aG9kKFdSTUIsIDIpIHsKICAgICAgICAgICAgICAgICAgICBFTkZH CiAgICAgICAgICAgICAgICAgICAgU3RvcmUoMHg3LCBMRE5fKQogICAgICAgICAgICAgICAg ICAgIFN0b3JlKEFyZzAsIElORFgpCiAgICAgICAgICAgICAgICAgICAgU3RvcmUoQXJnMSwg REFUQSkKICAgICAgICAgICAgICAgICAgICBFWEZHCiAgICAgICAgICAgICAgICB9CiAgICAg ICAgICAgICAgICBNZXRob2QoV0lCRSkgewogICAgICAgICAgICAgICAgICAgIFdoaWxlKFJE TUIpIHsKICAgICAgICAgICAgICAgICAgICAgICAgMHg4MgogICAgICAgICAgICAgICAgICAg IH0KICAgICAgICAgICAgICAgIH0KICAgICAgICAgICAgICAgIE1ldGhvZChXT0JGKSB7CiAg ICAgICAgICAgICAgICAgICAgU3RvcmUoWmVybywgTG9jYWwwKQogICAgICAgICAgICAgICAg ICAgIFdoaWxlKExOb3QoTG9jYWwwKSkgewogICAgICAgICAgICAgICAgICAgICAgICBBbmQo UkRNQiwgMHg4NiwgMHgyKQogICAgICAgICAgICAgICAgICAgICAgICBMb2NhbDAKICAgICAg ICAgICAgICAgICAgICB9CiAgICAgICAgICAgICAgICB9CiAgICAgICAgICAgICAgICBNdXRl eChNU0NJLCAwKQogICAgICAgICAgICAgICAgTWV0aG9kKFNDSUQpIHsKICAgICAgICAgICAg ICAgICAgICBTdG9yZSgiU0NJIGdlbmVyYXRlZCIsIERlYnVnKQogICAgICAgICAgICAgICAg ICAgIFN0b3JlKE9uZXMsIExvY2FsNykKICAgICAgICAgICAgICAgICAgICBXaGlsZShMb2Nh bDcpIHsKICAgICAgICAgICAgICAgICAgICAgICAgQW5kKFJETUIsIDB4ODYsIDB4MSkKICAg ICAgICAgICAgICAgICAgICAgICAgTG9jYWwwCiAgICAgICAgICAgICAgICAgICAgICAgIElm KExvY2FsMCkgewogICAgICAgICAgICAgICAgICAgICAgICAgICAgQWNxdWlyZShNU0NJLCAw eGZmZmYpCiAgICAgICAgICAgICAgICAgICAgICAgICAgICBXSUJFCiAgICAgICAgICAgICAg ICAgICAgICAgICAgICBXUk1CCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAweDgyCiAg ICAgICAgICAgICAgICAgICAgICAgICAgICAweDg0CiAgICAgICAgICAgICAgICAgICAgICAg ICAgICBXT0JGCiAgICAgICAgICAgICAgICAgICAgICAgICAgICBTdG9yZShSRE1CLCAweDgz KQogICAgICAgICAgICAgICAgICAgICAgICAgICAgTG9jYWwwCiAgICAgICAgICAgICAgICAg ICAgICAgICAgICBTdG9yZShSRE1CLCAweDg2KQogICAgICAgICAgICAgICAgICAgICAgICAg ICAgTG9jYWwxCiAgICAgICAgICAgICAgICAgICAgICAgICAgICBBbmQoTG9jYWwxLCAweGZk LCBMb2NhbDEpCiAgICAgICAgICAgICAgICAgICAgICAgICAgICBXUk1CCiAgICAgICAgICAg ICAgICAgICAgICAgICAgICAweDg2CiAgICAgICAgICAgICAgICAgICAgICAgICAgICBMb2Nh bDEKICAgICAgICAgICAgICAgICAgICAgICAgICAgIFJlbGVhc2UoTVNDSSkKICAgICAgICAg ICAgICAgICAgICAgICAgICAgIFN0b3JlKExvY2FsMCwgRGVidWcpCiAgICAgICAgICAgICAg ICAgICAgICAgICAgICBRUkVDCiAgICAgICAgICAgICAgICAgICAgICAgICAgICBMb2NhbDAK ICAgICAgICAgICAgICAgICAgICAgICAgfQogICAgICAgICAgICAgICAgICAgICAgICBFbHNl IHsKICAgICAgICAgICAgICAgICAgICAgICAgICAgIFN0b3JlKFplcm8sIExvY2FsNykKICAg ICAgICAgICAgICAgICAgICAgICAgfQogICAgICAgICAgICAgICAgICAgIH0KICAgICAgICAg ICAgICAgIH0KICAgICAgICAgICAgICAgIE5hbWUoTENEVCwgT25lcykKICAgICAgICAgICAg ICAgIE5hbWUoTElEXywgT25lKQogICAgICAgICAgICAgICAgTWV0aG9kKFFSRUMsIDEpIHsK ICAgICAgICAgICAgICAgICAgICBJZihMRXF1YWwoQXJnMCwgMHg1MSkpIHsKICAgICAgICAg ICAgICAgICAgICAgICAgTm90aWZ5KFxfU0JfLlBDSTAuSVNBXy5FQ19fLlNOQ18sIDB4YTAp CiAgICAgICAgICAgICAgICAgICAgfQogICAgICAgICAgICAgICAgICAgIEVsc2UgewogICAg ICAgICAgICAgICAgICAgICAgICBJZihMRXF1YWwoQXJnMCwgMHg1MykpIHsKICAgICAgICAg ICAgICAgICAgICAgICAgICAgIE5vdGlmeShcX1NCXy5QQ0kwLklTQV8uRUNfXy5TTkNfLCAw eGFjKQogICAgICAgICAgICAgICAgICAgICAgICB9CiAgICAgICAgICAgICAgICAgICAgICAg IEVsc2UgewogICAgICAgICAgICAgICAgICAgICAgICAgICAgSWYoTEVxdWFsKEFyZzAsIDB4 NTQpKSB7CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgRVhDRAogICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgIDB4MjAKICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICBOb3RpZnkoXF9TQl8uUENJMC5JU0FfLkVDX18uU05DXywgMHhhMikKICAgICAgICAg ICAgICAgICAgICAgICAgICAgIH0KICAgICAgICAgICAgICAgICAgICAgICAgICAgIEVsc2Ug ewogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIElmKExFcXVhbChBcmcwLCAweDU1 KSkgewogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBFWENECiAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgIDB4MWYKICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgTm90aWZ5KFxfU0JfLlBDSTAuSVNBXy5FQ19fLlNOQ18sIDB4YTMp CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgfQogICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgIEVsc2UgewogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICBJZihMRXF1YWwoQXJnMCwgMHg1NikpIHsKICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgIE5vdGlmeShcX1NCXy5QQ0kwLklTQV8uRUNfXy5TTkNfLCAweGIzKQog ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB9CiAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgIEVsc2UgewogICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgSWYoTEVxdWFsKEFyZzAsIDB4NTcpKSB7CiAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgU3RvcmUoUkRNQiwgMHg4ZSkKICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBMb2NhbDAKICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBTdG9yZShSRE1CLCAweDhmKQogICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIExvY2FsMQogICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFdSTUIKICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAweDhmCiAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgTG9jYWwwCiAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgWE9yKExvY2FsMCwgTG9jYWwxLCBMb2NhbDIpCiAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgSWYoQW5kKExvY2Fs MiwgMHgxLCApKSB7CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgIE5vdGlmeShCQVQxLCAweDgxKQogICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgIH0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICBJZihBbmQoTG9jYWwyLCAweDIwLCApKSB7CiAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgIE5vdGlmeShBQ0FELCAweDgwKQogICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBOb3RpZnkoXF9TQl8u UENJMC5JU0FfLkVDX18uU05DXywgMHhiYSkKICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICB9CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgSWYoQW5kKExvY2FsMiwgMHg4MCwgKSkgewogICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICBJZihBbmQoTG9jYWwwLCAweDgwLCApKSB7 CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBO b3RpZnkoXF9TQl8uUENJMC5JU0FfLkVDX18uU05DXywgMHhiNykKICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFN0b3JlKFplcm8sIExJRF8p CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIH0KICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgRWxzZSB7CiAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBOb3Rp ZnkoXF9TQl8uUENJMC5JU0FfLkVDX18uU05DXywgMHhiOSkKICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFN0b3JlKE9uZSwgTElEXykKICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgfQogICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIH0KICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgIH0KICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgIEVsc2UgewogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgIElmKExFcXVhbChBcmcwLCAweDU4KSkgewogICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICBFWENECiAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgIDB4MWYKICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgTm90aWZ5KFxfU0JfLlBDSTAuSVNBXy5FQ19f LlNOQ18sIDB4YTQpCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgfQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIEVsc2Ug ewogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBJZihM RXF1YWwoQXJnMCwgMHg1OSkpIHsKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgIEVYQ0QKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgIDB4MWYKICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgIE5vdGlmeShcX1NCXy5QQ0kwLklTQV8uRUNfXy5T TkNfLCAweGE1KQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICB9CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg IEVsc2UgewogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgSWYoTEVxdWFsKEFyZzAsIDB4NWEpKSB7CiAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgSWYoTEVxdWFsKExDRFQsIE9uZXMp KSB7CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgIFN0b3JlKFBIU0IsIDB4ZWUpCiAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDB4MAogICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBMQ0RUCiAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgfQog ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg IElmKExFcXVhbChMQ0RULCAweDApKSB7CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIEVYQ0QKICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMHgxZgogICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBO b3RpZnkoXF9TQl8uUENJMC5JU0FfLkVDX18uU05DXywgMHhhNikKICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB9CiAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB9CiAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBFbHNlIHsKICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBJZihM RXF1YWwoQXJnMCwgMHg1YikpIHsKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgTm90aWZ5KFxfU0JfLlBDSTAuSVNBXy5FQ19f LlNOQ18sIDB4YjYpCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgfQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgIEVsc2UgewogICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBJZihMRXF1YWwoQXJnMCwgMHg1Zikp IHsKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgIE5vdGlmeShcX1NCXy5QQ0kwLklTQV8uRUNfXy5TTkNfLCAweGFkKQog ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICB9CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgIEVsc2UgewogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgSWYoTEVxdWFsKEFyZzAsIDB4NjEpKSB7 CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgTm90aWZ5KFxfU0JfLlBDSTAuSVNBXy5FQ19fLlNOQ18sIDB4YjEp CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICB9CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICBFbHNlIHsKICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBJZihMRXF1YWwo QXJnMCwgMHg2NCkpIHsKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgTm90aWZ5KFxfU0JfLlBDSTAuSVNB Xy5FQ19fLlNOQ18sIDB4YjApCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgfQogICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIEVsc2Ug ewogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICBJZihMRXF1YWwoQXJnMCwgMHg2NSkpIHsKICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgIEVYQ0QKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDB4MjEKICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgIE5vdGlmeShcX1NCXy5QQ0kwLklTQV8uRUNfXy5TTkNfLCAweGI0KQog ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICB9CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIEVsc2UgewogICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgSWYoTEVxdWFsKEFyZzAsIDB4NjYpKSB7CiAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgRVhDRAogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDB4MjEKICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICBOb3RpZnkoXF9TQl8uUENJMC5JU0FfLkVDX18uU05DXywgMHhi NSkKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgIH0KICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIEVsc2Ug ewogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgIElmKExFcXVhbChBcmcwLCAweDY3KSkgewog ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgIH0KICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBF bHNlIHsKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgSWYoTEVxdWFsKEFyZzAsIDB4 NjgpKSB7CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBOb3RpZnkoXF9TQl8u UENJMC5JU0FfLkVDX18uU05DXywgMHhiOCkKICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgfQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBFbHNlIHsKICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgIElmKExFcXVhbChBcmcwLCAweDc2KSkgewogICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFN0b3JlKFplcm8sIFxfU0JfLlBDSTAu SVNBXy5FQ19fLlNOQ18uUFBTVCkKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICBOb3RpZnkoXF9TQl8uUFdSQiwgMHg4MCkKICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgIH0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIEVsc2Ugewog ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIElmKExFcXVhbChBcmcwLCAw eDc4KSkgewogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBOb3Rp ZnkoXF9TQl8uUENJMC5JU0FfLkVDX18uU05DXywgMHg5MCkKICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICB9CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgRWxzZSB7CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg IElmKExFcXVhbChBcmcwLCAweDc5KSkgewogICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgRVhDRAogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgMHgyMAogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgTm90aWZ5KFxfU0JfLlBDSTAuSVNBXy5FQ19fLlNOQ18sIDB4YmIpCiAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIH0KICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgRWxzZSB7CiAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICBJZihMRXF1YWwoQXJnMCwgMHg4MCkpIHsK ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBOb3Rp ZnkoXF9UWl8uQVRGMCwgMHg4MCkKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgIH0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgIEVsc2UgewogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgIElmKExFcXVhbChBcmcwLCAweDgxKSkgewogICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBOb3RpZnkoXF9UWl8uQVRGMCwg MHg4MSkKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICB9CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg RWxzZSB7CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgIEFkZChBcmcwLCAweDMwLCBMb2NhbDApCiAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFBIU18KICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgTG9jYWwwCiAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgfQogICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgfQogICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICB9CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgfQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgfQogICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICB9CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgfQog ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgfQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB9CiAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgfQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgfQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICB9CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgfQogICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgfQogICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICB9CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgfQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgfQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB9CiAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgfQogICAgICAgICAgICAgICAgICAgICAgICAgICAgfQog ICAgICAgICAgICAgICAgICAgICAgICB9CiAgICAgICAgICAgICAgICAgICAgfQogICAgICAg ICAgICAgICAgfQogICAgICAgICAgICAgICAgTXV0ZXgoTUVFQywgMCkKICAgICAgICAgICAg ICAgIE1ldGhvZChFWENELCAxKSB7CiAgICAgICAgICAgICAgICAgICAgU3RvcmUoIk5vdGlm eSBTdGF0ZSB0byBFQyIsIERlYnVnKQogICAgICAgICAgICAgICAgICAgIEFjcXVpcmUoTUVF QywgMHhmZmZmKQogICAgICAgICAgICAgICAgICAgIFdJQkUKICAgICAgICAgICAgICAgICAg ICBXUk1CCiAgICAgICAgICAgICAgICAgICAgMHg4NAogICAgICAgICAgICAgICAgICAgIEFy ZzAKICAgICAgICAgICAgICAgICAgICBXUk1CCiAgICAgICAgICAgICAgICAgICAgMHg4Mgog ICAgICAgICAgICAgICAgICAgIDB4ODcKICAgICAgICAgICAgICAgICAgICBXT0JGCiAgICAg ICAgICAgICAgICAgICAgQW5kKFJETUIsIDB4ODYsIDB4ZmQpCiAgICAgICAgICAgICAgICAg ICAgTG9jYWwwCiAgICAgICAgICAgICAgICAgICAgV1JNQgogICAgICAgICAgICAgICAgICAg IDB4ODYKICAgICAgICAgICAgICAgICAgICBMb2NhbDAKICAgICAgICAgICAgICAgICAgICBS ZWxlYXNlKE1FRUMpCiAgICAgICAgICAgICAgICB9CiAgICAgICAgICAgICAgICBNZXRob2Qo RVhSRCwgMSkgewogICAgICAgICAgICAgICAgICAgIFN0b3JlKCJleHRlbmRlZCBjb21tYW5k IHRvIEVDIiwgRGVidWcpCiAgICAgICAgICAgICAgICAgICAgQWNxdWlyZShNRUVDLCAweGZm ZmYpCiAgICAgICAgICAgICAgICAgICAgV0lCRQogICAgICAgICAgICAgICAgICAgIFdSTUIK ICAgICAgICAgICAgICAgICAgICAweDg0CiAgICAgICAgICAgICAgICAgICAgQXJnMAogICAg ICAgICAgICAgICAgICAgIFdSTUIKICAgICAgICAgICAgICAgICAgICAweDgyCiAgICAgICAg ICAgICAgICAgICAgMHg4NwogICAgICAgICAgICAgICAgICAgIFdPQkYKICAgICAgICAgICAg ICAgICAgICBBZGQoTXVsdGlwbHkoUkRNQiwgMHg4NCwgMHgwMTAwKSwgTG9jYWwwLCBTdG9y ZShSRE1CLCAweDgzKSkKICAgICAgICAgICAgICAgICAgICBMb2NhbDEKICAgICAgICAgICAg ICAgICAgICBMb2NhbDIKICAgICAgICAgICAgICAgICAgICBBbmQoUkRNQiwgMHg4NiwgMHhm ZCkKICAgICAgICAgICAgICAgICAgICBMb2NhbDAKICAgICAgICAgICAgICAgICAgICBXUk1C CiAgICAgICAgICAgICAgICAgICAgMHg4NgogICAgICAgICAgICAgICAgICAgIExvY2FsMAog ICAgICAgICAgICAgICAgICAgIFJlbGVhc2UoTUVFQykKICAgICAgICAgICAgICAgICAgICBS ZXR1cm4oTG9jYWwyKQogICAgICAgICAgICAgICAgfQogICAgICAgICAgICAgICAgTWV0aG9k KEVYV1QsIDIpIHsKICAgICAgICAgICAgICAgICAgICBTdG9yZSgiZXh0ZW5kZWQgd3JpdGUg Y29tbWFuZCB0byBFQyIsIERlYnVnKQogICAgICAgICAgICAgICAgICAgIEFjcXVpcmUoTUVF QywgMHhmZmZmKQogICAgICAgICAgICAgICAgICAgIFdJQkUKICAgICAgICAgICAgICAgICAg ICBXUk1CCiAgICAgICAgICAgICAgICAgICAgMHg4NAogICAgICAgICAgICAgICAgICAgIEFy ZzAKICAgICAgICAgICAgICAgICAgICBXUk1CCiAgICAgICAgICAgICAgICAgICAgMHg4NQog ICAgICAgICAgICAgICAgICAgIEFyZzEKICAgICAgICAgICAgICAgICAgICBXUk1CCiAgICAg ICAgICAgICAgICAgICAgMHg4MgogICAgICAgICAgICAgICAgICAgIDB4ODcKICAgICAgICAg ICAgICAgICAgICBXT0JGCiAgICAgICAgICAgICAgICAgICAgQW5kKFJETUIsIDB4ODYsIDB4 ZmQpCiAgICAgICAgICAgICAgICAgICAgTG9jYWwwCiAgICAgICAgICAgICAgICAgICAgV1JN QgogICAgICAgICAgICAgICAgICAgIDB4ODYKICAgICAgICAgICAgICAgICAgICBMb2NhbDAK ICAgICAgICAgICAgICAgICAgICBSZWxlYXNlKE1FRUMpCiAgICAgICAgICAgICAgICB9CiAg ICAgICAgICAgICAgICBNZXRob2QoUFBLXykgewogICAgICAgICAgICAgICAgICAgIFN0b3Jl KCJQUEtfU1RBVFVTIiwgRGVidWcpCiAgICAgICAgICAgICAgICAgICAgU3RvcmUoUkRNQiwg MHg4YykKICAgICAgICAgICAgICAgICAgICBMb2NhbDEKICAgICAgICAgICAgICAgICAgICBJ ZihMRXF1YWwoQW5kKExvY2FsMSwgMHgyLCBMb2NhbDApLCAweDIpKSB7CiAgICAgICAgICAg ICAgICAgICAgICAgIFN0b3JlKE9uZSwgTG9jYWwwKQogICAgICAgICAgICAgICAgICAgIH0K ICAgICAgICAgICAgICAgICAgICBFbHNlIHsKICAgICAgICAgICAgICAgICAgICAgICAgSWYo TEVxdWFsKEFuZChMb2NhbDEsIDB4NCwgTG9jYWwwKSwgMHg0KSkgewogICAgICAgICAgICAg ICAgICAgICAgICAgICAgU3RvcmUoMHgyLCBMb2NhbDApCiAgICAgICAgICAgICAgICAgICAg ICAgIH0KICAgICAgICAgICAgICAgICAgICAgICAgRWxzZSB7CiAgICAgICAgICAgICAgICAg ICAgICAgICAgICBJZihMRXF1YWwoQW5kKExvY2FsMSwgMHg4LCBMb2NhbDApLCAweDgpKSB7 CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgU3RvcmUoMHgzLCBMb2NhbDApCiAg ICAgICAgICAgICAgICAgICAgICAgICAgICB9CiAgICAgICAgICAgICAgICAgICAgICAgICAg ICBFbHNlIHsKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBJZihMRXF1YWwoQW5k KExvY2FsMSwgMHgyMCwgTG9jYWwwKSwgMHgyMCkpIHsKICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgU3RvcmUoMHgxMCwgTG9jYWwwKQogICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgIH0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBFbHNlIHsK ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgU3RvcmUoWmVybywgTG9jYWww KQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIH0KICAgICAgICAgICAgICAgICAg ICAgICAgICAgIH0KICAgICAgICAgICAgICAgICAgICAgICAgfQogICAgICAgICAgICAgICAg ICAgIH0KICAgICAgICAgICAgICAgICAgICBSZXR1cm4oTG9jYWwwKQogICAgICAgICAgICAg ICAgfQogICAgICAgICAgICAgICAgRGV2aWNlKEJBVDEpIHsKICAgICAgICAgICAgICAgICAg ICBOYW1lKF9ISUQsIDB4MGEwY2QwNDEpCiAgICAgICAgICAgICAgICAgICAgTmFtZShfVUlE LCAweDEpCiAgICAgICAgICAgICAgICAgICAgTmFtZShfUENMLCBQYWNrYWdlKDB4MSkgewog ICAgICAgICAgICAgICAgICAgICAgICBcX1NCXywKICAgICAgICAgICAgICAgICAgICB9KQog ICAgICAgICAgICAgICAgICAgIE5hbWUoQkFUSSwgUGFja2FnZSgweGQpIHsKICAgICAgICAg ICAgICAgICAgICAgICAgMHgwLAogICAgICAgICAgICAgICAgICAgICAgICAweGZmZmZmZmZm LAogICAgICAgICAgICAgICAgICAgICAgICAweGZmZmZmZmZmLAogICAgICAgICAgICAgICAg ICAgICAgICAweDAsCiAgICAgICAgICAgICAgICAgICAgICAgIDB4MzlkMCwKICAgICAgICAg ICAgICAgICAgICAgICAgMHgwLAogICAgICAgICAgICAgICAgICAgICAgICAweDc4LAogICAg ICAgICAgICAgICAgICAgICAgICAweDAsCiAgICAgICAgICAgICAgICAgICAgICAgIDB4YSwK ICAgICAgICAgICAgICAgICAgICAgICAgIiIsCiAgICAgICAgICAgICAgICAgICAgICAgICIi LAogICAgICAgICAgICAgICAgICAgICAgICAiTElPTiIsCiAgICAgICAgICAgICAgICAgICAg ICAgICJTb255IENvcnAuIiwKICAgICAgICAgICAgICAgICAgICB9KQogICAgICAgICAgICAg ICAgICAgIE5hbWUoQkFUUywgUGFja2FnZSgweDQpIHsKICAgICAgICAgICAgICAgICAgICAg ICAgMHgyLAogICAgICAgICAgICAgICAgICAgICAgICAweGZmZmZmZmZmLAogICAgICAgICAg ICAgICAgICAgICAgICAweDBkN2EsCiAgICAgICAgICAgICAgICAgICAgICAgIDB4Mzg0MCwK ICAgICAgICAgICAgICAgICAgICB9KQogICAgICAgICAgICAgICAgICAgIE1ldGhvZChfU1RB KSB7CiAgICAgICAgICAgICAgICAgICAgICAgIFN0b3JlKCJCQVQxIF9TVEEiLCBEZWJ1ZykK ICAgICAgICAgICAgICAgICAgICAgICAgSWYoQW5kKFJETUIsIDB4OGYsIDB4MSkpIHsKICAg ICAgICAgICAgICAgICAgICAgICAgICAgIFplcm8KICAgICAgICAgICAgICAgICAgICAgICAg ICAgIFN0b3JlKDB4ZiwgTG9jYWwwKQogICAgICAgICAgICAgICAgICAgICAgICB9CiAgICAg ICAgICAgICAgICAgICAgICAgIEVsc2UgewogICAgICAgICAgICAgICAgICAgICAgICAgICAg U3RvcmUoMHgxZiwgTG9jYWwwKQogICAgICAgICAgICAgICAgICAgICAgICB9CiAgICAgICAg ICAgICAgICAgICAgICAgIFN0b3JlKExvY2FsMCwgRGVidWcpCiAgICAgICAgICAgICAgICAg ICAgICAgIFJldHVybihMb2NhbDApCiAgICAgICAgICAgICAgICAgICAgfQogICAgICAgICAg ICAgICAgICAgIE1ldGhvZChfQklGKSB7CiAgICAgICAgICAgICAgICAgICAgICAgIFN0b3Jl KCJCQVQxIF9CSUYiLCBEZWJ1ZykKICAgICAgICAgICAgICAgICAgICAgICAgSWYoQW5kKFJE TUIsIDB4OGYsIDB4MSkpIHsKICAgICAgICAgICAgICAgICAgICAgICAgICAgIFplcm8KICAg ICAgICAgICAgICAgICAgICAgICAgfQogICAgICAgICAgICAgICAgICAgICAgICBFbHNlIHsK ICAgICAgICAgICAgICAgICAgICAgICAgICAgIE11bHRpcGx5KEVYUkQsIDB4MzEsIDB4YSkK ICAgICAgICAgICAgICAgICAgICAgICAgICAgIExvY2FsMAogICAgICAgICAgICAgICAgICAg ICAgICAgICAgU3RvcmUoTG9jYWwwLCBJbmRleChCQVRJLCAweDEsICkpCiAgICAgICAgICAg ICAgICAgICAgICAgICAgICBTdG9yZShMb2NhbDAsIEluZGV4KEJBVEksIDB4MiwgKSkKICAg ICAgICAgICAgICAgICAgICAgICAgfQogICAgICAgICAgICAgICAgICAgICAgICBSZXR1cm4o QkFUSSkKICAgICAgICAgICAgICAgICAgICB9CiAgICAgICAgICAgICAgICAgICAgTWV0aG9k KF9CU1QpIHsKICAgICAgICAgICAgICAgICAgICAgICAgU3RvcmUoIkJBVDEgX0JTVCIsIERl YnVnKQogICAgICAgICAgICAgICAgICAgICAgICBTdG9yZShFWFJELCAweGMpCiAgICAgICAg ICAgICAgICAgICAgICAgIEluZGV4KEJBVFMsIDB4MCwgKQogICAgICAgICAgICAgICAgICAg ICAgICBTdG9yZShFWFJELCAweGQpCiAgICAgICAgICAgICAgICAgICAgICAgIEluZGV4KEJB VFMsIDB4MSwgKQogICAgICAgICAgICAgICAgICAgICAgICBNdWx0aXBseShFWFJELCAweGUs IDB4YSkKICAgICAgICAgICAgICAgICAgICAgICAgSW5kZXgoQkFUUywgMHgyLCApCiAgICAg ICAgICAgICAgICAgICAgICAgIFN0b3JlKEVYUkQsIDB4ZikKICAgICAgICAgICAgICAgICAg ICAgICAgSW5kZXgoQkFUUywgMHgzLCApCiAgICAgICAgICAgICAgICAgICAgICAgIFJldHVy bihCQVRTKQogICAgICAgICAgICAgICAgICAgIH0KICAgICAgICAgICAgICAgIH0KICAgICAg ICAgICAgICAgIERldmljZShBQ0FEKSB7CiAgICAgICAgICAgICAgICAgICAgTmFtZShfSElE LCAiQUNQSTAwMDMiKQogICAgICAgICAgICAgICAgICAgIE5hbWUoX1BDTCwgUGFja2FnZSgw eDEpIHsKICAgICAgICAgICAgICAgICAgICAgICAgXF9TQl8sCiAgICAgICAgICAgICAgICAg ICAgfSkKICAgICAgICAgICAgICAgICAgICBNZXRob2QoX1BTUikgewogICAgICAgICAgICAg ICAgICAgICAgICBTdG9yZShSRE1CLCAweDhmKQogICAgICAgICAgICAgICAgICAgICAgICBM b2NhbDAKICAgICAgICAgICAgICAgICAgICAgICAgSWYoQW5kKExvY2FsMCwgMHgyMCwgKSkg ewogICAgICAgICAgICAgICAgICAgICAgICAgICAgUmV0dXJuKDB4MCkKICAgICAgICAgICAg ICAgICAgICAgICAgfQogICAgICAgICAgICAgICAgICAgICAgICBSZXR1cm4oMHgxKQogICAg ICAgICAgICAgICAgICAgIH0KICAgICAgICAgICAgICAgICAgICBNZXRob2QoX1NUQSkgewog ICAgICAgICAgICAgICAgICAgICAgICBSZXR1cm4oMHhmKQogICAgICAgICAgICAgICAgICAg IH0KICAgICAgICAgICAgICAgIH0KICAgICAgICAgICAgICAgIERldmljZShTTkNfKSB7CiAg ICAgICAgICAgICAgICAgICAgTmFtZShfSElELCAweDAxNTBkOTRkKQogICAgICAgICAgICAg ICAgICAgIE5hbWUoUFBTVCwgMHgwKQogICAgICAgICAgICAgICAgICAgIE1ldGhvZChQV0FL KSB7CiAgICAgICAgICAgICAgICAgICAgICAgIFN0b3JlKFxfU0JfLlBDSTAuSVNBXy5FQ19f LlBQS18sIExvY2FsMCkKICAgICAgICAgICAgICAgICAgICAgICAgU3RvcmUoTG9jYWwwLCBQ UFNUKQogICAgICAgICAgICAgICAgICAgICAgICBcX1NCXy5QQ0kwLklTQV8uRUNfXy5FWENE CiAgICAgICAgICAgICAgICAgICAgICAgIDB4MWMKICAgICAgICAgICAgICAgICAgICAgICAg UmV0dXJuKFBQU1QpCiAgICAgICAgICAgICAgICAgICAgfQogICAgICAgICAgICAgICAgICAg IE1ldGhvZChTVENTLCAxKSB7CiAgICAgICAgICAgICAgICAgICAgICAgIFxfU0JfLlBDSTAu SVNBXy5FQ19fLkVYV1QKICAgICAgICAgICAgICAgICAgICAgICAgMHhiCiAgICAgICAgICAg ICAgICAgICAgICAgIEFyZzAKICAgICAgICAgICAgICAgICAgICAgICAgTm90aWZ5KFxfVFpf LkFURjAsIDB4ODEpCiAgICAgICAgICAgICAgICAgICAgfQogICAgICAgICAgICAgICAgICAg IE1ldGhvZChHQlJUKSB7CiAgICAgICAgICAgICAgICAgICAgICAgIFJldHVybihQSFNCKQog ICAgICAgICAgICAgICAgICAgICAgICAweGU2CiAgICAgICAgICAgICAgICAgICAgICAgIDB4 MAogICAgICAgICAgICAgICAgICAgIH0KICAgICAgICAgICAgICAgICAgICBNZXRob2QoU0JS VCwgMSkgewogICAgICAgICAgICAgICAgICAgICAgICBTdG9yZShQSFNCLCAweGU3KQogICAg ICAgICAgICAgICAgICAgICAgICBBcmcwCiAgICAgICAgICAgICAgICAgICAgICAgIExvY2Fs MAogICAgICAgICAgICAgICAgICAgICAgICBcX1NCXy5QQ0kwLklTQV8uRUNfXy5FWFdUCiAg ICAgICAgICAgICAgICAgICAgICAgIDB4MjQKICAgICAgICAgICAgICAgICAgICAgICAgTG9j YWwwCiAgICAgICAgICAgICAgICAgICAgfQogICAgICAgICAgICAgICAgICAgIE1ldGhvZChT UEJSLCAxKSB7CiAgICAgICAgICAgICAgICAgICAgICAgIFBIU0IKICAgICAgICAgICAgICAg ICAgICAgICAgMHhlOAogICAgICAgICAgICAgICAgICAgICAgICBBcmcwCiAgICAgICAgICAg ICAgICAgICAgfQogICAgICAgICAgICAgICAgICAgIE1ldGhvZChHQ1RSKSB7CiAgICAgICAg ICAgICAgICAgICAgICAgIFJldHVybihQSFNCKQogICAgICAgICAgICAgICAgICAgICAgICAw eGU5CiAgICAgICAgICAgICAgICAgICAgICAgIDB4MAogICAgICAgICAgICAgICAgICAgIH0K ICAgICAgICAgICAgICAgICAgICBNZXRob2QoU0NUUiwgMSkgewogICAgICAgICAgICAgICAg ICAgICAgICBTdG9yZShQSFNCLCAweGVhKQogICAgICAgICAgICAgICAgICAgICAgICBBcmcw CiAgICAgICAgICAgICAgICAgICAgICAgIExvY2FsMAogICAgICAgICAgICAgICAgICAgICAg ICBcX1NCXy5QQ0kwLklTQV8uRUNfXy5FWFdUCiAgICAgICAgICAgICAgICAgICAgICAgIDB4 MjMKICAgICAgICAgICAgICAgICAgICAgICAgTG9jYWwwCiAgICAgICAgICAgICAgICAgICAg fQogICAgICAgICAgICAgICAgICAgIE1ldGhvZChTUENSLCAxKSB7CiAgICAgICAgICAgICAg ICAgICAgICAgIFBIU0IKICAgICAgICAgICAgICAgICAgICAgICAgMHhlYgogICAgICAgICAg ICAgICAgICAgICAgICBBcmcwCiAgICAgICAgICAgICAgICAgICAgfQogICAgICAgICAgICAg ICAgICAgIE1ldGhvZChHTUdCKSB7CiAgICAgICAgICAgICAgICAgICAgICAgIFBIU18KICAg ICAgICAgICAgICAgICAgICAgICAgMHhmMwogICAgICAgICAgICAgICAgICAgICAgICBSZXR1 cm4oSU5GQikKICAgICAgICAgICAgICAgICAgICB9CiAgICAgICAgICAgICAgICAgICAgTWV0 aG9kKENNR0IsIDEpIHsKICAgICAgICAgICAgICAgICAgICAgICAgSWYoQXJnMCkgewogICAg ICAgICAgICAgICAgICAgICAgICAgICAgU3RvcmUoWmVybywgR08yMykKICAgICAgICAgICAg ICAgICAgICAgICAgfQogICAgICAgICAgICAgICAgICAgICAgICBFbHNlIHsKICAgICAgICAg ICAgICAgICAgICAgICAgICAgIFN0b3JlKE9uZSwgR08yMykKICAgICAgICAgICAgICAgICAg ICAgICAgfQogICAgICAgICAgICAgICAgICAgIH0KICAgICAgICAgICAgICAgICAgICBNZXRo b2QoU01HQiwgMSkgewogICAgICAgICAgICAgICAgICAgICAgICBTdG9yZShBcmcwLCBJTkZC KQogICAgICAgICAgICAgICAgICAgICAgICBQSFNfCiAgICAgICAgICAgICAgICAgICAgICAg IDB4ZjQKICAgICAgICAgICAgICAgICAgICB9CiAgICAgICAgICAgICAgICAgICAgTWV0aG9k KEdQS0MpIHsKICAgICAgICAgICAgICAgICAgICAgICAgUEhTXwogICAgICAgICAgICAgICAg ICAgICAgICAweGY1CiAgICAgICAgICAgICAgICAgICAgICAgIFJldHVybihJTkZCKQogICAg ICAgICAgICAgICAgICAgIH0KICAgICAgICAgICAgICAgICAgICBNZXRob2QoU1BLQywgMSkg ewogICAgICAgICAgICAgICAgICAgICAgICBTdG9yZShBcmcwLCBJTkZCKQogICAgICAgICAg ICAgICAgICAgICAgICBQSFNfCiAgICAgICAgICAgICAgICAgICAgICAgIDB4ZjYKICAgICAg ICAgICAgICAgICAgICAgICAgXF9TQl8uUENJMC5JU0FfLkVDX18uRVhXVAogICAgICAgICAg ICAgICAgICAgICAgICAweDI1CiAgICAgICAgICAgICAgICAgICAgICAgIEFyZzAKICAgICAg ICAgICAgICAgICAgICAgICAgXF9TQl8uUENJMC5JU0FfLkVDX18uRVhDRAogICAgICAgICAg ICAgICAgICAgICAgICAweDFjCiAgICAgICAgICAgICAgICAgICAgfQogICAgICAgICAgICAg ICAgICAgIE1ldGhvZChHUExSKSB7CiAgICAgICAgICAgICAgICAgICAgICAgIFBIU18KICAg ICAgICAgICAgICAgICAgICAgICAgMHhmNwogICAgICAgICAgICAgICAgICAgICAgICBSZXR1 cm4oSU5GQikKICAgICAgICAgICAgICAgICAgICB9CiAgICAgICAgICAgICAgICAgICAgTWV0 aG9kKFNQTFIsIDEpIHsKICAgICAgICAgICAgICAgICAgICAgICAgU3RvcmUoQXJnMCwgSU5G QikKICAgICAgICAgICAgICAgICAgICAgICAgUEhTXwogICAgICAgICAgICAgICAgICAgICAg ICAweGY4CiAgICAgICAgICAgICAgICAgICAgICAgIFxfU0JfLlBDSTAuSVNBXy5FQ19fLkVY V1QKICAgICAgICAgICAgICAgICAgICAgICAgMHgyNgogICAgICAgICAgICAgICAgICAgICAg ICBBcmcwCiAgICAgICAgICAgICAgICAgICAgICAgIFxfU0JfLlBDSTAuSVNBXy5FQ19fLkVY Q0QKICAgICAgICAgICAgICAgICAgICAgICAgMHgxYwogICAgICAgICAgICAgICAgICAgIH0K ICAgICAgICAgICAgICAgICAgICBNZXRob2QoR0lMUykgewogICAgICAgICAgICAgICAgICAg ICAgICBSZXR1cm4oXF9TQl8uUENJMC5JU0FfLkVDX18uRVhSRCkKICAgICAgICAgICAgICAg ICAgICAgICAgMHgyOAogICAgICAgICAgICAgICAgICAgIH0KICAgICAgICAgICAgICAgICAg ICBNZXRob2QoU0lMUywgMSkgewogICAgICAgICAgICAgICAgICAgICAgICBcX1NCXy5QQ0kw LklTQV8uRUNfXy5FWFdUCiAgICAgICAgICAgICAgICAgICAgICAgIDB4MjcKICAgICAgICAg ICAgICAgICAgICAgICAgQXJnMAogICAgICAgICAgICAgICAgICAgIH0KICAgICAgICAgICAg ICAgICAgICBNZXRob2QoR0xJRCkgewogICAgICAgICAgICAgICAgICAgICAgICBSZXR1cm4o XF9TQl8uUENJMC5JU0FfLkVDX18uTElEXykKICAgICAgICAgICAgICAgICAgICB9CiAgICAg ICAgICAgICAgICAgICAgTWV0aG9kKFNMQkgsIDEpIHsKICAgICAgICAgICAgICAgICAgICAg ICAgXF9TQl8uUENJMC5JU0FfLkVDX18uRVhXVAogICAgICAgICAgICAgICAgICAgICAgICAw eDJiCiAgICAgICAgICAgICAgICAgICAgICAgIEFyZzAKICAgICAgICAgICAgICAgICAgICB9 CiAgICAgICAgICAgICAgICB9CiAgICAgICAgICAgIH0KICAgICAgICAgICAgRGV2aWNlKENP TUEpIHsKICAgICAgICAgICAgICAgIE5hbWUoX0hJRCwgMHgwMTA1ZDA0MSkKICAgICAgICAg ICAgICAgIE5hbWUoX1VJRCwgMHgxKQogICAgICAgICAgICAgICAgTmFtZShNQ0RfLCAweDEw KQogICAgICAgICAgICAgICAgTWV0aG9kKF9DUlMpIHsKICAgICAgICAgICAgICAgICAgICBS ZXR1cm4oUFNDUykKICAgICAgICAgICAgICAgICAgICAweDEwCiAgICAgICAgICAgICAgICB9 CiAgICAgICAgICAgICAgICBNZXRob2QoX1NSUywgMSkgewogICAgICAgICAgICAgICAgICAg IFBTU1MKICAgICAgICAgICAgICAgICAgICAweDEwCiAgICAgICAgICAgICAgICAgICAgQXJn MAogICAgICAgICAgICAgICAgfQogICAgICAgICAgICAgICAgTWV0aG9kKF9QUlMpIHsKICAg ICAgICAgICAgICAgICAgICBSZXR1cm4oUFNQUykKICAgICAgICAgICAgICAgICAgICAweDEw CiAgICAgICAgICAgICAgICB9CiAgICAgICAgICAgICAgICBNZXRob2QoX0RJUykgewogICAg ICAgICAgICAgICAgICAgIFBTREkKICAgICAgICAgICAgICAgICAgICAweDEwCiAgICAgICAg ICAgICAgICB9CiAgICAgICAgICAgICAgICBNZXRob2QoX1NUQSkgewogICAgICAgICAgICAg ICAgICAgIFJldHVybihQU1NUKQogICAgICAgICAgICAgICAgICAgIDB4MTAKICAgICAgICAg ICAgICAgIH0KICAgICAgICAgICAgICAgIE1ldGhvZChfUFMwKSB7CiAgICAgICAgICAgICAg ICAgICAgU3RvcmUoT25lLCBHTzMwKQogICAgICAgICAgICAgICAgICAgIFN0b3JlKDB4MCwg X1BTQykKICAgICAgICAgICAgICAgIH0KICAgICAgICAgICAgICAgIE1ldGhvZChfUFMzKSB7 CiAgICAgICAgICAgICAgICAgICAgU3RvcmUoMHgzLCBfUFNDKQogICAgICAgICAgICAgICAg fQogICAgICAgICAgICAgICAgTmFtZShfUFNDLCAweDApCiAgICAgICAgICAgIH0KICAgICAg ICAgICAgRGV2aWNlKEZJUl8pIHsKICAgICAgICAgICAgICAgIE5hbWUoX0hJRCwgMHgxMGYw YTM0ZCkKICAgICAgICAgICAgICAgIE5hbWUoX0NJRCwgMHgxMDA1ZDA0MSkKICAgICAgICAg ICAgICAgIE5hbWUoX1VJRCwgMHgyKQogICAgICAgICAgICAgICAgTmFtZShNQ0RfLCAweDEz KQogICAgICAgICAgICAgICAgTWV0aG9kKF9DUlMpIHsKICAgICAgICAgICAgICAgICAgICBS ZXR1cm4oUFNDUykKICAgICAgICAgICAgICAgICAgICAweDEzCiAgICAgICAgICAgICAgICB9 CiAgICAgICAgICAgICAgICBNZXRob2QoX1NSUywgMSkgewogICAgICAgICAgICAgICAgICAg IFBTU1MKICAgICAgICAgICAgICAgICAgICAweDEzCiAgICAgICAgICAgICAgICAgICAgQXJn MAogICAgICAgICAgICAgICAgfQogICAgICAgICAgICAgICAgTWV0aG9kKF9QUlMpIHsKICAg ICAgICAgICAgICAgICAgICBSZXR1cm4oUFNQUykKICAgICAgICAgICAgICAgICAgICAweDEz CiAgICAgICAgICAgICAgICB9CiAgICAgICAgICAgICAgICBNZXRob2QoX0RJUykgewogICAg ICAgICAgICAgICAgICAgIFBTREkKICAgICAgICAgICAgICAgICAgICAweDEzCiAgICAgICAg ICAgICAgICB9CiAgICAgICAgICAgICAgICBNZXRob2QoX1NUQSkgewogICAgICAgICAgICAg ICAgICAgIFJldHVybihQU1NUKQogICAgICAgICAgICAgICAgICAgIDB4MTMKICAgICAgICAg ICAgICAgIH0KICAgICAgICAgICAgICAgIE1ldGhvZChfUFMwKSB7CiAgICAgICAgICAgICAg ICAgICAgXF9TQl8uUENJMC5JU0FfLkVDX18uRVhXVAogICAgICAgICAgICAgICAgICAgIDB4 MmEKICAgICAgICAgICAgICAgICAgICBPbmUKICAgICAgICAgICAgICAgICAgICBTdG9yZSgw eDAsIF9QU0MpCiAgICAgICAgICAgICAgICB9CiAgICAgICAgICAgICAgICBNZXRob2QoX1BT MykgewogICAgICAgICAgICAgICAgICAgIFxfU0JfLlBDSTAuSVNBXy5FQ19fLkVYV1QKICAg ICAgICAgICAgICAgICAgICAweDJhCiAgICAgICAgICAgICAgICAgICAgWmVybwogICAgICAg ICAgICAgICAgICAgIFN0b3JlKDB4MywgX1BTQykKICAgICAgICAgICAgICAgIH0KICAgICAg ICAgICAgICAgIE5hbWUoX1BTQywgMHgwKQogICAgICAgICAgICB9CiAgICAgICAgICAgIERl dmljZShMUFRBKSB7CiAgICAgICAgICAgICAgICBOYW1lKF9ISUQsIDB4MDAwNGQwNDEpCiAg ICAgICAgICAgICAgICBOYW1lKF9VSUQsIDB4MSkKICAgICAgICAgICAgICAgIE5hbWUoTUNE XywgMHhkKQogICAgICAgICAgICAgICAgTWV0aG9kKEJfQ1IpIHsKICAgICAgICAgICAgICAg ICAgICBSZXR1cm4oUFNDUykKICAgICAgICAgICAgICAgICAgICAweGQKICAgICAgICAgICAg ICAgIH0KICAgICAgICAgICAgICAgIE1ldGhvZChCX1NSLCAxKSB7CiAgICAgICAgICAgICAg ICAgICAgUFNTUwogICAgICAgICAgICAgICAgICAgIDB4ZAogICAgICAgICAgICAgICAgICAg IEFyZzAKICAgICAgICAgICAgICAgIH0KICAgICAgICAgICAgICAgIE1ldGhvZChCX1BSKSB7 CiAgICAgICAgICAgICAgICAgICAgUmV0dXJuKFBTUFMpCiAgICAgICAgICAgICAgICAgICAg MHhkCiAgICAgICAgICAgICAgICB9CiAgICAgICAgICAgICAgICBNZXRob2QoQl9ESSkgewog ICAgICAgICAgICAgICAgICAgIFBTREkKICAgICAgICAgICAgICAgICAgICAweGQKICAgICAg ICAgICAgICAgIH0KICAgICAgICAgICAgICAgIE1ldGhvZChfU1RBKSB7CiAgICAgICAgICAg ICAgICAgICAgUmV0dXJuKFBTU1QpCiAgICAgICAgICAgICAgICAgICAgMHhkCiAgICAgICAg ICAgICAgICB9CiAgICAgICAgICAgICAgICBOYW1lKF9QU0MsIDB4MCkKICAgICAgICAgICAg fQogICAgICAgICAgICBEZXZpY2UoTFBUQikgewogICAgICAgICAgICAgICAgTmFtZShfSElE LCAweDAwMDRkMDQxKQogICAgICAgICAgICAgICAgTmFtZShfVUlELCAweDIpCiAgICAgICAg ICAgICAgICBOYW1lKE1DRF8sIDB4ZSkKICAgICAgICAgICAgICAgIE1ldGhvZChCX0NSKSB7 CiAgICAgICAgICAgICAgICAgICAgUmV0dXJuKFBTQ1MpCiAgICAgICAgICAgICAgICAgICAg MHhlCiAgICAgICAgICAgICAgICB9CiAgICAgICAgICAgICAgICBNZXRob2QoQl9TUiwgMSkg ewogICAgICAgICAgICAgICAgICAgIFBTU1MKICAgICAgICAgICAgICAgICAgICAweGUKICAg ICAgICAgICAgICAgICAgICBBcmcwCiAgICAgICAgICAgICAgICB9CiAgICAgICAgICAgICAg ICBNZXRob2QoQl9QUikgewogICAgICAgICAgICAgICAgICAgIFJldHVybihQU1BTKQogICAg ICAgICAgICAgICAgICAgIDB4ZQogICAgICAgICAgICAgICAgfQogICAgICAgICAgICAgICAg TWV0aG9kKEJfREkpIHsKICAgICAgICAgICAgICAgICAgICBQU0RJCiAgICAgICAgICAgICAg ICAgICAgMHhlCiAgICAgICAgICAgICAgICB9CiAgICAgICAgICAgICAgICBNZXRob2QoX1NU QSkgewogICAgICAgICAgICAgICAgICAgIFJldHVybihQU1NUKQogICAgICAgICAgICAgICAg ICAgIDB4ZQogICAgICAgICAgICAgICAgfQogICAgICAgICAgICAgICAgTmFtZShfUFNDLCAw eDApCiAgICAgICAgICAgIH0KICAgICAgICAgICAgRGV2aWNlKEVDUF8pIHsKICAgICAgICAg ICAgICAgIE5hbWUoX0hJRCwgMHgwMTA0ZDA0MSkKICAgICAgICAgICAgICAgIE5hbWUoTUNE XywgMHhmKQogICAgICAgICAgICAgICAgTWV0aG9kKF9DUlMpIHsKICAgICAgICAgICAgICAg ICAgICBSZXR1cm4oUFNDUykKICAgICAgICAgICAgICAgICAgICAweGYKICAgICAgICAgICAg ICAgIH0KICAgICAgICAgICAgICAgIE1ldGhvZChfU1JTLCAxKSB7CiAgICAgICAgICAgICAg ICAgICAgUFNTUwogICAgICAgICAgICAgICAgICAgIDB4ZgogICAgICAgICAgICAgICAgICAg IEFyZzAKICAgICAgICAgICAgICAgIH0KICAgICAgICAgICAgICAgIE1ldGhvZChfUFJTKSB7 CiAgICAgICAgICAgICAgICAgICAgUmV0dXJuKFBTUFMpCiAgICAgICAgICAgICAgICAgICAg MHhmCiAgICAgICAgICAgICAgICB9CiAgICAgICAgICAgICAgICBNZXRob2QoX0RJUykgewog ICAgICAgICAgICAgICAgICAgIFBTREkKICAgICAgICAgICAgICAgICAgICAweGYKICAgICAg ICAgICAgICAgIH0KICAgICAgICAgICAgICAgIE1ldGhvZChfU1RBKSB7CiAgICAgICAgICAg ICAgICAgICAgUmV0dXJuKFBTU1QpCiAgICAgICAgICAgICAgICAgICAgMHhmCiAgICAgICAg ICAgICAgICB9CiAgICAgICAgICAgICAgICBOYW1lKF9QU0MsIDB4MCkKICAgICAgICAgICAg fQogICAgICAgICAgICBEZXZpY2UoRkRDXykgewogICAgICAgICAgICAgICAgTmFtZShfSElE LCAweDAwMDdkMDQxKQogICAgICAgICAgICAgICAgTmFtZShNQ0RfLCAweGMpCiAgICAgICAg ICAgICAgICBNZXRob2QoQl9DUikgewogICAgICAgICAgICAgICAgICAgIFJldHVybihQU0NT KQogICAgICAgICAgICAgICAgICAgIDB4YwogICAgICAgICAgICAgICAgfQogICAgICAgICAg ICAgICAgTWV0aG9kKEJfU1IsIDEpIHsKICAgICAgICAgICAgICAgICAgICBQU1NTCiAgICAg ICAgICAgICAgICAgICAgMHhjCiAgICAgICAgICAgICAgICAgICAgQXJnMAogICAgICAgICAg ICAgICAgfQogICAgICAgICAgICAgICAgTWV0aG9kKEJfUFIpIHsKICAgICAgICAgICAgICAg ICAgICBSZXR1cm4oUFNQUykKICAgICAgICAgICAgICAgICAgICAweGMKICAgICAgICAgICAg ICAgIH0KICAgICAgICAgICAgICAgIE1ldGhvZChCX0RJKSB7CiAgICAgICAgICAgICAgICAg ICAgUFNESQogICAgICAgICAgICAgICAgICAgIDB4YwogICAgICAgICAgICAgICAgfQogICAg ICAgICAgICAgICAgTWV0aG9kKF9TVEEpIHsKICAgICAgICAgICAgICAgICAgICBSZXR1cm4o UFNTVCkKICAgICAgICAgICAgICAgICAgICAweGMKICAgICAgICAgICAgICAgIH0KICAgICAg ICAgICAgICAgIE5hbWUoX1BTQywgMHgwKQogICAgICAgICAgICB9CiAgICAgICAgfQogICAg ICAgIERldmljZShQWDRfKSB7CiAgICAgICAgICAgIE5hbWUoX0FEUiwgMHgwMDA3MDAwMCkK ICAgICAgICAgICAgT3BlcmF0aW9uUmVnaW9uKEdFTkMsIFBDSV9Db25maWcsIDB4YjAsIDB4 NCkKICAgICAgICAgICAgRmllbGQoR0VOQywgRFdvcmRBY2MsIE5vTG9jaywgUHJlc2VydmUp IHsKICAgICAgICAgICAgICAgIElTQVMsCTEsCiAgICAgICAgICAgICAgICBQT1NELAkxLAog ICAgICAgICAgICAgICAgLAk5LAogICAgICAgICAgICAgICAgSUQwVCwJMSwKICAgICAgICAg ICAgICAgIElEMVQsCTEKICAgICAgICAgICAgfQogICAgICAgICAgICBPcGVyYXRpb25SZWdp b24oUENJXywgUENJX0NvbmZpZywgMHg2MCwgMHg0KQogICAgICAgICAgICBGaWVsZChQQ0lf LCBEV29yZEFjYywgTm9Mb2NrLCBQcmVzZXJ2ZSkgewogICAgICAgICAgICAgICAgUElSUSwJ MzIKICAgICAgICAgICAgfQogICAgICAgICAgICBOYW1lKFAxX18sIEJ1ZmZlcigweDQpIHsw eDAgfSkKICAgICAgICAgICAgTWV0aG9kKFJFU1ApIHsKICAgICAgICAgICAgICAgIFN0b3Jl KFAxX18sIFBJUlEpCiAgICAgICAgICAgIH0KICAgICAgICAgICAgTWV0aG9kKFNBVlApIHsK ICAgICAgICAgICAgICAgIFN0b3JlKFBJUlEsIFAxX18pCiAgICAgICAgICAgIH0KICAgICAg ICB9CiAgICB9Cn0KU2NvcGUoXF9TSV8pIHsKICAgIE1ldGhvZChfU1NULCAxKSB7CiAgICAg ICAgSWYoTEVxdWFsKEFyZzAsIDB4MCkpIHsKICAgICAgICB9CiAgICAgICAgSWYoTEVxdWFs KEFyZzAsIDB4MSkpIHsKICAgICAgICB9CiAgICAgICAgSWYoTEVxdWFsKEFyZzAsIDB4Mikp IHsKICAgICAgICB9CiAgICAgICAgSWYoTEVxdWFsKEFyZzAsIDB4MykpIHsKICAgICAgICB9 CiAgICAgICAgSWYoTEVxdWFsKEFyZzAsIDB4NCkpIHsKICAgICAgICB9CiAgICAgICAgSWYo TEVxdWFsKEFyZzAsIDB4NSkpIHsKICAgICAgICB9CiAgICB9Cn0KTWV0aG9kKF9XQUssIDEp IHsKICAgIE5vdGlmeShcX1NCXy5QV1JCLCAweDIpCiAgICBSZXR1cm4oWmVybykKfQpTY29w ZShcX1RaXykgewogICAgTWV0aG9kKEtFTFYsIDEpIHsKICAgICAgICBTdG9yZSgiQ29udmVy dGVkIEtlbHZpbiIsIERlYnVnKQogICAgICAgIFN0b3JlKEFyZzAsIExvY2FsMCkKICAgICAg ICBNdWx0aXBseShMb2NhbDAsIDB4YSwgTG9jYWwwKQogICAgICAgIEFkZChMb2NhbDAsIDB4 MGFhYiwgTG9jYWwwKQogICAgICAgIFJldHVybihMb2NhbDApCiAgICB9CiAgICBUaGVybWFs Wm9uZShBVEYwKSB7CiAgICAgICAgTWV0aG9kKF9UTVApIHsKICAgICAgICAgICAgU3RvcmUo IkdldCBBVEYwIFRlbXBhcmV0dXJlIiwgRGVidWcpCiAgICAgICAgICAgIFJldHVybihLRUxW KQogICAgICAgICAgICBcX1NCXy5QQ0kwLklTQV8uRUNfXy5FWFJECiAgICAgICAgICAgIDB4 MgogICAgICAgIH0KICAgICAgICBNZXRob2QoX1BTVikgewogICAgICAgICAgICBTdG9yZSgi R2V0IEFURjAgUGFzc2l2ZSBUcmlwIHBvaW50IiwgRGVidWcpCiAgICAgICAgICAgIFJldHVy bihLRUxWKQogICAgICAgICAgICBcX1NCXy5QQ0kwLklTQV8uRUNfXy5FWFJECiAgICAgICAg ICAgIDB4MTgKICAgICAgICB9CiAgICAgICAgTmFtZShfUFNMLCBQYWNrYWdlKDB4MSkgewog ICAgICAgICAgICBcX1BSXy5DUFUwLAogICAgICAgIH0pCiAgICAgICAgTWV0aG9kKF9DUlQp IHsKICAgICAgICAgICAgU3RvcmUoIkdldCBBVEYwIENyaXRpY2FsIFRyaXAgcG9pbnQiLCBE ZWJ1ZykKICAgICAgICAgICAgUmV0dXJuKEtFTFYpCiAgICAgICAgICAgIFxfU0JfLlBDSTAu SVNBXy5FQ19fLkVYUkQKICAgICAgICAgICAgMHgxOQogICAgICAgIH0KICAgICAgICBNZXRo b2QoX1NDUCwgMSkgewogICAgICAgICAgICBcX1NCXy5QQ0kwLklTQV8uRUNfXy5FWFdUCiAg ICAgICAgICAgIDB4YgogICAgICAgICAgICBBcmcwCiAgICAgICAgfQogICAgICAgIE5hbWUo X1RDMSwgMHgxKQogICAgICAgIE5hbWUoX1RDMiwgMHgxKQogICAgICAgIE5hbWUoX1RTUCwg MHg2NCkKICAgIH0KfQpTY29wZShfU0JfKSB7CiAgICBOYW1lKElSUVAsIFBhY2thZ2UoMHgx MCkgewogICAgICAgIDB4MCwKICAgICAgICAweDAsCiAgICAgICAgMHgwLAogICAgICAgIDB4 MCwKICAgICAgICAweDAsCiAgICAgICAgMHgwLAogICAgICAgIDB4MCwKICAgICAgICAweDAs CiAgICAgICAgMHgwLAogICAgICAgIDB4MDIwMCwKICAgICAgICAweDAsCiAgICAgICAgMHgw LAogICAgICAgIDB4MCwKICAgICAgICAweDAsCiAgICAgICAgMHgwLAogICAgICAgIDB4MCwK ICAgIH0pCiAgICBEZXZpY2UoTE5LQSkgewogICAgICAgIE5hbWUoX0hJRCwgMHgwZjBjZDA0 MSkKICAgICAgICBOYW1lKF9VSUQsIDB4MSkKICAgICAgICBOYW1lKF9QUlMsIEJ1ZmZlcigw eDYpIHsweDIzLCAweDAsIDB4MiwgMHgxOCwgMHg3OSwgMHgwIH0pCiAgICAgICAgTWV0aG9k KF9ESVMpIHsKICAgICAgICAgICAgT3IoXF9TQl8uUENJMC5JU0FfLlBJUkEsIDB4ODAsIFxf U0JfLlBDSTAuSVNBXy5QSVJBKQogICAgICAgIH0KICAgICAgICBNZXRob2QoX0NSUykgewog ICAgICAgICAgICBOYW1lKEJVRkEsIEJ1ZmZlcigweDYpIHsweDIzLCAweDAsIDB4MCwgMHgx OCwgMHg3OSwgMHgwIH0pCiAgICAgICAgICAgIENyZWF0ZVdvcmRGaWVsZChCVUZBLCAweDEs IElSQTEpCiAgICAgICAgICAgIEFuZChcX1NCXy5QQ0kwLklTQV8uUElSQSwgMHg4ZiwgTG9j YWwwKQogICAgICAgICAgICBJZihMTGVzcyhMb2NhbDAsIDB4ODApKSB7CiAgICAgICAgICAg ICAgICBBbmQoTG9jYWwwLCAweGYsIExvY2FsMCkKICAgICAgICAgICAgICAgIFN0b3JlKERl cmVmT2YoSW5kZXgoSVJRUCwgTG9jYWwwLCApKSwgTG9jYWw0KQogICAgICAgICAgICAgICAg U3RvcmUoTG9jYWw0LCBJUkExKQogICAgICAgICAgICB9CiAgICAgICAgICAgIFJldHVybihC VUZBKQogICAgICAgIH0KICAgICAgICBNZXRob2QoX1NSUywgMSkgewogICAgICAgICAgICBD cmVhdGVXb3JkRmllbGQoQXJnMCwgMHgxLCBJUkExKQogICAgICAgICAgICBTdG9yZShJUkEx LCBMb2NhbDApCiAgICAgICAgICAgIFN0b3JlKE1hdGNoKElSUVAsIE1FUSwgTG9jYWwwLCBN VFIsIDB4MCwgMHgwKSwgTG9jYWwxKQogICAgICAgICAgICBBbmQoXF9TQl8uUENJMC5JU0Ff LlBJUkEsIDB4NzAsIExvY2FsMCkKICAgICAgICAgICAgT3IoTG9jYWwxLCBMb2NhbDAsIFxf U0JfLlBDSTAuSVNBXy5QSVJBKQogICAgICAgIH0KICAgICAgICBNZXRob2QoX1NUQSkgewog ICAgICAgICAgICBJZihMRXF1YWwoXF9TQl8uUENJMC5JU0FfLlBJUkEsIDB4ODApKSB7CiAg ICAgICAgICAgICAgICBSZXR1cm4oMHg5KQogICAgICAgICAgICB9CiAgICAgICAgICAgIEVs c2UgewogICAgICAgICAgICAgICAgUmV0dXJuKDB4YikKICAgICAgICAgICAgfQogICAgICAg IH0KICAgIH0KICAgIERldmljZShMTktCKSB7CiAgICAgICAgTmFtZShfSElELCAweDBmMGNk MDQxKQogICAgICAgIE5hbWUoX1VJRCwgMHgyKQogICAgICAgIE5hbWUoX1BSUywgQnVmZmVy KDB4NikgezB4MjMsIDB4MCwgMHgyLCAweDE4LCAweDc5LCAweDAgfSkKICAgICAgICBNZXRo b2QoX0RJUykgewogICAgICAgICAgICBPcihcX1NCXy5QQ0kwLklTQV8uUElSQiwgMHg4MCwg XF9TQl8uUENJMC5JU0FfLlBJUkIpCiAgICAgICAgfQogICAgICAgIE1ldGhvZChfQ1JTKSB7 CiAgICAgICAgICAgIE5hbWUoQlVGQSwgQnVmZmVyKDB4NikgezB4MjMsIDB4MCwgMHgwLCAw eDE4LCAweDc5LCAweDAgfSkKICAgICAgICAgICAgQ3JlYXRlV29yZEZpZWxkKEJVRkEsIDB4 MSwgSVJBMSkKICAgICAgICAgICAgQW5kKFxfU0JfLlBDSTAuSVNBXy5QSVJCLCAweDhmLCBM b2NhbDApCiAgICAgICAgICAgIElmKExMZXNzKExvY2FsMCwgMHg4MCkpIHsKICAgICAgICAg ICAgICAgIEFuZChMb2NhbDAsIDB4ZiwgTG9jYWwwKQogICAgICAgICAgICAgICAgU3RvcmUo RGVyZWZPZihJbmRleChJUlFQLCBMb2NhbDAsICkpLCBMb2NhbDQpCiAgICAgICAgICAgICAg ICBTdG9yZShMb2NhbDQsIElSQTEpCiAgICAgICAgICAgIH0KICAgICAgICAgICAgUmV0dXJu KEJVRkEpCiAgICAgICAgfQogICAgICAgIE1ldGhvZChfU1JTLCAxKSB7CiAgICAgICAgICAg IENyZWF0ZVdvcmRGaWVsZChBcmcwLCAweDEsIElSQTEpCiAgICAgICAgICAgIFN0b3JlKElS QTEsIExvY2FsMCkKICAgICAgICAgICAgU3RvcmUoTWF0Y2goSVJRUCwgTUVRLCBMb2NhbDAs IE1UUiwgMHgwLCAweDApLCBMb2NhbDEpCiAgICAgICAgICAgIEFuZChcX1NCXy5QQ0kwLklT QV8uUElSQiwgMHg3MCwgTG9jYWwwKQogICAgICAgICAgICBPcihMb2NhbDEsIExvY2FsMCwg XF9TQl8uUENJMC5JU0FfLlBJUkIpCiAgICAgICAgfQogICAgICAgIE1ldGhvZChfU1RBKSB7 CiAgICAgICAgICAgIElmKExFcXVhbChcX1NCXy5QQ0kwLklTQV8uUElSQiwgMHg4MCkpIHsK ICAgICAgICAgICAgICAgIFJldHVybigweDkpCiAgICAgICAgICAgIH0KICAgICAgICAgICAg RWxzZSB7CiAgICAgICAgICAgICAgICBSZXR1cm4oMHhiKQogICAgICAgICAgICB9CiAgICAg ICAgfQogICAgfQogICAgRGV2aWNlKExOS0MpIHsKICAgICAgICBOYW1lKF9ISUQsIDB4MGYw Y2QwNDEpCiAgICAgICAgTmFtZShfVUlELCAweDMpCiAgICAgICAgTmFtZShfUFJTLCBCdWZm ZXIoMHg2KSB7MHgyMywgMHgwLCAweDIsIDB4MTgsIDB4NzksIDB4MCB9KQogICAgICAgIE1l dGhvZChfRElTKSB7CiAgICAgICAgICAgIE9yKFxfU0JfLlBDSTAuSVNBXy5QSVJDLCAweDgw LCBcX1NCXy5QQ0kwLklTQV8uUElSQykKICAgICAgICB9CiAgICAgICAgTWV0aG9kKF9DUlMp IHsKICAgICAgICAgICAgTmFtZShCVUZBLCBCdWZmZXIoMHg2KSB7MHgyMywgMHgwLCAweDAs IDB4MTgsIDB4NzksIDB4MCB9KQogICAgICAgICAgICBDcmVhdGVXb3JkRmllbGQoQlVGQSwg MHgxLCBJUkExKQogICAgICAgICAgICBBbmQoXF9TQl8uUENJMC5JU0FfLlBJUkMsIDB4OGYs IExvY2FsMCkKICAgICAgICAgICAgSWYoTExlc3MoTG9jYWwwLCAweDgwKSkgewogICAgICAg ICAgICAgICAgQW5kKExvY2FsMCwgMHhmLCBMb2NhbDApCiAgICAgICAgICAgICAgICBTdG9y ZShEZXJlZk9mKEluZGV4KElSUVAsIExvY2FsMCwgKSksIExvY2FsNCkKICAgICAgICAgICAg ICAgIFN0b3JlKExvY2FsNCwgSVJBMSkKICAgICAgICAgICAgfQogICAgICAgICAgICBSZXR1 cm4oQlVGQSkKICAgICAgICB9CiAgICAgICAgTWV0aG9kKF9TUlMsIDEpIHsKICAgICAgICAg ICAgQ3JlYXRlV29yZEZpZWxkKEFyZzAsIDB4MSwgSVJBMSkKICAgICAgICAgICAgU3RvcmUo SVJBMSwgTG9jYWwwKQogICAgICAgICAgICBTdG9yZShNYXRjaChJUlFQLCBNRVEsIExvY2Fs MCwgTVRSLCAweDAsIDB4MCksIExvY2FsMSkKICAgICAgICAgICAgQW5kKFxfU0JfLlBDSTAu SVNBXy5QSVJDLCAweDcwLCBMb2NhbDApCiAgICAgICAgICAgIE9yKExvY2FsMSwgTG9jYWww LCBcX1NCXy5QQ0kwLklTQV8uUElSQykKICAgICAgICB9CiAgICAgICAgTWV0aG9kKF9TVEEp IHsKICAgICAgICAgICAgSWYoTEVxdWFsKFxfU0JfLlBDSTAuSVNBXy5QSVJDLCAweDgwKSkg ewogICAgICAgICAgICAgICAgUmV0dXJuKDB4OSkKICAgICAgICAgICAgfQogICAgICAgICAg ICBFbHNlIHsKICAgICAgICAgICAgICAgIFJldHVybigweGIpCiAgICAgICAgICAgIH0KICAg ICAgICB9CiAgICB9CiAgICBEZXZpY2UoTE5LRCkgewogICAgICAgIE5hbWUoX0hJRCwgMHgw ZjBjZDA0MSkKICAgICAgICBOYW1lKF9VSUQsIDB4NCkKICAgICAgICBOYW1lKF9QUlMsIEJ1 ZmZlcigweDYpIHsweDIzLCAweDAsIDB4MiwgMHgxOCwgMHg3OSwgMHgwIH0pCiAgICAgICAg TWV0aG9kKF9ESVMpIHsKICAgICAgICAgICAgT3IoXF9TQl8uUENJMC5JU0FfLlBJUkQsIDB4 ODAsIFxfU0JfLlBDSTAuSVNBXy5QSVJEKQogICAgICAgIH0KICAgICAgICBNZXRob2QoX0NS UykgewogICAgICAgICAgICBOYW1lKEJVRkEsIEJ1ZmZlcigweDYpIHsweDIzLCAweDAsIDB4 MCwgMHgxOCwgMHg3OSwgMHgwIH0pCiAgICAgICAgICAgIENyZWF0ZVdvcmRGaWVsZChCVUZB LCAweDEsIElSQTEpCiAgICAgICAgICAgIEFuZChcX1NCXy5QQ0kwLklTQV8uUElSRCwgMHg4 ZiwgTG9jYWwwKQogICAgICAgICAgICBJZihMTGVzcyhMb2NhbDAsIDB4ODApKSB7CiAgICAg ICAgICAgICAgICBBbmQoTG9jYWwwLCAweGYsIExvY2FsMCkKICAgICAgICAgICAgICAgIFN0 b3JlKERlcmVmT2YoSW5kZXgoSVJRUCwgTG9jYWwwLCApKSwgTG9jYWw0KQogICAgICAgICAg ICAgICAgU3RvcmUoTG9jYWw0LCBJUkExKQogICAgICAgICAgICB9CiAgICAgICAgICAgIFJl dHVybihCVUZBKQogICAgICAgIH0KICAgICAgICBNZXRob2QoX1NSUywgMSkgewogICAgICAg ICAgICBDcmVhdGVXb3JkRmllbGQoQXJnMCwgMHgxLCBJUkExKQogICAgICAgICAgICBTdG9y ZShJUkExLCBMb2NhbDApCiAgICAgICAgICAgIFN0b3JlKE1hdGNoKElSUVAsIE1FUSwgTG9j YWwwLCBNVFIsIDB4MCwgMHgwKSwgTG9jYWwxKQogICAgICAgICAgICBBbmQoXF9TQl8uUENJ MC5JU0FfLlBJUkQsIDB4NzAsIExvY2FsMCkKICAgICAgICAgICAgT3IoTG9jYWwxLCBMb2Nh bDAsIFxfU0JfLlBDSTAuSVNBXy5QSVJEKQogICAgICAgIH0KICAgICAgICBNZXRob2QoX1NU QSkgewogICAgICAgICAgICBJZihMRXF1YWwoXF9TQl8uUENJMC5JU0FfLlBJUkQsIDB4ODAp KSB7CiAgICAgICAgICAgICAgICBSZXR1cm4oMHg5KQogICAgICAgICAgICB9CiAgICAgICAg ICAgIEVsc2UgewogICAgICAgICAgICAgICAgUmV0dXJuKDB4YikKICAgICAgICAgICAgfQog ICAgICAgIH0KICAgIH0KfQo= --SSJR9ToTt7 Content-Type: text/plain; charset=us-ascii Content-Description: message body text Content-Transfer-Encoding: 7bit from my rc.conf: pccard_enable="YES" pccardd_flags="-i 11" pccard_mem="0xd4000" pccard_conf="/etc/pccard.conf" # pccardd(8) config file apm_enable="YES" # Set to YES to enable APM BIOS functions (or NO). apmd_enable="YES" # Run apmd to handle APM event from userland. apmd_flags="" # Flags to apmd (if enabled). my sysctl hw: --SSJR9ToTt7 Content-Type: application/octet-stream Content-Disposition: attachment; filename="sysctl.hw" Content-Transfer-Encoding: base64 aHcubWFjaGluZTogaTM4Ngpody5tb2RlbDogUGVudGl1bSBJSS9QZW50aXVtIElJIFhlb24v Q2VsZXJvbgpody5uY3B1OiAxCmh3LmJ5dGVvcmRlcjogMTIzNApody5waHlzbWVtOiAxOTcz NzgwNDgKaHcudXNlcm1lbTogMTcxNTg1NTM2Cmh3LnBhZ2VzaXplOiA0MDk2Cmh3LmZsb2F0 aW5ncG9pbnQ6IDEKaHcubWFjaGluZV9hcmNoOiBpMzg2Cmh3LmF0YS5hdGFfZG1hOiAxCmh3 LmF0YS53YzogMApody5hdGEudGFnczogMApody5hdGEuYXRhcGlfZG1hOiAwCmh3LnBjaWMu aXJxOiAwCmh3LnBjaWMuYm9vdF9kZWFjdGl2YXRlZDogMApody5wY2ljLmlnbm9yZV9mdW5j dGlvbl8xOiAwCmh3LnBjaWMuaW50cl9wYXRoOiAyCmh3LnBjaWMuaW5pdF9yb3V0aW5nOiAw Cmh3Lmluc3RydWN0aW9uX3NzZTogMApody5hdmFpbHBhZ2VzOiA0ODAyMgpody5zbmQudGFy Z2V0aXJxcmF0ZTogMzIKaHcuc25kLnZlcmJvc2U6IDEKaHcuc25kLnVuaXQ6IDAKaHcuc25k Lm1heGF1dG92Y2hhbnM6IDAKaHcuc25kLnBjbTAuYnVmZmVyc2l6ZTogMApody5zbmQucGNt MC52Y2hhbnM6IDAKaHcuYWNwaS5wb3dlcl9idXR0b25fc3RhdGU6IFM1Cmh3LmFjcGkuc2xl ZXBfYnV0dG9uX3N0YXRlOiBTMQpody5hY3BpLmxpZF9zd2l0Y2hfc3RhdGU6IFMxCmh3LmFj cGkuY3B1Lm1heF9zcGVlZDogOApody5hY3BpLmNwdS5jdXJyZW50X3NwZWVkOiA4Cmh3LmFj cGkuY3B1LnBlcmZvcm1hbmNlX3NwZWVkOiA4Cmh3LmFjcGkuY3B1LmVjb25vbXlfc3BlZWQ6 IDQKaHcuYWNwaS50aGVybWFsLnR6MC50ZW1wZXJhdHVyZTogMzE1MQpody5hY3BpLnRoZXJt YWwudHowLmFjdGl2ZTogLTEKaHcuYWNwaS50aGVybWFsLnR6MC50aGVybWFsX2ZsYWdzOiAw Cmh3LmFjcGkudGhlcm1hbC50ejAuX1BTVjogMzUzMQpody5hY3BpLnRoZXJtYWwudHowLl9I T1Q6IC0xCmh3LmFjcGkudGhlcm1hbC50ejAuX0NSVDogMzY4MQpody5hY3BpLnRoZXJtYWwu dHowLl9BQzA6IC0xCmh3LmFjcGkudGhlcm1hbC50ejAuX0FDMTogLTEKaHcuYWNwaS50aGVy bWFsLnR6MC5fQUMyOiAtMQpody5hY3BpLnRoZXJtYWwudHowLl9BQzM6IC0xCmh3LmFjcGku dGhlcm1hbC50ejAuX0FDNDogLTEKaHcuYWNwaS50aGVybWFsLnR6MC5fQUM1OiAtMQpody5h Y3BpLnRoZXJtYWwudHowLl9BQzY6IC0xCmh3LmFjcGkudGhlcm1hbC50ejAuX0FDNzogLTEK aHcuYWNwaS50aGVybWFsLnR6MC5fQUM4OiAtMQpody5hY3BpLnRoZXJtYWwudHowLl9BQzk6 IC0xCmh3LmFjcGkuYmF0dGVyeS5saWZlOiAxMDAKaHcuYWNwaS5iYXR0ZXJ5LnRpbWU6IC0x Cmh3LmFjcGkuYmF0dGVyeS5zdGF0ZTogMgpody5hY3BpLmJhdHRlcnkudW5pdHM6IDEKaHcu YWNwaS5hY2xpbmU6IDEKaHcuZnhwMC5pbnRfZGVsYXk6IDEwMDAKaHcuZnhwMC5idW5kbGVf bWF4OiA2Cg== --SSJR9ToTt7 Content-Type: text/plain; charset=us-ascii Content-Description: message body text Content-Transfer-Encoding: 7bit # fgrep -v \# /etc/pccard.conf | head -n 5 io 0x240-0x360 irq 3 10 11 memory 0xd4000 96k Any help/comments will be very helpful, thank you. -- TSB Russian Express, Moscow Vladimir B. Grebenschikov, vova@express.ru --SSJR9ToTt7-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Nov 9 13:38: 7 2001 Delivered-To: freebsd-current@freebsd.org Received: from outel.org (outel.org [207.173.133.28]) by hub.freebsd.org (Postfix) with ESMTP id 16A3037B419; Fri, 9 Nov 2001 13:38:03 -0800 (PST) Received: from outel.org (athlon [192.168.1.20]) by outel.org (8.11.6/8.11.6) with ESMTP id fA9Lc1I09509; Fri, 9 Nov 2001 13:38:01 -0800 (PST) (envelope-from qumqats@outel.org) Message-ID: <3BEC4CBD.EDF13C7E@outel.org> Date: Fri, 09 Nov 2001 13:38:05 -0800 From: "Joel M. Baldwin" X-Mailer: Mozilla 4.75 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Robert Watson Cc: freebsd-current@FreeBSD.ORG Subject: Re: -CURRENT boot problems: loader, kernel References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG So I'm not the only one having problems. . . FreeBSD/i386 bootstrap loader, Revision 1.0 (qumqats@outel.org, Fri Nov 9 01:58:33 PST 2001) name not found Assert failed: (false), function ficlCompileSoftcore, file softcore.c, line 291 I got the system running by: booting up with a set of 'fixit' floppies mounting the root drive cd'ing into /boot, mv loader loader.new cp loader.old loader reboot Robert Watson wrote: > > Upgraded a box to yesterday's -CURRENT, and am experiencing two problems: > > (1) the machine spins rebooting after loading /boot/loader. I don't get a > chance to interupt the boot once /boot/loader starts. Unfortunately, my > serial console support also seems to be broken, so I can't read the error > that flicks up before the reboot. > > (2) if I try to boot /boot/kernel/kernel directly, rather than via > /boot/loader, it hangs in the twiddling bar. > > If I load the old loader and kernel, things work fine. I'm currently > trying to diagnose the serial console problem, and will post more as I > figure something out. > > There are reports on that channel about other machines having the same > problem, so if you're upgrading, make sure to keep an old loader around. > > Robert N M Watson FreeBSD Core Team, TrustedBSD Project > robert@fledge.watson.org NAI Labs, Safeport Network Services > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Nov 9 14:31:39 2001 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 5483C37B416; Fri, 9 Nov 2001 14:31:34 -0800 (PST) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.3/8.11.3) with ESMTP id fA9MVXa20005; Fri, 9 Nov 2001 15:31:33 -0700 (MST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost [127.0.0.1]) by harmony.village.org (8.11.6/8.11.6) with ESMTP id fA9MVW756670; Fri, 9 Nov 2001 15:31:32 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200111092231.fA9MVW756670@harmony.village.org> To: "Vladimir B. Grebenschikov" Subject: Re: Need help with 5.0-CURRENT on Sony VAIO Z505s Cc: freebsd-mobile@FreeBSD.ORG, freebsd-current@FreeBSD.ORG In-reply-to: Your message of "Sat, 10 Nov 2001 00:12:25 +0300." <15340.18105.793072.311133@vbook.express.ru> References: <15340.18105.793072.311133@vbook.express.ru> Date: Fri, 09 Nov 2001 15:31:32 -0700 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <15340.18105.793072.311133@vbook.express.ru> "Vladimir B. Grebenschikov" writes: : - pccard: : : Only way to use any pccard device is to insert it before poweron : If I try to insert or eject card on the fly system completely freezes. : : If I've power-up with card inserted some device (two different ATA : CDROMs) I have significant (20-40s) freeze while booting (after : pccardd starts) but after it device is detected and works without : problem. (This problem not related to my Orinco WaveLan card) : : it work right on 4.3 OLDCARD or NEWCARD? Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Nov 9 14:35:58 2001 Delivered-To: freebsd-current@freebsd.org Received: from vbook.express.ru (vbook.nc.express.ru [212.24.37.35]) by hub.freebsd.org (Postfix) with ESMTP id 0301937B419; Fri, 9 Nov 2001 14:35:39 -0800 (PST) Received: from vova by vbook.express.ru with local (Exim 3.31 #2) id 162KFK-0000HF-00; Sat, 10 Nov 2001 01:35:34 +0300 From: "Vladimir B. Grebenschikov" MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15340.23094.739116.765816@vbook.express.ru> Date: Sat, 10 Nov 2001 01:35:34 +0300 To: freebsd-mobile@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: Re: Need help with 5.0-CURRENT on Sony VAIO Z505s In-Reply-To: <200111092231.fA9MVW756670@harmony.village.org> References: <15340.18105.793072.311133@vbook.express.ru> <200111092231.fA9MVW756670@harmony.village.org> X-Mailer: VM 6.96 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Warner Losh writes: > In message <15340.18105.793072.311133@vbook.express.ru> "Vladimir B. Grebenschikov" writes: > : - pccard: > : > : Only way to use any pccard device is to insert it before poweron > : If I try to insert or eject card on the fly system completely freezes. > : > : If I've power-up with card inserted some device (two different ATA > : CDROMs) I have significant (20-40s) freeze while booting (after > : pccardd starts) but after it device is detected and works without > : problem. (This problem not related to my Orinco WaveLan card) > : > : it work right on 4.3 > > OLDCARD or NEWCARD? kernel config: machine "i386" ident VBOOK maxusers 256 options INCLUDE_CONFIG_FILE # Include this file in kernel cpu "I486_CPU" cpu "I586_CPU" # aka Pentium(tm) cpu "I686_CPU" # aka Pentium Pro(tm) options "COMPAT_43" makeoptions CONF_CFLAGS="-O3 -mpentiumpro" #makeoptions CONF_CFLAGS=-fno-builtin #Don't allow use of memcmp, etc. #makeoptions DEBUG=-g #Build kernel with gdb(1) debug symbols #makeoptions KERNEL=foo #Build kernel "foo" and install "/foo" options SYSVSHM options SYSVSEM options SYSVMSG options UCONSOLE #options USERCONFIG #boot -c editor #options VISUAL_USERCONFIG #visual boot -c editor options INET #Internet communications protocols device ether #Generic Ethernet device loop #Network loopback device device bpf 4 #Berkeley packet filter #device vlan 4 device snp 4 #Snoop device - to look at pty/vty/etc.. options PPP_BSDCOMP #PPP BSD-compress support options PPP_DEFLATE #PPP zlib/deflate/gzip support options PPP_FILTER #enable bpf filtering (needs bpfilter) options MROUTING # Multicast routing options IPFIREWALL #firewall options IPFIREWALL_VERBOSE #print information about dropped packets options IPFIREWALL_FORWARD #enable transparent proxy support #options "IPFIREWALL_VERBOSE_LIMIT=100" #limit verbosity options IPDIVERT #divert sockets options DUMMYNET options FFS #Fast filesystem options NFSSERVER #Network File System - server options NFSCLIENT #Network File System - client # options NFS_NOSERVER #Disable the NFS-server code. options PROCFS #Process filesystem options SOFTUPDATES # Allow this many swap-devices. device scbus #base SCSI code device da #SCSI direct access devices (aka disks) device sa #SCSI tapes device cd #SCSI CD-ROMs device pass #CAM passthrough driver options SCSI_DELAY=2000 device pty 32 #Pseudo ttys - can go as high as 256 device speaker #Play IBM BASIC-style noises out your speaker device gzip #Exec gzipped a.out's device md # Memory "disks" device isa device atkbdc device atkbd 1 device psm device vga device sc options MAXCONS=16 # number of virtual consoles options SC_DFLT_FONT # compile font in makeoptions SC_DFLT_FONT="cp866-vio" options SC_HISTORY_SIZE=1024 # number of history buffer lines #options SC_DISABLE_REBOOT # disable reboot key sequence device npx device aha device ata device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives device atapist # ATAPI tape drives #options ATA_STATIC_ID #Static dev number like old wd driver #options IDE_DELAY=2000 # Be optimistic about Joe IDE device device fdc device sio device apm device pci device smbus device intpm device smb device iicbus device iicbb device ic device iic device iicsmb device ppbus device vpo device lpt device plip device ppi #device pps device lpbb device ppc #options COMPAT_LINUX options "EXT2FS" options KTRACE #kernel tracing options DDB device pcic device card device wi device random options P1003_1B options _KPOSIX_PRIORITY_SCHEDULING options _KPOSIX_VERSION=199309L #device acpica #options ACPI_DEBUG options KBD_INSTALL_CDEV # USB support # UHCI controller device uhci # OHCI controller device ohci # General USB code (mandatory for USB) device usb # # Generic USB device driver device ugen # Human Interface Device (anything with buttons and dials) device uhid # USB keyboard device ukbd # USB printer device ulpt # USB Iomega Zip 100 Drive device umass # USB mouse device ums #device firewire #device fwohci #device sbp > Warner -- TSB Russian Express, Moscow Vladimir B. Grebenschikov, vova@express.ru To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Nov 9 15:23:23 2001 Delivered-To: freebsd-current@freebsd.org Received: from peter3.wemm.org (c1315225-a.plstn1.sfba.home.com [24.14.150.180]) by hub.freebsd.org (Postfix) with ESMTP id B797937B405 for ; Fri, 9 Nov 2001 15:23:13 -0800 (PST) Received: from overcee.netplex.com.au (overcee.wemm.org [10.0.0.3]) by peter3.wemm.org (8.11.0/8.11.0) with ESMTP id fA9NNDM02853 for ; Fri, 9 Nov 2001 15:23:13 -0800 (PST) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by overcee.netplex.com.au (Postfix) with ESMTP id 12A46380A; Fri, 9 Nov 2001 15:23:13 -0800 (PST) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: David Wolfskill Cc: current@FreeBSD.ORG Subject: Re: HEADS UP: cvs repository surgery In-Reply-To: <200111091539.fA9FdSf88433@bunrab.catwhisker.org> Date: Fri, 09 Nov 2001 15:23:12 -0800 From: Peter Wemm Message-Id: <20011109232313.12A46380A@overcee.netplex.com.au> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG David Wolfskill wrote: > >Date: Thu, 08 Nov 2001 16:16:25 -0800 > >From: Peter Wemm > > >Some history revisionism has taken place in the src/contrib area as part > >of making way for the next gcc update. > > >Do not be alarmed when you see your next cvsup output (in cvs mode, not > >-checkout mode). > > :-} > > >I am aware of a couple of minor problems, but I dont think they break > >anything But if something (eg: cvs, cvsup, etc) does break, I need to know > >about it. cvs or cvsup doing 'fixups' or reporting checksum errors is > >expected and should only happen once.... > > >Yes, there are some intentional differences between gcc and gcc.295 etc due > >to some commits being deliberately left out. > > OK; I think the following may qualify as something broken that you > requested notification about: This is certainly unrelated.. gdb (and gdb.291) was not touched. Secondly, I only did src/contrib/gcc, not gcc.295.. The -current compiler is unchanged at this stage. If this started happening on 4.x then I'd be worried since 4.x is using src/contrib/gcc. > >>> stage 4: building everything.. > ... > ===> gnu/usr.bin/binutils/gdb > ... > cc -O -pipe -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/gdb/i386 - I/usr/src/gnu/usr.bin/binutils/gdb -I/usr/src/gnu/usr.bin/binutils/gdb/../l ibbfd/i386 -I/usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/binutils /include -Dprint_insn_i386=print_insn_i386_att -I/usr/src/gnu/usr.bin/binut ils/gdb/i386 -I/usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/binuti ls/binutils -I/usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/binutil s/bfd -I/usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb.291/gdb - I/usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb.291/gdb/config - DFREEBSD_ELF -I/usr/src/gnu/usr.bin/binutils/gdb -I/usr/obj/usr/src/i386/us r/include/readline -DNO_MMALLOC -I/usr/obj/usr/src/i386/usr/include -c / usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb.291/gdb/scm-exp.c > cc -O -pipe -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/gdb/i386 - I/usr/src/gnu/usr.bin/binutils/gdb -I/usr/src/gnu/usr.bin/binutils/gdb/../l ibbfd/i386 -I/usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/binutils /include -Dprint_insn_i386=print_insn_i386_att -I/usr/src/gnu/usr.bin/binut ils/gdb/i386 -I/usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/binuti ls/binutils -I/usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/binutil s/bfd -I/usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb.291/gdb - I/usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb.291/gdb/config - DFREEBSD_ELF -I/usr/src/gnu/usr.bin/binutils/gdb -I/usr/obj/usr/src/i386/us r/include/readline -DNO_MMALLOC -I/usr/obj/usr/src/i386/usr/include -c / usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb.291/gdb/scm-lang.c > cc: Internal compiler error: program cc1 got fatal signal 11 > *** Error code 1 > 1 error > *** Error code 2 > 1 error > *** Error code 2 > 1 error > *** Error code 2 > 1 error > *** Error code 2 > 1 error > *** Error code 2 > 1 error > *** Error code 2 > 1 error > freebeast[2] > > > The system in question: > freebeast[2] uname -a > FreeBSD freebeast.catwhisker.org 5.0-CURRENT FreeBSD 5.0-CURRENT #39: Thu Nov 8 07:37:49 PST 2001 root@freebeast.catwhisker.org:/common/S4/obj/usr/ src/sys/FREEBEAST i386 > > and recent CVSup history: > freebeast[3] tail /var/log/cvsup-history.log > CVSup begin from cvsup14.freebsd.org at Mon Nov 5 03:47:00 PST 2001 > CVSup ended from cvsup14.freebsd.org at Mon Nov 5 03:53:54 PST 2001 > CVSup begin from cvsup14.freebsd.org at Tue Nov 6 03:47:00 PST 2001 > CVSup ended from cvsup14.freebsd.org at Tue Nov 6 03:53:16 PST 2001 > CVSup begin from cvsup14.freebsd.org at Wed Nov 7 03:47:00 PST 2001 > CVSup ended from cvsup14.freebsd.org at Wed Nov 7 03:53:06 PST 2001 > CVSup begin from cvsup14.freebsd.org at Thu Nov 8 03:47:00 PST 2001 > CVSup ended from cvsup14.freebsd.org at Thu Nov 8 03:53:09 PST 2001 > CVSup begin from cvsup14.freebsd.org at Fri Nov 9 03:47:00 PST 2001 > CVSup ended from cvsup14.freebsd.org at Fri Nov 9 03:55:59 PST 2001 > > (Yes, each of those CVSups also corresponds to successful build & boot of > -CURRENT (and -STABLE: that's updating my own copy of the CVS repository). > I did a quick check of the archives of cvs-all, but didn't see anything > recent hitting gcc there. > > Cheers, > david > -- > David H. Wolfskill david@catwhisker.org > As a computing professional, I believe it would be unethical for me to > advise, recommend, or support the use (save possibly for personal > amusement) of any product that is or depends on any Microsoft product. > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > > Cheers, -Peter -- Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Nov 9 15:27:47 2001 Delivered-To: freebsd-current@freebsd.org Received: from vbook.express.ru (vbook.nc.express.ru [212.24.37.35]) by hub.freebsd.org (Postfix) with ESMTP id E5D3737B41B; Fri, 9 Nov 2001 15:27:31 -0800 (PST) Received: from vova by vbook.express.ru with local (Exim 3.31 #2) id 162L3a-0000Wc-00; Sat, 10 Nov 2001 02:27:30 +0300 From: "Vladimir B. Grebenschikov" MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15340.26209.746126.29316@vbook.express.ru> Date: Sat, 10 Nov 2001 02:27:29 +0300 To: Juriy Goloveshkin Cc: freebsd-mobile@freebsd.org, freebsd-current@freebsd.org Subject: Re: Need help with 5.0-CURRENT on Sony VAIO Z505s In-Reply-To: <20011109213048.GA23798@aviaport.ru> References: <15340.18105.793072.311133@vbook.express.ru> <20011109213048.GA23798@aviaport.ru> X-Mailer: VM 6.96 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Juriy Goloveshkin writes: > On Sat, Nov 10, 2001 at 12:12:25AM +0300, Vladimir B. Grebenschikov wrote: > Content-Description: message body text > > If you want to have suspend/wakeup, you should disable acpi-stuff(it is buggy > for all time I've tried to use it). > echo "hint.acpi.0.disable=1" >> /boot/device.hints && reboot > maybe it will work. It not helps, acpi now turned off, but after resume box completle freezed :( > > After upgrade to -CURRENT I start experience following problems: > > > > - pccard: > > > > Only way to use any pccard device is to insert it before poweron > > If I try to insert or eject card on the fly system completely freezes. > > > > If I've power-up with card inserted some device (two different ATA > > CDROMs) I have significant (20-40s) freeze while booting (after > > pccardd starts) but after it device is detected and works without > > problem. (This problem not related to my Orinco WaveLan card) > > > > it work right on 4.3 > > > > - reboot or Ctrl-Alt-Del shutdowns OS but after it notebook not > > reboots it remains completely freezes and not react on power key > > hold 10sec, so I need plug off AC power and battery to reboot > > notebook. > > > > it work right on 4.3 > > > > - shutdown -p does not work (I have both acpi and apm enabled) but > > pressing power key work perfect. > > > > shutdown -p work right on 4.3 > > > > - acpi: > > acpiconf -sX where X - 3/4/4b/5 turn off system without any > > shutdown at all > > > > - and works both but after awake system > > shows "right" picture but seems completely freeze > > > > on 4.3 always work right and sometimes > > broke some timer (CPU load 100% after resume) but works too > > > > > > my dmesg.boot: > > > Content-Description: message body text > > > > my acpidump result > > > Content-Description: message body text > > > > from my rc.conf: > > > > pccard_enable="YES" > > pccardd_flags="-i 11" > > pccard_mem="0xd4000" > > pccard_conf="/etc/pccard.conf" # pccardd(8) config file > > apm_enable="YES" # Set to YES to enable APM BIOS functions (or NO). > > apmd_enable="YES" # Run apmd to handle APM event from userland. > > apmd_flags="" # Flags to apmd (if enabled). > > > > my sysctl hw: > > > Content-Description: message body text > > > > # fgrep -v \# /etc/pccard.conf | head -n 5 > > > > io 0x240-0x360 > > irq 3 10 11 > > memory 0xd4000 96k > > > > Any help/comments will be very helpful, thank you. > > > > -- > > TSB Russian Express, Moscow > > Vladimir B. Grebenschikov, vova@express.ru > > > -- > bye > Juriy Goloveshkin -- TSB Russian Express, Moscow Vladimir B. Grebenschikov, vova@express.ru To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Nov 9 20:59:25 2001 Delivered-To: freebsd-current@freebsd.org Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by hub.freebsd.org (Postfix) with ESMTP id 7152537B426 for ; Fri, 9 Nov 2001 20:59:22 -0800 (PST) Received: (from david@localhost) by bunrab.catwhisker.org (8.11.6/8.11.6) id fAA4xJ490345; Fri, 9 Nov 2001 20:59:19 -0800 (PST) (envelope-from david) Date: Fri, 9 Nov 2001 20:59:19 -0800 (PST) From: David Wolfskill Message-Id: <200111100459.fAA4xJ490345@bunrab.catwhisker.org> To: david@catwhisker.org, peter@wemm.org Subject: Re: HEADS UP: cvs repository surgery Cc: current@FreeBSD.ORG In-Reply-To: <20011109232313.12A46380A@overcee.netplex.com.au> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG >Date: Fri, 09 Nov 2001 15:23:12 -0800 >From: Peter Wemm >This is certainly unrelated.. gdb (and gdb.291) was not touched. >Secondly, I only did src/contrib/gcc, not gcc.295.. The -current compiler >is unchanged at this stage. If this started happening on 4.x then I'd >be worried since 4.x is using src/contrib/gcc. Well, after an email exchange with David O'Brien, I "cloned" the -CURRENT slice in question (copied slice 4 to slice 3, and adjusted fstab), blew away /usr/src on slice 3, did a "cvs co" from the same repository, re-applied some local patches I've been testing, re-booted from slice 3, started the buildworld & friends over, and it worked like a charm. Somewhat emboldened (albeit rather puzzled) by that, I re-booted back to slice 4 (where I had been doing the -CURRENT festivities), re-did the buildworld & friends... and it (also) worked like a charm: freebeast[1] uname -a FreeBSD freebeast.catwhisker.org 5.0-CURRENT FreeBSD 5.0-CURRENT #40: Fri Nov 9 20:00:56 PST 2001 root@freebeast.catwhisker.org:/common/S4/obj/usr/src/sys/FREEBEAST i386 freebeast[2] Sorry about the false alarm. :-( Color me perplexed, david -- David H. Wolfskill david@catwhisker.org As a computing professional, I believe it would be unethical for me to advise, recommend, or support the use (save possibly for personal amusement) of any product that is or depends on any Microsoft product. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Nov 9 21:20: 7 2001 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id A67C137B41C; Fri, 9 Nov 2001 21:19:59 -0800 (PST) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.3/8.11.3) with ESMTP id fAA5Jwa20783; Fri, 9 Nov 2001 22:19:58 -0700 (MST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost [127.0.0.1]) by harmony.village.org (8.11.6/8.11.6) with ESMTP id fAA5Jv758690; Fri, 9 Nov 2001 22:19:57 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200111100519.fAA5Jv758690@harmony.village.org> To: "Vladimir B. Grebenschikov" Subject: Re: Need help with 5.0-CURRENT on Sony VAIO Z505s Cc: freebsd-mobile@FreeBSD.org, freebsd-current@FreeBSD.org In-reply-to: Your message of "Sat, 10 Nov 2001 01:35:34 +0300." <15340.23094.739116.765816@vbook.express.ru> References: <15340.23094.739116.765816@vbook.express.ru> <15340.18105.793072.311133@vbook.express.ru> <200111092231.fA9MVW756670@harmony.village.org> Date: Fri, 09 Nov 2001 22:19:57 -0700 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <15340.23094.739116.765816@vbook.express.ru> "Vladimir B. Grebenschikov" writes: : > OLDCARD or NEWCARD? : : kernel config: OK. Looks like OLDCARD. I'll try to update my VAIO and give it a spin. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Nov 9 23: 6:43 2001 Delivered-To: freebsd-current@freebsd.org Received: from femail12.sdc1.sfba.home.com (femail12.sdc1.sfba.home.com [24.0.95.108]) by hub.freebsd.org (Postfix) with ESMTP id 0CC3B37B418 for ; Fri, 9 Nov 2001 23:06:42 -0800 (PST) Received: from newton.cevio.com ([24.1.238.119]) by femail12.sdc1.sfba.home.com (InterMail vM.4.01.03.20 201-229-121-120-20010223) with SMTP id <20011110070641.VRPE21713.femail12.sdc1.sfba.home.com@newton.cevio.com> for ; Fri, 9 Nov 2001 23:06:41 -0800 Content-Type: text/plain; charset="iso-8859-1" From: Kevin D.Wooten To: current@freebsd.org Subject: usbd in curent Date: Fri, 9 Nov 2001 23:58:34 -0700 X-Mailer: KMail [version 1.2] MIME-Version: 1.0 Message-Id: <01110923583401.01112@newton.cevio.com> Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In current usbd seems to be broken, it will not handle events if left to daemonize. Although, if you run usbd as "usbd -d &" it handles events just fine. What could cause this? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Nov 10 4: 7:52 2001 Delivered-To: freebsd-current@freebsd.org Received: from piggy.mdstud.chalmers.se (piggy.mdstud.chalmers.se [129.16.234.10]) by hub.freebsd.org (Postfix) with ESMTP id 2E4D137B422 for ; Sat, 10 Nov 2001 04:07:50 -0800 (PST) Received: from scooter.mdstud.chalmers.se (scooter.mdstud.chalmers.se [129.16.234.20]) by piggy.mdstud.chalmers.se (8.8.5/8.8.5) with ESMTP id NAA10339 for ; Sat, 10 Nov 2001 13:07:48 +0100 (MET) Received: from localhost (md0corso@localhost) by scooter.mdstud.chalmers.se (8.8.5/8.8.5) with ESMTP id NAA14761 for ; Sat, 10 Nov 2001 13:07:48 +0100 (MET) X-Authentication-Warning: scooter.mdstud.chalmers.se: md0corso owned process doing -bs Date: Sat, 10 Nov 2001 13:07:48 +0100 (MET) From: Raphael Korsoski To: Subject: MAKEDEV on -current Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG After upgrading from -STABLE I no longer have a MAKEDEV script in my /dev I didn't find anything on this in UPDATING, so I suspect I ought to have one :) I can't simply cp it from /usr/src/etc/ since cp doesn't seem to like devfs. I think I've missed something, so any pointers would be appreciated. __________________________________________________ |hack mode n. | | | | A Zen-like state of total focus on The Problem | | that may be achieved when one is hacking. | -------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Nov 10 4:28: 6 2001 Delivered-To: freebsd-current@freebsd.org Received: from piggy.mdstud.chalmers.se (piggy.mdstud.chalmers.se [129.16.234.10]) by hub.freebsd.org (Postfix) with ESMTP id 9A4EC37B405 for ; Sat, 10 Nov 2001 04:28:03 -0800 (PST) Received: from scooter.mdstud.chalmers.se (scooter.mdstud.chalmers.se [129.16.234.20]) by piggy.mdstud.chalmers.se (8.8.5/8.8.5) with ESMTP id NAA11560 for ; Sat, 10 Nov 2001 13:28:02 +0100 (MET) Received: from localhost (md0corso@localhost) by scooter.mdstud.chalmers.se (8.8.5/8.8.5) with ESMTP id NAA16480 for ; Sat, 10 Nov 2001 13:28:01 +0100 (MET) X-Authentication-Warning: scooter.mdstud.chalmers.se: md0corso owned process doing -bs Date: Sat, 10 Nov 2001 13:28:01 +0100 (MET) From: Raphael Korsoski To: Subject: Re: MAKEDEV on -current In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, 10 Nov 2001, Raphael Korsoski wrote: GAAAK! Ignore this message, I re-read it an realised how stupid it was. Naturally, as I wrote, I'm now using devfs, which explains everything ... >>> I can't simply cp it from /usr/src/etc/ since cp doesn't seem to like >>> devfs. > I think I've missed something, so any pointers would be appreciated. Well, yes, I did miss something! __________________________________________________ |hack mode n. | | | | A Zen-like state of total focus on The Problem | | that may be achieved when one is hacking. | -------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Nov 10 5:24:26 2001 Delivered-To: freebsd-current@freebsd.org Received: from mout0.freenet.de (mout0.freenet.de [194.97.50.131]) by hub.freebsd.org (Postfix) with ESMTP id 4CEAD37B41A for ; Sat, 10 Nov 2001 05:24:23 -0800 (PST) Received: from [194.97.50.138] (helo=mx0.freenet.de) by mout0.freenet.de with esmtp (Exim 3.33 #3) id 162Y7R-0001f7-00 for current@freebsd.org; Sat, 10 Nov 2001 14:24:21 +0100 Received: from ae0a4.pppool.de ([213.6.224.164] helo=Magelan.Leidinger.net) by mx0.freenet.de with esmtp (Exim 3.33 #3) id 162Y7P-0004IE-00 for current@freebsd.org; Sat, 10 Nov 2001 14:24:20 +0100 Received: from Leidinger.net (netchild@localhost [127.0.0.1]) by Magelan.Leidinger.net (8.11.6/8.11.6) with ESMTP id fA9Dtul24149 for ; Fri, 9 Nov 2001 14:55:57 +0100 (CET) (envelope-from netchild@Leidinger.net) Message-Id: <200111091355.fA9Dtul24149@Magelan.Leidinger.net> Date: Fri, 9 Nov 2001 14:55:55 +0100 (CET) From: Alexander Leidinger Subject: daily run output & passwd diff To: current@freebsd.org MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, I think the CVS tag shouldn't be interpreted as an entry which contains a password. ---snip--- Backup passwd and group files: 1c1 < # $FreeBSD:(password):09:07 peter Exp $ --- > # $FreeBSD:(password):27:16 ache Exp $ 16a17 > www:(password):80:80::0:0:World Wide Web Owner:/nonexistent:/sbin/nologin Magelan.Leidinger.net group diffs: 1c1 < # $FreeBSD: src/etc/group,v 1.21 2001/10/18 16:53:20 sheldonh Exp $ --- > # $FreeBSD: src/etc/group,v 1.22 2001/10/25 03:27:16 ache Exp $ 20a21 > www:*:80: ---snip--- Bye, Alexander. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Nov 10 6:21:13 2001 Delivered-To: freebsd-current@freebsd.org Received: from bremen.shuttle.de (bremen.shuttle.de [194.95.249.251]) by hub.freebsd.org (Postfix) with ESMTP id 8183E37B427; Sat, 10 Nov 2001 06:21:10 -0800 (PST) Received: from bremen.shuttle.de (localhost [127.0.0.1]) by bremen.shuttle.de (Postfix) with ESMTP id 2FB9A17D14; Sat, 10 Nov 2001 15:21:08 +0100 (CET) Received: (from uucp@localhost) by bremen.shuttle.de (8.9.3/8.9.3/LOCALMTA) with UUCP id PAA32322; Sat, 10 Nov 2001 15:21:08 +0100 Received: (from schweikh@localhost) by hal9000.schweikhardt.net (8.11.3/8.11.1) id fAADqNE01729; Sat, 10 Nov 2001 14:52:23 +0100 (CET) (envelope-from schweikh) Date: Sat, 10 Nov 2001 14:52:22 +0100 From: Jens Schweikhardt To: Joerg Wunsch Cc: Cyrille Lefevre , Warner Losh , schweikh@freebsd.org, freebsd-current@freebsd.org Subject: Re: malloc.h Message-ID: <20011110145222.A942@schweikhardt.net> References: <200111080839.fA88dv740802@harmony.village.org> <200111080950.fA89oIk21059@gits.dyndns.org> <20011108225915.A75044@uriah.heep.sax.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5i In-Reply-To: <20011108225915.A75044@uriah.heep.sax.de>; from j@uriah.heep.sax.de on Thu, Nov 08, 2001 at 10:59:15PM +0100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello Jörg et al, # Just for grins, i dug out my old CP/M C compiler. (SuperSoft C, 1983 # vintage) That one's the only one so far i've seen where # # #if __STDC__ # # wouldn't work as expected -- but # # #if (__STDC__ - 1) == 0 # # wouldn't either. Apparently, this compiler substituted a `1' for any # undefined identifier. This contradicts the then unknown C89 Standard, which requires all remaining identifiers to be replaced with the pp-number 0. Here we have an example of why standardization can be a Good Thing :-) # #ifdef __STDC__ # # works there as well. Since this seems to be consensus for many other # header files (Sun and HP, too), and is completely standards-compliant # (the standard mandates that this macro is predefined to 1 on a # conformant implementation This is correct. # and undefined otherwise -- Jens, is this # OK?), The "undefined otherwise" is merely wishful thinking, because the Standard can't say anything about implementations that don't claim conformance. So in theory there is nothing you can do if an uncompliant implementations defines __STDC__ to any sequence of pp-tokens. C99 6.10.8 says: __STDC__ The integer constant 1, intended to indicate a conforming implementation. # i'd vote for using that one. As I understand it, the only problem is if some implementation indicates non-conformance with #define __STDC__ 0, which is unheard of to me, and, if I were an implementor of such a system, I'd just leave it undefined. Regards, Jens -- Jens Schweikhardt http://www.schweikhardt.net/ SIGSIG -- signature too long (core dumped) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Nov 10 7: 8:23 2001 Delivered-To: freebsd-current@freebsd.org Received: from mailout00.sul.t-online.de (mailout00.sul.t-online.com [194.25.134.16]) by hub.freebsd.org (Postfix) with ESMTP id 052F937B428 for ; Sat, 10 Nov 2001 07:08:20 -0800 (PST) Received: from fwd07.sul.t-online.de by mailout00.sul.t-online.de with smtp id 162Zk3-0007uI-03; Sat, 10 Nov 2001 16:08:19 +0100 Received: from pc-micha.mc.hp.com (320021761316-0001@[217.81.145.185]) by fmrl07.sul.t-online.com with esmtp id 162Zjp-0fUjZoC; Sat, 10 Nov 2001 16:08:05 +0100 Received: from localhost (michaelc@localhost) by pc-micha.mc.hp.com (8.11.6/8.11.0) with ESMTP id fAAFAbL00644 for ; Sat, 10 Nov 2001 16:10:39 +0100 (MET) (envelope-from michaelc@space.ebiz-hp.com) X-Authentication-Warning: pc-micha.mc.hp.com: michaelc owned process doing -bs Date: Sat, 10 Nov 2001 16:10:37 +0100 (MET) From: Michael Class X-X-Sender: michaelc@localhost Reply-To: Michael Class To: current@freebsd.org Subject: USB and SMP Message-ID: <20011110160434.B617-100000@localhost> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Sender: 320021761316-0001@t-dialin.net Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, just a question. Has anyone usb-devices working on a current-smp (very recent current, but problem exists since I can remember) system? On my Abit VP6 (Via-Chipset) a USB-Mouse and USB-Printer do work fine if I boot a single-CPU kernel. With a SMP-Kernel I am getting messages like: Nov 10 15:53:38 pc-micha /boot/kernel/kernel: uhub0: device problem, disabling p ort 2 Nov 10 15:53:56 pc-micha /boot/kernel/kernel: uhub1: device problem, disabling p ort 2 and obviously the USB-Devices do not work. With a single CPU-Kernel usbdevs delivers pc-micha:/home/michaelc# usbdevs -v Controller /dev/usb0: addr 1: self powered, config 1, UHCI root hub(0x0000), VIA(0x0000), rev 0x0100 port 1 powered port 2 addr 2: self powered, config 1, DeskJet 990C(0x3304), Hewlett-Packard(0x03f0), rev 0x0100 Controller /dev/usb1: addr 1: self powered, config 1, UHCI root hub(0x0000), VIA(0x0000), rev 0x0100 port 1 addr 2: low speed, power 100 mA, config 1, Genius USB Wheel Mouse(0x0003), KYE(0x0458), rev 0x0000 port 2 powered This is the dmesg-frgment from a single CPU-Kernel for usb: uhci0: port 0xc400-0xc41f irq 10 at device 7.2 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhci1: port 0xc800-0xc81f irq 10 at device 7.3 on pci0 usb1: on uhci1 usb1: USB revision 1.0 ums0: KYE Genius USB Wheel Mouse, rev 1.00/0.00, addr 2, iclass 3/1 Any Ideas? Michael ------------------------------------------------------------------------- michael class, viktor-renner str. 39, 72074 tuebingen, frg E-Mail: michael_class@gmx.net Phone: +49 7031 14-3707 (work) +49 7071 81950 (private) ------------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Nov 10 7:10:33 2001 Delivered-To: freebsd-current@freebsd.org Received: from pcnet1.pcnet.com (pcnet1.pcnet.com [204.213.232.3]) by hub.freebsd.org (Postfix) with ESMTP id D604B37B41F; Sat, 10 Nov 2001 07:10:20 -0800 (PST) Received: (from eischen@localhost) by pcnet1.pcnet.com (8.12.1/8.12.1) id fAAF9GvQ022537; Sat, 10 Nov 2001 10:09:16 -0500 (EST) Date: Sat, 10 Nov 2001 10:09:14 -0500 (EST) From: Daniel Eischen To: rittle@labs.mot.com Cc: freebsd-hackers@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: Report on FreeBSD 4.4 pthread implementation verses boehm-gc In-Reply-To: <200111090250.fA92o7h55180@latour.rsch.comm.mot.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG [ Followups to -current ] On Thu, 8 Nov 2001, Loren James Rittle wrote: > Hello all, > > I have ported the most recent version of boehm-gc (6.1-alpha) to > FreeBSD/i386 under the auspice of the gcc project (it will be in Hans' > 6.1 release and it is on the gcc mainline). I got one notable thing > fully configured beyond what is in the ports tree (which is based on > 6.0): threaded GC is now supported. However, this work has uncovered > either a rare race condition in the 4.X pthread implementation (also > seen on a current 5.0 system) or a bad assumption in the GC signal > code (abstracted below). Either way, the result seen is an undetected > deadlock. With the following new assertion, I can at least force the > condition to be detectable in many cases where it would have locked up. > > Two questions come to mind: Is there any condition under which my new > assumption should not be true? Is there any obvious mistake that a > threaded application can make (perhaps related to its signal use) that > could cause the new assumption to ever be violated? > > I have also seen what I thought was a less important issue, but I now > see that it is probably related. After reviewing the FreeBSD uthread > source code, the issue appears to be a race between the pthread_exit() > code running in one thread and the pthread_join() code running in > another thread in conjunction with a sigsuspend() call occurring on a > signal handler of that second thread. Under some conditions, an > errant EINTR would be returned to the pthread_join() caller instead of > the exit code from the terminated thread. Under other timing > conditions, you get the deadlock spotted with the above new assertion. Try the following patch; this is to -current, you'll have to massage it a bit for -stable (Hint: s/curthread/_thread_run/ in -stable). -- Dan Eischen Index: uthread/pthread_private.h =================================================================== RCS file: /opt/d/CVS/src/lib/libc_r/uthread/pthread_private.h,v retrieving revision 1.63 diff -u -r1.63 pthread_private.h --- uthread/pthread_private.h 26 Oct 2001 21:19:22 -0000 1.63 +++ uthread/pthread_private.h 10 Nov 2001 14:35:48 -0000 @@ -601,6 +601,11 @@ /* XXX - What about thread->timeout and/or thread->error? */ }; +struct join_status { + struct pthread *thread; + int ret; + int error; +}; /* * Normally thread contexts are stored as jmp_bufs via _setjmp()/_longjmp(), @@ -757,8 +762,12 @@ */ int error; - /* Pointer to a thread that is waiting to join (NULL if no joiner). */ - struct pthread *joiner; + /* + * The joiner is the thread that is joining to this thread. The + * join status keeps track of a join operation to another thread. + */ + struct pthread *joiner; + struct join_status join_status; /* * The current thread can belong to only one scheduling queue at Index: uthread/uthread_exit.c =================================================================== RCS file: /opt/d/CVS/src/lib/libc_r/uthread/uthread_exit.c,v retrieving revision 1.23 diff -u -r1.23 uthread_exit.c --- uthread/uthread_exit.c 20 May 2001 23:08:32 -0000 1.23 +++ uthread/uthread_exit.c 10 Nov 2001 14:36:50 -0000 @@ -220,8 +220,9 @@ } /* Set the return value for the joining thread: */ - pthread->ret = curthread->ret; - pthread->error = 0; + pthread->join_status.ret = curthread->ret; + pthread->join_status.error = 0; + pthread->join_status.thread = NULL; /* Make this thread collectable by the garbage collector. */ PTHREAD_ASSERT(((curthread->attr.flags & PTHREAD_DETACHED) == Index: uthread/uthread_join.c =================================================================== RCS file: /opt/d/CVS/src/lib/libc_r/uthread/uthread_join.c,v retrieving revision 1.19 diff -u -r1.19 uthread_join.c --- uthread/uthread_join.c 16 Aug 2001 06:31:32 -0000 1.19 +++ uthread/uthread_join.c 10 Nov 2001 14:36:14 -0000 @@ -122,18 +122,20 @@ pthread->joiner = curthread; /* Keep track of which thread we're joining to: */ - curthread->data.thread = pthread; + curthread->join_status.thread = pthread; - /* Schedule the next thread: */ - _thread_kern_sched_state(PS_JOIN, __FILE__, __LINE__); + while (curthread->join_status.thread == pthread) { + /* Schedule the next thread: */ + _thread_kern_sched_state(PS_JOIN, __FILE__, __LINE__); + } /* * The thread return value and error are set by the thread we're * joining to when it exits or detaches: */ - ret = curthread->error; + ret = curthread->join_status.error; if ((ret == 0) && (thread_return != NULL)) - *thread_return = curthread->ret; + *thread_return = curthread->join_status.ret; } else { /* * The thread exited (is dead) without being detached, and no Index: uthread/uthread_sig.c =================================================================== RCS file: /opt/d/CVS/src/lib/libc_r/uthread/uthread_sig.c,v retrieving revision 1.38 diff -u -r1.38 uthread_sig.c --- uthread/uthread_sig.c 29 Jun 2001 17:09:07 -0000 1.38 +++ uthread/uthread_sig.c 10 Nov 2001 14:28:09 -0000 @@ -671,7 +671,6 @@ * signal handler to run: */ case PS_COND_WAIT: - case PS_JOIN: case PS_MUTEX_WAIT: /* * Remove the thread from the wait queue. It will @@ -679,6 +678,17 @@ * handlers have been invoked. */ PTHREAD_WAITQ_REMOVE(pthread); + break; + + case PS_JOIN: + /* + * Remove the thread from the wait queue. It will + * be added back to the wait queue once all signal + * handlers have been invoked. + */ + PTHREAD_WAITQ_REMOVE(pthread); + /* Make the thread runnable: */ + PTHREAD_SET_STATE(pthread, PS_RUNNING); break; /* To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Nov 10 9:15:17 2001 Delivered-To: freebsd-current@freebsd.org Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (Postfix) with ESMTP id 4EC9A37B419 for ; Sat, 10 Nov 2001 09:15:15 -0800 (PST) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.11.4/8.11.4) id fAAHFCB62127; Sat, 10 Nov 2001 12:15:12 -0500 (EST) (envelope-from wollman) Date: Sat, 10 Nov 2001 12:15:12 -0500 (EST) From: Garrett Wollman Message-Id: <200111101715.fAAHFCB62127@khavrinen.lcs.mit.edu> To: Jens Schweikhardt Cc: freebsd-current@FreeBSD.ORG Subject: Re: malloc.h In-Reply-To: <20011110145222.A942@schweikhardt.net> References: <200111080839.fA88dv740802@harmony.village.org> <200111080950.fA89oIk21059@gits.dyndns.org> <20011108225915.A75044@uriah.heep.sax.de> <20011110145222.A942@schweikhardt.net> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG < said: > As I understand it, the only problem is if some implementation indicates > non-conformance with #define __STDC__ 0, which is unheard of to me, and, > if I were an implementor of such a system, I'd just leave it undefined. That is a slight misinterpretation of what those systems do. Those systems have a three-mode compiler (similar to GCC in that regard). When running in `traditional' mode, they do not define __STDC__. When running in `strict ANSI/ISO' mode, they define __STDC__ to unity, as required by the Standard. When running in their default mode, which accepts a proper superset of the ANSI/ISO language, they define __STDC__ to be zero. The theory is that only conformance tests would ever actually care about the exact value of __STDC__. None of this has anything to do with us, since the Standard Header Files are part of The Implementation, and FreeBSD doesn't use one of those (MIPS or DECpaq) compilers. -GAWollman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Nov 10 12:17:42 2001 Delivered-To: freebsd-current@freebsd.org Received: from smtp015.mail.yahoo.com (smtp015.mail.yahoo.com [216.136.173.59]) by hub.freebsd.org (Postfix) with SMTP id 1BB4A37B405 for ; Sat, 10 Nov 2001 12:17:38 -0800 (PST) Received: from mkc-65-30-96-67.kc.rr.com (HELO yahoo.com) (65.30.96.67) by smtp.mail.vip.sc5.yahoo.com with SMTP; 10 Nov 2001 20:17:37 -0000 X-Apparently-From: Message-ID: <3BED8B5F.8090105@yahoo.com> Date: Sat, 10 Nov 2001 14:17:35 -0600 From: Jim Bryant Reply-To: kc5vdj@yahoo.com User-Agent: Mozilla/5.0 (X11; U; Linux i386; en-US; rv:0.9.2) Gecko/20010726 Netscape6/6.1 X-Accept-Language: en-us MIME-Version: 1.0 To: Michael Class Cc: current@freebsd.org Subject: Re: USB and SMP References: <20011110160434.B617-100000@localhost> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I have a [secondary] USB Keyboard with a mouse port on it's side installed, as well as a cameramate CompactFlash reader hooked up. Both work. Michael Class wrote: > Hello, > > just a question. Has anyone usb-devices working on a current-smp > (very recent current, but problem exists since I can remember) > system? On my Abit VP6 (Via-Chipset) a USB-Mouse and USB-Printer > do work fine if I boot a single-CPU kernel. With a SMP-Kernel > I am getting messages like: > > Nov 10 15:53:38 pc-micha /boot/kernel/kernel: uhub0: device problem, disabling p > ort 2 > Nov 10 15:53:56 pc-micha /boot/kernel/kernel: uhub1: device problem, disabling p > ort 2 > > and obviously the USB-Devices do not work. > > With a single CPU-Kernel usbdevs delivers > > pc-micha:/home/michaelc# usbdevs -v > Controller /dev/usb0: > addr 1: self powered, config 1, UHCI root hub(0x0000), VIA(0x0000), rev 0x0100 > port 1 powered > port 2 addr 2: self powered, config 1, DeskJet 990C(0x3304), Hewlett-Packard(0x03f0), rev 0x0100 > Controller /dev/usb1: > addr 1: self powered, config 1, UHCI root hub(0x0000), VIA(0x0000), rev 0x0100 > port 1 addr 2: low speed, power 100 mA, config 1, Genius USB Wheel Mouse(0x0003), KYE(0x0458), rev 0x0000 > port 2 powered > > > This is the dmesg-frgment from a single CPU-Kernel for usb: > > uhci0: port 0xc400-0xc41f irq 10 at device 7.2 on pci0 > usb0: on uhci0 > usb0: USB revision 1.0 > uhci1: port 0xc800-0xc81f irq 10 at device 7.3 on pci0 > usb1: on uhci1 > usb1: USB revision 1.0 > ums0: KYE Genius USB Wheel Mouse, rev 1.00/0.00, addr 2, iclass 3/1 > > Any Ideas? > > Michael > > > ------------------------------------------------------------------------- > michael class, viktor-renner str. 39, 72074 tuebingen, frg > E-Mail: michael_class@gmx.net > Phone: +49 7031 14-3707 (work) +49 7071 81950 (private) > ------------------------------------------------------------------------- > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > > -- ET has one helluva sense of humor! He's always anal-probing right-wing schizos! ----------------------------------------------------- POWER TO THE PEOPLE! ----------------------------------------------------- "Religious fundamentalism is the biggest threat to international security that exists today." United Nations Secretary General B.B.Ghali, 1995 _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Nov 10 13: 3:52 2001 Delivered-To: freebsd-current@freebsd.org Received: from femail17.sdc1.sfba.home.com (femail17.sdc1.sfba.home.com [24.0.95.144]) by hub.freebsd.org (Postfix) with ESMTP id F127937B418 for ; Sat, 10 Nov 2001 13:03:50 -0800 (PST) Received: from newton.cevio.com ([24.1.238.119]) by femail17.sdc1.sfba.home.com (InterMail vM.4.01.03.20 201-229-121-120-20010223) with SMTP id <20011110210350.NSHS627.femail17.sdc1.sfba.home.com@newton.cevio.com> for ; Sat, 10 Nov 2001 13:03:50 -0800 Content-Type: text/plain; charset="iso-8859-1" From: Kevin D.Wooten To: freebsd-current@freebsd.org Subject: usbd in current Date: Sat, 10 Nov 2001 13:55:38 -0700 X-Mailer: KMail [version 1.2] MIME-Version: 1.0 Message-Id: <01111013553800.01116@newton.cevio.com> Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In current usbd seems to be broken, it will not handle events if left to daemonize. Although, if you run usbd as "usbd -d &" it handles events just fine. What could cause this? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Nov 10 13:57:36 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail5.speakeasy.net (mail5.speakeasy.net [216.254.0.205]) by hub.freebsd.org (Postfix) with ESMTP id EB66D37B416 for ; Sat, 10 Nov 2001 13:57:31 -0800 (PST) Received: (qmail 26491 invoked from network); 10 Nov 2001 21:57:30 -0000 Received: from unknown (HELO laptop.baldwin.cx) ([64.81.54.73]) (envelope-sender ) by mail5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 10 Nov 2001 21:57:30 -0000 Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20011109000347.J2336-100000@delplex.bde.org> Date: Sat, 10 Nov 2001 13:57:09 -0800 (PST) From: John Baldwin To: Bruce Evans Subject: Re: kernel won't build - atomic.c/atomic.h errors... Cc: current@FreeBSD.ORG, Jim Bryant Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 08-Nov-01 Bruce Evans wrote: > On Fri, 2 Nov 2001, Jim Bryant wrote: > >> Is anyone else seeing this problem? I posted a message the other day to >> this list, and have yet to see a single response. >> >> This is from a completely fresh cvsup of everything. >> >> buildworld succeeds, but the kernel build fails on atomic.c with the >> following message about the ATOMIC_ASM macros in atomic.h. >> >> The archetecture is 5.0-really-current on an SMP P2-333 machine. >> >> the message seems to be: "inconsistent operand constraints in an `asm'" > > Only people who have clobbered -O in CFLAGS in /etc/make.conf should see > this problem :-). > > The i386 still uses archaic constraints for some > input-output operands ("0" for the first operand). These never worked > right and if fact don't actually work for compiling this file without > optimization. Hmm, would you prefer this diff then, I've had it floating around for a while now but wasn't sure it was right: --- //depot/vendor/freebsd/sys/i386/include/atomic.h 2001/10/08 14:41:47 +++ //depot/projects/smpng/sys/i386/include/atomic.h 2001/10/08 22:37:17 @@ -99,8 +99,8 @@ atomic_##NAME##_##TYPE(volatile u_##TYPE *p, u_##TYPE v)\ { \ __asm __volatile(MPLOCKED OP \ - : "=m" (*p) \ - : "0" (*p), "ir" (V)); \ + : "+m" (*p) \ + : "ir" (V)); \ } /* @@ -211,25 +211,25 @@ #endif /* KLD_MODULE */ #if !defined(LOCORE) -ATOMIC_ASM(set, char, "orb %b2,%0", v) -ATOMIC_ASM(clear, char, "andb %b2,%0", ~v) -ATOMIC_ASM(add, char, "addb %b2,%0", v) -ATOMIC_ASM(subtract, char, "subb %b2,%0", v) +ATOMIC_ASM(set, char, "orb %b1,%0", v) +ATOMIC_ASM(clear, char, "andb %b1,%0", ~v) +ATOMIC_ASM(add, char, "addb %b1,%0", v) +ATOMIC_ASM(subtract, char, "subb %b1,%0", v) -ATOMIC_ASM(set, short, "orw %w2,%0", v) -ATOMIC_ASM(clear, short, "andw %w2,%0", ~v) -ATOMIC_ASM(add, short, "addw %w2,%0", v) -ATOMIC_ASM(subtract, short, "subw %w2,%0", v) +ATOMIC_ASM(set, short, "orw %w1,%0", v) +ATOMIC_ASM(clear, short, "andw %w1,%0", ~v) +ATOMIC_ASM(add, short, "addw %w1,%0", v) +ATOMIC_ASM(subtract, short, "subw %w1,%0", v) -ATOMIC_ASM(set, int, "orl %2,%0", v) -ATOMIC_ASM(clear, int, "andl %2,%0", ~v) -ATOMIC_ASM(add, int, "addl %2,%0", v) -ATOMIC_ASM(subtract, int, "subl %2,%0", v) +ATOMIC_ASM(set, int, "orl %1,%0", v) +ATOMIC_ASM(clear, int, "andl %1,%0", ~v) +ATOMIC_ASM(add, int, "addl %1,%0", v) +ATOMIC_ASM(subtract, int, "subl %1,%0", v) -ATOMIC_ASM(set, long, "orl %2,%0", v) -ATOMIC_ASM(clear, long, "andl %2,%0", ~v) -ATOMIC_ASM(add, long, "addl %2,%0", v) -ATOMIC_ASM(subtract, long, "subl %2,%0", v) +ATOMIC_ASM(set, long, "orl %1,%0", v) +ATOMIC_ASM(clear, long, "andl %1,%0", ~v) +ATOMIC_ASM(add, long, "addl %1,%0", v) +ATOMIC_ASM(subtract, long, "subl %1,%0", v) ATOMIC_STORE_LOAD(char, "cmpxchgb %b0,%1", "xchgb %b1,%0") ATOMIC_STORE_LOAD(short,"cmpxchgw %w0,%1", "xchgw %w1,%0") -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Nov 10 14:22:57 2001 Delivered-To: freebsd-current@freebsd.org Received: from smtp016.mail.yahoo.com (smtp016.mail.yahoo.com [216.136.174.113]) by hub.freebsd.org (Postfix) with SMTP id 5BD7637B419 for ; Sat, 10 Nov 2001 14:22:50 -0800 (PST) Received: from mkc-65-30-96-67.kc.rr.com (HELO yahoo.com) (65.30.96.67) by smtp.mail.vip.sc5.yahoo.com with SMTP; 10 Nov 2001 22:22:49 -0000 X-Apparently-From: Message-ID: <3BEDA8A8.7060500@yahoo.com> Date: Sat, 10 Nov 2001 16:22:32 -0600 From: Jim Bryant Reply-To: kc5vdj@yahoo.com User-Agent: Mozilla/5.0 (X11; U; Linux i386; en-US; rv:0.9.2) Gecko/20010726 Netscape6/6.1 X-Accept-Language: en-us MIME-Version: 1.0 To: John Baldwin Cc: Bruce Evans , current@FreeBSD.ORG Subject: Re: kernel won't build - atomic.c/atomic.h errors... References: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I'll give it a try next time I build a kernel. Thanks for the info on the optimization option info, adding -O was successful in compiling atomic.c. John Baldwin wrote: > On 08-Nov-01 Bruce Evans wrote: > >>On Fri, 2 Nov 2001, Jim Bryant wrote: >> >> >>>Is anyone else seeing this problem? I posted a message the other day to >>>this list, and have yet to see a single response. >>> >>>This is from a completely fresh cvsup of everything. >>> >>>buildworld succeeds, but the kernel build fails on atomic.c with the >>>following message about the ATOMIC_ASM macros in atomic.h. >>> >>>The archetecture is 5.0-really-current on an SMP P2-333 machine. >>> >>>the message seems to be: "inconsistent operand constraints in an `asm'" >>> >>Only people who have clobbered -O in CFLAGS in /etc/make.conf should see >>this problem :-). >> >>The i386 still uses archaic constraints for some >>input-output operands ("0" for the first operand). These never worked >>right and if fact don't actually work for compiling this file without >>optimization. >> > > Hmm, would you prefer this diff then, I've had it floating around for a while > now but wasn't sure it was right: > > --- //depot/vendor/freebsd/sys/i386/include/atomic.h 2001/10/08 14:41:47 > +++ //depot/projects/smpng/sys/i386/include/atomic.h 2001/10/08 22:37:17 > @@ -99,8 +99,8 @@ > atomic_##NAME##_##TYPE(volatile u_##TYPE *p, u_##TYPE v)\ > { \ > __asm __volatile(MPLOCKED OP \ > - : "=m" (*p) \ > - : "0" (*p), "ir" (V)); \ > + : "+m" (*p) \ > + : "ir" (V)); \ > } > > /* > @@ -211,25 +211,25 @@ > #endif /* KLD_MODULE */ > > #if !defined(LOCORE) > -ATOMIC_ASM(set, char, "orb %b2,%0", v) > -ATOMIC_ASM(clear, char, "andb %b2,%0", ~v) > -ATOMIC_ASM(add, char, "addb %b2,%0", v) > -ATOMIC_ASM(subtract, char, "subb %b2,%0", v) > +ATOMIC_ASM(set, char, "orb %b1,%0", v) > +ATOMIC_ASM(clear, char, "andb %b1,%0", ~v) > +ATOMIC_ASM(add, char, "addb %b1,%0", v) > +ATOMIC_ASM(subtract, char, "subb %b1,%0", v) > > -ATOMIC_ASM(set, short, "orw %w2,%0", v) > -ATOMIC_ASM(clear, short, "andw %w2,%0", ~v) > -ATOMIC_ASM(add, short, "addw %w2,%0", v) > -ATOMIC_ASM(subtract, short, "subw %w2,%0", v) > +ATOMIC_ASM(set, short, "orw %w1,%0", v) > +ATOMIC_ASM(clear, short, "andw %w1,%0", ~v) > +ATOMIC_ASM(add, short, "addw %w1,%0", v) > +ATOMIC_ASM(subtract, short, "subw %w1,%0", v) > > -ATOMIC_ASM(set, int, "orl %2,%0", v) > -ATOMIC_ASM(clear, int, "andl %2,%0", ~v) > -ATOMIC_ASM(add, int, "addl %2,%0", v) > -ATOMIC_ASM(subtract, int, "subl %2,%0", v) > +ATOMIC_ASM(set, int, "orl %1,%0", v) > +ATOMIC_ASM(clear, int, "andl %1,%0", ~v) > +ATOMIC_ASM(add, int, "addl %1,%0", v) > +ATOMIC_ASM(subtract, int, "subl %1,%0", v) > > -ATOMIC_ASM(set, long, "orl %2,%0", v) > -ATOMIC_ASM(clear, long, "andl %2,%0", ~v) > -ATOMIC_ASM(add, long, "addl %2,%0", v) > -ATOMIC_ASM(subtract, long, "subl %2,%0", v) > +ATOMIC_ASM(set, long, "orl %1,%0", v) > +ATOMIC_ASM(clear, long, "andl %1,%0", ~v) > +ATOMIC_ASM(add, long, "addl %1,%0", v) > +ATOMIC_ASM(subtract, long, "subl %1,%0", v) > > ATOMIC_STORE_LOAD(char, "cmpxchgb %b0,%1", "xchgb %b1,%0") > ATOMIC_STORE_LOAD(short,"cmpxchgw %w0,%1", "xchgw %w1,%0") > > jim -- ET has one helluva sense of humor! He's always anal-probing right-wing schizos! ----------------------------------------------------- POWER TO THE PEOPLE! ----------------------------------------------------- "Religious fundamentalism is the biggest threat to international security that exists today." United Nations Secretary General B.B.Ghali, 1995 _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Nov 10 16:24:58 2001 Delivered-To: freebsd-current@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id 29F4437B41C; Sat, 10 Nov 2001 16:24:55 -0800 (PST) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id LAA16359; Sun, 11 Nov 2001 11:24:53 +1100 Date: Sun, 11 Nov 2001 11:23:43 +1100 (EST) From: Bruce Evans X-X-Sender: To: John Baldwin Cc: , Jim Bryant Subject: Re: kernel won't build - atomic.c/atomic.h errors... In-Reply-To: Message-ID: <20011111111640.M22418-100000@delplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, 10 Nov 2001, John Baldwin wrote: > On 08-Nov-01 Bruce Evans wrote: > > The i386 still uses archaic constraints for some > > input-output operands ("0" for the first operand). These never worked > > right and if fact don't actually work for compiling this file without > > optimization. > > Hmm, would you prefer this diff then, I've had it floating around for a while > now but wasn't sure it was right: Yes, it is right provided all the operand renumbering is right. I suppose it can't be checked simply by comparing all objects, because it sometimes changes the register allocation? There are a couple more "0"s in atomic_cmpset_int(), and many more in other files (even in cpufunc.h). Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Nov 10 16:35:40 2001 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 8916637B420 for ; Sat, 10 Nov 2001 16:35:37 -0800 (PST) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.3/8.11.3) with ESMTP id fAB0ZZa25903; Sat, 10 Nov 2001 17:35:35 -0700 (MST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost [127.0.0.1]) by harmony.village.org (8.11.6/8.11.6) with ESMTP id fAB0ZY767875; Sat, 10 Nov 2001 17:35:35 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200111110035.fAB0ZY767875@harmony.village.org> To: Raphael Korsoski Subject: Re: MAKEDEV on -current Cc: freebsd-current@FreeBSD.ORG In-reply-to: Your message of "Sat, 10 Nov 2001 13:07:48 +0100." References: Date: Sat, 10 Nov 2001 17:35:34 -0700 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message Raphael Korsoski writes: : After upgrading from -STABLE I no longer have a MAKEDEV script in my /dev : I didn't find anything on this in UPDATING, so I suspect I ought to have : one :) : I think I've missed something, so any pointers would be appreciated. DEVFS doesn't need MAKEDEV. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Nov 10 19:21:26 2001 Delivered-To: freebsd-current@freebsd.org Received: from midget.dons.net.au (daniel.lnk.telstra.net [139.130.137.70]) by hub.freebsd.org (Postfix) with ESMTP id 7FD3837B417 for ; Sat, 10 Nov 2001 19:21:17 -0800 (PST) Received: from cain.gsoft.com.au (root@localhost [127.0.0.1]) by midget.dons.net.au (8.11.6/8.11.6) with ESMTP id fAB3LA642432; Sun, 11 Nov 2001 13:51:10 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Message-ID: X-Mailer: XFMail 1.5.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <3BED8B5F.8090105@yahoo.com> Date: Sun, 11 Nov 2001 13:51:10 +1030 (CST) From: "Daniel O'Connor" To: Jim Bryant Subject: Re: USB and SMP Cc: current@freebsd.org, Michael Class Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 10-Nov-2001 Jim Bryant wrote: > I have a [secondary] USB Keyboard with a mouse port on it's side installed, > as well as a cameramate CompactFlash reader hooked up. > Both work. What chipset though? The OHCI stuff seems less reliable than UHCI. Not sure if its the hardware, the driver or some combination :) --- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Nov 10 20:10:27 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail6.speakeasy.net (mail6.speakeasy.net [216.254.0.206]) by hub.freebsd.org (Postfix) with ESMTP id 0190237B41D for ; Sat, 10 Nov 2001 20:10:21 -0800 (PST) Received: (qmail 64815 invoked from network); 11 Nov 2001 04:10:20 -0000 Received: from unknown (HELO laptop.baldwin.cx) ([64.81.54.73]) (envelope-sender ) by mail6.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 11 Nov 2001 04:10:20 -0000 Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20011111111640.M22418-100000@delplex.bde.org> Date: Sat, 10 Nov 2001 20:09:59 -0800 (PST) From: John Baldwin To: Bruce Evans Subject: Re: kernel won't build - atomic.c/atomic.h errors... Cc: Jim Bryant , current@FreeBSD.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 11-Nov-01 Bruce Evans wrote: > On Sat, 10 Nov 2001, John Baldwin wrote: > >> On 08-Nov-01 Bruce Evans wrote: >> > The i386 still uses archaic constraints for some >> > input-output operands ("0" for the first operand). These never worked >> > right and if fact don't actually work for compiling this file without >> > optimization. >> >> Hmm, would you prefer this diff then, I've had it floating around for a >> while >> now but wasn't sure it was right: > > Yes, it is right provided all the operand renumbering is right. I suppose > it can't be checked simply by comparing all objects, because it sometimes > changes the register allocation? Not sure, but I've actually been using it in a test tree since at least October 3. I think I had used it before then as well, so it is probably fine. > There are a couple more "0"s in atomic_cmpset_int(), and many more in other > files (even in cpufunc.h). Hmm, I'll put these on my todo list then. > Bruce -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Nov 10 22:12: 5 2001 Delivered-To: freebsd-current@freebsd.org Received: from smtp013.mail.yahoo.com (smtp013.mail.yahoo.com [216.136.173.57]) by hub.freebsd.org (Postfix) with SMTP id 925F037B41F for ; Sat, 10 Nov 2001 22:12:03 -0800 (PST) Received: from mkc-65-30-96-67.kc.rr.com (HELO yahoo.com) (65.30.96.67) by smtp.mail.vip.sc5.yahoo.com with SMTP; 11 Nov 2001 06:12:03 -0000 X-Apparently-From: Message-ID: <3BEE16B2.8010202@yahoo.com> Date: Sun, 11 Nov 2001 00:12:02 -0600 From: Jim Bryant Reply-To: kc5vdj@yahoo.com User-Agent: Mozilla/5.0 (X11; U; Linux i386; en-US; rv:0.9.2) Gecko/20010726 Netscape6/6.1 X-Accept-Language: en-us MIME-Version: 1.0 To: Daniel O'Connor Cc: current@freebsd.org, Michael Class Subject: Re: USB and SMP References: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG PIIX4, and I do think it's running under uhci. Daniel O'Connor wrote: > On 10-Nov-2001 Jim Bryant wrote: > >> I have a [secondary] USB Keyboard with a mouse port on it's side installed, >> as well as a cameramate CompactFlash reader hooked up. >> Both work. >> > > What chipset though? > The OHCI stuff seems less reliable than UHCI. > Not sure if its the hardware, the driver or some combination :) > > --- > Daniel O'Connor software and network engineer > for Genesis Software - http://www.gsoft.com.au > "The nice thing about standards is that there > are so many of them to choose from." > -- Andrew Tanenbaum > > jim -- ET has one helluva sense of humor! He's always anal-probing right-wing schizos! ----------------------------------------------------- POWER TO THE PEOPLE! ----------------------------------------------------- "Religious fundamentalism is the biggest threat to international security that exists today." United Nations Secretary General B.B.Ghali, 1995 _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Nov 10 23:15:46 2001 Delivered-To: freebsd-current@freebsd.org Received: from hawk.prod.itd.earthlink.net (hawk.mail.pas.earthlink.net [207.217.120.22]) by hub.freebsd.org (Postfix) with ESMTP id 21E0537B405 for ; Sat, 10 Nov 2001 23:15:42 -0800 (PST) Received: from dialup-209.245.134.200.dial1.sanjose1.level3.net ([209.245.134.200] helo=blossom.cjclark.org) by hawk.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 162oqA-0007XB-00; Sat, 10 Nov 2001 23:15:40 -0800 Received: (from cjc@localhost) by blossom.cjclark.org (8.11.6/8.11.3) id fAB7FCS72992; Sat, 10 Nov 2001 23:15:12 -0800 (PST) (envelope-from cjc) Date: Sat, 10 Nov 2001 23:15:11 -0800 From: "Crist J. Clark" To: Alexander Leidinger Cc: current@FreeBSD.ORG Subject: Re: daily run output & passwd diff Message-ID: <20011110231511.G69195@blossom.cjclark.org> Reply-To: cjclark@alum.mit.edu References: <200111091355.fA9Dtul24149@Magelan.Leidinger.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200111091355.fA9Dtul24149@Magelan.Leidinger.net>; from Alexander@Leidinger.net on Fri, Nov 09, 2001 at 02:55:55PM +0100 X-URL: http://people.freebsd.org/~cjc/ Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Nov 09, 2001 at 02:55:55PM +0100, Alexander Leidinger wrote: > Hi, > > I think the CVS tag shouldn't be interpreted as an entry which contains > a password. > > ---snip--- > Backup passwd and group files: > > 1c1 > < # $FreeBSD:(password):09:07 peter Exp $ > --- > > # $FreeBSD:(password):27:16 ache Exp $ > 16a17 > > www:(password):80:80::0:0:World Wide Web Owner:/nonexistent:/sbin/nologin > Magelan.Leidinger.net group diffs: > 1c1 > < # $FreeBSD: src/etc/group,v 1.21 2001/10/18 16:53:20 sheldonh Exp $ > --- > > # $FreeBSD: src/etc/group,v 1.22 2001/10/25 03:27:16 ache Exp $ > 20a21 > > www:*:80: > ---snip--- Makes sense. No need to hide the revision number. Committed to -CURRENT. MFC 1 week. Index: 200.backup-passwd =================================================================== RCS file: /home/ncvs/src/etc/periodic/daily/200.backup-passwd,v retrieving revision 1.8 diff -u -r1.8 200.backup-passwd --- 200.backup-passwd 2000/09/14 17:19:10 1.8 +++ 200.backup-passwd 2001/11/11 07:09:49 @@ -42,7 +42,7 @@ [ $rc -lt 1 ] && rc=1 echo "$host passwd diffs:" diff $bak/master.passwd.bak /etc/master.passwd |\ - sed 's/^\([<>] [^:]*\):[^:]*:/\1:(password):/' + sed 's/^\([<>] [^#][^:]*\):[^:]*:/\1:(password):/' mv $bak/master.passwd.bak $bak/master.passwd.bak2 cp -p /etc/master.passwd $bak/master.passwd.bak || rc=3 fi -- Crist J. Clark | cjclark@alum.mit.edu | cjclark@jhu.edu http://people.freebsd.org/~cjc/ | cjc@freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message