From owner-freebsd-current Sun Feb 15 00:18:43 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA20631 for freebsd-current-outgoing; Sun, 15 Feb 1998 00:18:43 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA20624 for ; Sun, 15 Feb 1998 00:18:41 -0800 (PST) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.6.9) with ESMTP id AAA20249; Sun, 15 Feb 1998 00:18:45 -0800 (PST) To: Chris Csanady cc: freebsd-current@FreeBSD.ORG Subject: Re: CCD missing spl() call.. In-reply-to: Your message of "Sat, 14 Feb 1998 22:31:08 CST." <199802150431.WAA00428@friley585.res.iastate.edu> Date: Sun, 15 Feb 1998 00:18:45 -0800 Message-ID: <20245.887530725@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > There is also a off by one error in the handling of the > partitions. Credit goes to OpenBSD for these. There are > numerous other changes that would be worth integrating > as well.. [Not just to you, but also to Terry and those others who still see some merit in submitting changes this way] These would go best as PRs since stuff sent to the -current mailing list often go into the bit-bucket. Stuff sent to the PR database often goes into the bit-bucket as well, admittedly but at least: A) It's easier to search the PR database than it is through thousands of -current mails for the occasional forgotten fix. B) There's an active PR-meister to handle the untended PRs whereas noone is signed up to perform such a function for the mailing lists. C) It's easier for me and others to close a PR and let the PR system tell the submitter that it's been attended to than it is for us to play cut-and-paste with email messages so that the same function can be done manually. Both of your submitted fixes have been applied, thanks! Jordan > > Chris > > *** ccd.c.old Sat Feb 14 22:27:17 1998 > --- ccd.c Sat Feb 14 20:27:12 1998 > *************** > *** 631,637 **** > ccdgetdisklabel(dev); > > /* Check that the partition exists. */ > ! if (part != RAW_PART && ((part > lp->d_npartitions) || > (lp->d_partitions[part].p_fstype == FS_UNUSED))) { > error = ENXIO; > goto done; > --- 631,637 ---- > ccdgetdisklabel(dev); > > /* Check that the partition exists. */ > ! if (part != RAW_PART && ((part >= lp->d_npartitions) || > (lp->d_partitions[part].p_fstype == FS_UNUSED))) { > error = ENXIO; > goto done; > *************** > *** 973,978 **** > --- 973,979 ---- > register int unit = cbp->cb_unit; > int count, s; > > + s = splbio(); > #ifdef DEBUG > if (ccddebug & CCDB_FOLLOW) > printf("ccdiodone(%x)\n", cbp); > > > > 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 Sun Feb 15 00:26:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA21552 for freebsd-current-outgoing; Sun, 15 Feb 1998 00:26:45 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp03.primenet.com (smtp03.primenet.com [206.165.6.133]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA21547 for ; Sun, 15 Feb 1998 00:26:43 -0800 (PST) (envelope-from tlambert@usr02.primenet.com) Received: (from daemon@localhost) by smtp03.primenet.com (8.8.8/8.8.8) id BAA10705; Sun, 15 Feb 1998 01:26:42 -0700 (MST) Received: from usr02.primenet.com(206.165.6.202) via SMTP by smtp03.primenet.com, id smtpd010700; Sun Feb 15 01:26:36 1998 Received: (from tlambert@localhost) by usr02.primenet.com (8.8.5/8.8.5) id BAA06918; Sun, 15 Feb 1998 01:26:34 -0700 (MST) From: Terry Lambert Message-Id: <199802150826.BAA06918@usr02.primenet.com> Subject: Re: about my last panic To: hasty@rah.star-gate.com (Amancio Hasty) Date: Sun, 15 Feb 1998 08:26:34 +0000 (GMT) Cc: tlambert@primenet.com, mike@smith.net.au, current@FreeBSD.ORG In-Reply-To: <199802150721.XAA14962@rah.star-gate.com> from "Amancio Hasty" at Feb 14, 98 11:21:45 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Here is my little bit on my config: > > config kernel root on wd0 > > in /etc/rc.conf > > dumpdev="/dev/wd0s1b" # Device name to crashdump to (if enabled). Well, that explains it, then. 8-). You got an unrelated to wd crash followed by a double-panic when it tried to dump. I think your omission of wd0 doesn't fix the problem. Now we have to wait. 8-(. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 15 00:27:39 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA21800 for freebsd-current-outgoing; Sun, 15 Feb 1998 00:27:39 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from rah.star-gate.com (rah.star-gate.com [209.133.7.178]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA21792 for ; Sun, 15 Feb 1998 00:27:37 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id AAA15203 for ; Sun, 15 Feb 1998 00:27:28 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199802150827.AAA15203@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: current@FreeBSD.ORG Subject: soft updates , panic Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 15 Feb 1998 00:27:28 -0800 From: Amancio Hasty Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG (kgdb) print *bp $1 = {b_hash = {le_next = 0xf2ef063c, le_prev = 0xf2ee9e70}, b_vnbufs = { le_next = 0x0, le_prev = 0xf2ed8828}, b_freelist = {tqe_next = 0xf2eccd10, tqe_prev = 0xf2eedc18}, b_act = {tqe_next = 0x0, tqe_prev = 0xf02288f0}, b_proc = 0x0, b_flags = 536870960, b_qindex = 0, b_usecount = 24 '\030', b_error = 0, b_bufsize = 8192, b_bcount = 8192, b_resid = 0, b_dev = 4294967295, b_data = 0xf3674000 "\220\217'", b_kvabase = 0xf3674000 "\220\217'", b_kvasize = 8192, b_lblkno = -12, b_blkno = -12, b_iodone = 0, b_iodone_chain = 0x0, b_vp = 0xf4e0a200, b_dirtyoff = 0, b_dirtyend = 0, b_generation = 109, b_rcred = 0x0, b_wcred = 0x0, b_validoff = 0, b_validend = 0, b_pblkno = 1448576, b_saveaddr = 0x0, b_savekva = 0x0, b_driver1 = 0x0, b_driver2 = 0x0, b_spc = 0x0, b_cluster = {cluster_head = {tqh_first = 0x0, tqh_last = 0xf2ed866c}, cluster_entry = {tqe_next = 0x0, tqe_prev = 0xf2ed866c}}, b_pages = {0xf0c5f304, 0xf0c7ba38, 0x0 }, b_npages = 2, b_dep = {lh_first = 0x0}} (kgdb) where #0 boot (howto=260) at ../../kern/kern_shutdown.c:296 #1 0xf011790f in panic (fmt=0xf01013f8 "from debugger") at ../../kern/kern_shutdown.c:436 #2 0xf0101415 in db_panic (addr=-266560547, have_addr=0, count=-1, modif=0xf4e59a4c "") at ../../ddb/db_command.c:432 #3 0xf01012f5 in db_command (last_cmdp=0xf0202ad4, cmd_table=0xf0202934, aux_cmd_tablep=0xf020f32c) at ../../ddb/db_command.c:332 #4 0xf0101482 in db_command_loop () at ../../ddb/db_command.c:454 #5 0xf0103b43 in db_trap (type=3, code=0) at ../../ddb/db_trap.c:71 #6 0xf01c99b1 in kdb_trap (type=3, code=0, regs=0xf4e59b38) at ../../i386/i386/db_interface.c:157 #7 0xf01d6ee8 in trap (frame={tf_es = 16, tf_ds = 16, tf_edi = 0, tf_esi = -266639072, tf_ebp = -186279044, tf_isp = -186279072, tf_ebx = 256, tf_edx = -266560603, tf_ecx = 0, tf_eax = 18, tf_trapno = 3, tf_err = 0, tf_eip = -266560547, tf_cs = 8, tf_eflags = 582, tf_esp = -266560619, tf_ss = -267290460}) at ../../i386/i386/trap.c:474 #8 0xf01c9bdd in Debugger (msg=0xf01178a4 "panic") at ../../i386/i386/db_interface.c:316 #9 0xf0117906 in panic ( fmt=0xf01b6920 "vm_fault: fault on nofault entry, addr: %lx") at ../../kern/kern_shutdown.c:434 #10 0xf01b6a54 in vm_fault (map=0xf0219f20, vaddr=4080574464, fault_type=3 '\003', fault_flags=0) at ../../vm/vm_fault.c:225 #11 0xf01d7148 in trap_pfault (frame=0xf4e59ca4, usermode=0) at ../../i386/i386/trap.c:724 #12 0xf01d6dc7 in trap (frame={tf_es = 16, tf_ds = 16, tf_edi = -214392832, tf_esi = -211331072, tf_ebp = -186278636, tf_isp = -186278708, tf_ebx = -219265088, tf_edx = -2147155909, tf_ecx = 1536, tf_eax = 0, tf_trapno = 12, tf_err = 2, tf_eip = -266510937, tf_cs = 8, tf_eflags = 66054, tf_esp = 512, tf_ss = -252214976}) at ../../i386/i386/trap.c:363 #13 0xf01d5da7 in large_i586_bcopy_loop () #14 0xf01a6a37 in softdep_setup_allocindir_page (ip=0xf0f11000, lbn=30, bp=0xf2ee47c0, ptrno=18, newblkno=2593416, oldblkno=0, nbp=0xf2ed8820) at ../../ufs/ffs/ffs_softdep.c:1305 #15 0xf01a41cd in ffs_balloc (ap=0xf4e59ea4) at ../../ufs/ffs/ffs_balloc.c:302 #16 0xf01ad53c in ffs_write (ap=0xf4e59ef8) at vnode_if.h:995 #17 0xf013bfa7 in vn_write (fp=0xf0ec2040, uio=0xf4e59f40, cred=0xf0ee2b00) at vnode_if.h:331 #18 0xf011f4db in write (p=0xf4da8e00, uap=0xf4e59f94) at ../../kern/sys_generic.c:268 #19 0xf01d79af in syscall (frame={tf_es = 39, tf_ds = 39, tf_edi = 188416, tf_esi = 97788, tf_ebp = -272642852, tf_isp = -186277916, tf_ebx = 537460832, tf_edx = 97788, tf_ecx = -272642844, tf_eax = 4, tf_trapno = 12, tf_err = 7, tf_eip = 537405009, tf_cs = 31, tf_eflags = 518, tf_esp = -272642876, tf_ss = 39}) at ../../i386/i386/trap.c:994 ----- I was doing a make world and untarring a large file. According to John Dyson: Hint for those working on the code right now (I'll be back on it on Sat, likely.) That message almost always means that a memory access is past the end of an allocated buffer. Our buffers are dynamically allocated, being backed by vm_objects. Our kernel detects when an *unexpected* demand zero occurs, and that is a kernel failure. (The old MACH VM would often silently create the page.)* ----- If anyone needs further info please let me know. Tnks, Amancio To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 15 00:35:35 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA23091 for freebsd-current-outgoing; Sun, 15 Feb 1998 00:35:35 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA23081 for ; Sun, 15 Feb 1998 00:35:33 -0800 (PST) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.6.9) with ESMTP id AAA20317; Sun, 15 Feb 1998 00:32:00 -0800 (PST) To: Greg Lehey cc: Chris Csanady , freebsd-current@FreeBSD.ORG Subject: Re: CCD missing spl() call.. In-reply-to: Your message of "Sun, 15 Feb 1998 15:43:50 +1030." <19980215154350.44866@freebie.lemis.com> Date: Sun, 15 Feb 1998 00:32:00 -0800 Message-ID: <20313.887531520@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > OK. The first one (off by 1) makes sense, but the second one (splbio) > was there from the start. What sources are you comparing with? Actually, there should be no splbio() in the interrupt routine and now that I've actually gotten the grit out of my eyes and looked at it again, I see that the whole addition was bogus for a variety of reasons: 1. There was no corresponding splx(s), even if the splbio() had been correct. 2. You don't need to raise the SPL level in the interrupt routine. 3. The tabs were smashed, violating the Bruce exclusion filter rules. :-) The off-by-one stuff was OK and has been committed, but more care will have to be taken with any further "OpenBSD improvements" if they're going to make the grade. :-) Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 15 00:45:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA24480 for freebsd-current-outgoing; Sun, 15 Feb 1998 00:45:10 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from allegro.lemis.com (allegro.lemis.com [192.109.197.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA24471 for ; Sun, 15 Feb 1998 00:45:06 -0800 (PST) (envelope-from grog@lemis.com) Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137]) by allegro.lemis.com (8.8.7/8.8.5) with ESMTP id TAA24803; Sun, 15 Feb 1998 19:14:53 +1030 (CST) Received: (from grog@localhost) by freebie.lemis.com (8.8.8/8.8.7) id TAA28125; Sun, 15 Feb 1998 19:14:52 +1030 (CST) (envelope-from grog) Message-ID: <19980215191452.63038@freebie.lemis.com> Date: Sun, 15 Feb 1998 19:14:52 +1030 From: Greg Lehey To: "Jordan K. Hubbard" Cc: Chris Csanady , freebsd-current@FreeBSD.ORG Subject: Re: CCD missing spl() call.. References: <19980215154350.44866@freebie.lemis.com> <20313.887531520@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89i In-Reply-To: <20313.887531520@time.cdrom.com>; from Jordan K. Hubbard on Sun, Feb 15, 1998 at 12:32:00AM -0800 WWW-Home-Page: http://www.lemis.com/~grog Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 15 February 1998 at 0:32:00 -0800, Jordan K. Hubbard wrote: >> OK. The first one (off by 1) makes sense, but the second one (splbio) >> was there from the start. What sources are you comparing with? > > Actually, there should be no splbio() in the interrupt routine > and now that I've actually gotten the grit out of my eyes and > looked at it again, I see that the whole addition was bogus > for a variety of reasons: > > 1. There was no corresponding splx(s), even if the > splbio() had been correct. (omitting some #ifdef DEBUG stuff) s = splbio(); if (cbp->cb_buf.b_flags & B_ERROR) { bp->b_flags |= B_ERROR; bp->b_error = cbp->cb_buf.b_error ? cbp->cb_buf.b_error : EIO; } if (ccd_softc[unit].sc_cflags & CCDF_MIRROR && (cbp->cb_buf.b_flags & B_READ) == 0) if ((cbp->cb_pflags & CCDPF_MIRROR_DONE) == 0) { /* I'm done before my counterpart, so just set partner's flag and return */ cbp->cb_mirror->cb_pflags |= CCDPF_MIRROR_DONE; putccdbuf(cbp); splx(s); return; } You were saying? > 2. You don't need to raise the SPL level in the > interrupt routine. This last piece of code is dicking around with another buffer (this is part of the mirroring code). Imagine an interrupt at the comment in this sequence: if ((cbp->cb_pflags & CCDPF_MIRROR_DONE) == 0) { /* I'm done before my counterpart, so just set partner's flag and return */ cbp->cb_mirror->cb_pflags |= CCDPF_MIRROR_DONE; I see the possibility of a hang there. > 3. The tabs were smashed, violating the Bruce exclusion > filter rules. :-) They were? That's a reason, of course. > The off-by-one stuff was OK and has been committed, but more care > will have to be taken with any further "OpenBSD improvements" if > they're going to make the grade. :-) You missed the most important thing: the splbio() has always been there. It would have been a very serious problem to have an splx() without an splXXX(), anyway. The only "OpenBSD improvement" in this area is that they appear to have lost it at some point, and then returned it. Oh yes, and I didn't really think it was worth worrying about so much, but it *is* correct. Greg To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 15 01:08:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA28976 for freebsd-current-outgoing; Sun, 15 Feb 1998 01:08:58 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA28960 for ; Sun, 15 Feb 1998 01:08:53 -0800 (PST) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.6.9) with ESMTP id BAA20543; Sun, 15 Feb 1998 01:08:49 -0800 (PST) To: Greg Lehey cc: Chris Csanady , freebsd-current@FreeBSD.ORG Subject: Re: CCD missing spl() call.. In-reply-to: Your message of "Sun, 15 Feb 1998 19:14:52 +1030." <19980215191452.63038@freebie.lemis.com> Date: Sun, 15 Feb 1998 01:08:48 -0800 Message-ID: <20539.887533728@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > (omitting some #ifdef DEBUG stuff) > > s = splbio(); > > if (cbp->cb_buf.b_flags & B_ERROR) { Erm.. You're in ccdiodone(), a completely different function from the one I (and the submitted patch) was referring to. :-) Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 15 02:19:54 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA08315 for freebsd-current-outgoing; Sun, 15 Feb 1998 02:19:54 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from isvara.net (root@[130.88.148.77]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA08302 for ; Sun, 15 Feb 1998 02:19:51 -0800 (PST) (envelope-from freebsd@challenge.isvara.net) Received: from challenge.isvara.net ([130.88.66.5]) by isvara.net (8.8.7/8.8.7) with ESMTP id KAA00825 for ; Sun, 15 Feb 1998 10:19:36 GMT Message-ID: <34E6C14B.49A21738@challenge.isvara.net> Date: Sun, 15 Feb 1998 10:19:55 +0000 From: freebsd@isvara.net X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: FreeBSD Current Subject: Re: VM messed: vm_page_free panic problem References: <199802150658.XAA02323@usr02.primenet.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, Terry Lambert wrote: > > > I'm experiencing a problem with the freebsd-current bootdisks since > > > a weeks ago. I get the error: > > > vm_page_free: pindex(12), busy(0), PG_BUSY(0), hold(0) > > > panic: vm_page_free: freeing page > Since John is snowed in... > > Is this "freeing free page" or "freeing busy page"? I'm not sure, the message above is all I get. > Are you using CCD? > Are you mounting async? > Are you trying to use union mounts, or any other FS other than FFS, > such as NFS, MSDOSFS, etc.? > Have you compiled your kernel -g, then copied it, "strip -d"'ed the > copy, and run on the stripped copy until you got a panic, so you could > do a source level debug of the kernel code in question? > > Have you traversed the scheduler queues in the kernel debugger to see > if the problem is really a process on two queues? > > Is vm_page_freechk_and_unqueue() (since it's probably "freeing ???? page") > being called from vm_page_free() or vm_page_free_zero()? > > When you look at the vm_object structure for the object that's failing, > is the "type" member OBJT_DEFAULT, OBJT_SWAP, OBJT_VNODE, OBJT_DEVICE, or > OBJT_DEAD? If OBJT_VNODE, is the backing_object member cast to a vnode > a device vnode, a directory, a file, or VNONE, or what? I am just getting the error from the bootdisk ATM, but compiling kernels a recent source works fine. > I'd ask for the -g kernel and dump image, but they are far in excess > of my account quota; unless you can put them up for FTP somewhere, and > I can pull them down on a faster-than-modem link, you're going to need > to go looking for yourself. Do *NOT* mail them to me! I could band the kernel and image on my server (155Mb ATM link to JANET via 10Mb Ethernet) > Terry Lambert > terry@lambert.org Thanx, Dan _____________________________________ Daniel J Blueman BSc Computation, UMIST, Manchester Email: blue@challenge.isvara.net Web: http://www.challenge.isvara.net/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 15 02:51:01 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA13841 for freebsd-current-outgoing; Sun, 15 Feb 1998 02:51:01 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from top.worldcontrol.com (surf52.cruzers.com [205.215.232.52]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id CAA13831 for ; Sun, 15 Feb 1998 02:50:58 -0800 (PST) (envelope-from brian@worldcontrol.com) From: brian@worldcontrol.com Received: (qmail 427 invoked by uid 100); 15 Feb 1998 10:52:18 -0000 Message-ID: <19980215025214.13163@top.worldcontrol.com> Date: Sun, 15 Feb 1998 02:52:14 -0800 To: current@FreeBSD.ORG Subject: Re: Working (apparently) soft-update code available. References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.90.3i In-Reply-To: ; from Julian Elischer on Fri, Feb 13, 1998 at 03:07:52PM -0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On %M 0, Julian Elischer wrote: > ftp://ftp.freebsd.org/pub/FreeBSD/incoming/softupdates4.tgz > > first extract the README and read it before extracting everything. > this should patch cleanly against last night's -current. I finished a make world on an SMP system early on Saturday using softupdates4. The system is Dual PP150 with Adaptec 2940W, unfortunately the harddrive happens to be a slug. Also I did the make world without the benefit of '-j'. Can you make world with -j? The system was doing other mundane tasks at the time: ftp xfers, natd type stuff. bls2# mount /dev/sd0a on / (local, writes: sync 6109 async 5527) /dev/sd0s2e on /usr (NFS exported, local, writes: sync 23623 async 10937) /dev/sd0s2f on /uss (NFS exported, local, soft-updates, writes: sync 2360 async 109194) sd0s2f contains /uss/src and /uss/obj, while the OS is on sd0a and sd0s2e. make world started on Sat Feb 14 01:54:58 PST 1998 make world completed on Sat Feb 14 05:04:24 PST 1998 -------------------------------------------------------------- 11366.45 real 6395.38 user 3152.94 sys While the time is not impressive, it did survive the task fine. No reboots. No crashes. Hell it didn't even chip a fingernail! -- Brian Litzinger To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 15 08:21:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA20755 for freebsd-current-outgoing; Sun, 15 Feb 1998 08:21:09 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from friley585.res.iastate.edu (friley585.res.iastate.edu [129.186.167.85]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA20750 for ; Sun, 15 Feb 1998 08:21:06 -0800 (PST) (envelope-from ccsanady@friley585.res.iastate.edu) Received: from friley585.res.iastate.edu (loopback [127.0.0.1]) by friley585.res.iastate.edu (8.8.8/8.8.5) with ESMTP id KAA12121; Sun, 15 Feb 1998 10:21:07 -0600 (CST) Message-Id: <199802151621.KAA12121@friley585.res.iastate.edu> X-Mailer: exmh version 2.0.1 12/23/97 To: "Jordan K. Hubbard" cc: freebsd-current@FreeBSD.ORG Subject: Re: CCD missing spl() call.. In-reply-to: Your message of "Sun, 15 Feb 1998 00:18:45 PST." <20245.887530725@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 15 Feb 1998 10:21:05 -0600 From: Chris Csanady Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I appologize for sending patches to the list. And incorrect ones at that. I have just been staring at code for too long trying to figure out how to get Soft Updates working with CCD's. I thought that the patches might be pertinent to this.. Chris To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 15 11:22:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA10932 for freebsd-current-outgoing; Sun, 15 Feb 1998 11:22:03 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from isvara.net (root@[130.88.148.77]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA10909 for ; Sun, 15 Feb 1998 11:22:00 -0800 (PST) (envelope-from freebsd@challenge.isvara.net) Received: from challenge.isvara.net ([130.88.66.5]) by isvara.net (8.8.7/8.8.7) with ESMTP id TAA01587 for ; Sun, 15 Feb 1998 19:21:46 GMT Message-ID: <34E74059.74CF55A6@challenge.isvara.net> Date: Sun, 15 Feb 1998 19:22:01 +0000 From: freebsd@isvara.net X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: FreeBSD Current Subject: Re: boot.flp bug? References: <199802111502.KAA17171@mamba-e.gsfc.nasa.gov> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG George Uhl wrote: > I'm trying to install the latest 3.0-SNAP (2/10) > from a diskette. I downloaded the boot.flp image > and dd'ed it to the diskette. During the probing > sequence while booting I get the following: > > | > | > V > npx0 on motherboard > npx0: INT 16 interface > changing root device to fd0c > rootfs is 1440 kbyte compiled in MFS > vm_page_free: pindex(12), busy(0), PG_BUSY(0), hdd(0) > panic: vm_page_free: freeing free page > > Causing my host to reboot. What gives? It's the VM subsystem Cheers, Dan _____________________________________ Daniel J Blueman BSc Computation, UMIST, Manchester Email: blue@challenge.isvara.net Web: http://www.challenge.isvara.net/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 15 11:33:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA12338 for freebsd-current-outgoing; Sun, 15 Feb 1998 11:33:05 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from zippy.dyn.ml.org (garbanzo@congo-84.ppp.hooked.net [206.169.227.84]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA12280 for ; Sun, 15 Feb 1998 11:32:56 -0800 (PST) (envelope-from garbanzo@hooked.net) Received: from localhost (garbanzo@localhost) by zippy.dyn.ml.org (8.8.8/8.8.7) with SMTP id LAA00826; Sun, 15 Feb 1998 11:32:12 -0800 (PST) X-Authentication-Warning: zippy.dyn.ml.org: garbanzo owned process doing -bs Date: Sun, 15 Feb 1998 11:32:06 -0800 (PST) From: Alex X-Sender: garbanzo@zippy.dyn.ml.org To: brian@worldcontrol.com cc: current@FreeBSD.ORG Subject: Re: Working (apparently) soft-update code available. In-Reply-To: <19980215025214.13163@top.worldcontrol.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 15 Feb 1998 brian@worldcontrol.com wrote: > On %M 0, Julian Elischer wrote: > > ftp://ftp.freebsd.org/pub/FreeBSD/incoming/softupdates4.tgz > > > > first extract the README and read it before extracting everything. > > this should patch cleanly against last night's -current. > > I finished a make world on an SMP system early on Saturday using softupdates4. > The system is Dual PP150 with Adaptec 2940W, unfortunately the > harddrive happens to be a slug. Also I did the make world without the > benefit of '-j'. Can you make world with -j? The system was doing > other mundane tasks at the time: ftp xfers, natd type stuff. Yes, just run make depend first. Can one enable soft updates in the fstab, or does one have to use tunefs, and will that stay after reboots? - alex A diplomat is someone who can tell you to go to hell in such a way that you look forward to the trip. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 15 11:44:43 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA13851 for freebsd-current-outgoing; Sun, 15 Feb 1998 11:44:43 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mail.webspan.net (root@mail.webspan.net [206.154.70.7]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA13842 for ; Sun, 15 Feb 1998 11:44:38 -0800 (PST) (envelope-from opsys@mail.webspan.net) Received: from orion.webspan.net (orion.webspan.net [206.154.70.5]) by mail.webspan.net (WEBSPAN/970608) with SMTP id OAA27828; Sun, 15 Feb 1998 14:41:28 -0500 (EST) Date: Sun, 15 Feb 1998 14:44:01 -0500 (EST) From: Open Systems Networking X-Sender: opsys@orion.webspan.net To: Alex cc: current@FreeBSD.ORG Subject: Re: Working (apparently) soft-update code available. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 15 Feb 1998, Alex wrote: > Yes, just run make depend first. Can one enable soft updates in the > fstab, or does one have to use tunefs, and will that stay after reboots? I'm not sure about fstab, but after you enable them with tunefs they do stick after reboots. I have rebooted 4 times since i enabled them and they stay enabled and work nicely i might add.. although my box is locking up occasionally under X When starting to swap moderately. I'm just waiting for them to be throw into -current Chris -- ===================================| Open Systems Networking And Consulting. FreeBSD 2.2.5 is available now! | Phone: 316-326-6800 -----------------------------------| 1402 N. Washington, Wellington, KS-67152 FreeBSD: The power to serve! | E-Mail: opsys@open-systems.net http://www.freebsd.org | Consulting-Network Engineering-Security ===================================| http://open-systems.net -----BEGIN PGP PUBLIC KEY BLOCK----- Version: 2.6.2 mQENAzPemUsAAAEH/06iF0BU8pMtdLJrxp/lLk3vg9QJCHajsd25gYtR8X1Px1Te gWU0C4EwMh4seDIgK9bzFmjjlZOEgS9zEgia28xDgeluQjuuMyUFJ58MzRlC2ONC foYIZsFyIqdjEOCBdfhH5bmgB5/+L5bjDK6lNdqD8OAhtC4Xnc1UxAKq3oUgVD/Z d5UJXU2xm+f08WwGZIUcbGcaonRC/6Z/5o8YpLVBpcFeLtKW5WwGhEMxl9WDZ3Kb NZH6bx15WiB2Q/gZQib3ZXhe1xEgRP+p6BnvF364I/To9kMduHpJKU97PH3dU7Mv CXk2NG3rtOgLTEwLyvtBPqLnbx35E0JnZc0k5YkABRO0JU9wZW4gU3lzdGVtcyA8 b3BzeXNAb3Blbi1zeXN0ZW1zLm5ldD4= =BBjp -----END PGP PUBLIC KEY BLOCK----- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 15 12:02:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA15259 for freebsd-current-outgoing; Sun, 15 Feb 1998 12:02:45 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from firewall.ftf.dk (root@mail.ftf.dk [129.142.64.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA15254 for ; Sun, 15 Feb 1998 12:02:40 -0800 (PST) (envelope-from regnauld@deepo.prosa.dk) Received: from mail.prosa.dk ([192.168.100.2]) by firewall.ftf.dk (8.7.6/8.7.3) with ESMTP id WAA06899; Sun, 15 Feb 1998 22:50:02 +0100 Received: from deepo.prosa.dk (deepo.prosa.dk [192.168.100.10]) by mail.prosa.dk (8.8.5/8.8.5/prosa-1.1) with ESMTP id VAA29465; Sun, 15 Feb 1998 21:08:14 +0100 (CET) Received: (from regnauld@localhost) by deepo.prosa.dk (8.8.7/8.8.5/prosa-1.1) id VAA05080; Sun, 15 Feb 1998 21:01:30 +0100 (CET) Message-ID: <19980215210130.17500@deepo.prosa.dk> Date: Sun, 15 Feb 1998 21:01:30 +0100 From: Philippe Regnauld To: Julian Elischer Cc: current@FreeBSD.ORG Subject: Re: Working (apparently) soft-update code available. References: Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Mutt 0.88e In-Reply-To: ; from Julian Elischer on Fri, Feb 13, 1998 at 03:07:52PM -0800 X-Operating-System: FreeBSD 2.2.5-RELEASE i386 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Julian Elischer writes: > > look in: > ftp://ftp.freebsd.org/pub/FreeBSD/incoming/softupdates4.tgz Applied it last night (current from 24 hours ago), no hitch, everything compiled clean. Ran a few tests, them make world: panic after 1/2 hour or so -- sorry, didn't get to write down anything -- but on the next reboot, fsck stashed about 60 files & dirs from /usr/obj in last+found, with lots of disconnected stuff. If I'm masochistic enough, I'll try again later :-) (2xP5-133 with UWide SCSI and 48 Mb RAM). -- -[ Philippe Regnauld / sysadmin / regnauld@deepo.prosa.dk / +55.4N +11.3E ]- «Pluto placed his bad dog at the entrance of Hades to keep the dead IN and the living OUT! The archetypical corporate firewall?» - S. Kelly Bootle, ("MYTHOLOGY", in Marutukku distrib) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 15 12:51:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA20181 for freebsd-current-outgoing; Sun, 15 Feb 1998 12:51:10 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from krabi.mbp.ee (root@krabi.mbp.ee [194.204.12.83]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA20168 for ; Sun, 15 Feb 1998 12:51:06 -0800 (PST) (envelope-from root@krabi.mbp.ee) Received: from localhost (root@localhost) by krabi.mbp.ee (8.8.8/8.8.5) with SMTP id WAA13686 for ; Sun, 15 Feb 1998 22:50:54 +0200 Date: Sun, 15 Feb 1998 22:50:53 +0200 (EET) From: Superuser To: current@FreeBSD.ORG Subject: Preferred way (or FAQ) for upgrading 2.2 to 3.0-CURRENT Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi Should I use cvsup or current boot.flp for upgrade ? I have 2*200PPro system running 2.2-STABLE and would like to use second CPU as well... have successfully tested 3.0-CURRENT on monoprocessor 486 system. _____________ Lauri Laupmaa mauri@mbp.ee To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 15 12:51:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA20487 for freebsd-current-outgoing; Sun, 15 Feb 1998 12:51:45 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from vnode.vmunix.com (vnode.vmunix.com [209.112.4.20]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA20478 for ; Sun, 15 Feb 1998 12:51:42 -0800 (PST) (envelope-from mark@vnode.vmunix.com) Received: (from mark@localhost) by vnode.vmunix.com (8.8.8/8.8.8) id PAA22688; Sun, 15 Feb 1998 15:58:46 -0500 (EST) (envelope-from mark) Message-ID: <19980215155846.11637@vmunix.com> Date: Sun, 15 Feb 1998 15:58:46 -0500 From: Mark Mayo To: Terry Lambert Cc: terry@lambert.org, current@FreeBSD.ORG Subject: Re: NFS CLIENT/SERVER LOCKING PATCHES NOW WORKING References: <199802150117.SAA27759@usr09.primenet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1i In-Reply-To: <199802150117.SAA27759@usr09.primenet.com>; from Terry Lambert on Sun, Feb 15, 1998 at 01:17:13AM +0000 X-Operating-System: FreeBSD 2.2.5-STABLE i386 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Feb 15, 1998 at 01:17:13AM +0000, Terry Lambert wrote: > The warning on the NFS kernel patches for NFS client and server locking > has been removed, thanks to some dilligent tracing on the part of > Chris Csanady. FWIW, I just built a new -current system and applied Terry's patches. No prob there. I tested a variety of locking applications (/var/mail, etc..) with a FreeBSD client (v3) thrashing away at an Auspex cabinet. Everything worked super. I haven't tried FreeBSD as a NFS server yet, I'll get around to that next week :-) Good stuff Terry. -Mark > Terry Lambert > terry@lambert.org > --- > Any opinions in this posting are my own and not those of my present > or previous employers. -- ------------------------------------------------------------------------ Mark Mayo mark@vmunix.com RingZero Comp. http://www.vmunix.com/mark finger mark@vmunix.com for my PGP key and GCS code ------------------------------------------------------------------------ Win95/NT - 32 bit extensions and a graphical shell for a 16 bit patch to an an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition. -UGU To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 15 12:53:55 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA20963 for freebsd-current-outgoing; Sun, 15 Feb 1998 12:53:55 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from bock.salnet.net (d01a8548.dip.cdsnet.net [208.26.133.72]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA20919; Sun, 15 Feb 1998 12:53:50 -0800 (PST) (envelope-from stevel@mail.cdsnet.net) Received: from mail.cdsnet.net (localhost.salnet.net [127.0.0.1]) by bock.salnet.net (8.8.7/8.8.7) with ESMTP id MAA00522; Sun, 15 Feb 1998 12:53:42 -0800 Message-ID: <34E755D6.AED49076@mail.cdsnet.net> Date: Sun, 15 Feb 1998 20:53:42 +0000 From: Steve Logue Organization: nettek LLC X-Mailer: Mozilla 4.04 [en] (X11; U; Linux 2.0.33 i586) MIME-Version: 1.0 To: freebsd-current@FreeBSD.ORG, freebsd-scsi@FreeBSD.ORG Subject: Jaz Drives / Tagged Command Queuing Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG FreeBSD Lists, Due to my own problems as the owner of a Jaz drive, I have gotten word from Iomega that confirms the state of Tagged Command Queuing as the underlying problem. There is an error in all Jaz, and Jaz2 drives prior to BIOS level J.86 that has not shipped yet. Read the following, and make the appropriate corrections to your system present, and future: > Steve, > > I got a very fast response from the hardware engineer (Jaz and Jaz 2 > designer). The problem is this - The Jaz drive does not support > command queing, and revisions older than J.86 do not report it correctly. > For example, when your SCSI adapter says "I'm going to use command > queing" to the Jaz drive, the drive answers "OK, lets go", even though its > not supported. The J.86 drives will now answer "Sorry, command > queing is not supported". Iomega does not have any current plans to > support command queing. > > Thank's for your report, I will continue to forward it to the hardware > engineers. -STEVEl -- --------------------------------------------------------------------- Steve Logue http://home.cdsnet.net/~stevel Systems Integration nettek LLC --------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 15 13:24:38 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA23782 for freebsd-current-outgoing; Sun, 15 Feb 1998 13:24:38 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from allegro.lemis.com (allegro.lemis.com [192.109.197.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA23770 for ; Sun, 15 Feb 1998 13:24:31 -0800 (PST) (envelope-from grog@lemis.com) Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137]) by allegro.lemis.com (8.8.7/8.8.5) with ESMTP id HAA25446; Mon, 16 Feb 1998 07:54:22 +1030 (CST) Received: (from grog@localhost) by freebie.lemis.com (8.8.8/8.8.7) id HAA24468; Mon, 16 Feb 1998 07:54:22 +1030 (CST) (envelope-from grog) Message-ID: <19980216075421.52560@freebie.lemis.com> Date: Mon, 16 Feb 1998 07:54:21 +1030 From: Greg Lehey To: "Jordan K. Hubbard" Cc: Chris Csanady , freebsd-current@FreeBSD.ORG Subject: Re: CCD missing spl() call.. References: <19980215191452.63038@freebie.lemis.com> <20539.887533728@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89i In-Reply-To: <20539.887533728@time.cdrom.com>; from Jordan K. Hubbard on Sun, Feb 15, 1998 at 01:08:48AM -0800 WWW-Home-Page: http://www.lemis.com/~grog Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 15 February 1998 at 1:08:48 -0800, Jordan K. Hubbard wrote: >> (omitting some #ifdef DEBUG stuff) >> >> s = splbio(); >> >> if (cbp->cb_buf.b_flags & B_ERROR) { > > Erm.. You're in ccdiodone(), Yup. > a completely different function from the one I (and the submitted > patch) was referring to. :-) I don't know what function you were referring to, since you don't mention the name. All I have to go on is the original patch: *************** *** 973,978 **** --- 973,979 ---- register int unit = cbp->cb_unit; int count, s; + s = splbio(); #ifdef DEBUG if (ccddebug & CCDB_FOLLOW) printf("ccdiodone(%x)\n", cbp); This patch definitely applies to ccdiodone. Look at the text in the last line of the patch. What do you have at line 976 of your copy of /usr/src/sys/dev/ccd/ccd.c? Greg To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 15 14:22:52 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA01852 for freebsd-current-outgoing; Sun, 15 Feb 1998 14:22:52 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from rah.star-gate.com (rah.star-gate.com [209.133.7.178]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA01845 for ; Sun, 15 Feb 1998 14:22:50 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id OAA19330; Sun, 15 Feb 1998 14:22:31 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199802152222.OAA19330@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Philippe Regnauld cc: Julian Elischer , current@FreeBSD.ORG Subject: Re: Working (apparently) soft-update code available. In-reply-to: Your message of "Sun, 15 Feb 1998 21:01:30 +0100." <19980215210130.17500@deepo.prosa.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 15 Feb 1998 14:22:31 -0800 From: Amancio Hasty Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Try it again and write down the panic and if you can sends a stack trace. Amancio To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 15 14:52:52 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA05950 for freebsd-current-outgoing; Sun, 15 Feb 1998 14:52:52 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA05943 for ; Sun, 15 Feb 1998 14:52:49 -0800 (PST) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.6.9) with ESMTP id OAA16774; Sun, 15 Feb 1998 14:51:30 -0800 (PST) To: Greg Lehey cc: Chris Csanady , freebsd-current@FreeBSD.ORG Subject: Re: CCD missing spl() call.. In-reply-to: Your message of "Mon, 16 Feb 1998 07:54:21 +1030." <19980216075421.52560@freebie.lemis.com> Date: Sun, 15 Feb 1998 14:51:30 -0800 Message-ID: <16771.887583090@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I don't know what function you were referring to, since you don't > mention the name. All I have to go on is the original patch: ccdintr(). > This patch definitely applies to ccdiodone. Look at the text in the Odd, for me it applied to ccdintr() with lots of fuzz. :-) Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 15 14:56:18 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA06396 for freebsd-current-outgoing; Sun, 15 Feb 1998 14:56:18 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from top.worldcontrol.com (surf52.cruzers.com [205.215.232.52]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id OAA06390 for ; Sun, 15 Feb 1998 14:56:14 -0800 (PST) (envelope-from brian@worldcontrol.com) From: brian@worldcontrol.com Received: (qmail 682 invoked by uid 100); 15 Feb 1998 22:57:39 -0000 Message-ID: <19980215145737.25064@top.worldcontrol.com> Date: Sun, 15 Feb 1998 14:57:37 -0800 To: freebsd-current@FreeBSD.ORG Subject: Re: Working (apparently) soft-update code available. Mail-Followup-To: freebsd-current@freebsd.org References: <19980215025214.13163@top.worldcontrol.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.90.3i In-Reply-To: <19980215025214.13163@top.worldcontrol.com>; from (encrypt-pgp) on Sun, Feb 15, 1998 at 02:52:14AM -0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > On %M 0, Julian Elischer wrote: > > ftp://ftp.freebsd.org/pub/FreeBSD/incoming/softupdates4.tgz > > first extract the README and read it before extracting everything. > > this should patch cleanly against last night's -current. On %M 0, brian@worldcontrol.com wrote: I successfully did a make world the other day on my SMP 2xPP150 system with 64MB and adaptec 2940 with soft-updates enabled on /usr/src and /usr/obj. I completed a buildworld last night. I've put the system into a loop 'make world' with both /usr (/var/tmp and most of the OS) and /uss (where /usr/src and /usr/obj) both configed for softupdates. Regretably the hard disk on the system is slow, so the times are not that impressive, but it has been quite stable. (knock, knock) -- Brian Litzinger To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 15 14:58:40 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA06880 for freebsd-current-outgoing; Sun, 15 Feb 1998 14:58:40 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from top.worldcontrol.com (surf52.cruzers.com [205.215.232.52]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id OAA06850 for ; Sun, 15 Feb 1998 14:58:29 -0800 (PST) (envelope-from brian@worldcontrol.com) From: brian@worldcontrol.com Received: (qmail 730 invoked by uid 100); 15 Feb 1998 22:59:56 -0000 Message-ID: <19980215145952.63694@top.worldcontrol.com> Date: Sun, 15 Feb 1998 14:59:52 -0800 To: freebsd-current@FreeBSD.ORG Subject: Re: Working (apparently) soft-update code available. Mail-Followup-To: freebsd-current@freebsd.org References: <19980215025214.13163@top.worldcontrol.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.90.3i In-Reply-To: <19980215025214.13163@top.worldcontrol.com>; from (encrypt-pgp) on Sun, Feb 15, 1998 at 02:52:14AM -0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I forgot to mentioned that the buildworld I ran with soft-updates was done on my SMP 2xPP150 system with '-j 4'. Sure is cool to see things go screaming by! -- Brian Litzinger To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 15 15:04:29 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA08329 for freebsd-current-outgoing; Sun, 15 Feb 1998 15:04:29 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA08269 for ; Sun, 15 Feb 1998 15:04:08 -0800 (PST) (envelope-from roberto@keltia.freenix.fr) Received: (from uucp@localhost) by frmug.org (8.8.8/frmug-2.2/nospam) with UUCP id AAA29795 for current@FreeBSD.ORG; Mon, 16 Feb 1998 00:03:53 +0100 (CET) (envelope-from roberto@keltia.freenix.fr) Received: (from roberto@localhost) by keltia.freenix.fr (8.8.8/keltia-2.13/nospam) id XAA07667; Sun, 15 Feb 1998 23:38:23 +0100 (CET) (envelope-from roberto) Message-ID: <19980215233822.33008@keltia.freenix.fr> Date: Sun, 15 Feb 1998 23:38:22 +0100 From: Ollivier Robert To: current@FreeBSD.ORG Subject: Re: Working (apparently) soft-update code available. Mail-Followup-To: current@FreeBSD.ORG References: <19980215210130.17500@deepo.prosa.dk> <199802152222.OAA19330@rah.star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.90.3i In-Reply-To: <199802152222.OAA19330@rah.star-gate.com>; from Amancio Hasty on Sun, Feb 15, 1998 at 02:22:31PM -0800 X-Operating-System: FreeBSD 3.0-CURRENT ctm#4066 AMD-K6 MMX @ 225 MHz Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG According to Amancio Hasty: > Try it again and write down the panic and if you can sends a stack > trace. It is probably the same as yours and mine. Surprisingly it doesn't happen during "make world" for me but during uuxqt/rnews processing... -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #0: Sat Feb 14 15:42:16 CET 1998 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 15 15:14:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA10133 for freebsd-current-outgoing; Sun, 15 Feb 1998 15:14:06 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from rah.star-gate.com (rah.star-gate.com [209.133.7.178]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA10070 for ; Sun, 15 Feb 1998 15:13:59 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id PAA19702; Sun, 15 Feb 1998 15:13:27 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199802152313.PAA19702@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Ollivier Robert cc: current@FreeBSD.ORG Subject: Re: Working (apparently) soft-update code available. In-reply-to: Your message of "Sun, 15 Feb 1998 23:38:22 +0100." <19980215233822.33008@keltia.freenix.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 15 Feb 1998 15:13:27 -0800 From: Amancio Hasty Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It is probably related to the removal or creation of a large number of directories. The soft update crew is working on the problem -- I am just a tester for them. Cheers, Amancio To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 15 15:21:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA11305 for freebsd-current-outgoing; Sun, 15 Feb 1998 15:21:06 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from top.worldcontrol.com (surf52.cruzers.com [205.215.232.52]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id PAA11273 for ; Sun, 15 Feb 1998 15:21:03 -0800 (PST) (envelope-from brian@worldcontrol.com) From: brian@worldcontrol.com Received: (qmail 912 invoked by uid 100); 15 Feb 1998 23:22:26 -0000 Message-ID: <19980215152224.40242@top.worldcontrol.com> Date: Sun, 15 Feb 1998 15:22:24 -0800 To: freebsd-current@FreeBSD.ORG, freebsd-scsi@FreeBSD.ORG Subject: Re: Jaz Drives / Tagged Command Queuing Mail-Followup-To: freebsd-current@freebsd.org, freebsd-scsi@freebsd.org References: <34E755D6.AED49076@mail.cdsnet.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.90.3i In-Reply-To: <34E755D6.AED49076@mail.cdsnet.net>; from Steve Logue on Sun, Feb 15, 1998 at 08:53:42PM +0000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On %M 0, Steve Logue wrote: > > I got a very fast response from the hardware engineer (Jaz and Jaz 2 > > designer). The problem is this - The Jaz drive does not support > > command queing, and revisions older than J.86 do not report it correctly. > > For example, when your SCSI adapter says "I'm going to use command > > queing" to the Jaz drive, the drive answers "OK, lets go", even though its > > not supported. The J.86 drives will now answer "Sorry, command > > queing is not supported". Iomega does not have any current plans to > > support command queing. I'm not familiar with Iomega products, however, my Syquest Syjet 1.5 at leasts reports that it supports it: ahc0:A:4: refuses WIDE negotiation. Using 8bit transfers ahc0: target 4 Tagged Queuing Device sd1 at scbus0 target 4 lun 0 sd1: type 0 removable SCSI 2 sd1: Direct-Access 1430MB (2929800 512 byte sectors) I have not had any problems using it. A cool aspect of this drive is: 'Minimum Data Transfer Rate: 3.7mb/sec' so you can do AV type stuff with it. -- Brian Litzinger To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 15 15:25:56 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA12451 for freebsd-current-outgoing; Sun, 15 Feb 1998 15:25:56 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from allegro.lemis.com (allegro.lemis.com [192.109.197.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA12429 for ; Sun, 15 Feb 1998 15:25:51 -0800 (PST) (envelope-from grog@lemis.com) Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137]) by allegro.lemis.com (8.8.7/8.8.5) with ESMTP id JAA25575; Mon, 16 Feb 1998 09:55:20 +1030 (CST) Received: (from grog@localhost) by freebie.lemis.com (8.8.8/8.8.7) id JAA20590; Mon, 16 Feb 1998 09:55:20 +1030 (CST) (envelope-from grog) Message-ID: <19980216095519.33042@freebie.lemis.com> Date: Mon, 16 Feb 1998 09:55:19 +1030 From: Greg Lehey To: "Jordan K. Hubbard" Cc: Chris Csanady , freebsd-current@FreeBSD.ORG Subject: Re: CCD missing spl() call.. References: <19980216075421.52560@freebie.lemis.com> <16771.887583090@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89i In-Reply-To: <16771.887583090@time.cdrom.com>; from Jordan K. Hubbard on Sun, Feb 15, 1998 at 02:51:30PM -0800 WWW-Home-Page: http://www.lemis.com/~grog Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 15 February 1998 at 14:51:30 -0800, Jordan K. Hubbard wrote: >> I don't know what function you were referring to, since you don't >> mention the name. All I have to go on is the original patch: > > ccdintr(). > >> This patch definitely applies to ccdiodone. Look at the text in the > > Odd, for me it applied to ccdintr() with lots of fuzz. :-) Presumably because the modification was already in there. Certainly it was wrong where it put it. Consider the patch: *************** *** 973,978 **** --- 973,979 ---- register int unit = cbp->cb_unit; int count, s; + s = splbio(); #ifdef DEBUG if (ccddebug & CCDB_FOLLOW) printf("ccdiodone(%x)\n", cbp); Hunk #2 succeeded at 938 with fuzz 2 (offset -35 lines). What it did was: --- ccd.c 1998/01/31 03:19:06 1.28 +++ ccd.c 1998/02/15 23:20:43 @@ -938,6 +938,7 @@ register struct buf *bp; { + s = splbio(); #ifdef DEBUG if (ccddebug & CCDB_FOLLOW) printf("ccdintr(%x, %x)\n", cs, bp); That's a little too fuzzy for my liking. Greg To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 15 15:42:14 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA16711 for freebsd-current-outgoing; Sun, 15 Feb 1998 15:42:14 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp04.primenet.com (smtp04.primenet.com [206.165.6.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA16636 for ; Sun, 15 Feb 1998 15:41:59 -0800 (PST) (envelope-from tlambert@usr01.primenet.com) Received: (from daemon@localhost) by smtp04.primenet.com (8.8.8/8.8.8) id QAA21266; Sun, 15 Feb 1998 16:41:57 -0700 (MST) Received: from usr01.primenet.com(206.165.6.201) via SMTP by smtp04.primenet.com, id smtpd021204; Sun Feb 15 16:41:52 1998 Received: (from tlambert@localhost) by usr01.primenet.com (8.8.5/8.8.5) id QAA08289; Sun, 15 Feb 1998 16:41:44 -0700 (MST) From: Terry Lambert Message-Id: <199802152341.QAA08289@usr01.primenet.com> Subject: Soft updates: OPTIONS Vs. TUNABLES, and a plan... To: garbanzo@hooked.net (Alex) Date: Sun, 15 Feb 1998 23:41:43 +0000 (GMT) Cc: brian@worldcontrol.com, current@FreeBSD.ORG In-Reply-To: from "Alex" at Feb 15, 98 11:32:06 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Yes, just run make depend first. Can one enable soft updates in the > fstab, or does one have to use tunefs, and will that stay after reboots? It's a tunable. The reason is that any existing writes that are outstanding are dependencies. The update mount to read-only does a lot of work to make sure the dependencies are synchronized out for the read-only case (and then it still manages to write the superblock on mount). Discussion: I don't necessarily agree with the rationale here, but the reasoning was that the FS should not be mounted at the time of the change because of the additional gross hacks that the R/O update causes. Not doing the hack is problematic; one wonders how a root FS can ever be tuned after the system has been booted. Mounting read-only is *not* sufficient. This is because there exist read dependencies for read-before-write operations. You can probably get away with it, but you are flying by the seat of your pants if you do so. My preferred approach is to get rid of the VFS_MOUNTROOT code path seperation in VFS_MOUNT (my patches to get rid of the physically seperate VFS_MOUNTROOT went in some time ago). The logically seperate code path also needs to go. The steps are: 1) Change the way mountpoint covering works. Instead of mounting something covered, mount it into an anonymous mountpoint structure. 2) Move the root/non-root distinction to upper level code; the affected code is: o processing of user arguments Allow passing of user arguments. For the root mount case, these will be null. In most cases, the user arguments common to all FS's are handled by the upper level code. o mount updates Change updates. Updates are now defined as "unmount/remount" instead of "mount -> reload". Updates are handled uniformly across all FS implementations by upper level code. The ffs_reload code goes away. o block device lookup Block device lookup occurs in upper level code. The upper level code makes the distinction between the root vs. non-root device lookup procedure. The lookup procedure is invariant across all FS's. o mounted from information The mounted from information is passed in. It is set normally (in the non-read-only case!). It is set in core, but the superblock is not marked dirty in the R/O case. o mounted on information A new interface, VFS_MOUNTEDON, is exported. This interface is used to get/set the "mounted on" information from the upper level code. Setting results in a write of the superblock, even if the device is logically read-only. It is not to be called if the device is read-only, except in the case of geometry configuration (see below). o vfs_export The vfs_export interface is delayed until the VFS_MOUNTEDON/set interface is invoked by the upper level code. 3) The fstab processing for mapping into the FS hierarchy by setting the covering vnode at the mount point occurs *after* the mount has completed. It consists of: o covering the mountpoint vnode The mountpoint vnode is covered by the mounted FS o setting the "mounted on" information for R/W FS's The VFS_MOUNTEDON interface is used with the "set" operation in order to set the mountpoint information into the FS superblock. Not all FS's have superblocks, and this set is only applicable to R/W mounts, in any case. o calling the vfs_export interface This interface is called to export FS's to the NFS server system. Notice that most of the code dealing with mounting and mount options becomes common code. This makes for a smaller system when more FS's are used, and also makes for a more robust system, at least for the common option processing, and so on. Notice it also allows *any* FS to be used as a root FS. There are still a number of hooks necessary for the NFS root case; the changes to support these are already there, from the vfs_init changes which were integrated some time ago. Dicsussion: You may notice that it's possible to get rid of the fstab at this point, since the mounted-on information is sufficient to locate mountpoints, and the VFS_MOUNTEDON/get could be used to determine hierarchy location, and the VFS_MOUNTEDON/set could be used to administratively set this information. In actuality, there is still a need for an fstab in four cases: o Physically R/O devices You can't use VFS_MOUNTEDON/set on these devices. You could, in practice, code this information when you burnt CDROM's. This would make sense, for example, for a FreeBSD CDROM with a source repository, which you wanted to union mount. But not all CDROM's will have this information. o FS types without a superblock For FS types without a superblock, there is no "last mounted on" string available. You *could* technically use a namespace incursion to handle this. For example, you could create an otherwise illegal file name as a long name match for the MS-DOS volume label, and store this information there. It would be transparent to MS-DOS/Windows95. Alternately, you could actually make a namespace incursion, steal an unlikely (and hidden) filename. The Linux UMSDOS uses "__LINUX_" (which they didn't use "_UMSDOS_", I don't know. Maybe they didn't want it to be OS independent.). o Naievely duplicated devices It is a common practice for people to use "dd" on occasion to naievely duplicate disk contents. You could require that thy use a duplication program instead (this requirement could be enforced by an access protocol for raw devices which the naieve "dd" would be unable to handle). The problem occurs when you have two of these devices, both claiming that they were "/usr". One might imagine that in this circumstance, the kernel programmer would be *very* tempted to declare them mirrors, and ignore the problem. o NFS (or other non-local-media FS) client mounts This is pretty obvious. You can't mount what you can't see. In typical cases, without collision, however, you could see the following process taking place: A) Devices are probed true. B) Devices are handed to slice code. C) Slice code claims devices, which create more devices; goto (B). D) Slice code does not claim a device. The device is defined as being "terminal". E) The device is handed to the FS mount code. F) The FS mount code mounts the device, R/O, into the anonymous mount structure list G) Process is repeated until last device arrives; goto (A). H) All devices which are recognizable as FS's have an anonymous mount point. VFS_MOUNTEDON/get is called on each device. I) Returned paths are sorted by length, smallest to largest. This is sufficient because of pathing. J) Mount points are covered, starting with root, from the anonymouns mount points last mounted on information. K) The completed file system hierarchy is now ready for use. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 15 15:54:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA19325 for freebsd-current-outgoing; Sun, 15 Feb 1998 15:54:13 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp03.primenet.com (smtp03.primenet.com [206.165.6.133]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA19311 for ; Sun, 15 Feb 1998 15:54:07 -0800 (PST) (envelope-from tlambert@usr01.primenet.com) Received: (from daemon@localhost) by smtp03.primenet.com (8.8.8/8.8.8) id QAA11070; Sun, 15 Feb 1998 16:53:59 -0700 (MST) Received: from usr01.primenet.com(206.165.6.201) via SMTP by smtp03.primenet.com, id smtpd011038; Sun Feb 15 16:53:56 1998 Received: (from tlambert@localhost) by usr01.primenet.com (8.8.5/8.8.5) id QAA08927; Sun, 15 Feb 1998 16:53:53 -0700 (MST) From: Terry Lambert Message-Id: <199802152353.QAA08927@usr01.primenet.com> Subject: Re: CCD missing spl() call.. To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Sun, 15 Feb 1998 23:53:53 +0000 (GMT) Cc: ccsanady@friley585.res.iastate.edu, freebsd-current@FreeBSD.ORG In-Reply-To: <20245.887530725@time.cdrom.com> from "Jordan K. Hubbard" at Feb 15, 98 00:18:45 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > [Not just to you, but also to Terry and those others who still > see some merit in submitting changes this way] [ ... ] I still have a problem with this: I want my code to go out to everyone who would have gotten it if it were simply integrated in -current or on a seperate branch of the -current tree, as SMP was. I think doing it via URL is an acceptable compromise, though there are those people who would have lokked at the patch that won't click a URL (maybe they are using a text-only system on a serial console, or whatever). The problem with send-pr'ing is that, as you say, things go to the bit-bucket anyway (even if a less ignoble one), and I am guaranteed an audience with the pr-meister (eventually), but it is only one person. My patches for the locking have now been tested by 10's of people instead of not tested by one pr-meister. I think the code is much more likely to be accepted if it has been tested by people other than myself. Two of the testers even found a bug that my internal validation suite and normal usage didn't expose (admittedly, it resulted from the reintegration of the code from an estranged source tree into a clean -current with no other patches... but still). One thing that would help is if send-pr used the Bcc: field, and offered me the option of specifying "also To:" on the too field. If I didn't specify "also To:", it would make the "To:" filed the normal To:" field and the "Bcc:" blank; otherwise it would put the "also To:" on the "To:" field and put the send-pr destination in the "Bcc:". This solves the alias loops problem that was mentioned as a reson to not "Cc:" your send-pr's. I would even be willing to live with the form filling-out, if I could send the thing to the intended audience *and* the bitbucket instead of just the bitbucket. 8-). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 15 16:07:23 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA20748 for freebsd-current-outgoing; Sun, 15 Feb 1998 16:07:23 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA20742 for ; Sun, 15 Feb 1998 16:07:21 -0800 (PST) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost [127.0.0.1]) by dingo.cdrom.com (8.8.8/8.8.5) with ESMTP id QAA03733; Sun, 15 Feb 1998 16:06:50 -0800 (PST) Message-Id: <199802160006.QAA03733@dingo.cdrom.com> X-Mailer: exmh version 2.0zeta 7/24/97 To: Superuser cc: current@FreeBSD.ORG Subject: Re: Preferred way (or FAQ) for upgrading 2.2 to 3.0-CURRENT In-reply-to: Your message of "Sun, 15 Feb 1998 22:50:53 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 15 Feb 1998 16:06:49 -0800 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Hi > > Should I use cvsup or current boot.flp for upgrade ? -current snapshots for the last week or so have been broken. It's relatively straightforward to bootstrap up from 2.2, presuming that you are willing to deal with upgrading /etc/, remember to install the new X binaries, and deal with the changed utmp/wtmp format. > I have 2*200PPro system running 2.2-STABLE and would like to use second > CPU as well... have successfully tested 3.0-CURRENT on monoprocessor 486 > system. If this is a production system, I would hold off at the moment. If you're using it as a workstation or a personal box, then by all means give it a go. You might also want to consider reinstalling from a SNAP from very early February (say 5th or before), then cvsup at will. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 15 16:38:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA24683 for freebsd-current-outgoing; Sun, 15 Feb 1998 16:38:04 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA24649 for ; Sun, 15 Feb 1998 16:38:01 -0800 (PST) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.6.9) with ESMTP id QAA22934; Sun, 15 Feb 1998 16:38:04 -0800 (PST) To: Terry Lambert cc: ccsanady@friley585.res.iastate.edu, freebsd-current@FreeBSD.ORG Subject: Re: CCD missing spl() call.. In-reply-to: Your message of "Sun, 15 Feb 1998 23:53:53 GMT." <199802152353.QAA08927@usr01.primenet.com> Date: Sun, 15 Feb 1998 16:38:03 -0800 Message-ID: <22930.887589483@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I would even be willing to live with the form filling-out, if > I could send the thing to the intended audience *and* the bitbucket > instead of just the bitbucket. 8-). Hmmmm. I can see your point. I'll put it with the other GNATs wishlist items. :) Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 15 16:42:50 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA25581 for freebsd-current-outgoing; Sun, 15 Feb 1998 16:42:50 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from rah.star-gate.com (rah.star-gate.com [209.133.7.178]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA25533 for ; Sun, 15 Feb 1998 16:42:36 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id QAA20227 for ; Sun, 15 Feb 1998 16:42:19 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199802160042.QAA20227@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: current@FreeBSD.ORG Subject: Latest -current panic 8) Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 15 Feb 1998 16:42:19 -0800 From: Amancio Hasty Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG My PCI IDE config line is: options "CMD640" # work around CMD640 chip deficiency controller wdc0 at isa? port "IO_WD1" bio irq 14 vector wdintr disk wd0 at wdc0 drive 0 flags 0x00ff8004 disk wd1 at wdc0 drive 1 dmesg: Probing for devices on PCI bus 0: chip0: rev 0x03 on pci0.0.0 chip1: rev 0x01 on pci0.7.0 ide_pci0: rev 0x00 on pci0.7.1 Tnks, Amancio I was just removing a large number of files #10 0xf01b6c14 in vm_fault (map=0xf021af40, vaddr=4082466816, fault_type=1 '\001', fault_flags=0) at ../../vm/vm_fault.c:225 #11 0xf01d7308 in trap_pfault (frame=0xf4e06f00, usermode=0) at ../../i386/i386/trap.c:724 #12 0xf01d6f87 in trap (frame={tf_es = 16, tf_ds = 16, tf_edi = -253153792, tf_esi = -212500480, tf_ebp = -186617996, tf_isp = -186618072, tf_ebx = -212500480, tf_edx = 496, tf_ecx = 512, tf_eax = 512, tf_trapno = 12, tf_err = 0, tf_eip = -266373255, tf_cs = 8, tf_eflags = 66070, tf_esp = -253153792, tf_ss = -266168048}) at ../../i386/i386/trap.c:363 #13 0xf01f7779 in wdstart (ctrlr=0) at machine/cpufunc.h:311 #14 0xf01f7eda in wdintr (unit=0) at ../../i386/isa/wd.c:1273 (kgdb) print *bp $1 = {b_hash = {le_next = 0x0, le_prev = 0xf0214560}, b_vnbufs = { le_next = 0x0, le_prev = 0xf2ecd880}, b_freelist = {tqe_next = 0xf2ecd878, tqe_prev = 0xf2ee6fbc}, b_act = {tqe_next = 0x0, tqe_prev = 0xf0229910}, b_proc = 0x0, b_flags = 553779252, b_qindex = 0, b_usecount = 24 '\030', b_error = 0, b_bufsize = 8192, b_bcount = 8192, b_resid = 0, b_dev = 131078, b_data = 0xf3556800 "X\004)", b_kvabase = 0xf3315000 "X\004)", b_kvasize = 8192, b_lblkno = -12, b_blkno = 5376160, b_iodone = 0, b_iodone_chain = 0x0, b_vp = 0xf4e21ce0, b_dirtyoff = 0, b_dirtyend = 0, b_generation = 95, b_rcred = 0x0, b_wcred = 0x0, b_validoff = 0, b_validend = 0, b_pblkno = 5837792, b_saveaddr = 0x0, b_savekva = 0x0, b_driver1 = 0x0, b_driver2 = 0x0, b_spc = 0x0, b_cluster = {cluster_head = { tqh_first = 0xf2ecf868, tqh_last = 0xf2ee43c4}, cluster_entry = { tqe_next = 0xf2ecf868, tqe_prev = 0xf2ee43c4}}, b_pages = {0xf0c62ef0, 0xf0c7ae3c, 0x0 }, b_npages = 2, b_dep = { lh_first = 0xf0f4ac40}} To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 15 16:44:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA26103 for freebsd-current-outgoing; Sun, 15 Feb 1998 16:44:10 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA26036 for ; Sun, 15 Feb 1998 16:43:57 -0800 (PST) (envelope-from toor@dyson.iquest.net) Received: (from root@localhost) by dyson.iquest.net (8.8.8/8.8.8) id TAA00474; Sun, 15 Feb 1998 19:42:47 -0500 (EST) (envelope-from toor) From: "John S. Dyson" Message-Id: <199802160042.TAA00474@dyson.iquest.net> Subject: Re: Preferred way (or FAQ) for upgrading 2.2 to 3.0-CURRENT In-Reply-To: <199802160006.QAA03733@dingo.cdrom.com> from Mike Smith at "Feb 15, 98 04:06:49 pm" To: mike@smith.net.au (Mike Smith) Date: Sun, 15 Feb 1998 19:42:46 -0500 (EST) Cc: root@krabi.mbp.ee, current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Mike Smith said: > > Hi > > > > Should I use cvsup or current boot.flp for upgrade ? > > -current snapshots for the last week or so have been broken. It's > relatively straightforward to bootstrap up from 2.2, presuming that you > are willing to deal with upgrading /etc/, remember to install the new X > binaries, and deal with the changed utmp/wtmp format. > I should have more things done by the end of next weekend. I cannot work on FreeBSD stuff significantly until then... Sorry!!! :-(. -- John | Never try to teach a pig to sing, dyson@freebsd.org | it just makes you look stupid, jdyson@nc.com | and it irritates the pig. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 15 17:47:29 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA03795 for freebsd-current-outgoing; Sun, 15 Feb 1998 17:47:29 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from top.worldcontrol.com (surf52.cruzers.com [205.215.232.52]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id RAA03788 for ; Sun, 15 Feb 1998 17:47:27 -0800 (PST) (envelope-from brian@worldcontrol.com) From: brian@worldcontrol.com Received: (qmail 1563 invoked by uid 100); 16 Feb 1998 01:48:54 -0000 Message-ID: <19980215174850.36573@top.worldcontrol.com> Date: Sun, 15 Feb 1998 17:48:50 -0800 To: freebsd-current@FreeBSD.ORG Subject: Re: Working (apparently) soft-update code available. Mail-Followup-To: freebsd-current@freebsd.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.90.3i In-Reply-To: ; from Julian Elischer on Fri, Feb 13, 1998 at 03:07:52PM -0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > look in: > ftp://ftp.freebsd.org/pub/FreeBSD/incoming/softupdates4.tgz > > first extract the README and read it before extracting everything. > this should patch cleanly against last night's -current. On the 4th buildworld my SMP 2xPP150 system panic'ed, I didn't quite get the message but is was along the lines of: panic: softdep ... lock is held -- Brian Litzinger To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 15 17:57:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA04744 for freebsd-current-outgoing; Sun, 15 Feb 1998 17:57:09 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from rah.star-gate.com (rah.star-gate.com [209.133.7.178]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA04739 for ; Sun, 15 Feb 1998 17:57:07 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id RAA20765 for ; Sun, 15 Feb 1998 17:56:51 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199802160156.RAA20765@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: freebsd-current@FreeBSD.ORG Subject: Re: Working (apparently) soft-update code available. In-reply-to: Your message of "Sun, 15 Feb 1998 17:48:50 PST." <19980215174850.36573@top.worldcontrol.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 15 Feb 1998 17:56:51 -0800 From: Amancio Hasty Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It really helps out a lot if people start posting also the actual panic and if possible a stack trace. in my config file: options DDB options BREAK_TO_DEBUGGER options CONSPEED=38400 device sio1 at isa? port "IO_COM2" tty flags 0x10 irq 3 vector sioi ntr The latter two are for remote debugging. On rc.conf, I have: dumpdev="/dev/wd0s1b" # Device name to crashdump to (if enabled). Usually config and build a kernel as: config -g CIOLOCO cd /sys/compile/CIOLOCO make cp kernel kernel.debug strip -d kernel make install fastboot Instructions on how to do a postmortem analysis is on /usr/share/doc/handbook/handbook.html Cheers, Amancio To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 15 20:37:35 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA23537 for freebsd-current-outgoing; Sun, 15 Feb 1998 20:37:35 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from home.dragondata.com (toasty@home.dragondata.com [204.137.237.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA23532 for ; Sun, 15 Feb 1998 20:37:33 -0800 (PST) (envelope-from toasty@home.dragondata.com) Received: (from toasty@localhost) by home.dragondata.com (8.8.5/8.8.5) id WAA04174 for current@freebsd.org; Sun, 15 Feb 1998 22:37:31 -0600 (CST) From: Kevin Day Message-Id: <199802160437.WAA04174@home.dragondata.com> Subject: panic: rslock To: current@FreeBSD.ORG Date: Sun, 15 Feb 1998 22:37:31 -0600 (CST) X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I get the following panic quite frequently under heavy load on this neptune chipset dual P/100: panic: rslock: cpu: 1, addr: 0f860b2a0, lock: 0x01000001 mp_lock = 01000001; cpuid = 1; lapic.id = 01000000 Debugger("panic") Stopped at _Debugger+0x35: movb $0,_in_Debugger.94 trace shows: _Debugger _panic bsl1 _qsync _ffs_sync _sync _vfs_update _kproc_start _fork_trampoline Is this a new one? Here's a dmesg and mptable output for the machine... Copyright (c) 1992-1998 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 3.0-CURRENT #0: Sun Feb 8 03:21:44 CST 1998 root@freeshell.dragondata.com:/userland/home/src/sys/compile/FREESHELL CPU: Pentium (586-class CPU) Origin = "GenuineIntel" Id = 0x525 Stepping=5 Features=0x3bf real memory = 41943040 (40960K bytes) avail memory = 37986304 (37096K bytes) FreeBSD/SMP: Multiprocessor motherboard cpu0 (BSP): apic id: 0, version: 0x00030010, at 0xfee00000 cpu1 (AP): apic id: 1, version: 0x00030010, at 0xfee00000 io0 (APIC): apic id: 2, version: 0x000f0011, at 0xfec00000 eisa0: Probing for devices on the EISA bus Probing for devices on PCI bus 0: chip0: rev 0x11 on pci0.0.0 chip1: rev 0x03 on pci0.2.0 wdc0: rev 0x02 int a irq 14 on pci0.4.0 de0: rev 0x22 int a irq 9 on pci0.14.0 de0: 21140A [10-100Mb/s] pass 2.2 de0: address 00:40:05:42:dd:31 Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface lpt1 not found fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: FIFO enabled, 8 bytes threshold fd0: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: CMD640B workaround enabled wdc0: unit 0 (wd0): wd0: 4103MB (8404830 sectors), 8894 cyls, 15 heads, 63 S/T, 512 B/S wdc1 not found at 0x170 npx0 on motherboard npx0: INT 16 interface Intel Pentium F00F detected, installing workaround APIC_IO: routing 8254 via 8259 on pin 0 SMP: AP CPU #1 Launched! WARNING: / was not properly dismounted. de0: enabling 10baseT port =============================================================================== MPTable, version 2.0.15 ------------------------------------------------------------------------------- MP Floating Pointer Structure: location: EBDA physical address: 0x0009fc30 signature: '_MP_' length: 16 bytes version: 1.1 checksum: 0x5a mode: Virtual Wire ------------------------------------------------------------------------------- MP Config Table Header: physical address: 0x0009fc44 signature: 'PCMP' base table length: 260 version: 1.1 checksum: 0x2c OEM ID: 'INTEL ' Product ID: '430 NX EISA ' OEM table pointer: 0x00000000 OEM table size: 0 entry count: 24 local APIC address: 0xfee00000 extended table length: 0 extended table checksum: 0 ------------------------------------------------------------------------------- MP Config Base Table Entries: -- Processors: APIC ID Version State Family Model Step Flags 0 0x10 BSP, usable 5 2 5 0x03bf 1 0x10 AP, usable 5 2 5 0x03bf -- Bus: Bus ID Type 0 ISA 1 EISA 2 PCI -- I/O APICs: APIC ID Version State Address 2 0x11 usable 0xfec00000 -- I/O Ints: Type Polarity Trigger Bus ID IRQ APIC ID PIN# ExtINT active-hi edge 0 0 2 0 INT conforms conforms 0 1 2 1 INT conforms conforms 0 0 2 2 INT conforms conforms 0 3 2 3 INT conforms conforms 0 4 2 4 INT conforms conforms 0 5 2 5 INT conforms conforms 0 6 2 6 INT conforms conforms 0 7 2 7 INT conforms conforms 0 8 2 8 INT conforms conforms 0 9 2 9 INT conforms conforms 0 10 2 10 INT conforms conforms 0 11 2 11 INT conforms conforms 0 12 2 12 INT conforms conforms 0 13 2 13 INT conforms conforms 0 14 2 14 INT conforms conforms 0 15 2 15 -- Local Ints: Type Polarity Trigger Bus ID IRQ APIC ID PIN# ExtINT active-hi edge 0 0 255 0 NMI active-hi edge 0 0 255 1 ------------------------------------------------------------------------------- # SMP kernel config file options: # Required: options SMP # Symmetric MultiProcessor Kernel options APIC_IO # Symmetric (APIC) I/O # Optional (built-in defaults will work in most cases): #options NCPU=2 # number of CPUs #options NBUS=3 # number of busses #options NAPIC=1 # number of IO APICs #options NINTR=24 # number of INTs =============================================================================== Kevin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 16 00:37:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA01232 for freebsd-current-outgoing; Mon, 16 Feb 1998 00:37:24 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from silvia.HIP.Berkeley.EDU (ala-ca37-18.ix.netcom.com [207.93.141.210]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA01224 for ; Mon, 16 Feb 1998 00:37:20 -0800 (PST) (envelope-from asami@vader.cs.berkeley.edu) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.8.8/8.6.9) id AAA10551; Mon, 16 Feb 1998 00:36:57 -0800 (PST) Date: Mon, 16 Feb 1998 00:36:57 -0800 (PST) Message-Id: <199802160836.AAA10551@silvia.HIP.Berkeley.EDU> To: root@krabi.mbp.ee CC: current@FreeBSD.ORG In-reply-to: (message from Superuser on Sun, 15 Feb 1998 22:50:53 +0200 (EET)) Subject: Re: Preferred way (or FAQ) for upgrading 2.2 to 3.0-CURRENT From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * I have 2*200PPro system running 2.2-STABLE and would like to use second * CPU as well... have successfully tested 3.0-CURRENT on monoprocessor 486 * system. I have upgraded about 20 systems a couple of months ago. It was pretty much just make world, make kernel, and reboot. They are now running a "97.12.26.08.00.00" system and have been pretty stable. One hitch was that the new "reboot" won't work with the old kernel (it will dump core and hang the system cold), so I had to make a backup of /sbin/reboot and use it to restart the system. Also, you will need to recompile a lot of ports due to changed utmp sizes, but I already had our 2.2-stable systems running with 16-byte usernames so this wasn't a problem for us. Satoshi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 16 00:51:54 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA02504 for freebsd-current-outgoing; Mon, 16 Feb 1998 00:51:54 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from krabi.mbp.ee (root@krabi.mbp.ee [194.204.12.83]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA02495 for ; Mon, 16 Feb 1998 00:51:47 -0800 (PST) (envelope-from root@krabi.mbp.ee) Received: from localhost (root@localhost) by krabi.mbp.ee (8.8.8/8.8.5) with SMTP id KAA14282 for ; Mon, 16 Feb 1998 10:51:11 +0200 Date: Mon, 16 Feb 1998 10:51:11 +0200 (EET) From: Superuser To: current@FreeBSD.ORG Subject: Re: Preferred way (or FAQ) for upgrading 2.2 to 3.0-CURRENT In-Reply-To: <199802160836.AAA10551@silvia.HIP.Berkeley.EDU> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 16 Feb 1998, Satoshi Asami wrote: > Also, you will need to recompile a lot of ports due to changed utmp > sizes, but I already had our 2.2-stable systems running with 16-byte Is there a list of the ports which need to be recompiled ? _____________ Lauri Laupmaa mauri@mbp.ee To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 16 01:14:18 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA04644 for freebsd-current-outgoing; Mon, 16 Feb 1998 01:14:18 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from asteroid.svib.ru (asteroid.svib.ru [195.151.166.145]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA04630 for ; Mon, 16 Feb 1998 01:14:10 -0800 (PST) (envelope-from tarkhil@asteroid.svib.ru) Received: from asteroid.svib.ru (tarkhil@localhost) by asteroid.svib.ru (8.8.7/8.8.8) with ESMTP id MAA07606 for ; Mon, 16 Feb 1998 12:14:01 +0300 (MSK) (envelope-from tarkhil@asteroid.svib.ru) Message-Id: <199802160914.MAA07606@asteroid.svib.ru> To: freebsd-current@FreeBSD.ORG Subject: What snap to build? Date: Mon, 16 Feb 1998 12:14:00 +0300 From: Alex Povolotsky Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello! I've built 3.0-SNAP from yesterday's CVSup, and install floppy dies horribly with rootf2 is 1440 Kbyte compiled in MFS vm_page_free: pindex(12), busy(0), PG_BUSY(0), hold(0) panic: vm_page_free: freeing free page Maybe I need to CVSup something earlier? What SNAP is relatively stable? Alex. P.S. Please reply by EMail, I'm not subscribed to current from this account. Alex. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 16 01:29:55 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA06317 for freebsd-current-outgoing; Mon, 16 Feb 1998 01:29:55 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from verdi.nethelp.no (verdi.nethelp.no [195.1.171.130]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id BAA06305 for ; Mon, 16 Feb 1998 01:29:41 -0800 (PST) (envelope-from sthaug@nethelp.no) From: sthaug@nethelp.no Received: (qmail 8802 invoked by uid 1001); 16 Feb 1998 09:21:26 +0000 (GMT) To: tarkhil@asteroid.svib.ru Cc: freebsd-current@FreeBSD.ORG Subject: Re: What snap to build? In-Reply-To: Your message of "Mon, 16 Feb 1998 12:14:00 +0300" References: <199802160914.MAA07606@asteroid.svib.ru> X-Mailer: Mew version 1.05+ on Emacs 19.28.2 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Mon, 16 Feb 1998 10:21:26 +0100 Message-ID: <8800.887620886@verdi.nethelp.no> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I've built 3.0-SNAP from yesterday's CVSup, and install floppy dies horribly > with > > rootf2 is 1440 Kbyte compiled in MFS > vm_page_free: pindex(12), busy(0), PG_BUSY(0), hold(0) > panic: vm_page_free: freeing free page > > Maybe I need to CVSup something earlier? What SNAP is relatively stable? The 3.0-980204-SNAP doesn't have this particular problem (3.0-980206-SNAP does). Steinar Haug, Nethelp consulting, sthaug@nethelp.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 16 02:41:55 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA19311 for freebsd-current-outgoing; Mon, 16 Feb 1998 02:41:55 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from rah.star-gate.com (rah.star-gate.com [209.133.7.178]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA19305 for ; Mon, 16 Feb 1998 02:41:52 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id CAA24030 for ; Mon, 16 Feb 1998 02:41:32 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199802161041.CAA24030@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: freebsd-current@FreeBSD.ORG Subject: soft update, panic... Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 16 Feb 1998 02:41:31 -0800 From: Amancio Hasty Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Noticed, that every that I get a panic the bp->b_blkno = -12 and I am not sure if thats a good value or not. (kgdb) print *bp $1 = {b_hash = {le_next = 0x0, le_prev = 0xf0214c58}, b_vnbufs = { le_next = 0x0, le_prev = 0xf2ee7d64}, b_freelist = {tqe_next = 0xf2eeae68, tqe_prev = 0xf2ee37d8}, b_act = {tqe_next = 0x0, tqe_prev = 0xf022992c}, b_proc = 0x0, b_flags = 536870960, b_qindex = 0, b_usecount = 14 '\016', b_error = 0, b_bufsize = 8192, b_bcount = 8192, b_resid = 0, b_dev = 4294967295, b_data = 0xf35e6000 "", b_kvabase = 0xf35e6000 "", b_kvasize = 8192, b_lblkno = -12, b_blkno = -12, b_iodone = 0, b_iodone_chain = 0x0, b_vp = 0xf4dcf820, b_dirtyoff = 0, b_dirtyend = 0, b_generation = 157, b_rcred = 0x0, b_wcred = 0x0, b_validoff = 0, b_validend = 0, b_pblkno = 6312288, b_saveaddr = 0x0, b_savekva = 0x0, b_driver1 = 0x0, b_driver2 = 0x0, b_spc = 0x0, b_cluster = {cluster_head = { tqh_first = 0x0, tqh_last = 0xf2eeeb70}, cluster_entry = { tqe_next = 0x0, tqe_prev = 0xf2eeeb70}}, b_pages = {0xf0c70404, 0xf0c6a938, 0x0 }, b_npages = 2, b_dep = { lh_first = 0x0}} #13 0xf01d6217 in large_i586_bcopy_loop () #14 0xf01a6e57 in softdep_setup_allocindir_page (ip=0xf0eea400, lbn=35, bp=0xf2ee6320, ptrno=23, newblkno=2925336, oldblkno=0, nbp=0xf2ee7d5c) at ../../ufs/ffs/ffs_softdep.c:1402 #15 0xf01a447d in ffs_balloc (ap=0xf4e53ea4) at ../../ufs/ffs/ffs_balloc.c:302 #16 0xf01ad98c in ffs_write (ap=0xf4e53ef8) at vnode_if.h:995 #17 0xf013c2a7 in vn_write (fp=0xf0ec05c0, uio=0xf4e53f40, cred=0xf0edea80) at vnode_if.h:331 #18 0xf011f7bb in write (p=0xf4da96c0, uap=0xf4e53f94) at ../../kern/sys_generic.c:268 #19 0xf01d7e5f in syscall (frame={tf_es = 39, tf_ds = 39, tf_edi = 331776, tf_esi = 97788, tf_ebp = -272644200, tf_isp = -186302492, tf_ebx = 537460832, tf_edx = 97788, tf_ecx = -272644192, tf_eax = 4, tf_trapno = 12, tf_err = 7, tf_eip = 537405009, tf_cs = 31, tf_eflags = 518, tf_esp = -272644224, tf_ss = 39}) at ../../i386/i386/trap.c:994 ----------------- Tnks, Amancio To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 16 04:34:27 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA13981 for freebsd-current-outgoing; Mon, 16 Feb 1998 04:34:27 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from itesec.hsc.fr (root@itesec.hsc.fr [192.70.106.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA13970 for ; Mon, 16 Feb 1998 04:34:22 -0800 (PST) (envelope-from pb@hsc.fr) Received: from mars.hsc.fr (pb@mars.hsc.fr [192.70.106.44]) by itesec.hsc.fr (8.8.8/8.8.5/itesec-1.10-nospam) with ESMTP id NAA01279; Mon, 16 Feb 1998 13:33:39 +0100 (MET) Received: (from pb@localhost) by mars.hsc.fr (8.8.5/8.8.5/pb-19970301) id NAA12634; Mon, 16 Feb 1998 13:33:38 +0100 (MET) Message-ID: <19980216133338.EI36420@mars.hsc.fr> Date: Mon, 16 Feb 1998 13:33:38 +0100 From: Pierre.Beyssac@hsc.fr (Pierre Beyssac) To: tlambert@primenet.com (Terry Lambert) Cc: jkh@time.cdrom.com (Jordan K. Hubbard), ccsanady@friley585.res.iastate.edu, freebsd-current@FreeBSD.ORG Subject: Re: CCD missing spl() call.. References: <20245.887530725@time.cdrom.com> <199802152353.QAA08927@usr01.primenet.com> X-Mailer: Mutt 0.59.1e Mime-Version: 1.0 In-Reply-To: <199802152353.QAA08927@usr01.primenet.com>; from Terry Lambert on Feb 15, 1998 23:53:53 +0000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG According to Terry Lambert: > I would even be willing to live with the form filling-out, if > I could send the thing to the intended audience *and* the bitbucket > instead of just the bitbucket. 8-). The freebsd-bugs list is already there for that. With my (limited) experience though, I agree that patches sent with send-pr AND with an accompanying message to -current seem to get attention (and be committed) more than patches just sent with send-pr :-) -- Pierre.Beyssac@hsc.fr To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 16 06:11:39 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA03922 for freebsd-current-outgoing; Mon, 16 Feb 1998 06:11:39 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp03.primenet.com (smtp03.primenet.com [206.165.6.133]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA03916 for ; Mon, 16 Feb 1998 06:11:36 -0800 (PST) (envelope-from tlambert@usr01.primenet.com) Received: (from daemon@localhost) by smtp03.primenet.com (8.8.8/8.8.8) id HAA14361; Mon, 16 Feb 1998 07:11:35 -0700 (MST) Received: from usr01.primenet.com(206.165.6.201) via SMTP by smtp03.primenet.com, id smtpd014349; Mon Feb 16 07:11:30 1998 Received: (from tlambert@localhost) by usr01.primenet.com (8.8.5/8.8.5) id HAA08937; Mon, 16 Feb 1998 07:11:18 -0700 (MST) From: Terry Lambert Message-Id: <199802161411.HAA08937@usr01.primenet.com> Subject: Re: Soft updates: OPTIONS Vs. TUNABLES, and a plan... To: tlambert@primenet.com (Terry Lambert) Date: Mon, 16 Feb 1998 14:11:18 +0000 (GMT) Cc: garbanzo@hooked.net, brian@worldcontrol.com, current@FreeBSD.ORG In-Reply-To: <199802152341.QAA08289@usr01.primenet.com> from "Terry Lambert" at Feb 15, 98 11:41:43 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Not doing the hack is problematic; one wonders how a root FS can ever > be tuned after the system has been booted. > > Mounting read-only is *not* sufficient. This is because there exist > read dependencies for read-before-write operations. You can probably > get away with it, but you are flying by the seat of your pants if > you do so. Ugh. OK, here are "seat-of-your-pants" instructions: 1) Boot single user, with root mounted read-only 2) Tunefs soft updates on 3) *immediately* run the "reboot" program. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 16 06:14:38 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA04613 for freebsd-current-outgoing; Mon, 16 Feb 1998 06:14:38 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from p.funk.org (p.funk.org [194.109.61.126]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA04598 for ; Mon, 16 Feb 1998 06:14:33 -0800 (PST) (envelope-from alexlh@p.funk.org) Received: (from alexlh@localhost) by p.funk.org (8.8.8/8.8.8) id PAA00239; Mon, 16 Feb 1998 15:13:37 +0100 (CET) (envelope-from alexlh) Message-ID: <19980216151337.50555@p.funk.org> Date: Mon, 16 Feb 1998 15:13:37 +0100 From: Alex Le Heux To: freebsd-current@FreeBSD.ORG Subject: swap broken too Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, I'm having problems with swapping as well. I run a P133 with two IDE drives. All is fine until I do a swapon /dev/wd1s2b, then the system will hang and reboot 10 seconds later as soon as any memory intensive stuff gets started (netscape for example). John Dyson's patch wouldn't work for me, as gcc complained about the struct having no member called 'b_dep'. If there's any more information anyone wants, I'll be happy to help. Alex -- Hi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 16 06:34:38 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA08700 for freebsd-current-outgoing; Mon, 16 Feb 1998 06:34:38 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp02.primenet.com (smtp02.primenet.com [206.165.6.132]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA08678 for ; Mon, 16 Feb 1998 06:34:35 -0800 (PST) (envelope-from tlambert@usr01.primenet.com) Received: (from daemon@localhost) by smtp02.primenet.com (8.8.8/8.8.8) id HAA29806; Mon, 16 Feb 1998 07:20:38 -0700 (MST) Received: from usr01.primenet.com(206.165.6.201) via SMTP by smtp02.primenet.com, id smtpd029789; Mon Feb 16 07:20:36 1998 Received: (from tlambert@localhost) by usr01.primenet.com (8.8.5/8.8.5) id HAA09317; Mon, 16 Feb 1998 07:20:35 -0700 (MST) From: Terry Lambert Message-Id: <199802161420.HAA09317@usr01.primenet.com> Subject: Re: panic: rslock To: toasty@home.dragondata.com (Kevin Day) Date: Mon, 16 Feb 1998 14:20:35 +0000 (GMT) Cc: current@FreeBSD.ORG In-Reply-To: <199802160437.WAA04174@home.dragondata.com> from "Kevin Day" at Feb 15, 98 10:37:31 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I get the following panic quite frequently under heavy load on this neptune > chipset dual P/100: > > > panic: rslock: cpu: 1, addr: 0f860b2a0, lock: 0x01000001 > mp_lock = 01000001; cpuid = 1; lapic.id = 01000000 > Debugger("panic") > Stopped at _Debugger+0x35: movb $0,_in_Debugger.94 > > trace shows: > > _Debugger > _panic > bsl1 > _qsync > _ffs_sync > _sync > _vfs_update > _kproc_start > _fork_trampoline > > Is this a new one? I haven't seen it before... doesn't make it new, though. > wdc0: rev 0x02 int a irq 14 on pci0.4.0 [ ... ] > wdc0: CMD640B workaround enabled I am not positive that the CMD640B workaround is MP safe (in fact, I'm not sure it works with a secondary disk, either). You should contact the maintainers (Bruce Evans, Paul Traina, Junichi, etc.) for details. Does the crash ever occur in UP mode? Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 16 08:22:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA04428 for freebsd-current-outgoing; Mon, 16 Feb 1998 08:22:45 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA04351 for ; Mon, 16 Feb 1998 08:22:35 -0800 (PST) (envelope-from toor@dyson.iquest.net) Received: (from root@localhost) by dyson.iquest.net (8.8.8/8.8.8) id LAA21135; Mon, 16 Feb 1998 11:21:43 -0500 (EST) (envelope-from toor) From: "John S. Dyson" Message-Id: <199802161621.LAA21135@dyson.iquest.net> Subject: Re: swap broken too In-Reply-To: <19980216151337.50555@p.funk.org> from Alex Le Heux at "Feb 16, 98 03:13:37 pm" To: alexlh@funk.org (Alex Le Heux) Date: Mon, 16 Feb 1998 11:21:43 -0500 (EST) Cc: freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Alex Le Heux said: > Hi, > > I'm having problems with swapping as well. I run a P133 with two IDE drives. > > All is fine until I do a swapon /dev/wd1s2b, then the system will hang and > reboot 10 seconds later as soon as any memory intensive stuff gets started > (netscape for example). > > John Dyson's patch wouldn't work for me, as gcc complained about the struct > having no member called 'b_dep'. > > If there's any more information anyone wants, I'll be happy to help. > I have bunches more of swap_pager cleanups and fixes. Cannot final test or commit them until the end of the week though. -- John | Never try to teach a pig to sing, dyson@freebsd.org | it just makes you look stupid, jdyson@nc.com | and it irritates the pig. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 16 08:32:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA06796 for freebsd-current-outgoing; Mon, 16 Feb 1998 08:32:57 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from rmstar.campus.luth.se (rmstar.campus.luth.se [130.240.197.32]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA06727 for ; Mon, 16 Feb 1998 08:32:47 -0800 (PST) (envelope-from murduth@rmstar.campus.luth.se) Received: from rmstar.campus.luth.se (localhost [127.0.0.1]) by rmstar.campus.luth.se (8.8.8/8.8.5) with ESMTP id RAA08239 for ; Mon, 16 Feb 1998 17:32:42 +0100 (CET) Message-Id: <199802161632.RAA08239@rmstar.campus.luth.se> X-Mailer: exmh version 2.0.1 12/23/97 To: freebsd-current@FreeBSD.ORG Subject: Memory report problems. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 16 Feb 1998 17:32:42 +0100 From: Joakim Henriksson Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG There seems to be some problems with the memory reporting systems. My memory is eaten by something, and have to logout every other day to clear the memory. And the bad part is that none of the processes i have started seems to grow (well ok except for netscape and i restart it at/or around 30Mb so that is not a problem). When the system is started i have around 10Mb paged out. without starting any more programs and just using the one i have started i soon get up to 100+ Mb swap. Something is leaking like titanic here. Oh, this problem is alsa present in STABLE. Restarting afterstep usually returns about 30Mb so my guess is that its XF86_S3 thats leaking but it doesnt grow beyond 15-16Mb reported usage. dmesg output. avail memory = 62603264 (61136K bytes) Probing for devices on PCI bus 0: chip0: rev 0x01 on pci0.0.0 chip1: rev 0x01 on pci0.7.0 ide_pci0: rev 0x01 on pci0.7.1 chip2: rev 0x01 int d irq 10 on pci0.7.2 chip3: rev 0x01 on pci0.7.3 ncr0: rev 0x02 int a irq 9 on pci0.17.0 ncr0: waiting for scsi devices to settle scbus0 at ncr0 bus 0 scbus0 target 0 lun 0: type 0 fixed SCSI 2 sd0 at scbus0 target 0 lun 0 sd0: Direct-Access sd0: 10.0 MB/s (100 ns, offset 8) 1034MB (2118144 512 byte sectors) sd0: with 4903 cyls, 4 heads, and an average 108 sectors/track scbus0 target 2 lun 0: phase change 2-3 10@0039cf58 resid=4. scbus0 target 2 lun 0: type 0 fixed SCSI 2 sd1 at scbus0 target 2 lun 0 sd1: Direct-Access sd1: 10.0 MB/s (100 ns, offset 8) 2048MB (4194304 512 byte sectors) sd1: with 3999 cyls, 10 heads, and an average 104 sectors/track vga0: rev 0x00 int a irq 12 on pci0.18.0 fxp0: rev 0x02 int a irq 5 on pci0.20. 0 fxp0: Ethernet address 00:a0:c9:4b:cd:8c Probing for PnP devices: CSN 1 Vendor ID: CSCd937 [0x37d9630e] Serial 0xffffffff mss_attach 1 at 0x530 irq 11 dma 1:3 flags 0x13 pcm1 (CS423x/Yamaha sn 0xffffffff) at 0x530-0x537 irq 11 drq 1 flags 0x 13 on isa Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface sio0 at 0x3f8-0x3ff irq 4 flags 0x10 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A pcm0 not probed due to drq conflict with pcm1 at 1 wdc0 at 0x1f0-0x1f7 irq 14 flags 0xa0ffa0ff on isa wdc0: unit 0 (wd0): , DMA, 32-bit, multi-block-16 wd0: 6197MB (12692736 sectors), 12592 cyls, 16 heads, 63 S/T, 512 B/S wdc1 not found at 0x170 fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: FIFO enabled, 8 bytes threshold fd0: 1.44MB 3.5in npx0 on motherboard npx0: INT 16 interface i have 150Mb of swap. -- regards/ Joakim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 16 09:06:00 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA15733 for freebsd-current-outgoing; Mon, 16 Feb 1998 09:06:00 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from db2server.voga.com.br (db2server.voga.com.br [200.239.39.7]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA15725 for ; Mon, 16 Feb 1998 09:05:52 -0800 (PST) (envelope-from daniel_sobral@voga.com.br) From: daniel_sobral@voga.com.br Received: from papagaio.voga.com.br (papagaio.voga.com.br [200.239.39.2]) by db2server.voga.com.br (8.8.3+2.6Wbeta9/8.8.7) with SMTP id PAA19360 for ; Mon, 16 Feb 1998 15:05:17 -0200 Received: by papagaio.voga.com.br(Lotus SMTP MTA v1.06 (346.7 3-18-1997)) id 032565AD.00635AE4 ; Mon, 16 Feb 1998 15:05:13 -0300 X-Lotus-FromDomain: VOGA To: current@FreeBSD.ORG Message-ID: <832565AD.00633FC9.00@papagaio.voga.com.br> Date: Mon, 16 Feb 1998 15:05:06 -0300 Subject: Re: CCD missing spl() call.. Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > From: "Jordan K. Hubbard" > > I would even be willing to live with the form filling-out, if > > I could send the thing to the intended audience *and* the bitbucket > > instead of just the bitbucket. 8-). > Hmmmm. I can see your point. I'll put it with the other GNATs > wishlist items. :) Send a PR... ;-> -- Daniel C. Sobral (8-DCS) Daniel_Sobral@voga.com.br Tagline: * FreeBSD. Earth. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 16 09:14:47 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA17530 for freebsd-current-outgoing; Mon, 16 Feb 1998 09:14:47 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from home.dragondata.com (toasty@home.dragondata.com [204.137.237.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA17505 for ; Mon, 16 Feb 1998 09:14:43 -0800 (PST) (envelope-from toasty@home.dragondata.com) Received: (from toasty@localhost) by home.dragondata.com (8.8.5/8.8.5) id LAA23188; Mon, 16 Feb 1998 11:14:40 -0600 (CST) From: Kevin Day Message-Id: <199802161714.LAA23188@home.dragondata.com> Subject: Re: panic: rslock In-Reply-To: <199802161420.HAA09317@usr01.primenet.com> from Terry Lambert at "Feb 16, 98 02:20:35 pm" To: tlambert@primenet.com (Terry Lambert) Date: Mon, 16 Feb 1998 11:14:40 -0600 (CST) Cc: current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > I get the following panic quite frequently under heavy load on this neptune > > chipset dual P/100: > > > > > > panic: rslock: cpu: 1, addr: 0f860b2a0, lock: 0x01000001 > > mp_lock = 01000001; cpuid = 1; lapic.id = 01000000 > > Debugger("panic") > > Stopped at _Debugger+0x35: movb $0,_in_Debugger.94 > > > > trace shows: > > > > _Debugger > > _panic > > bsl1 > > _qsync > > _ffs_sync > > _sync > > _vfs_update > > _kproc_start > > _fork_trampoline > > > > Is this a new one? > > I haven't seen it before... doesn't make it new, though. > > > wdc0: rev 0x02 int a irq 14 on pci0.4.0 > > [ ... ] > > > wdc0: CMD640B workaround enabled > > I am not positive that the CMD640B workaround is MP safe (in fact, I'm > not sure it works with a secondary disk, either). You should contact > the maintainers (Bruce Evans, Paul Traina, Junichi, etc.) for details. > > Does the crash ever occur in UP mode? > No, it never does under an UP kernel.... The only places I've been able to make it crash are doing a 'make buildworld -j4' or a cvsup. I've got another IDE controller on an ISA card I can try though... Kevin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 16 09:33:36 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA22198 for freebsd-current-outgoing; Mon, 16 Feb 1998 09:33:36 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from forbidden-donut.anet-stl.com (root@forbidden-donut.anet-stl.com [209.83.128.17]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA22188 for ; Mon, 16 Feb 1998 09:33:35 -0800 (PST) (envelope-from doogie@forbidden-donut.anet-stl.com) Received: from localhost (doogie@localhost) by forbidden-donut.anet-stl.com (8.8.8/8.8.7) with SMTP id LAA01293; Mon, 16 Feb 1998 11:13:27 -0600 (CST) (envelope-from doogie@forbidden-donut.anet-stl.com) Date: Mon, 16 Feb 1998 11:13:25 -0600 (CST) From: Jason Young To: Joakim Henriksson cc: freebsd-current@FreeBSD.ORG Subject: Re: Memory report problems. In-Reply-To: <199802161632.RAA08239@rmstar.campus.luth.se> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG -----BEGIN PGP SIGNED MESSAGE----- On Mon, 16 Feb 1998, Joakim Henriksson wrote: > There seems to be some problems with the memory reporting systems. My memory > is eaten by something, and have to logout every other day to clear the memory. > And the bad part is that none of the processes i have started seems to grow > (well ok except for netscape and i restart it at/or around 30Mb so that is not > a problem). When the system is started i have around 10Mb paged out. without > starting any more programs and just using the one i have started i soon get up > to 100+ Mb swap. Something is leaking like titanic here. Oh, this problem is > alsa present in STABLE. Restarting afterstep usually returns about 30Mb so my > guess is that its XF86_S3 thats leaking but it doesnt grow beyond 15-16Mb > reported usage. It is normal for FreeBSD to page out a lot of (relatively) useless stuff to gain disk caching space. It's not a leak. Jason Young ANET Chief Network Engineer "Bother," said Pooh, "Eeyore, ready two photon torpedoes and lock phasers on the Heffalump, Piglet, meet me in transporter room three." -----BEGIN PGP SIGNATURE----- Version: 2.6.2 iQB1AwUBNOhzt6InE6ybC66VAQF7+wL/f2mWqUKigq01RFfGDV28KigBmlALsP00 uXa0xp2/vBtAbrvqFHmbGYQhzer5eUozYmivfISmFFDXVGZWxCINKl1StMSqBrHX deaYfd6IziN2CPbQuJJYCnlD+2Ns1CPL =7MI0 -----END PGP SIGNATURE----- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 16 09:36:26 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA23406 for freebsd-current-outgoing; Mon, 16 Feb 1998 09:36:26 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from implode.root.com (implode.root.com [198.145.90.17]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA23316 for ; Mon, 16 Feb 1998 09:36:09 -0800 (PST) (envelope-from root@implode.root.com) Received: from implode.root.com (localhost [127.0.0.1]) by implode.root.com (8.8.5/8.8.5) with ESMTP id JAA25943; Mon, 16 Feb 1998 09:35:21 -0800 (PST) Message-Id: <199802161735.JAA25943@implode.root.com> To: Amancio Hasty cc: freebsd-current@FreeBSD.ORG Subject: Re: soft update, panic... In-reply-to: Your message of "Mon, 16 Feb 1998 02:41:31 PST." <199802161041.CAA24030@rah.star-gate.com> From: David Greenman Reply-To: dg@root.com Date: Mon, 16 Feb 1998 09:35:21 -0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >Noticed, that every that I get a panic the bp->b_blkno = -12 and I am not >sure if thats a good value or not. It's a good value. Negative blok numbers are used to indicate indirect blocks (blocks that contain pointers to other blocks of a file). -DG David Greenman Core-team/Principal Architect, The FreeBSD Project To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 16 09:36:49 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA23509 for freebsd-current-outgoing; Mon, 16 Feb 1998 09:36:49 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from rmstar.campus.luth.se (rmstar.campus.luth.se [130.240.197.32]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA23460 for ; Mon, 16 Feb 1998 09:36:35 -0800 (PST) (envelope-from murduth@rmstar.campus.luth.se) Received: from rmstar.campus.luth.se (localhost [127.0.0.1]) by rmstar.campus.luth.se (8.8.8/8.8.5) with ESMTP id SAA08633; Mon, 16 Feb 1998 18:36:18 +0100 (CET) Message-Id: <199802161736.SAA08633@rmstar.campus.luth.se> X-Mailer: exmh version 2.0.1 12/23/97 To: Jason Young cc: freebsd-current@FreeBSD.ORG Subject: Re: Memory report problems. In-reply-to: Your message of "Mon, 16 Feb 1998 11:13:25 CST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 16 Feb 1998 18:36:17 +0100 From: Joakim Henriksson Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > starting any more programs and just using the one i have started i soon get up > > to 100+ Mb swap. Something is leaking like titanic here. Oh, this problem is > > alsa present in STABLE. Restarting afterstep usually returns about 30Mb so my > > guess is that its XF86_S3 thats leaking but it doesnt grow beyond 15-16Mb > > reported usage. > > It is normal for FreeBSD to page out a lot of (relatively) useless stuff > to gain disk caching space. It's not a leak. But when a window manager rises consistently to 30Mb Virtual and not ps -auxwwwfm reports more than 900k, there is a leak (The leak is user program related and not the problem) and a reporting problem. I could live my swap consistently going up to a certain point (i only have so many processes), but when it rises and rises and processes starts to die of I get a bit peeved. It would make it a wee bit easier to find the problem if i could get accurate info about the processes but when ps doesnt give that i dont know what else to do :/ -- regards/ Joakim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 16 09:49:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA26901 for freebsd-current-outgoing; Mon, 16 Feb 1998 09:49:37 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from critter.freebsd.dk (critter.freebsd.dk [195.8.129.14]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA26890 for ; Mon, 16 Feb 1998 09:49:29 -0800 (PST) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost.cybercity.dk [127.0.0.1]) by critter.freebsd.dk (8.8.7/8.8.5) with ESMTP id SAA00687; Mon, 16 Feb 1998 18:37:00 +0100 (CET) To: dg@root.com cc: Amancio Hasty , freebsd-current@FreeBSD.ORG Subject: Re: soft update, panic... In-reply-to: Your message of "Mon, 16 Feb 1998 09:35:21 PST." <199802161735.JAA25943@implode.root.com> Date: Mon, 16 Feb 1998 18:37:00 +0100 Message-ID: <685.887650620@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <199802161735.JAA25943@implode.root.com>, David Greenman writes: >>Noticed, that every that I get a panic the bp->b_blkno = -12 and I am not >>sure if thats a good value or not. > > It's a good value. Negative blok numbers are used to indicate indirect >blocks (blocks that contain pointers to other blocks of a file). ... so -12 means that it is pretty darn big file, right ? is that worth anything as a clue ? -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." "Drink MONO-tonic, it goes down but it will NEVER come back up!" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 16 10:19:32 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA05362 for freebsd-current-outgoing; Mon, 16 Feb 1998 10:19:32 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from shaman.lycaeum.org (shaman.lycaeum.org [207.66.171.40]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA05251; Mon, 16 Feb 1998 10:19:23 -0800 (PST) (envelope-from edmond@shaman.lycaeum.org) Received: from localhost (edmond@localhost) by shaman.lycaeum.org (Partyon/dude!) with SMTP id LAA02018; Mon, 16 Feb 1998 11:22:46 -0700 (MST) Date: Mon, 16 Feb 1998 11:22:46 -0700 (MST) From: "Andrew N. Edmond (Nero)" To: Kenneth Merry cc: gibbs@FreeBSD.ORG, hackers@FreeBSD.ORG, current@FreeBSD.ORG, questions@FreeBSD.ORG Subject: The Adaptec 7895 (again)... Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I was so happy to see the four shiny new Dual Pentium II 333mhz DX440LX machines at my door, immediately unpacked and put in the latest 3.0 boot floppy, to find out that the screaming new onboard Adaptec 7895 chipset is not supported on FreeBSD but for the new Gibbs CAM architecture... (which looks awesome BTW) I'm writing to follow up on some mailing list archive hints that mentioned that there might be a highly desireable 3.0-current bootdisk with the CAM bits on board... is there any truth to this? If such a boot disk exists, where can one find it? Andy Edmond ::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::: \-/ :::::::: Andrew N. Edmond - finger for PGP key :::::::::: \-/ /-\ :::::: ............ :::::: /-\ \-/ ::: edmond@lycaeum.org :::::: an1@anon.nymserver.com ::: \-/ /-\ : Director of the Lycaeum :: the Nymserver Administrator : /-\ \-/ ::: www.lycaeum.org :::::: www.nymserver.com ::: \-/ ::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 16 14:21:28 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA17895 for freebsd-current-outgoing; Mon, 16 Feb 1998 14:21:28 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA17773 for ; Mon, 16 Feb 1998 14:20:45 -0800 (PST) (envelope-from julian@whistle.com) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id OAA07992; Mon, 16 Feb 1998 14:12:08 -0800 (PST) Received: from UNKNOWN(), claiming to be "current1.whistle.com" via SMTP by alpo.whistle.com, id smtpd007990; Mon Feb 16 14:12:04 1998 Date: Mon, 16 Feb 1998 14:08:12 -0800 (PST) From: Julian Elischer To: John Polstra cc: current@FreeBSD.ORG Subject: Re: Working (apparently) soft-update code available. In-Reply-To: <199802140321.TAA22163@austin.polstra.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG oops we compile it on a 2.2.5 system (3.0 sources) you need this to make that work, and it has no side effects. if_de.c has a ton of #if (__FreeBSD__ >= 3 ) in it.. (in the 3.0 source tree) (means you can't compile a kernel to upgrade from 2.2 to 3.0) On Fri, 13 Feb 1998, John Polstra wrote: > In article , > Julian Elischer wrote: > > > > look in: > > ftp://ftp.freebsd.org/pub/FreeBSD/incoming/softupdates4.tgz > > Great! > > But ... what is this doing in there?? > > > Index: sys/pci/if_de.c > > =================================================================== > > RCS file: /cvs/freebsd/src/sys/pci/if_de.c,v > > retrieving revision 1.79 > > diff -c -r1.79 if_de.c > > *** if_de.c 1998/02/06 12:14:08 1.79 > > --- if_de.c 1998/02/13 22:39:06 > > *************** > > *** 1,3 **** > > --- 1,5 ---- > > + #undef __FreeBSD__ > > + #define __FreeBSD__ 3 > > /* $NetBSD: if_de.c,v 1.56 1997/10/20 14:32:46 matt Exp $ */ > > /* $Id: if_de.c,v 1.79 1998/02/06 12:14:08 eivind Exp $ */ > > > > John > -- > John Polstra jdp@polstra.com > John D. Polstra & Co., Inc. Seattle, Washington USA > "Self-knowledge is always bad news." -- John Barth > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 16 14:32:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA20586 for freebsd-current-outgoing; Mon, 16 Feb 1998 14:32:13 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA20498 for ; Mon, 16 Feb 1998 14:31:42 -0800 (PST) (envelope-from julian@whistle.com) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id OAA08285; Mon, 16 Feb 1998 14:25:41 -0800 (PST) Received: from UNKNOWN(), claiming to be "current1.whistle.com" via SMTP by alpo.whistle.com, id smtpd008283; Mon Feb 16 14:25:33 1998 Date: Mon, 16 Feb 1998 14:21:41 -0800 (PST) From: Julian Elischer To: Ollivier Robert cc: current@FreeBSD.ORG Subject: Re: Working (apparently) soft-update code available. In-Reply-To: <19980215233822.33008@keltia.freenix.fr> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I think we may have a fix for this... it's possibly due to the softupdate code trying to grab all the possible kernel vm for dependency tracking. there's also a possible vm problem even without soft-updates as john has mentionned, and of course there;s something wrong with CCD arrays.. these will be addressed as we go.. It's great having all the feedback! On Sun, 15 Feb 1998, Ollivier Robert wrote: > According to Amancio Hasty: > > Try it again and write down the panic and if you can sends a stack > > trace. > > It is probably the same as yours and mine. Surprisingly it doesn't happen > during "make world" for me but during uuxqt/rnews processing... > -- > Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr > FreeBSD keltia.freenix.fr 3.0-CURRENT #0: Sat Feb 14 15:42:16 CET 1998 > > 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 Feb 16 14:43:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA23313 for freebsd-current-outgoing; Mon, 16 Feb 1998 14:43:09 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from allegro.lemis.com (allegro.lemis.com [192.109.197.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA23213 for ; Mon, 16 Feb 1998 14:42:26 -0800 (PST) (envelope-from grog@lemis.com) Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137]) by allegro.lemis.com (8.8.7/8.8.5) with ESMTP id JAA26833; Tue, 17 Feb 1998 09:12:17 +1030 (CST) Received: (from grog@localhost) by freebie.lemis.com (8.8.8/8.8.7) id JAA05182; Tue, 17 Feb 1998 09:12:17 +1030 (CST) (envelope-from grog) Message-ID: <19980217091217.51954@freebie.lemis.com> Date: Tue, 17 Feb 1998 09:12:17 +1030 From: Greg Lehey To: Joakim Henriksson , Jason Young Cc: freebsd-current@FreeBSD.ORG Subject: Re: Memory report problems. References: <199802161736.SAA08633@rmstar.campus.luth.se> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89i In-Reply-To: <199802161736.SAA08633@rmstar.campus.luth.se>; from Joakim Henriksson on Mon, Feb 16, 1998 at 06:36:17PM +0100 WWW-Home-Page: http://www.lemis.com/~grog Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 16 February 1998 at 18:36:17 +0100, Joakim Henriksson wrote: >>> starting any more programs and just using the one i have started i soon get up >>> to 100+ Mb swap. Something is leaking like titanic here. Oh, this problem is >>> alsa present in STABLE. Restarting afterstep usually returns about 30Mb so my >>> guess is that its XF86_S3 thats leaking but it doesnt grow beyond 15-16Mb >>> reported usage. >> >> It is normal for FreeBSD to page out a lot of (relatively) useless stuff >> to gain disk caching space. It's not a leak. > > But when a window manager rises consistently to 30Mb Virtual and not ps > -auxwwwfm reports more than 900k, there is a leak (The leak is user program > related and not the problem) and a reporting problem. This sentence seems to contradict itself. If your window manager starts using 30 MB, it would seem to be accounting for a large proportion of the swap by itself. What happens if you stop every process, just before shutting down? How much swap is left in use? Greg To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 16 14:45:33 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA23758 for freebsd-current-outgoing; Mon, 16 Feb 1998 14:45:33 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from main.hq.cti.ru (main.hq.cti.ru [194.67.85.27]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA23647 for ; Mon, 16 Feb 1998 14:44:57 -0800 (PST) (envelope-from dima@tejblum.dnttm.rssi.ru) Received: (from uucp@localhost) by main.hq.cti.ru (8.8.7/8.8.7) with UUCP id BAA02620; Tue, 17 Feb 1998 01:09:20 +0300 (MSK) (envelope-from dima@tejblum.dnttm.rssi.ru) Received: from tejblum.dnttm.rssi.ru (localhost [127.0.0.1]) by tejblum.dnttm.rssi.ru (8.8.8/8.8.7) with ESMTP id BAA03186; Tue, 17 Feb 1998 01:16:32 +0300 (MSK) (envelope-from dima@tejblum.dnttm.rssi.ru) Message-Id: <199802162216.BAA03186@tejblum.dnttm.rssi.ru> X-Mailer: exmh version 2.0gamma 1/27/96 To: Mike Smith cc: Amancio Hasty , current@FreeBSD.ORG Subject: Re: about my last panic In-reply-to: Your message of "Sat, 14 Feb 1998 21:42:33 PST." <199802150542.VAA01088@dingo.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 17 Feb 1998 01:16:32 +0300 From: Dmitrij Tejblum Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Mike Smith wrote: > ???!!! How could you be in wfdstrategy() if you don't have a wfd drive? Look at vm/vm_swap.c and observe the line #define BDEV_MAJOR 1 there! Dima To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 16 14:53:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA25486 for freebsd-current-outgoing; Mon, 16 Feb 1998 14:53:04 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from rah.star-gate.com (rah.star-gate.com [209.133.7.178]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA25404 for ; Mon, 16 Feb 1998 14:52:42 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id OAA27368; Mon, 16 Feb 1998 14:51:37 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199802162251.OAA27368@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Julian Elischer cc: Ollivier Robert , current@FreeBSD.ORG Subject: Re: Working (apparently) soft-update code available. In-reply-to: Your message of "Mon, 16 Feb 1998 14:21:41 PST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 16 Feb 1998 14:51:37 -0800 From: Amancio Hasty Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Nope, Kirk's last patch does not fix the problem that some of us are seeing. If anyone is interested in tracking down the problem, I can give you an account on my test box , cioloco.star-gate.com , it still has the last crash stashed away in case that anyone wants to examine the kernel data structures leading to the panic. This is my stack trace for my panic: #13 0xf01d6217 in large_i586_bcopy_loop () #14 0xf01a6e57 in softdep_setup_allocindir_page (ip=0xf0eea400, lbn=35, bp=0xf2ee6320, ptrno=23, newblkno=2925336, oldblkno=0, nbp=0xf2ee7d5c) at ../../ufs/ffs/ffs_softdep.c:1402 #15 0xf01a447d in ffs_balloc (ap=0xf4e53ea4) at ../../ufs/ffs/ffs_balloc.c:302 #16 0xf01ad98c in ffs_write (ap=0xf4e53ef8) at vnode_if.h:995 #17 0xf013c2a7 in vn_write (fp=0xf0ec05c0, uio=0xf4e53f40, cred=0xf0edea80) at vnode_if.h:331 #18 0xf011f7bb in write (p=0xf4da96c0, uap=0xf4e53f94) at ../../kern/sys_generic.c:268 #19 0xf01d7e5f in syscall (frame={tf_es = 39, tf_ds = 39, tf_edi = 331776, tf_esi = 97788, tf_ebp = -272644200, tf_isp = -186302492, tf_ebx = 537460832, tf_edx = 97788, tf_ecx = -272644192, tf_eax = 4, tf_trapno = 12, tf_err = 7, tf_eip = 537405009, tf_cs = 31, tf_eflags = 518, tf_esp = -272644224, tf_ss = 39}) at ../../i386/i386/trap.c:994 Basically, softdep_setup_allocindir attempted to copy data to block -12 of the inode. It appears that the crash always has the same pattern , attempting to copy to block -12. (kgdb) print *bp $1 = {b_hash = {le_next = 0x0, le_prev = 0xf0214c58}, b_vnbufs = { le_next = 0x0, le_prev = 0xf2ee7d64}, b_freelist = {tqe_next = 0xf2eeae68, tqe_prev = 0xf2ee37d8}, b_act = {tqe_next = 0x0, tqe_prev = 0xf022992c}, b_proc = 0x0, b_flags = 536870960, b_qindex = 0, b_usecount = 14 '\016', b_error = 0, b_bufsize = 8192, b_bcount = 8192, b_resid = 0, b_dev = 4294967295, b_data = 0xf35e6000 "", b_kvabase = 0xf35e6000 "", b_kvasize = 8192, b_lblkno = -12, b_blkno = -12, b_iodone = 0, b_iodone_chain = 0x0, b_vp = 0xf4dcf820, b_dirtyoff = 0, b_dirtyend = 0, b_generation = 157, b_rcred = 0x0, b_wcred = 0x0, b_validoff = 0, b_validend = 0, b_pblkno = 6312288, b_saveaddr = 0x0, b_savekva = 0x0, b_driver1 = 0x0, b_driver2 = 0x0, b_spc = 0x0, b_cluster = {cluster_head = { tqh_first = 0x0, tqh_last = 0xf2eeeb70}, cluster_entry = { tqe_next = 0x0, tqe_prev = 0xf2eeeb70}}, b_pages = {0xf0c70404, 0xf0c6a938, 0x0 }, b_npages = 2, b_dep = { lh_first = 0x0}} Cheers, Amancio To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 16 14:56:41 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA26305 for freebsd-current-outgoing; Mon, 16 Feb 1998 14:56:41 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from rmstar.campus.luth.se (rmstar.campus.luth.se [130.240.197.32]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA26116 for ; Mon, 16 Feb 1998 14:55:47 -0800 (PST) (envelope-from murduth@rmstar.campus.luth.se) Received: from rmstar.campus.luth.se (localhost [127.0.0.1]) by rmstar.campus.luth.se (8.8.8/8.8.5) with ESMTP id XAA10874; Mon, 16 Feb 1998 23:55:28 +0100 (CET) Message-Id: <199802162255.XAA10874@rmstar.campus.luth.se> X-Mailer: exmh version 2.0.1 12/23/97 To: Greg Lehey cc: freebsd-current@FreeBSD.ORG Subject: Re: Memory report problems. In-reply-to: Your message of "Tue, 17 Feb 1998 09:12:17 +1030." <19980217091217.51954@freebie.lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 16 Feb 1998 23:55:27 +0100 From: Joakim Henriksson Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > But when a window manager rises consistently to 30Mb Virtual and not ps > > -auxwwwfm reports more than 900k, there is a leak (The leak is user program > > related and not the problem) and a reporting problem. > > This sentence seems to contradict itself. If your window manager > starts using 30 MB, it would seem to be accounting for a large > proportion of the swap by itself. Yeah, sorry if i didnt write it more clearly. What i mean is that everything that reports memory says its small (1-2Mb). But when i kill it i regain 30Mb swap. > What happens if you stop every process, just before shutting down? > How much swap is left in use? No change. -- regards/ Joakim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 16 15:03:29 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA28670 for freebsd-current-outgoing; Mon, 16 Feb 1998 15:03:29 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA28605 for ; Mon, 16 Feb 1998 15:03:16 -0800 (PST) (envelope-from julian@whistle.com) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id OAA08947; Mon, 16 Feb 1998 14:59:43 -0800 (PST) Received: from UNKNOWN(), claiming to be "current1.whistle.com" via SMTP by alpo.whistle.com, id smtpd008945; Mon Feb 16 14:59:43 1998 Date: Mon, 16 Feb 1998 14:55:51 -0800 (PST) From: Julian Elischer To: Amancio Hasty cc: Ollivier Robert , current@FreeBSD.ORG Subject: Re: Working (apparently) soft-update code available. In-Reply-To: <199802162251.OAA27368@rah.star-gate.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'll be trying to duplicate it here.. thanks for the feedback julian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 16 15:08:32 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA29752 for freebsd-current-outgoing; Mon, 16 Feb 1998 15:08:32 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from allegro.lemis.com (allegro.lemis.com [192.109.197.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA29725 for ; Mon, 16 Feb 1998 15:08:19 -0800 (PST) (envelope-from grog@lemis.com) Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137]) by allegro.lemis.com (8.8.7/8.8.5) with ESMTP id JAA26873; Tue, 17 Feb 1998 09:38:05 +1030 (CST) Received: (from grog@localhost) by freebie.lemis.com (8.8.8/8.8.7) id JAA05332; Tue, 17 Feb 1998 09:38:05 +1030 (CST) (envelope-from grog) Message-ID: <19980217093804.27198@freebie.lemis.com> Date: Tue, 17 Feb 1998 09:38:04 +1030 From: Greg Lehey To: Joakim Henriksson Cc: freebsd-current@FreeBSD.ORG Subject: Re: Memory report problems. References: <19980217091217.51954@freebie.lemis.com> <199802162255.XAA10874@rmstar.campus.luth.se> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89i In-Reply-To: <199802162255.XAA10874@rmstar.campus.luth.se>; from Joakim Henriksson on Mon, Feb 16, 1998 at 11:55:27PM +0100 WWW-Home-Page: http://www.lemis.com/~grog Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 16 February 1998 at 23:55:27 +0100, Joakim Henriksson wrote: >>> But when a window manager rises consistently to 30Mb Virtual and not ps >>> -auxwwwfm reports more than 900k, there is a leak (The leak is user program >>> related and not the problem) and a reporting problem. >> >> This sentence seems to contradict itself. If your window manager >> starts using 30 MB, it would seem to be accounting for a large >> proportion of the swap by itself. > > Yeah, sorry if i didnt write it more clearly. What i mean is that everything > that reports memory says its small (1-2Mb). But when i kill it i regain 30Mb > swap. > >> What happens if you stop every process, just before shutting down? >> How much swap is left in use? > > No change. Sorry, what does that mean? Can you quantify how much you have left after stopping all user processes? Greg To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 16 15:51:18 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA08491 for freebsd-current-outgoing; Mon, 16 Feb 1998 15:51:18 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from webfarm1.whistle.com (webfarm1.whistle.com [207.76.204.6]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA08381; Mon, 16 Feb 1998 15:50:44 -0800 (PST) (envelope-from julian@whistle.com) Received: (from smap@localhost) by webfarm1.whistle.com (8.8.5/8.8.5) id PAA20599; Mon, 16 Feb 1998 15:50:41 -0800 (PST) X-Authentication-Warning: webfarm1.whistle.com: smap set sender to using -f Received: from alpo.whistle.com(alpo.isp.whistle.com 207.76.204.38) by webfarm1.whistle.com via smap (V2.0) id xmaa20593; Mon, 16 Feb 98 15:50:11 -0800 Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id PAA09687; Mon, 16 Feb 1998 15:33:59 -0800 (PST) Received: from UNKNOWN(), claiming to be "current1.whistle.com" via SMTP by alpo.whistle.com, id smtpd009683; Mon Feb 16 15:33:53 1998 Date: Mon, 16 Feb 1998 15:30:01 -0800 (PST) From: Julian Elischer To: Mike Smith cc: "Justin T. Gibbs" , "John S. Dyson" , Bruce Evans , dyson@FreeBSD.ORG, wollman@khavrinen.lcs.mit.edu, committers@FreeBSD.ORG, eivind@yes.no, current@FreeBSD.ORG Subject: Re: devfs persistence In-Reply-To: <199802162057.MAA07674@dingo.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG [LOTS and lots delete] seriously folks, it's great to see two people of this calibre discussing this.. it helps me lay down some guidelines as to what needs to be done. I'm moving this to 'current' please look there for the comanion peice to thei which will show what at this time is my favourite approach. julian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 16 15:57:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA09784 for freebsd-current-outgoing; Mon, 16 Feb 1998 15:57:24 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from allegro.lemis.com (allegro.lemis.com [192.109.197.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA09694 for ; Mon, 16 Feb 1998 15:56:47 -0800 (PST) (envelope-from grog@lemis.com) Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137]) by allegro.lemis.com (8.8.7/8.8.5) with ESMTP id KAA26924; Tue, 17 Feb 1998 10:26:36 +1030 (CST) Received: (from grog@localhost) by freebie.lemis.com (8.8.8/8.8.7) id KAA05525; Tue, 17 Feb 1998 10:26:35 +1030 (CST) (envelope-from grog) Message-ID: <19980217102635.38889@freebie.lemis.com> Date: Tue, 17 Feb 1998 10:26:35 +1030 From: Greg Lehey To: Joakim Henriksson Cc: FreeBSD current users Subject: Re: Memory report problems. References: <19980217093804.27198@freebie.lemis.com> <199802162330.AAA11566@rmstar.campus.luth.se> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89i In-Reply-To: <199802162330.AAA11566@rmstar.campus.luth.se>; from Joakim Henriksson on Tue, Feb 17, 1998 at 12:30:03AM +0100 WWW-Home-Page: http://www.lemis.com/~grog Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 17 February 1998 at 0:30:03 +0100, Joakim Henriksson wrote: >>> No change. >> >> Sorry, what does that mean? Can you quantify how much you have left >> after stopping all user processes? > > 70Mb at the moment. Hmmm. Any comment from those in the know? Greg To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 16 15:58:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA09906 for freebsd-current-outgoing; Mon, 16 Feb 1998 15:58:07 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from top.worldcontrol.com (surf52.cruzers.com [205.215.232.52]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id PAA09813 for ; Mon, 16 Feb 1998 15:57:30 -0800 (PST) (envelope-from brian@worldcontrol.com) From: brian@worldcontrol.com Received: (qmail 1391 invoked by uid 100); 16 Feb 1998 23:51:59 -0000 Message-ID: <19980216155156.49686@top.worldcontrol.com> Date: Mon, 16 Feb 1998 15:51:56 -0800 To: freebsd-current@FreeBSD.ORG Subject: softupdates4 + kirk.tar.gz 4 buildworld success Mail-Followup-To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.90.3i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I have successfully built 4 buildworlds on my SMP 2xPP150 with softupdates4 + kirk.tar.gz patches. -- Brian Litzinger To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 16 16:55:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA21757 for freebsd-current-outgoing; Mon, 16 Feb 1998 16:55:57 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from rah.star-gate.com (rah.star-gate.com [209.133.7.178]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA21720 for ; Mon, 16 Feb 1998 16:55:39 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id QAA28492; Mon, 16 Feb 1998 16:55:11 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199802170055.QAA28492@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: brian@worldcontrol.com cc: freebsd-current@FreeBSD.ORG Subject: Re: softupdates4 + kirk.tar.gz 4 buildworld success In-reply-to: Your message of "Mon, 16 Feb 1998 15:51:56 PST." <19980216155156.49686@top.worldcontrol.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 16 Feb 1998 16:55:10 -0800 From: Amancio Hasty Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hmm... Mea Culpa, that was a private patch which Kirk sent to me and Julian;however, I was interested in seeing how the patch would work with other folks and not necessarily with the rest of the list -- at least not yet. Amancio To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 16 17:01:40 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA23159 for freebsd-current-outgoing; Mon, 16 Feb 1998 17:01:40 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from webfarm1.whistle.com (webfarm1.whistle.com [207.76.204.6]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA23032 for ; Mon, 16 Feb 1998 17:00:48 -0800 (PST) (envelope-from julian@whistle.com) Received: (from smap@localhost) by webfarm1.whistle.com (8.8.5/8.8.5) id RAA20747 for ; Mon, 16 Feb 1998 17:00:43 -0800 (PST) X-Authentication-Warning: webfarm1.whistle.com: smap set sender to using -f Received: from alpo.whistle.com(alpo.isp.whistle.com 207.76.204.38) by webfarm1.whistle.com via smap (V2.0) id xma020745; Mon, 16 Feb 98 17:00:15 -0800 Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id QAA11227 for ; Mon, 16 Feb 1998 16:49:53 -0800 (PST) Received: from UNKNOWN(), claiming to be "current1.whistle.com" via SMTP by alpo.whistle.com, id smtpd011224; Mon Feb 16 16:49:45 1998 Date: Mon, 16 Feb 1998 16:45:53 -0800 (PST) From: Julian Elischer To: current@FreeBSD.ORG Subject: Re: devfs persistence In-Reply-To: <199802162241.PAA00744@pluto.plutotech.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG firstly let me say I have always thought that device persistance was a can of worms that is best solved by LEAVING IT OUT! having said that, I hear calls for some persistance. I'm going to zip through this argument with my thoughts. (having been out of it for 2 days) On Mon, 16 Feb 1998, Justin T. Gibbs wrote: > >Not entirely; you *don't* have the capacity to specify what a new > >device node should look like when it's created. Because you're not > >there waiting for it when it appears, there needs to be a mechanism > >whereby you can specify in advance what it should look like. > > In todays system, if a "new device arrives", I hook it up to my machine, > and expect to perform some amount of configuration to make that new device > work. This could include adding kernel device support for it, adding the > device to a cron job or other script, telling the user community about it, > etc. In the world without DEVFS, this would also include the necessity of > running MAKEDEV to create the node and, if the permissions weren't adequate, > chmod/chown type operations. The only difference in this scenario with > DEVFS is that the default node comes into existence automatically, but the > user will still expect to have to modify permissions before the device is > guaranteed to be completely usable. The only issue I see, is one of > security with DEVFS. Some admins may not want new device arrivals to show > up auto-magically. Part of the 'charm' of a devfs is that you never have to do a mknod because sensibly defaulted devices will turn up as th ehardware does. At least in /dev. This may not be true in a chroot where using -ono_new_dev in the mount is probably a good idea. The persistance problem is more likely for a few devices that the operator wants to do something funny with. I think that for individual devices, once the operator has run 'chmod' on them they can grow an inode in the backing layer. This unfortunatly means that all ttys would grow such nodes. There are problems with this however. If a user renames the device, where is the info stored? what if htere are multiple links? The same problems hold for storing the info in files in general. Is /dev/fd0 the same device as /dev/fd/fd0? generally each node doesn't have a very clear idea of it's global name. just it's name in the current directory, and it may have several of those. > > >The specific problem with using nothing but nodes behind the DEVFS > >entries is that you can never provide for all the entries that might > >appear without, you guessed it, a *script* that creates all these > >backing nodes. Doesn't that sound familiar? If it were to just replace MAKDEV, devfs would not be worth it. but it comes from the many cleanups that become possible after it has arrived that it derives it worth. > > This is not a problem unless there is a security issue, and I have already > proposed a method for dealing with security issues with an option to only > allow devices to show up that have a backing object. The user community > already expects to have to modify the permissions of new device nodes if > the defaults don't suit their needs... why is this any different. That does beg the question of "how do you make the backing node initially.." but that is soluble. How does a naive home-sysad know what to do with the new devices? We need to assume that newly arriving devices have secure parmissions. > > >> n?e?r?st[0-9]+ > > > >Sure; > > > >nrst* > >est* > >rst* I think regexp is too complicated.. a scanf() reader might be safer.. st%d rst%d nrst%d > > And st*, right? This will happily match stdout, stderr, and stdin. what about devices in different directories. this is tricky. you don't know the full path of what you are chasing down some of the time. just the current component. > > And what if you don't want your rule to affect the control devices? I > suppose that you will introduce some sort of ordering so that later entries > override matches from previous ones? Now you have to provide an override > that specifically restores the default permissions. What happens if > someone adds a new device name that just happens to match one of your > "prototypes" by mistake? You might never even notice this, but the > security ramifications could be large. What happens if you attempt to > chmod/chown a file that has a protoype? I think the user would be really > confused to find those operations ineffective. The more I look at this > prototype stuff, the more I dislike it. I'm kinda unsure about it myself. I can see that some way of setting the defaults for a driver to use might be good. But I wonder if it wouldn't be better achieved by directly communicating thin information at the same time that we load the driver? I can see a mechanism for loading the info. (similar to quotas (mount -tdevfs -opermfile=/etc/devperms,nonewdevs devfs /dev) but remember that the initial mount is done by init() so init would have to know the name for the permfile. The tricky bit is trying to match devices to entries in the file. firstly: in devfs_lookup() we only really easily know one companent of the name.. the one we are presently working on. We can probably work out the rest but it's not immediatly obviousi (getwd())?, and what if the same device is really 2 links to the same node. > > >I'd be more worried about tty[pqr]* to be honest. Regardless, a simple, > >generalised glob matcher would find consumers in quite a few parts of > >the system (SCSI/ATA/ATAPI quirk matching just for starters). true, but that is a buch more controlled situation, > > These don't include character class globbing which I think you'd need here > (see my stdin, etc. example). > > >> Most (all?) areas of the kernel never directly interpret user produced > >> data. Sure, the kernel moves user data, copies it, sends it to a device, > >> etc, but the kernel is not currently prone to the typical buffer overflows > >> and other attacks that you usually see in userland provided services. > > > >So how is the proposed interface any different? > > You're talking about feeding an arbitrary file into a kernel provided > parser. I think I'll use /bin/cat as my prototype file and see what > happens to my system. What happens if the filesystem, and your info > file, gets trashed? maybe we delay all file permission changes till we do a mount -u which is done after single user mode.. so that in single user mode everything is default. > > >> Sounds much more complicated and space consumptive than it has to be. > > > And saying, "If you mount your DEVFS on a directory that just happens to > have a 'devinfo' file, you get magical DEVFS properties", is intuitive? If you specified the file in the mount options it get's more intuitive. but this is not the same as persistance, which is making the results of setattr() stick across reboots. do we watn reanmes to stick too? that would be REAL persistance. Personally I think that making the rule simple.. ("DEVFS is not persistant") it makes it a lot more intuitive. > > >> When would you be duplicating the node permissions into a new mountpoint? > > > >Anytime you wanted to mount the devfs somewhere else and have it behave > >like it currently does. certainly I can see that you may want to stop new arrivals. it would be easiest to just allow mount_devfs to know about a file to use as a template. > > Which happens when?? In either scenario, you may end up leaving trash in > the mount point. Of course, in the current system you have to have a > file per node anyway... > >> I would say that 99.99% of our user community never modifies the > >> permissions from the default that MAKEDEV creates. They seem to be > >> able to use their devices just fine. I'd say it's 1% who actually want the permissions to STICK. > The first person I heard voice a desire to do this was PHK. I like Poul a > lot, but I don't think we should put every feature Poul wants into FreeBSD. > You have since taken on his argument too, but who else? The other people > I've heard in this discussion have voiced concerns about being able to > do what they can do today without DEVFS, with DEVFS. Probably you first heard it from ME rather than Poul :) > > >> The kernel provides the default state for nodes. When a user first > >> encounters DEVFS, they will not immediately think to alter some prototype > >> file, so as system designers, we have to ensure that the default state of > >> the system is fairly secure. This has been the policy for MAKEDEV entries > >> since before I joined the project. > > > >Sure, and I was never proposing that the default state would, or > >should, be insecure. My point was simply that you are suggesting that > >there should be *no* configurable policy for new nodes. This is > >inferior to the current methodology, and unacceptable to more than a > >few people. The trouble with new nodes is that you really can't predict REALLY new nodes. No matter WHAT the mechanism. > > This is not what I have proposed. New nodes are configurable in that > you can configure the system to either show them or not. This gives > you the option to get exactly the same functionality as the current > system. is a permanent rm required for persistance? > > > >The wildcard is never available to anyone other than the shell, so the > >point is moot. > > > >However, why are you opposed to providing a mechanism whereby they > >*can* provide a prototype to effect this removal? Do you have an > >alternative proposal that is capable of achieving this? > > I already proposed one. The "backing store only" option prevents new > device arrival from perturbing the "state of the world" the admin > setup. The only difference is that you must explicitly specify the > devices you want, not the devices you don't want. I think this is an easier problem to solve. I mentionned 3 mount options in an easier message. > > >> If you insist that some kind of prototyping scheme is still necessary, take > >> care of it using a daemon forked by mount_devfs that shares a socket with > >> DEVFS in the kernel and is notified of mount and arrival changes so it can > >> modify the permissions. > > > >We've been down this path before. A daemon has a number of fundamental > >flaws: > > > > - If you expect the daemon to take care of all permissions > > Which I don't. > > > , and you > > accept that local policy may want to be arbitrarily strict, then > > new nodes have to arrive with no permissions whatsoever. no, they can start with strict permissions. > > Nope. The mount mode could specify that no new node can be made visible > until after the daemon has been notified and acked the notification. I > could easily envision a system where you only go into "daemon mode" when a > specific mount option is specified. While the system is in SU mode, you > rely on whatever backing objects exist to modify permissions but still > display all devices. When you transition to MU, you "mount -u" DEVFS to > start up the daemon which applies any prototypes you have specified and > starts up this protocol. Sound idea, but .... > > > However > > this means that the daemon has to be running before the system can > > come up (impossible), and that any failure in the daemon will > > effectively kill the system. > > Use some imagination. The protocol can be specified such that the worst > case scenario is that new device nodes do not show up for a DEVFS that is > configured to rely on the daemon. The kernel should never have to block > FS requests because the daemon died. As I said before, the system could certainly run without whatever this mechanism is.. > > > - A userspace daemon would be inefficient for embedded systems, which > > is one of the prime targets for DEVFS. > > Embedded systems should directly modify the kernel source to get the > default permissions the way they want. I don't buy the inefficiency > argument either. Device arrival events should be rare. How often do > you expect them to happen? Once a second is still a relative eternity > between arrivals. embedded systes probably don't have arriving devices at all. > > > - The coupling between a set of device nodes and the backing store for > > their attributes is looser than might be desired. > > Actually it is tightly coupled since you don't need the daemon or parser > to get back all of the setting you've set in the past. I'm losing track here.. I assume this means the actual persistance being achieved via backing nodes is tighter.. (agreed). > > >> I think that it should only act as surrogate for > >> performing rm/chmod/chown operations on devices that match a regexp, but > >> that the persistent file store should still be handled as easy to manage > >> underlying files. This means that should the daemon die, your DEVFS still > >> retains the last set of permissions it was given and no reliance on the > >> user daemon to perform any DEVFS operation is required. > > > >This presumes that your DEVFS is mounted on persistent storage. > > It only assumes a persistent backing store if you want permissions to > be retained across reboots. Of course, your scheme also has this > requirement since the permissions have to be recorded somewhere. > > >Basically, you're agreeing with everything that's been proposed, except > >that you want to put the rule parser in a daemon. > > I still severely question the need for this functionality, but if it's > determined that it must exist, I don't want to see the kernel bloated > to provide it. As I said I qustion th eneed for kernel based persistance at all. it just confuses the HECK out of the picture. just look at this argument between two intelligent people on the topic.. > > >Which just puts the > >bloat in swap space, along with yet another copy of large parts of the C > >library. > > Disk space is still much cheaper than RAM. > > >I don't buy the trivial size reduction as a benefit outweighing the > >drawbacks, and in the few cases where bloat is actually an issue, the > >size of the daemon's executable would be more of a penalty than the > >extra code growth in the kernel. > > The kernel can't be swapped out. > > -- > Justin > > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 16 18:19:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA07260 for freebsd-current-outgoing; Mon, 16 Feb 1998 18:19:06 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ns.mt.sri.com (sri-gw.MT.net [206.127.105.141]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA07245 for ; Mon, 16 Feb 1998 18:19:00 -0800 (PST) (envelope-from nate@mt.sri.com) Received: from mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by ns.mt.sri.com (8.8.8/8.8.8) with SMTP id TAA21669; Mon, 16 Feb 1998 19:18:59 -0700 (MST) (envelope-from nate@rocky.mt.sri.com) Received: by mt.sri.com (SMI-8.6/SMI-SVR4) id TAA26553; Mon, 16 Feb 1998 19:18:57 -0700 Date: Mon, 16 Feb 1998 19:18:57 -0700 Message-Id: <199802170218.TAA26553@mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Julian Elischer Cc: current@FreeBSD.ORG Subject: Re: devfs persistence In-Reply-To: References: <199802162241.PAA00744@pluto.plutotech.com> X-Mailer: VM 6.29 under 19.15 XEmacs Lucid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > >> I would say that 99.99% of our user community never modifies the > > >> permissions from the default that MAKEDEV creates. They seem to be > > >> able to use their devices just fine. > > I'd say it's 1% who actually want the permissions to STICK. I think you'd be sadly mistaken. I think it's probably more like 10-20% of the users who modify at least *one* /dev entry on their system. Maybe more than that. > > >Sure, and I was never proposing that the default state would, or > > >should, be insecure. My point was simply that you are suggesting that > > >there should be *no* configurable policy for new nodes. This is > > >inferior to the current methodology, and unacceptable to more than a > > >few people. > > The trouble with new nodes is that you really can't predict REALLY new > nodes. No matter WHAT the mechanism. Sure you can. No new nodes are going to show up on devices you have no driver for, and I certainly hope new kernels aren't built w/out any attention to what's put in them. > > Embedded systems should directly modify the kernel source to get the > > default permissions the way they want. I don't buy the inefficiency > > argument either. Device arrival events should be rare. How often do > > you expect them to happen? Once a second is still a relative eternity > > between arrivals. > > embedded systes probably don't have arriving devices at all. Not true. Think 'small' package PCMCIA/CardBus machines. I know of quite a few 'embedded' systems using laptops right now. Being able to hot-swap out a hard-drive and/or ethernet card or whatever is a big draw. Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 16 19:03:20 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA12576 for freebsd-current-outgoing; Mon, 16 Feb 1998 19:03:20 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp04.primenet.com (smtp04.primenet.com [206.165.6.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA12571 for ; Mon, 16 Feb 1998 19:03:17 -0800 (PST) (envelope-from tlambert@usr04.primenet.com) Received: (from daemon@localhost) by smtp04.primenet.com (8.8.8/8.8.8) id UAA01358; Mon, 16 Feb 1998 20:03:15 -0700 (MST) Received: from usr04.primenet.com(206.165.6.204) via SMTP by smtp04.primenet.com, id smtpd001346; Mon Feb 16 20:03:12 1998 Received: (from tlambert@localhost) by usr04.primenet.com (8.8.5/8.8.5) id UAA07172; Mon, 16 Feb 1998 20:03:11 -0700 (MST) From: Terry Lambert Message-Id: <199802170303.UAA07172@usr04.primenet.com> Subject: Re: devfs persistence To: nate@mt.sri.com (Nate Williams) Date: Tue, 17 Feb 1998 03:03:10 +0000 (GMT) Cc: julian@whistle.com, current@FreeBSD.ORG In-Reply-To: <199802170218.TAA26553@mt.sri.com> from "Nate Williams" at Feb 16, 98 07:18:57 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > > >> I would say that 99.99% of our user community never modifies the > > > >> permissions from the default that MAKEDEV creates. They seem to be > > > >> able to use their devices just fine. > > > > I'd say it's 1% who actually want the permissions to STICK. > > I think you'd be sadly mistaken. I think it's probably more like 10-20% > of the users who modify at least *one* /dev entry on their system. > Maybe more than that. The real question here is whether the changes are discrete, or are class based, and whether the drivers have the apropriate class granularity. A real-world example (which probably belongs in /etc/rc.serial, if you think about it) is to change all tty devices that are dialout modems to be owned and readable/writeable by group "dialout". Other than that, are we talking a set of standard paermissions for all devices in a class? If we are, the place to put that local modification is in the local configuration data -- which would ideally be editable in the device object file and/or a post-link kernel (all it takes is a little thinking before implementing). People who have no problem with the existance of a config program should have no problem with this idea. The one place this falls down is where multiple devices get their permissions from a single template instance in the driver, and the user (strangely) wants differring instances to have differring attributes, rather than a set of attributes common to the class. For these wierdo configurations, there is rc.local, rc.shutdown, and mtree. > > The trouble with new nodes is that you really can't predict REALLY new > > nodes. No matter WHAT the mechanism. > > Sure you can. No new nodes are going to show up on devices you have no > driver for, and I certainly hope new kernels aren't built w/out any > attention to what's put in them. Well, perhaps it would be better said that you can't predict what drivers will be available for dynamic loading when you set about on your administrative permissions changing fiat. For example, the auto-loading mechanism Stefan described for PCI drivers based on their existance and a user mode data file. These data file changes and driver installations could take place long after (months!) the system is initially booted. For example, I could have a PCI sound card for which a driver does not currently exist, but for which one becomes available. Or I could have an upgraded version of a driver for a non-boot-critical device (say an if_de driver that works in SMP). As to the argument about "hope new kernels aren't built w/out any attention to what's put in them", the same argument applies to class of device defaults, at the very least. If all this happens at administrative whim, then you have a strong argument for adding a "-f" option to chmod for use in rc.local... Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 16 19:14:42 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA14432 for freebsd-current-outgoing; Mon, 16 Feb 1998 19:14:42 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp02.primenet.com (smtp02.primenet.com [206.165.6.132]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA14423 for ; Mon, 16 Feb 1998 19:14:39 -0800 (PST) (envelope-from tlambert@usr04.primenet.com) Received: (from daemon@localhost) by smtp02.primenet.com (8.8.8/8.8.8) id TAA03818; Mon, 16 Feb 1998 19:45:49 -0700 (MST) Received: from usr04.primenet.com(206.165.6.204) via SMTP by smtp02.primenet.com, id smtpd003804; Mon Feb 16 19:45:45 1998 Received: (from tlambert@localhost) by usr04.primenet.com (8.8.5/8.8.5) id TAA06039; Mon, 16 Feb 1998 19:45:44 -0700 (MST) From: Terry Lambert Message-Id: <199802170245.TAA06039@usr04.primenet.com> Subject: Re: devfs persistence To: julian@whistle.com (Julian Elischer) Date: Tue, 17 Feb 1998 02:45:43 +0000 (GMT) Cc: current@FreeBSD.ORG In-Reply-To: from "Julian Elischer" at Feb 16, 98 04:45:53 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > >Not entirely; you *don't* have the capacity to specify what a new > > >device node should look like when it's created. Because you're not > > >there waiting for it when it appears, there needs to be a mechanism > > >whereby you can specify in advance what it should look like. > > > > In todays system, if a "new device arrives", I hook it up to my machine, > > and expect to perform some amount of configuration to make that new device > > work. This could include adding kernel device support for it, adding the > > device to a cron job or other script, telling the user community about it, > > etc. In the world without DEVFS, this would also include the necessity of > > running MAKEDEV to create the node and, if the permissions weren't adequate, > > chmod/chown type operations. The only difference in this scenario with > > DEVFS is that the default node comes into existence automatically, but the > > user will still expect to have to modify permissions before the device is > > guaranteed to be completely usable. The only issue I see, is one of > > security with DEVFS. Some admins may not want new device arrivals to show > > up auto-magically. "Some admins" should change the default permissions and ownership in the source for the device before they link it into their kernel, then. > Part of the 'charm' of a devfs is that you never have to do a > mknod because sensibly defaulted devices will turn up as th ehardware > does. At least in /dev. This may not be true in a chroot where > using -ono_new_dev in the mount is probably a good idea. And go away when the hardware does. This is at least as important. > The persistance problem is more likely for a few devices > that the operator wants to do something funny with. I think that for > individual devices, once the operator has run 'chmod' on them they can > grow an inode in the backing layer. This unfortunatly means that all ttys > would grow such nodes. > There are problems with this however. > If a user renames the device, where is the info stored? > what if htere are multiple links? > The same problems hold for storing the info in files in general. > > Is /dev/fd0 the same device as /dev/fd/fd0? > generally each node doesn't have a very clear idea of it's global name. > just it's name in the current directory, and it may have several of those. I think this is more of a call for a data interface to be applied to device objects. Consider a kernel with a linker set that contains the default schema for all devices in the linker set, as well as the pointers that let the kernel find the devices from the linker set data. If this data is in a well known location (the linker set symbol is known), then it's possible to edit this data in an unlinked shared object (KLD), or in a post-link kernel. The one missing piece is per device instance controls, which are an odd thing indeed. One of the few places where I could see this being an issue is for something like a serial printer that is not accessed through a daemon. This is an incorrect paradigm for accessing such a device. Another might be for dialout modem access. Default access controls for group access can, however, be specified in the template device. If this is too onerous, well, then rc.local, rc.shutdown, and mtree are your friend. > > >The specific problem with using nothing but nodes behind the DEVFS > > >entries is that you can never provide for all the entries that might > > >appear without, you guessed it, a *script* that creates all these > > >backing nodes. Doesn't that sound familiar? > > If it were to just replace MAKDEV, devfs would not be worth it. > but it comes from the many cleanups that become possible after it has > arrived that it derives it worth. Not to mention the fact that you could then netboot a FreeBSD box from another UNIX system that can't NFS export 32 bit minor numbers... > > This is not a problem unless there is a security issue, and I have already > > proposed a method for dealing with security issues with an option to only > > allow devices to show up that have a backing object. The user community > > already expects to have to modify the permissions of new device nodes if > > the defaults don't suit their needs... why is this any different. > > That does beg the question of "how do you make the backing node > initially.." but that is soluble. How does a naive home-sysad > know what to do with the new devices? We need to assume that newly > arriving devices have secure parmissions. There is also the concept of a device whose ownership follows that of the console. This is probably a necessary extension to the schema (mouse, keyboard, sound card, etc.). > > >> Sounds much more complicated and space consumptive than it has to be. > > > > > And saying, "If you mount your DEVFS on a directory that just happens to > > have a 'devinfo' file, you get magical DEVFS properties", is intuitive? > > If you specified the file in the mount options it get's more intuitive. > but this is not the same as persistance, which is making the results of > setattr() stick across reboots. do we watn reanmes to stick too? > that would be REAL persistance. Personally I think that > making the rule simple.. ("DEVFS is not persistant") it makes it a lot > more intuitive. Persistance is futile, you will be assimilated. 8-). My personal take is that persistance is not a good idea. Say I set a persistant permission on a transiently connected device. What happens when I disconnect that device? Does the persistance make the node stay around after it's gone? How is this better than the MKDEV case where you have a stale device after rebuilding a kernel without the device to which the node maps? > I'd say it's 1% who actually want the permissions to STICK. > > > The first person I heard voice a desire to do this was PHK. I like Poul a > > lot, but I don't think we should put every feature Poul wants into FreeBSD. > > You have since taken on his argument too, but who else? The other people > > I've heard in this discussion have voiced concerns about being able to > > do what they can do today without DEVFS, with DEVFS. You can shoot yourself in the foot with stale devices today; I suppose you *could* argue that you should be able to shoot yourself in the foot in the same way using a DEVFS -- but you won't get many takers. 8-). > > I already proposed one. The "backing store only" option prevents new > > device arrival from perturbing the "state of the world" the admin > > setup. The only difference is that you must explicitly specify the > > devices you want, not the devices you don't want. > > I think this is an easier problem to solve. > I mentionned 3 mount options in an easier message. If you are going to use an FS backing store (which I still think is a mistake because of NFS and other FS's, like MSDOSFS, which can't handle FreeBSD's idea of a minor number -- which you will have to have to uniqify nodes), then here is how you should do it: 1) mount devfs as root: / \ \ /dev 2) Do *not* allow structure changes to the devfs. In effect, it will appeart to be a read-only FS in terms of structure. 3) Union mount the root FS over top of the dev FS's "/". 4) Use whiteout nodes in the root FS to affect devfs structure, create hard links, directories, etc.. This is real gross (well, #1 is a bit clever, actually 8-)), but it satifies the backing store requirement as well as anything else. > just look at this argument between two intelligent people on the topic.. > > > > > >Which just puts the > > >bloat in swap space, along with yet another copy of large parts of the C > > >library. > > > > Disk space is still much cheaper than RAM. > > > > >I don't buy the trivial size reduction as a benefit outweighing the > > >drawbacks, and in the few cases where bloat is actually an issue, the > > >size of the daemon's executable would be more of a penalty than the > > >extra code growth in the kernel. > > > > The kernel can't be swapped out. Magic ELF's. 8-). #pragma swappable(0) ... everything in the code path for swapping ... #pragma swappable(1) ...Fix you right up. 8-). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 16 19:32:50 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA17042 for freebsd-current-outgoing; Mon, 16 Feb 1998 19:32:50 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from sendero.simon-shapiro.org (sendero-fxp0.Simon-Shapiro.ORG [206.190.148.34]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id TAA17036 for ; Mon, 16 Feb 1998 19:32:43 -0800 (PST) (envelope-from shimon@sendero-fxp0.simon-shapiro.org) Received: (qmail 5742 invoked by uid 1000); 17 Feb 1998 03:38:41 -0000 Message-ID: X-Mailer: XFMail 1.3-alpha-020998 [p0] 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: Mon, 16 Feb 1998 19:38:41 -0800 (PST) Reply-To: shimon@simon-shapiro.org Organization: The Simon Shapiro Foundation From: Simon Shapiro To: Julian Elischer Subject: Re: devfs persistence Cc: current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG .... [ Lots and lots of wonderful stuff deleted ] ... My $0.02 worth: The non-DEVFS system we have now is manual, with a throttle lever, mixture lever, and remote idle setting. DEVFS introduces computerized fuel injection & automatic transmissions I wholeheartedly agree with DEVFS, but can see where one would want some measure of control. Much of the discussion has been either in the theoretical, or the ``what if'' realm. I think there is a pragmatic, practical side to it too, which Terry seems to represent the most; If ALL devices that actually exist && have a driver to support them are represented in a DEVFS /dev, and if one can chmod, chown, chgrp and mv then (as far as renaming goes), then we can have a very persistent DEVS with a /etc/rc.something script. If you want it to look nicer, make the script a /etc/dev.conf, and ``parse it'' from /etc/rc, at the proper time, by applying all the deltas. this will be, from the system's point of view very persistent. Security? Anyone who can breach one file with proper root ownership & permissions can breach another. Thoughtless/careless/brainless administrators wil alwas exist and will always expose their systems. I say, let them. The only thing not clear to me (I know this is obvious), is; With an all DEVFS, can I still do ``mkdir -p /a/b/c/d;cd /a/b/c/d;mknod foo c 123 456, or its equivalent? If not, then symbolic links are fine too. Oh, a /dev DEVFS mounted, can it create links and/or symlinks? Why not? ---------- Sincerely Yours, Simon Shapiro Shimon@Simon-Shapiro.ORG Voice: 503.708.7858 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 16 20:42:32 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA25276 for freebsd-current-outgoing; Mon, 16 Feb 1998 20:42:32 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from kaos.atext.com (kaos.atext.com [204.62.245.13]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA25271 for ; Mon, 16 Feb 1998 20:42:30 -0800 (PST) (envelope-from kingson@geocities.com) Received: from kingson-pc.atext.com (kingson-pc [204.62.245.181]) by kaos.atext.com (8.8.5/8.8.5) with SMTP id UAA21118 for ; Mon, 16 Feb 1998 20:41:56 -0800 (PST) Message-Id: <3.0.32.19691231160000.007b78b0@mailhost.atext.com> X-Sender: kingson@mailhost.atext.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Mon, 16 Feb 1998 20:42:47 -0800 To: freebsd-current@FreeBSD.ORG From: Kingson Gunawan Subject: kernel panic on smp system Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, I need help with kernel 971022 and 980208 SNAPS... The config: dual P2/266 (Tyan m/b) 512MB Ram Adaptec 2940UW 4 SCSI 4GB IBM drives Intel EtherExpress Pro 100B Kernel config: smp, ccd I keep getting this message (system freezes, only a reset button could help)... panic: rslock: cpu: 0, addr: 0xf020ead0, lock: 0x00000001 mp_lock = 00000001; cpuid = 0; lapic.id = 01000000 boot() called on cpu#0 Very reproducible, the processes before the crash: a. 4 nfs remote mount processes (mostly readings). b. 250 perl5 processes that connect to gdbm files (in the ccd volume) and continuous open/close of tcp sockets. The memory and cpu are not too heavily pounded (the perl processes sleep most of the time). Other system resources do not seem to be pounded that bad either. Any idea? Kingson To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 16 22:21:34 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA05922 for freebsd-current-outgoing; Mon, 16 Feb 1998 22:21:34 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA05917 for ; Mon, 16 Feb 1998 22:21:33 -0800 (PST) (envelope-from archie@whistle.com) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id WAA04846; Mon, 16 Feb 1998 22:21:02 -0800 (PST) Received: from bubba.whistle.com(207.76.205.7) by whistle.com via smap (V1.3) id sma004844; Mon Feb 16 22:20:57 1998 Received: (from archie@localhost) by bubba.whistle.com (8.8.7/8.6.12) id WAA08537; Mon, 16 Feb 1998 22:20:57 -0800 (PST) From: Archie Cobbs Message-Id: <199802170620.WAA08537@bubba.whistle.com> Subject: Re: devfs persistence In-Reply-To: from Simon Shapiro at "Feb 16, 98 07:38:41 pm" To: shimon@simon-shapiro.org Date: Mon, 16 Feb 1998 22:20:57 -0800 (PST) Cc: julian@whistle.com (Julian Elischer), freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Simon Shapiro writes: > .... [ Lots and lots of wonderful stuff deleted ] ... > > My $0.02 worth: Hey, I want to vote too :-) I vote for "persistence" via /etc/rc.devices. That is something I can understand. Otherwise, my /dev will just accumulate random crud over time, and I won't be able to tell what's going on just by looking at it. -Archie ___________________________________________________________________________ Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 16 23:39:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA26164 for freebsd-current-outgoing; Mon, 16 Feb 1998 23:39:08 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from verdi.nethelp.no (verdi.nethelp.no [195.1.171.130]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id XAA26153 for ; Mon, 16 Feb 1998 23:39:03 -0800 (PST) (envelope-from sthaug@nethelp.no) From: sthaug@nethelp.no Received: (qmail 17497 invoked by uid 1001); 17 Feb 1998 07:38:58 +0000 (GMT) To: nate@mt.sri.com Cc: current@FreeBSD.ORG Subject: Re: devfs persistence In-Reply-To: Your message of "Mon, 16 Feb 1998 19:18:57 -0700" References: <199802170218.TAA26553@mt.sri.com> X-Mailer: Mew version 1.05+ on Emacs 19.28.2 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Tue, 17 Feb 1998 08:38:58 +0100 Message-ID: <17495.887701138@verdi.nethelp.no> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > > >> I would say that 99.99% of our user community never modifies the > > > >> permissions from the default that MAKEDEV creates. They seem to be > > > >> able to use their devices just fine. > > > > I'd say it's 1% who actually want the permissions to STICK. > > I think you'd be sadly mistaken. I think it's probably more like 10-20% > of the users who modify at least *one* /dev entry on their system. > Maybe more than that. Just a small case in point: I make the following changes to /dev every time I install a new version of FreeBSD: - chmod g+w rfd0.1440 - chmod g+r bpf0 - ln -s cuaa0 mouse Thus, if DEVFS is used, I want *some* way to have this happen automagically when the machine is booted. /etc/rc.devices would be fine. Steinar Haug, Nethelp consulting, sthaug@nethelp.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 17 01:12:50 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA11901 for freebsd-current-outgoing; Tue, 17 Feb 1998 01:12:50 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from rvc1.informatik.ba-stuttgart.de (rvc1.informatik.ba-stuttgart.de [141.31.112.22]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA11875 for ; Tue, 17 Feb 1998 01:12:41 -0800 (PST) (envelope-from helbig@Informatik.BA-Stuttgart.DE) Received: (from helbig@localhost) by rvc1.informatik.ba-stuttgart.de (8.8.8/8.8.5) id KAA00306; Tue, 17 Feb 1998 10:10:22 +0100 (MET) From: Wolfgang Helbig Message-Id: <199802170910.KAA00306@rvc1.informatik.ba-stuttgart.de> Subject: Re: panic: rslock In-Reply-To: <199802161420.HAA09317@usr01.primenet.com> from Terry Lambert at "Feb 16, 98 02:20:35 pm" To: tlambert@primenet.com (Terry Lambert) Date: Tue, 17 Feb 1998 10:10:22 +0100 (MET) Cc: toasty@home.dragondata.com, current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > I get the following panic quite frequently under heavy load on this neptune > > chipset dual P/100: > > > > > > panic: rslock: cpu: 1, addr: 0f860b2a0, lock: 0x01000001 > > mp_lock = 01000001; cpuid = 1; lapic.id = 01000000 > > Debugger("panic") > > Stopped at _Debugger+0x35: movb $0,_in_Debugger.94 > > > > trace shows: > > > > _Debugger > > _panic > > bsl1 > > _qsync > > _ffs_sync > > _sync > > _vfs_update > > _kproc_start > > _fork_trampoline > > > > Is this a new one? > > I haven't seen it before... doesn't make it new, though. > > > wdc0: rev 0x02 int a irq 14 on pci0.4.0 > > [ ... ] > > > wdc0: CMD640B workaround enabled > > I am not positive that the CMD640B workaround is MP safe (in fact, I'm Well, I think it's not tested on an MP machine, there is no reason it shouldn't work. > not sure it works with a secondary disk, either). You should contact It works. > the maintainers (Bruce Evans, Paul Traina, Junichi, etc.) for details. > > Does the crash ever occur in UP mode? > > > Terry Lambert > terry@lambert.org > --- > Any opinions in this posting are my own and not those of my present > or previous employers. > > 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 Tue Feb 17 01:46:33 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA15960 for freebsd-current-outgoing; Tue, 17 Feb 1998 01:46:33 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from rvc1.informatik.ba-stuttgart.de (rvc1.informatik.ba-stuttgart.de [141.31.112.22]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA15955 for ; Tue, 17 Feb 1998 01:46:28 -0800 (PST) (envelope-from helbig@Informatik.BA-Stuttgart.DE) Received: (from helbig@localhost) by rvc1.informatik.ba-stuttgart.de (8.8.8/8.8.5) id KAA00722; Tue, 17 Feb 1998 10:44:46 +0100 (MET) From: Wolfgang Helbig Message-Id: <199802170944.KAA00722@rvc1.informatik.ba-stuttgart.de> Subject: Re: panic: rslock In-Reply-To: <199802170910.KAA00306@rvc1.informatik.ba-stuttgart.de> from Wolfgang Helbig at "Feb 17, 98 10:10:22 am" To: helbig@BA-Stuttgart.De (Wolfgang Helbig) Date: Tue, 17 Feb 1998 10:44:46 +0100 (MET) Cc: tlambert@primenet.com, toasty@home.dragondata.com, current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Well, I think it's not tested on an MP machine, there is no reason it ^but > shouldn't work. Wolfgang To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 17 02:09:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA18474 for freebsd-current-outgoing; Tue, 17 Feb 1998 02:09:06 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ady.warpnet.ro (ady.warpnet.ro [193.230.201.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA18464 for ; Tue, 17 Feb 1998 02:08:52 -0800 (PST) (envelope-from ady@warpnet.ro) Received: from localhost (ady@localhost) by ady.warpnet.ro (8.8.8/8.8.8) with SMTP id MAA02461; Tue, 17 Feb 1998 12:08:15 +0200 (EET) (envelope-from ady@warpnet.ro) Date: Tue, 17 Feb 1998 12:08:15 +0200 (EET) From: Penisoara Adrian To: "Stephane E. Potvin" cc: current@FreeBSD.ORG Subject: Re: Current dying horribly when using lp0 In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, On Sat, 14 Feb 1998, Penisoara Adrian wrote: [ "Fatal trap 12: page fault while in kernel mode" stuff ] > > It's getting harder and harder for me to nail this one down... Update: Seems like my CPU coolers let me down; I replaced them and things started to look smoother -- like no reboots over night. I'll come back with an answer later this week... Sorry for misleading ... Ady (@warpnet.ro) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 17 02:53:29 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA25239 for freebsd-current-outgoing; Tue, 17 Feb 1998 02:53:29 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from top.worldcontrol.com (surf52.cruzers.com [205.215.232.52]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id CAA25211 for ; Tue, 17 Feb 1998 02:53:22 -0800 (PST) (envelope-from brian@worldcontrol.com) From: brian@worldcontrol.com Received: (qmail 1511 invoked by uid 100); 17 Feb 1998 10:54:46 -0000 Message-ID: <19980217025443.51503@top.worldcontrol.com> Date: Tue, 17 Feb 1998 02:54:43 -0800 To: freebsd-current@FreeBSD.ORG Subject: softupdates4 ruins performance of my wide drive 8-) Mail-Followup-To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.90.3i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG softupdates4 + *********** SMP 2xPP150 w/64MB Adaptec 2940W with options AHC_TAGENABLE options AHC_SCBPAGING_ENABLE options AHC_ALLOW_MEMIO SEAGATE ST43400N 5400rpm SCSI2-FAST avg(r/w)seek 10/11ms (8 bit interface drive, tag enabled) (-j) build1-4 7840.03 real 6474.63 user 4048.94 sys 1.3422 130.66 build2-4 7898.67 real 6468.78 user 4070.07 sys 1.3342 131.64 build3-8 7959.24 real 6497.00 user 4085.74 sys 1.3297 132.65 build4-2 8787.30 real 6389.92 user 3846.45 sys 1.1649 146.46 SEAGATE ST15150W 7200rpm SCSI2-FAST-WIDE avg(r/w)seek 8/9ms (16 bit interface drive, tag enabled) build1-4 7479.70 real 6462.32 user 4061.98 sys 1.4070 124.66 So all the extra expense of the wide controller and wide drive bought me 6 minutes or a 4.5% improvement. Can't wait to upgrade to ultra-wide or ultra2-wide! or fire-wire! 8-) (satire impaired readers: it is likely that the softupdates are removing the drive as the bottlenecking factor, or at least reducing the influence of the drives in the overall performance, which is actually quite cool. I guess it is time to get out the old klunkers and put them back online. 8-) ) (in all tests above the drive specified was SCSI ID 0 in the same system and was the only drive. One drive was pax'ed from the other so they contained the identical data. Though not necessarily distributed around the drive the same. Also, the ST43400N is a 2GB drive while the ST15150W is a 4GB drive.) -- Brian Litzinger To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 17 02:58:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA26141 for freebsd-current-outgoing; Tue, 17 Feb 1998 02:58:03 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp01.primenet.com (smtp01.primenet.com [206.165.6.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA26130 for ; Tue, 17 Feb 1998 02:57:54 -0800 (PST) (envelope-from tlambert@usr07.primenet.com) Received: (from daemon@localhost) by smtp01.primenet.com (8.8.8/8.8.8) id DAA13306; Tue, 17 Feb 1998 03:57:52 -0700 (MST) Received: from usr07.primenet.com(206.165.6.207) via SMTP by smtp01.primenet.com, id smtpd013300; Tue Feb 17 03:57:50 1998 Received: (from tlambert@localhost) by usr07.primenet.com (8.8.5/8.8.5) id DAA10576; Tue, 17 Feb 1998 03:57:48 -0700 (MST) From: Terry Lambert Message-Id: <199802171057.DAA10576@usr07.primenet.com> Subject: Re: devfs persistence To: sthaug@nethelp.no Date: Tue, 17 Feb 1998 10:57:48 +0000 (GMT) Cc: nate@mt.sri.com, current@FreeBSD.ORG In-Reply-To: <17495.887701138@verdi.nethelp.no> from "sthaug@nethelp.no" at Feb 17, 98 08:38:58 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Just a small case in point: I make the following changes to /dev every > time I install a new version of FreeBSD: > > - chmod g+w rfd0.1440 And you don't want other rfd0 densities greoup writable because? I think this qualifies as a class of devices (fd devices are exported by the fd driver, and raw fd devices are a seperate class of exported device). > - chmod g+r bpf0 And not bpf1? I think this is the same issue. I'll note, for the record, that bpf should be a cloningin device in any case, and should act like: 1) fd1 = open /dev/bpf 2) fd2 = ioctl( fd1, DEVCLONE, &clone) 3) close( fd1) Step 2 would create a /dev/bpf/0 (whose path is repoeted in the clone structure). > - ln -s cuaa0 mouse This is somewhat non-sensical as well. The mouse should use a protocol virtualizer so that a /dev/mouse is reexported, and it doesn't matter what your physical mouse hardware is, the thing looks like a mousesystems (or other) mouse, always, so that programs don't have to care about this. I think your problem is that the current mouse interface is so primitive. > Thus, if DEVFS is used, I want *some* way to have this happen > automagically when the machine is booted. /etc/rc.devices would be fine. You could do it this way, of course, but the permissions thing can be applied to the modules exporting the default attributes for a given clss, as a local configuration modification. The only strange thing you seem to want to do is to make up for a deficiency in abstraction of mice (the better way would be to make it no longer defivient, but I could see this going into a boot config file to get the symlink in place. Of course, you could always do: cd / mkdir mydevs ln -s /dev/cuaa0 mouse and then access it as /mydevs/mouse instead of /dev/mouse... Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 17 02:58:56 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA26285 for freebsd-current-outgoing; Tue, 17 Feb 1998 02:58:56 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from relay.linkdesign.com (relay.linkdesign.com [194.42.128.250]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA26278 for ; Tue, 17 Feb 1998 02:58:52 -0800 (PST) (envelope-from michael@linkdesign.com) Received: from cyprus.vds.linkdesign.com (host25.bln.de [194.162.193.233]) by relay.linkdesign.com (8.8.8/8.8.6) with ESMTP id MAA06621 for ; Tue, 17 Feb 1998 12:58:41 +0200 (EET) Received: (from michael@localhost) by cyprus.vds.linkdesign.com (8.8.8/8.8.8) id LAA17928; Tue, 17 Feb 1998 11:31:04 +0100 (CET) (envelope-from Michael.Bielicki@linkdesign.com) Message-ID: <19980217113104.07556@vds.linkdesign.com> Date: Tue, 17 Feb 1998 11:31:04 +0100 From: Michael Bielicki To: current@FreeBSD.ORG Subject: KDE Beta 3.1 PORT not compileable Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hmm, I'm trying to buid the port for kde but the configuration script allways dies trying to find libgif. I have the libgif3.0 port installed from the ports Any ideas ? Michael -- Michael Bielicki Buisnetco Telecom. Ltd. Link Design International Ltd. 13 Iras Str., Office 23 65, Cliff Rd, Tramore Nicosia 1061, Cyprus http://www.linkdesign.com Co. Waterford, Ireland Voice: +357-2-362 421 Voice: +353-51-386921 Fax: +357-2-362 429 We use FreeBSD Fax: +353-51-390880 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 17 03:02:19 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA27152 for freebsd-current-outgoing; Tue, 17 Feb 1998 03:02:19 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from silvia.HIP.Berkeley.EDU (ala-ca34-51.ix.netcom.com [207.93.143.179]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA27146 for ; Tue, 17 Feb 1998 03:02:17 -0800 (PST) (envelope-from asami@vader.cs.berkeley.edu) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.8.8/8.6.9) id DAA06837; Tue, 17 Feb 1998 03:02:07 -0800 (PST) Date: Tue, 17 Feb 1998 03:02:07 -0800 (PST) Message-Id: <199802171102.DAA06837@silvia.HIP.Berkeley.EDU> To: brian@worldcontrol.com CC: freebsd-current@FreeBSD.ORG In-reply-to: <19980217025443.51503@top.worldcontrol.com> (brian@worldcontrol.com) Subject: Re: softupdates4 ruins performance of my wide drive 8-) From: asami@FreeBSD.ORG (Satoshi Asami) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * SEAGATE ST43400N 5400rpm SCSI2-FAST avg(r/w)seek 10/11ms * (8 bit interface drive, tag enabled) * SEAGATE ST15150W 7200rpm SCSI2-FAST-WIDE avg(r/w)seek 8/9ms * (16 bit interface drive, tag enabled) * So all the extra expense of the wide controller and wide drive bought * me 6 minutes or a 4.5% improvement. With only one drive, it shouldn't make any difference whether the drive is narrow or wide or ultra or ultra-wide. There is no contention for the bus, and the actual data transfer time over the SCSI bus is so small compared to the rest of the work that has to be done. What you are seeing here in improment is actually caused by the seek time and rotational latency difference. When you have at least 3 or 4 drives, then the bus type will start making the difference. Satoshi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 17 03:03:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA27364 for freebsd-current-outgoing; Tue, 17 Feb 1998 03:03:59 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from silvia.HIP.Berkeley.EDU (ala-ca34-51.ix.netcom.com [207.93.143.179]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA27359 for ; Tue, 17 Feb 1998 03:03:57 -0800 (PST) (envelope-from asami@vader.cs.berkeley.edu) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.8.8/8.6.9) id DAA06846; Tue, 17 Feb 1998 03:03:34 -0800 (PST) Date: Tue, 17 Feb 1998 03:03:34 -0800 (PST) Message-Id: <199802171103.DAA06846@silvia.HIP.Berkeley.EDU> To: michael@linkdesign.com CC: current@FreeBSD.ORG In-reply-to: <19980217113104.07556@vds.linkdesign.com> (message from Michael Bielicki on Tue, 17 Feb 1998 11:31:04 +0100) Subject: Re: KDE Beta 3.1 PORT not compileable From: asami@FreeBSD.ORG (Satoshi Asami) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * I'm trying to buid the port for kde but * the configuration script allways dies trying to find libgif. You have egcs installed. Delete it (or at least move libstdc++.a out of /usr/local/lib) and everything will be fine. Satoshi (who is learning way too much about these stuff for his own good..) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 17 03:19:38 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA00460 for freebsd-current-outgoing; Tue, 17 Feb 1998 03:19:38 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp02.primenet.com (smtp02.primenet.com [206.165.6.132]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA00421 for ; Tue, 17 Feb 1998 03:19:22 -0800 (PST) (envelope-from tlambert@usr07.primenet.com) Received: (from daemon@localhost) by smtp02.primenet.com (8.8.8/8.8.8) id EAA24105; Tue, 17 Feb 1998 04:00:56 -0700 (MST) Received: from usr07.primenet.com(206.165.6.207) via SMTP by smtp02.primenet.com, id smtpd024075; Tue Feb 17 04:00:46 1998 Received: (from tlambert@localhost) by usr07.primenet.com (8.8.5/8.8.5) id EAA10820; Tue, 17 Feb 1998 04:00:45 -0700 (MST) From: Terry Lambert Message-Id: <199802171100.EAA10820@usr07.primenet.com> Subject: Re: softupdates4 ruins performance of my wide drive 8-) To: brian@worldcontrol.com Date: Tue, 17 Feb 1998 11:00:45 +0000 (GMT) Cc: freebsd-current@FreeBSD.ORG In-Reply-To: <19980217025443.51503@top.worldcontrol.com> from "brian@worldcontrol.com" at Feb 17, 98 02:54:43 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > (satire impaired readers: it is likely that the softupdates are removing > the drive as the bottlenecking factor, or at least reducing the > influence of the drives in the overall performance, which is actually > quite cool. I guess it is time to get out the old klunkers and put > them back online. 8-) ) Welcome back to the "pro-BAD144" camp! All is forgiven! Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 17 03:24:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA01691 for freebsd-current-outgoing; Tue, 17 Feb 1998 03:24:37 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA01678 for ; Tue, 17 Feb 1998 03:24:33 -0800 (PST) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost [127.0.0.1]) by dingo.cdrom.com (8.8.8/8.8.5) with ESMTP id DAA01490; Tue, 17 Feb 1998 03:23:31 -0800 (PST) Message-Id: <199802171123.DAA01490@dingo.cdrom.com> X-Mailer: exmh version 2.0zeta 7/24/97 To: Joao Carlos Mendes Luis cc: current@FreeBSD.ORG Subject: Re: devfs persistence In-reply-to: Your message of "Tue, 17 Feb 1998 01:56:05 -0200." <199802170356.BAA01771@gaia.coppe.ufrj.br> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 17 Feb 1998 03:23:31 -0800 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > #define quoting(Justin T. Gibbs) > // And saying, "If you mount your DEVFS on a directory that just happens to > // have a 'devinfo' file, you get magical DEVFS properties", is intuitive? > > Would it be a better implementation to the devinfo file as an argument > to mount ? In the style of quota files? This was proposed a little while back; it might be desirable to borrow the concept to make it more approachable. There could be implementation benefits too. > It's better in the sense that the devinfo file is not required to > be in the same filesystem as the mount point. You raise a good point here, in that the filesystem the DEVFS is mounted on is not necessarily going to be writable. > If somebody fix this, please move the thread to -hackers. I'm > pretty curious about it. Julian suggested -current, which is fair enough. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 17 05:25:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA21698 for freebsd-current-outgoing; Tue, 17 Feb 1998 05:25:12 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from murkwood.gaffaneys.com (dialup7.gaffaneys.com [208.155.161.57]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA21687 for ; Tue, 17 Feb 1998 05:25:09 -0800 (PST) (envelope-from zach@gaffaneys.com) Received: (from zach@localhost) by murkwood.gaffaneys.com (8.8.8/8.8.6) id HAA27746; Tue, 17 Feb 1998 07:24:45 -0600 (CST) Message-ID: <19980217072445.51226@gaffaneys.com> Date: Tue, 17 Feb 1998 07:24:45 -0600 From: Zach Heilig To: Terry Lambert Cc: sthaug@nethelp.no, nate@mt.sri.com, current@FreeBSD.ORG Subject: Re: devfs persistence References: <17495.887701138@verdi.nethelp.no> <199802171057.DAA10576@usr07.primenet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88 In-Reply-To: <199802171057.DAA10576@usr07.primenet.com>; from Terry Lambert on Tue, Feb 17, 1998 at 10:57:48AM +0000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Feb 17, 1998 at 10:57:48AM +0000, Terry Lambert wrote: > > - ln -s cuaa0 mouse > This is somewhat non-sensical as well. The mouse should use a protocol > virtualizer so that a /dev/mouse is reexported, and it doesn't matter > what your physical mouse hardware is, the thing looks like a mousesystems > (or other) mouse, always, so that programs don't have to care about this. > I think your problem is that the current mouse interface is so primitive. Actually, as long as daemons can make entries for devfs (in this case, moused), everything would make sense again. -- Zach Heilig -- zach@gaffaneys.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 17 06:31:14 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA00306 for freebsd-current-outgoing; Tue, 17 Feb 1998 06:31:14 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from relay.linkdesign.com (relay.linkdesign.com [194.42.128.250]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA00300; Tue, 17 Feb 1998 06:31:10 -0800 (PST) (envelope-from michael@linkdesign.com) Received: from cyprus.vds.linkdesign.com (host25.bln.de [194.162.193.233]) by relay.linkdesign.com (8.8.8/8.8.6) with ESMTP id QAA11145; Tue, 17 Feb 1998 16:30:57 +0200 (EET) Received: from Linkdesign.com (localhost [127.0.0.1]) by cyprus.vds.linkdesign.com (8.8.8/8.8.8) with ESMTP id PAA17148; Tue, 17 Feb 1998 15:30:40 +0100 (CET) (envelope-from Michael.Bielicki@Linkdesign.com) Message-Id: <199802171430.PAA17148@cyprus.vds.linkdesign.com> Date: Tue, 17 Feb 1998 15:30:37 +0100 (CET) From: Michael.Bielicki@linkdesign.com Reply-To: Michael.Bielicki@linkdesign.com Subject: Re: KDE Beta 3.1 PORT not compileable To: asami@FreeBSD.ORG cc: current@FreeBSD.ORG In-Reply-To: <199802171103.DAA06846@silvia.HIP.Berkeley.EDU> MIME-Version: 1.0 Content-Type: MULTIPART/signed; micalg=pgp-md5; protocol="application/pgp-signature"; BOUNDARY="0-846930886-887725843=:16937" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --0-846930886-887725843=:16937 Content-Type: TEXT/plain; CHARSET=US-ASCII Thanks, that did the trick. On 17 Feb, Satoshi Asami wrote: > * I'm trying to buid the port for kde but > * the configuration script allways dies trying to find libgif. > > You have egcs installed. Delete it (or at least move libstdc++.a out > of /usr/local/lib) and everything will be fine. > > Satoshi (who is learning way too much about these stuff for his own good..) > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message -- Michael Bielicki Buisnetco Telecom. Ltd. Link Design International Ltd. 13 Iras Str., Office 23 65, Cliff Rd, Tramore Nicosia 1061, Cyprus http://www.linkdesign.com Co. Waterford, Ireland Voice: +357-2-362 421 Voice: +353-51-386921 Fax: +357-2-362 429 We use FreeBSD Fax: +353-51-390880 --0-846930886-887725843=:16937 Content-Type: APPLICATION/pgp-signature -----BEGIN PGP MESSAGE----- Version: 2.6.3ia Comment: Requires PGP version 2.6 or later. iQCVAwUBNOmfDcneSpf+YTVhAQHRlgP8CdnQnulCXb7Sa9X/G/D0uCGNoTdWKV08 U1n3nzG4rXYvgfxDd5lECvuoccEKonyAMM4/oHSbrxJHFAUyawn7663yqKRmZxcB kT3meULxmRxe4SOI85A7fVi7/55Fo8lH2KliqU/bIOlwg9psM1XspBRmeeONNZlK Gj2/J25Zz70= =Ispe -----END PGP MESSAGE----- --0-846930886-887725843=:16937-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 17 07:16:35 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA08218 for freebsd-current-outgoing; Tue, 17 Feb 1998 07:16:35 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from bellsouth.cl (bellsouth.cl [206.48.84.212]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA08179; Tue, 17 Feb 1998 07:16:25 -0800 (PST) (envelope-from ajmery@bellsouth.cl) Received: from bellsouth.cl ([206.48.84.164]) by bellsouth.cl (8.7.4/8.6.9) with ESMTP id MAA12601; Tue, 17 Feb 1998 12:13:40 -0300 Message-ID: <34E9B4AD.64278DFC@bellsouth.cl> Date: Tue, 17 Feb 1998 12:02:53 -0400 From: Alejandro Mery Pellegrini Reply-To: neron@engineer.com X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: freebsd-questions@FreeBSD.ORG CC: freebsd-current@FreeBSD.ORG Subject: vfat & fat32 patch Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi... i read about a patch, called msdosfs-netbsd.diff.gz, but i don't known how to apply it. I did: (but i don't known how to continue) cp msdosfs-netbsd.diff.gz /usr/src cd /usr/src gunzip msdosfs-netbsd.diff.gz patch < msdosfs-netbsd.diff and that all i did. - how can i integrat it? - how can i mount a fat32 && vfat partition which /etc/fstab? - did, the new, fdisk support fat32 && vfat? Alejandro Mery P. P.S. I'm sorry for my poor english and unix level :( To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 17 09:51:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA04502 for freebsd-current-outgoing; Tue, 17 Feb 1998 09:51:24 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp1.xs4all.nl (smtp1.xs4all.nl [194.109.6.51]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA04415; Tue, 17 Feb 1998 09:51:10 -0800 (PST) (envelope-from plm@muon.xs4all.nl) Received: from asterix.xs4all.nl (root@asterix.xs4all.nl [194.109.6.11]) by smtp1.xs4all.nl (8.8.8/8.8.8) with ESMTP id SAA17590; Tue, 17 Feb 1998 18:51:08 +0100 (MET) Received: from muon.xs4all.nl (uucp@localhost) by asterix.xs4all.nl (8.8.6/8.8.6) with UUCP id SAA14585; Tue, 17 Feb 1998 18:36:43 +0100 (MET) Received: (from plm@localhost) by muon.xs4all.nl (8.8.8/8.7.3) id LAA18634; Tue, 17 Feb 1998 11:42:18 +0100 (MET) To: Brian Somers Cc: freebsd-current@FreeBSD.ORG Subject: Re: cvs commit: src/usr.sbin/ppp command.c datalink.c datalink.h defs.h vars.c vars.h References: <199802161911.LAA02627@freefall.freebsd.org> From: Peter Mutsaers Date: 17 Feb 1998 11:42:17 +0100 In-Reply-To: Brian Somers's message of Mon, 16 Feb 1998 11:11:13 -0800 (PST) Message-ID: <87hg5yy0l2.fsf@muon.xs4all.nl> Lines: 13 X-Mailer: Gnus v5.5/Emacs 20.2 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello, It looks like all development on ppp takes place on the "MP" branch. I am following -current. Does this mean that I don't get these (supposed) improvements? If so, why is ppp development on the MP branch instead of on the -current branch? -- /\_/\ ( o.o ) Peter Mutsaers | Abcoude (Utrecht), | Trust me, I know ) ^ ( plm@xs4all.nl | the Netherlands | what I'm doing. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 17 10:04:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA07213 for freebsd-current-outgoing; Tue, 17 Feb 1998 10:04:24 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from axp5-fddi.physik.fu-berlin.de (axp5-fddi.physik.fu-berlin.de [160.45.34.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA07186 for ; Tue, 17 Feb 1998 10:04:10 -0800 (PST) (envelope-from thimm@oberon.physik.fu-berlin.de) Received: from oberon.physik.fu-berlin.de (oberon.physik.fu-berlin.de [160.45.33.83]) by axp5-fddi.physik.fu-berlin.de (8.8.5/8.8.5) with ESMTP id TAA28396; Tue, 17 Feb 1998 19:03:22 +0100 (MET) Received: (from thimm@localhost) by oberon.physik.fu-berlin.de (8.8.5/8.7.1) id TAA19561; Tue, 17 Feb 1998 19:03:21 +0100 (MET) From: Axel Thimm Message-Id: <199802171803.TAA19561@oberon.physik.fu-berlin.de> Subject: Re: getcwd, fork & vfork In-Reply-To: <199802122310.AAA12094@oberon.physik.fu-berlin.de> from Axel Thimm at "Feb 13, 98 00:10:44 am" To: current@FreeBSD.ORG Date: Tue, 17 Feb 1998 19:03:21 +0100 (MET) Cc: Axel.Thimm@physik.fu-berlin.de X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I took some reading into kernel debugging to pin down the problem (BTW thanks to Amancio Hasty's recent posting and the tips therein). So finally I have attached a backtrace of my dump and dmesg. I guess the first 8 lines come from DDB and my "panic" command. Does anyone want to see more info? Sources are current from 98-02-17 0:09 CET As it is crucial for source compares to have an exact date/counter, does cvsup provide some? I am using the timestamp of /usr/sup/src-all/checkouts.cvs:., but this doesn't include delays from e.g. mirroring. Regards, Axel. IdlePTD 255000 initial pcb at 1fab58 panicstr: vm_page_unwire: invalid wire count: %d panic messages: --- panic: vm_page_unwire: invalid wire count: 0 panic: from debugger dumping to dev 40001, offset 151216 dump 63 62 61 60 59 58 57 56 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 boot (howto=260) at ../../kern/kern_shutdown.c:285 285 dumppcb.pcb_cr3 = rcr3(); (kgdb) where #0 boot (howto=260) at ../../kern/kern_shutdown.c:285 #1 0xf0119187 in panic (fmt=0xf01013e8 "from debugger") at ../../kern/kern_shutdown.c:425 #2 0xf0101405 in db_panic (addr=-266633155, have_addr=0, count=-1, modif=0xf4c6dc24 "") at ../../ddb/db_command.c:432 #3 0xf01012e5 in db_command (last_cmdp=0xf01ebaa4, cmd_table=0xf01eb904, aux_cmd_tablep=0xf01f7f90) at ../../ddb/db_command.c:332 #4 0xf0101472 in db_command_loop () at ../../ddb/db_command.c:454 #5 0xf0103b33 in db_trap (type=3, code=0) at ../../ddb/db_trap.c:71 #6 0xf01b7e11 in kdb_trap (type=3, code=0, regs=0xf4c6dd10) at ../../i386/i386/db_interface.c:157 #7 0xf01c1f48 in trap (frame={tf_es = 16, tf_ds = 16, tf_edi = -228467832, tf_esi = -266679834, tf_ebp = -188293804, tf_isp = -188293832, tf_ebx = 256, tf_edx = -266633211, tf_ecx = 0, tf_eax = 18, tf_trapno = 3, tf_err = 0, tf_eip = -266633155, tf_cs = 8, tf_eflags = 582, tf_esp = -266633227, tf_ss = -267284196}) at ../../i386/i386/trap.c:474 #8 0xf01b803d in Debugger (msg=0xf011911c "panic") at ../../i386/i386/db_interface.c:316 #9 0xf011917e in panic ( fmt=0xf01ac9e6 "vm_page_unwire: invalid wire count: %d\n") at ../../kern/kern_shutdown.c:423 #10 0xf01aca7f in vm_page_unwire (m=0xf0316344) at ../../vm/vm_page.c:1244 #11 0xf0133304 in vfs_vmio_release (bp=0xf261db88) at ../../kern/vfs_bio.c:757 #12 0xf0132f5d in brelse (bp=0xf261db88) at ../../kern/vfs_bio.c:645 #13 0xf0138c55 in vinvalbuf (vp=0xf4c76d20, flags=0, cred=0xf0612080, p=0xf4befbc0, slpflag=0, slptimeo=0) at ../../kern/vfs_subr.c:605 #14 0xf01618d0 in nfs_vinvalbuf (vp=0xf4c76d20, flags=0, cred=0xf0612080, p=0xf4befbc0, intrflg=1) at ../../nfs/nfs_bio.c:782 #15 0xf0188cac in nfs_remove (ap=0xf4c6df04) at ../../nfs/nfs_vnops.c:1463 #16 0xf013c3e7 in unlink (p=0xf4befbc0, uap=0xf4c6df94) at vnode_if.h:523 #17 0xf01c2a0f in syscall (frame={tf_es = 39, tf_ds = 39, tf_edi = 0, tf_esi = 196608, tf_ebp = -272639296, tf_isp = -188293148, tf_ebx = 204928, tf_edx = 0, tf_ecx = 47, tf_eax = 10, tf_trapno = 12, tf_err = 7, tf_eip = 88485, tf_cs = 31, tf_eflags = 582, tf_esp = -272639316, tf_ss = 39}) at ../../i386/i386/trap.c:994 #18 0x159a5 in ?? () #19 0x12db in ?? () #20 0x107e in ?? () rige# dmesg Copyright (c) 1992-1998 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 3.0-CURRENT #0: Tue Feb 17 18:05:29 CET 1998 root@rige.physik.fu-berlin.de:/usr/src/sys/compile/RIGE.DEBUG CPU: Pentium (166.45-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x543 Stepping=3 Features=0x8001bf real memory = 67108864 (65536K bytes) avail memory = 62631936 (61164K bytes) Probing for devices on PCI bus 0: chip0: rev 0x03 on pci0.0.0 chip1: rev 0x01 on pci0.7.0 ide_pci0: rev 0x00 on pci0.7.1 vga0: rev 0x01 int a irq 10 on pci0.10.0 vx0: <3COM 3C900 Etherlink XL PCI> rev 0x00 int a irq 11 on pci0.11.0 utp/aui/bnc[*bnc*] address 00:60:08:8f:e0:9d Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> sio0 at 0x3f8-0x3ff irq 4 flags 0x10 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface pca0 on motherboard pca0: PC speaker audio driver fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: FIFO enabled, 8 bytes threshold fd0: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): wd0: 2503MB (5126688 sectors), 5086 cyls, 16 heads, 63 S/T, 512 B/S wdc1 at 0x170-0x177 irq 15 on isa wdc1: unit 0 (wd2): wd2: 1219MB (2496816 sectors), 2477 cyls, 16 heads, 63 S/T, 512 B/S npx0 on motherboard npx0: INT 16 interface Intel Pentium F00F detected, installing workaround -- Axel Thimm Axel.Thimm@physik.fu-berlin.de Axel.Thimm@ifh.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 17 11:10:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA27250 for freebsd-current-outgoing; Tue, 17 Feb 1998 11:10:58 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA27235 for ; Tue, 17 Feb 1998 11:10:55 -0800 (PST) (envelope-from julian@whistle.com) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id LAA01674; Tue, 17 Feb 1998 11:04:07 -0800 (PST) Received: from UNKNOWN(), claiming to be "current1.whistle.com" via SMTP by alpo.whistle.com, id smtpd001670; Tue Feb 17 11:04:04 1998 Message-ID: <34E9DE3B.284797A9@whistle.com> Date: Tue, 17 Feb 1998 11:00:11 -0800 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2.5-RELEASE i386) MIME-Version: 1.0 To: shimon@simon-shapiro.org CC: current@FreeBSD.ORG Subject: Re: devfs persistence References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Simon Shapiro wrote: > > > The only thing not clear to me (I know this is obvious), is; With an all > DEVFS, can I still do ``mkdir -p /a/b/c/d;cd /a/b/c/d;mknod foo c 123 456, > or its equivalent? If not, then symbolic links are fine too. you cannot mknod. only the drivers can make nodes. (though there are ways to solve some problems you might normally try use mknod for) > > Oh, a /dev DEVFS mounted, can it create links and/or symlinks? > Why not? The user can use ln (with or without -s) julian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 17 11:33:27 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA02710 for freebsd-current-outgoing; Tue, 17 Feb 1998 11:33:27 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ns1.yes.no (ns1.yes.no [195.119.24.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA02699 for ; Tue, 17 Feb 1998 11:33:20 -0800 (PST) (envelope-from eivind@bitbox.follo.net) Received: from bitbox.follo.net (bitbox.follo.net [194.198.43.36]) by ns1.yes.no (8.8.7/8.8.7) with ESMTP id TAA15626; Tue, 17 Feb 1998 19:33:12 GMT Received: (from eivind@localhost) by bitbox.follo.net (8.8.6/8.8.6) id UAA15488; Tue, 17 Feb 1998 20:33:11 +0100 (MET) Message-ID: <19980217203309.39822@follo.net> Date: Tue, 17 Feb 1998 20:33:09 +0100 From: Eivind Eklund To: Peter Mutsaers Cc: freebsd-current@FreeBSD.ORG Subject: Re: cvs commit: src/usr.sbin/ppp command.c datalink.c datalink.h defs.h vars.c vars.h References: <199802161911.LAA02627@freefall.freebsd.org> <87hg5yy0l2.fsf@muon.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1i In-Reply-To: <87hg5yy0l2.fsf@muon.xs4all.nl>; from Peter Mutsaers on Tue, Feb 17, 1998 at 11:42:17AM +0100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Feb 17, 1998 at 11:42:17AM +0100, Peter Mutsaers wrote: > Hello, > > It looks like all development on ppp takes place on the "MP" branch. I > am following -current. Does this mean that I don't get these > (supposed) improvements? These are re-structurings - think of them as cleaning house ;-) You might like it when it is finished, but it doesn't mean that sleeping there when somebody is vacuuming is an improvement. > If so, why is ppp development on the MP branch instead of on the > -current branch? High-risk multilink development (which I'm supposed to be taking part in but haven't got around to diving enough into :-/) This is a major re-structuring, which will just replace the PPP in -current when it is finished. The use of the MP-branch is just to let people see what's happening, keep history,.and to make it possible for Brian and me to coordinate (not necessarily in that order). Eivind. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 17 11:44:26 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA04508 for freebsd-current-outgoing; Tue, 17 Feb 1998 11:44:26 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from sendero.simon-shapiro.org (sendero-fxp0.Simon-Shapiro.ORG [206.190.148.34]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id LAA04412 for ; Tue, 17 Feb 1998 11:44:07 -0800 (PST) (envelope-from shimon@sendero-fxp0.simon-shapiro.org) Received: (qmail 18327 invoked by uid 1000); 17 Feb 1998 19:49:57 -0000 Message-ID: X-Mailer: XFMail 1.3-alpha-020998 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <34E9DE3B.284797A9@whistle.com> Date: Tue, 17 Feb 1998 11:49:57 -0800 (PST) Reply-To: shimon@simon-shapiro.org Organization: The Simon Shapiro Foundation From: Simon Shapiro To: Julian Elischer Subject: Re: devfs persistence Cc: current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 17-Feb-98 Julian Elischer wrote: > Simon Shapiro wrote: >> >> >> The only thing not clear to me (I know this is obvious), is; With an >> all >> DEVFS, can I still do ``mkdir -p /a/b/c/d;cd /a/b/c/d;mknod foo c 123 >> 456, >> or its equivalent? If not, then symbolic links are fine too. > > > you cannot mknod. only the drivers can make nodes. > (though there are ways to solve some problems you might normally > try use mknod for) Ah, too bad. This means I cannot make stupid mistakes anymore? >> Oh, a /dev DEVFS mounted, can it create links and/or symlinks? >> Why not? > > The user can use ln (with or without -s) Can the user do mkdir in /dev? So, if I create a file /etc/devfs.conf with something like : # Sample /etc/devfs.conf sd33s1a rdbms-PartA 0660 pgsql.DBA cuaa00 mouse 0666 bin.bin sd64s2g nil 0600 nil and in /etc/rc put something like: if [ -f /etc/devfs.conf ] then line_no=0 cat /etc/devfs.conf | grep -v '^#" | grep -v '^$' | while read line do orig=`echo ${line} | awk '{ print $1 }'` link=`echo ${line} | awk '{ print $2 }'` perms=`echo ${line} | awk '{ print $3 }'` owner=`echo ${line} | awk '{ print $3 }'` if [ -f /dev/${orig} ] then if [ ${orig:-x} != x -a ${link:-x} != x -a ! -f /dev/{link} ] then if [ ${link} != nil ] then ln ${orig} ${link} fi else echo -c "Link Name Error in logical line ${line_no} of " echo "/etc/devfs.conf" fi if [ ${perms:-x} != x ] then if [ ${perms} != nil ] then chmod ${perms} /dev/${orig} fi else echo "Error in logical line ${line_no} of /etc/devfs.conf" fi if [ ${owner:-x} != x ] then if [ ${owner} != nil ] then chown ${owner} ${orig} fi fi fi done fi ... I will have a perfectly persistant DEVFS, without touching any kernel code. Yes? BTW, the above pretend code is NOT a formal patch proposal. It took all of three minutes to do, and is abviously flawed in more than one place. But the concept should be clear. ---------- Sincerely Yours, Simon Shapiro Shimon@Simon-Shapiro.ORG Voice: 503.708.7858 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 17 12:05:20 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA09031 for freebsd-current-outgoing; Tue, 17 Feb 1998 12:05:20 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from awfulhak.org (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA08961; Tue, 17 Feb 1998 12:04:55 -0800 (PST) (envelope-from brian@Awfulhak.org) Received: from gate.lan.awfulhak.org (localhost [127.0.0.1]) by awfulhak.org (8.8.7/8.8.7) with ESMTP id TAA19361; Tue, 17 Feb 1998 19:55:55 GMT (envelope-from brian@gate.lan.awfulhak.org) Message-Id: <199802171955.TAA19361@awfulhak.org> X-Mailer: exmh version 2.0.1 12/23/97 To: Peter Mutsaers cc: Brian Somers , freebsd-current@FreeBSD.ORG Subject: Re: cvs commit: src/usr.sbin/ppp command.c datalink.c datalink.h defs.h vars.c vars.h In-reply-to: Your message of "17 Feb 1998 11:42:17 +0100." <87hg5yy0l2.fsf@muon.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 17 Feb 1998 19:55:54 +0000 From: Brian Somers Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Hello, > > It looks like all development on ppp takes place on the "MP" branch. I > am following -current. Does this mean that I don't get these > (supposed) improvements? > > If so, why is ppp development on the MP branch instead of on the > -current branch? I'm developing multilink capabilities at the moment. It's stable right now, but doesn't give you many advantages (the only real one is asynchronous dialling). This branch will break from time to time as I'm not testing a great deal. I'm mainly trying to re-organise the code at the moment. > -- > /\_/\ > ( o.o ) Peter Mutsaers | Abcoude (Utrecht), | Trust me, I know > ) ^ ( plm@xs4all.nl | the Netherlands | what I'm doing. -- Brian , , Don't _EVER_ lose your sense of humour.... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 17 12:16:44 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA12189 for freebsd-current-outgoing; Tue, 17 Feb 1998 12:16:44 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gdi.uoregon.edu (gdi.uoregon.edu [128.223.170.30]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA12127; Tue, 17 Feb 1998 12:16:34 -0800 (PST) (envelope-from dwhite@gdi.uoregon.edu) Received: from localhost (dwhite@localhost) by gdi.uoregon.edu (8.8.7/8.8.8) with SMTP id MAA12395; Tue, 17 Feb 1998 12:16:31 -0800 (PST) (envelope-from dwhite@gdi.uoregon.edu) Date: Tue, 17 Feb 1998 12:16:31 -0800 (PST) From: Doug White Reply-To: Doug White To: neron@engineer.com cc: freebsd-questions@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: Re: vfat & fat32 patch In-Reply-To: <34E9B4AD.64278DFC@bellsouth.cl> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 17 Feb 1998, Alejandro Mery Pellegrini wrote: > Hi... i read about a patch, called msdosfs-netbsd.diff.gz, but i don't > known how to apply it. > I did: (but i don't known how to continue) > cp msdosfs-netbsd.diff.gz /usr/src > cd /usr/src > gunzip msdosfs-netbsd.diff.gz > patch < msdosfs-netbsd.diff make world > and that all i did. > - how can i integrat it? Build the system to affect your patches. > - how can i mount a fat32 && vfat partition which /etc/fstab? I assume it creates a new FS type fat32, it may be covered under msdos still. > - did, the new, fdisk support fat32 && vfat? No clue. fdisk should work fine since it doesn't change the partition table at all. Doug White | University of Oregon Internet: dwhite@resnet.uoregon.edu | Residence Networking Assistant http://gladstone.uoregon.edu/~dwhite | Computer Science Major To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 17 12:40:47 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA16879 for freebsd-current-outgoing; Tue, 17 Feb 1998 12:40:47 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA16832 for ; Tue, 17 Feb 1998 12:40:24 -0800 (PST) (envelope-from julian@whistle.com) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id MAA05226; Tue, 17 Feb 1998 12:33:42 -0800 (PST) Received: from UNKNOWN(), claiming to be "current1.whistle.com" via SMTP by alpo.whistle.com, id smtpd005219; Tue Feb 17 12:33:31 1998 Message-ID: <34E9F331.773C2448@whistle.com> Date: Tue, 17 Feb 1998 12:29:38 -0800 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2.5-RELEASE i386) MIME-Version: 1.0 To: shimon@simon-shapiro.org CC: current@FreeBSD.ORG Subject: Re: devfs persistence References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Simon Shapiro wrote: > > > > you cannot mknod. only the drivers can make nodes. > > (though there are ways to solve some problems you might normally > > try use mknod for) > > Ah, too bad. This means I cannot make stupid mistakes anymore? in theory.. in practice you can still rm /dev/rsd0s1a :) > > >> Oh, a /dev DEVFS mounted, can it create links and/or symlinks? > >> Why not? > > > > The user can use ln (with or without -s) > > Can the user do mkdir in /dev? yes The operations a user can do are: ln ln -s rmdir mv rm chown chmod chgrp (?touch?) > > So, if I create a file /etc/devfs.conf with something like : > > # Sample /etc/devfs.conf > [stuff removed] yes To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 17 13:05:42 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA20748 for freebsd-current-outgoing; Tue, 17 Feb 1998 13:05:42 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from sendero.simon-shapiro.org (sendero-fxp0.Simon-Shapiro.ORG [206.190.148.34]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id NAA20743 for ; Tue, 17 Feb 1998 13:05:39 -0800 (PST) (envelope-from shimon@sendero-fxp0.simon-shapiro.org) Received: (qmail 19152 invoked by uid 1000); 17 Feb 1998 21:11:16 -0000 Message-ID: X-Mailer: XFMail 1.3-alpha-020998 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <34E9F331.773C2448@whistle.com> Date: Tue, 17 Feb 1998 13:11:16 -0800 (PST) Reply-To: shimon@simon-shapiro.org Organization: The Simon Shapiro Foundation From: Simon Shapiro To: Julian Elischer Subject: Re: devfs persistence Cc: current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 17-Feb-98 Julian Elischer wrote: > Simon Shapiro wrote: >> >> >> > you cannot mknod. only the drivers can make nodes. >> > (though there are ways to solve some problems you might normally >> > try use mknod for) >> >> Ah, too bad. This means I cannot make stupid mistakes anymore? > > in theory.. in practice you can still rm /dev/rsd0s1a :) Now, this is idiotic, which is more severe than stupid. :-)) >> >> Oh, a /dev DEVFS mounted, can it create links and/or symlinks? >> >> Why not? >> > >> > The user can use ln (with or without -s) >> >> Can the user do mkdir in /dev? > yes > The operations a user can do are: > > ln > ln -s > rmdir > mv > rm > chown > chmod > chgrp > (?touch?) > >> >> So, if I create a file /etc/devfs.conf with something like : >> >> # Sample /etc/devfs.conf >> > [stuff removed] > > yes So, where is the problem? I see that you can have a simple, pure DEVFS, and a silly shell script can provide persistance and a user can still shoot him/herself in the foot. So all the Unix requirements are met (simple, script modifyable, and self-destructable :-). I say, go for it. ---------- Sincerely Yours, Simon Shapiro Shimon@Simon-Shapiro.ORG Voice: 503.708.7858 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 17 13:12:30 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA21752 for freebsd-current-outgoing; Tue, 17 Feb 1998 13:12:30 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from verdi.nethelp.no (verdi.nethelp.no [195.1.171.130]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id NAA21744 for ; Tue, 17 Feb 1998 13:12:24 -0800 (PST) (envelope-from sthaug@nethelp.no) From: sthaug@nethelp.no Received: (qmail 22614 invoked by uid 1001); 17 Feb 1998 21:12:18 +0000 (GMT) To: tlambert@primenet.com Cc: current@FreeBSD.ORG Subject: Re: devfs persistence In-Reply-To: Your message of "Tue, 17 Feb 1998 10:57:48 +0000 (GMT)" References: <199802171057.DAA10576@usr07.primenet.com> X-Mailer: Mew version 1.05+ on Emacs 19.28.2 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Tue, 17 Feb 1998 22:12:18 +0100 Message-ID: <22612.887749938@verdi.nethelp.no> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Just a small case in point: I make the following changes to /dev every > > time I install a new version of FreeBSD: > > > > - chmod g+w rfd0.1440 > > And you don't want other rfd0 densities greoup writable because? Having the rest group writable would be fine. Since I only use rfd0.1440, that's the only one I regularly change the access on. > I think this qualifies as a class of devices (fd devices are exported > by the fd driver, and raw fd devices are a seperate class of exported > device). Fine by me. > > - chmod g+r bpf0 > > And not bpf1? If bpf1 (etc.) exists, I would do the same here. But "MAKEDEV std" only creates bpf0 :-) > I think this is the same issue. I'll note, for the record, that bpf > should be a cloningin device in any case, and should act like: > > 1) fd1 = open /dev/bpf > 2) fd2 = ioctl( fd1, DEVCLONE, &clone) > 3) close( fd1) > > Step 2 would create a /dev/bpf/0 (whose path is repoeted in the clone > structure). Fine by me. > > - ln -s cuaa0 mouse > > This is somewhat non-sensical as well. The mouse should use a protocol > virtualizer so that a /dev/mouse is reexported, and it doesn't matter > what your physical mouse hardware is, the thing looks like a mousesystems > (or other) mouse, always, so that programs don't have to care about this. Sure. But that makes XFree86 dependent on the mouse protocol virtualizer also. Do you want to introduce more dependencies? (Just playing the devil's advocate here.) > > Thus, if DEVFS is used, I want *some* way to have this happen > > automagically when the machine is booted. /etc/rc.devices would be fine. > > You could do it this way, of course, but the permissions thing can > be applied to the modules exporting the default attributes for a given clss, > as a local configuration modification. That's fine. But no matter how you do it, you need some way of making local modifications that stick, and that can be repeated at next bootup. Steinar Haug, Nethelp consulting, sthaug@nethelp.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 17 13:19:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA23033 for freebsd-current-outgoing; Tue, 17 Feb 1998 13:19:37 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from critter.freebsd.dk (critter.freebsd.dk [195.8.129.14]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA23009 for ; Tue, 17 Feb 1998 13:19:30 -0800 (PST) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost.cybercity.dk [127.0.0.1]) by critter.freebsd.dk (8.8.7/8.8.5) with ESMTP id WAA05081; Tue, 17 Feb 1998 22:13:38 +0100 (CET) To: shimon@simon-shapiro.org cc: Julian Elischer , current@FreeBSD.ORG Subject: Re: devfs persistence In-reply-to: Your message of "Tue, 17 Feb 1998 13:11:16 PST." Date: Tue, 17 Feb 1998 22:13:36 +0100 Message-ID: <5079.887750016@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message , Simon Shapiro writes >>> So, if I create a file /etc/devfs.conf with something like : >>> >>> # Sample /etc/devfs.conf >>> >> [stuff removed] >> >> yes > >So, where is the problem? I see that you can have a simple, pure DEVFS, >and a silly shell script can provide persistance and a user can still shoot >him/herself in the foot. So all the Unix requirements are met (simple, >script modifyable, and self-destructable :-). > >I say, go for it. Amen... -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." "Drink MONO-tonic, it goes down but it will NEVER come back up!" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 17 13:27:48 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA24839 for freebsd-current-outgoing; Tue, 17 Feb 1998 13:27:48 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ns1.yes.no (ns1.yes.no [195.119.24.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA24807 for ; Tue, 17 Feb 1998 13:27:32 -0800 (PST) (envelope-from eivind@bitbox.follo.net) Received: from bitbox.follo.net (bitbox.follo.net [194.198.43.36]) by ns1.yes.no (8.8.7/8.8.7) with ESMTP id VAA17185; Tue, 17 Feb 1998 21:26:48 GMT Received: (from eivind@localhost) by bitbox.follo.net (8.8.6/8.8.6) id WAA15984; Tue, 17 Feb 1998 22:25:39 +0100 (MET) Message-ID: <19980217222533.63111@follo.net> Date: Tue, 17 Feb 1998 22:25:33 +0100 From: Eivind Eklund To: Luigi Rizzo , Eivind Eklund Cc: plm@xs4all.nl, freebsd-current@FreeBSD.ORG Subject: Re: cvs commit: src/usr.sbin/ppp command.c datalink.c datalink.h defs.h vars.c vars.h References: <19980217203309.39822@follo.net> <199802171950.UAA01120@labinfo.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1i In-Reply-To: <199802171950.UAA01120@labinfo.iet.unipi.it>; from Luigi Rizzo on Tue, Feb 17, 1998 at 08:50:15PM +0100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Feb 17, 1998 at 08:50:15PM +0100, Luigi Rizzo wrote: > there are a few things I would like (eventually) to go into ppp, > so i am just throwing a few ideas here... i don't have the time to work > on these things now, although I might look at them in the summer. > > * Fair Queueing support (i don't think it is already there, just a > priority for interactive packets ?) > the code could be grabbed from the ALTQ package recently announced on > this list. Not necessarily the full package, just the FQ stuff could > help; > This is on my list of things that must be done. I can't guarantee when I'll come to it, but if others don't take of them, I will. > * "preemption" . > I don't think ppp allows this, but perhaps it could be possible to > implement preemption of long packets (or transfer them in smaller > 'cells') so that interactive traffic does not suffer exceedingly > large delays... is there any work on this ? > (the alternative -- lowering MTU -- is not that attractive i > believe, since it causes some overhead even if the last hop has > proper header compression) I'm not certain how this can be handled. A possibility might be to fragment the packets for just that connection, ie, in effect lower the MTU for just part of the use. I believe some smart heuristics would be necessary to make this work well. Eivind. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 17 13:37:54 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA26886 for freebsd-current-outgoing; Tue, 17 Feb 1998 13:37:54 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id NAA26863 for ; Tue, 17 Feb 1998 13:37:44 -0800 (PST) (envelope-from luigi@labinfo.iet.unipi.it) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id VAA01212; Tue, 17 Feb 1998 21:10:57 +0100 From: Luigi Rizzo Message-Id: <199802172010.VAA01212@labinfo.iet.unipi.it> Subject: Re: cvs commit: src/usr.sbin/ppp command.c datalink.c datalink.h defs.h vars.c vars.h To: eivind@yes.no (Eivind Eklund) Date: Tue, 17 Feb 1998 21:10:57 +0100 (MET) Cc: eivind@yes.no, plm@xs4all.nl, freebsd-current@FreeBSD.ORG In-Reply-To: <19980217222533.63111@follo.net> from "Eivind Eklund" at Feb 17, 98 10:25:14 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > * "preemption" . > > I don't think ppp allows this, but perhaps it could be possible to > > implement preemption of long packets (or transfer them in smaller > > 'cells') so that interactive traffic does not suffer exceedingly ... > I'm not certain how this can be handled. A possibility might be to > fragment the packets for just that connection, ie, in effect lower the > MTU for just part of the use. > > I believe some smart heuristics would be necessary to make this work well. the idea would be that the (non-standard) PPP link can be treated to transfer cells of a fixed max size, each cell tagged with the flow it belongs to. The sender does the fragmentation so the FQ algorithm uses cells instead of packets. The whole things could be (probably) optimized if we can make use of some unused ppp escape sequence to mark a preemption point, rather than always fragment packets. cheers luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 17 13:38:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA26963 for freebsd-current-outgoing; Tue, 17 Feb 1998 13:38:13 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA26935 for ; Tue, 17 Feb 1998 13:38:03 -0800 (PST) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.8.8/8.8.8) id QAA14720; Tue, 17 Feb 1998 16:37:48 -0500 (EST) (envelope-from wollman) Date: Tue, 17 Feb 1998 16:37:48 -0500 (EST) From: Garrett Wollman Message-Id: <199802172137.QAA14720@khavrinen.lcs.mit.edu> To: Eivind Eklund Cc: Luigi Rizzo , plm@xs4all.nl, freebsd-current@FreeBSD.ORG Subject: Re: cvs commit: src/usr.sbin/ppp command.c datalink.c datalink.h defs.h vars.c vars.h In-Reply-To: <19980217222533.63111@follo.net> References: <19980217203309.39822@follo.net> <199802171950.UAA01120@labinfo.iet.unipi.it> <19980217222533.63111@follo.net> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG < said: >> * Fair Queueing support (i don't think it is already there, just a >> priority for interactive packets ?) the code could be grabbed from >> the ALTQ package recently announced on this list. Not necessarily >> the full package, just the FQ stuff could help; >> > This is on my list of things that must be done. I can't guarantee > when I'll come to it, but if others don't take of them, I will. RED would be a good thing to have as well. Cisco lets you choose among four different queueing disciplines. >> * "preemption" . I don't think ppp allows this, but perhaps it Actually, the PPP multilink protocol allows this (and you can negotiate it even without any intention of using multiple physical links). However, it's only a two-level scheme. Obviously, what one would really like would be full ISSLOW support, but that may be some time off. > I'm not certain how this can be handled. A possibility might be to > fragment the packets for just that connection, ie, in effect lower > the MTU for just part of the use. What multilink PPP allows you to do is interrupt one data stream temporarily to send a packet from another. (I'm remembering this from what was described at the first ISSLL WG meeting, so forgive me if I got it wrong.) You still have to go back to that packet eventually. -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 17 14:47:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA08383 for freebsd-current-outgoing; Tue, 17 Feb 1998 14:47:09 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA08289 for ; Tue, 17 Feb 1998 14:46:41 -0800 (PST) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost [127.0.0.1]) by dingo.cdrom.com (8.8.8/8.8.5) with ESMTP id OAA03212; Tue, 17 Feb 1998 14:30:22 -0800 (PST) Message-Id: <199802172230.OAA03212@dingo.cdrom.com> X-Mailer: exmh version 2.0zeta 7/24/97 To: Zach Heilig cc: Terry Lambert , sthaug@nethelp.no, nate@mt.sri.com, current@FreeBSD.ORG Subject: Re: devfs persistence In-reply-to: Your message of "Tue, 17 Feb 1998 07:24:45 CST." <19980217072445.51226@gaffaneys.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 17 Feb 1998 14:30:21 -0800 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > On Tue, Feb 17, 1998 at 10:57:48AM +0000, Terry Lambert wrote: > > > - ln -s cuaa0 mouse > > > This is somewhat non-sensical as well. The mouse should use a protocol > > virtualizer so that a /dev/mouse is reexported, and it doesn't matter > > what your physical mouse hardware is, the thing looks like a mousesystems > > (or other) mouse, always, so that programs don't have to care about this. > > > I think your problem is that the current mouse interface is so primitive. > > Actually, as long as daemons can make entries for devfs (in this case, moused), > everything would make sense again. They can, and they do, and the whole question is moot because the mouse support *does* use a protocol virtualiser. (moused and /dev/sysmouse) -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 17 14:54:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA09959 for freebsd-current-outgoing; Tue, 17 Feb 1998 14:54:04 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ns1.yes.no (ns1.yes.no [195.119.24.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA09793 for ; Tue, 17 Feb 1998 14:53:32 -0800 (PST) (envelope-from eivind@bitbox.follo.net) Received: from bitbox.follo.net (bitbox.follo.net [194.198.43.36]) by ns1.yes.no (8.8.7/8.8.7) with ESMTP id WAA18270; Tue, 17 Feb 1998 22:53:20 GMT Received: (from eivind@localhost) by bitbox.follo.net (8.8.6/8.8.6) id XAA16281; Tue, 17 Feb 1998 23:53:19 +0100 (MET) Message-ID: <19980217235319.40955@follo.net> Date: Tue, 17 Feb 1998 23:53:19 +0100 From: Eivind Eklund To: Garrett Wollman Cc: freebsd-current@FreeBSD.ORG Subject: Re: cvs commit: src/usr.sbin/ppp command.c datalink.c datalink.h defs.h vars.c vars.h References: <19980217203309.39822@follo.net> <199802171950.UAA01120@labinfo.iet.unipi.it> <19980217222533.63111@follo.net> <199802172137.QAA14720@khavrinen.lcs.mit.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1i In-Reply-To: <199802172137.QAA14720@khavrinen.lcs.mit.edu>; from Garrett Wollman on Tue, Feb 17, 1998 at 04:37:48PM -0500 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Feb 17, 1998 at 04:37:48PM -0500, Garrett Wollman wrote: > > I'm not certain how this can be handled. A possibility might be to > > fragment the packets for just that connection, ie, in effect lower > > the MTU for just part of the use. > > What multilink PPP allows you to do is interrupt one data stream > temporarily to send a packet from another. (I'm remembering this from > what was described at the first ISSLL WG meeting, so forgive me if I > got it wrong.) You still have to go back to that packet eventually. How'd you do this? Escape-sequences inline in the packets? The disadvantage here compared to doing this at a higher level is that you wouldn't get the same benefit for another slow link, say a SLIP-line. OTOH, it seems all serial lines run PPP these days... Eivind. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 17 15:26:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA19065 for freebsd-current-outgoing; Tue, 17 Feb 1998 15:26:08 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp01.primenet.com (smtp01.primenet.com [206.165.6.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA19015 for ; Tue, 17 Feb 1998 15:25:58 -0800 (PST) (envelope-from tlambert@usr09.primenet.com) Received: (from daemon@localhost) by smtp01.primenet.com (8.8.8/8.8.8) id QAA13845; Tue, 17 Feb 1998 16:25:51 -0700 (MST) Received: from usr09.primenet.com(206.165.6.209) via SMTP by smtp01.primenet.com, id smtpd013770; Tue Feb 17 16:25:43 1998 Received: (from tlambert@localhost) by usr09.primenet.com (8.8.5/8.8.5) id QAA07146; Tue, 17 Feb 1998 16:25:39 -0700 (MST) From: Terry Lambert Message-Id: <199802172325.QAA07146@usr09.primenet.com> Subject: Re: devfs persistence To: sthaug@nethelp.no Date: Tue, 17 Feb 1998 23:25:39 +0000 (GMT) Cc: tlambert@primenet.com, current@FreeBSD.ORG In-Reply-To: <22612.887749938@verdi.nethelp.no> from "sthaug@nethelp.no" at Feb 17, 98 10:12:18 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > > - ln -s cuaa0 mouse > > > > This is somewhat non-sensical as well. The mouse should use a protocol > > virtualizer so that a /dev/mouse is reexported, and it doesn't matter > > what your physical mouse hardware is, the thing looks like a mousesystems > > (or other) mouse, always, so that programs don't have to care about this. > > Sure. But that makes XFree86 dependent on the mouse protocol virtualizer > also. Do you want to introduce more dependencies? (Just playing the > devil's advocate here.) Ask David Dawes. XFree86 already does this; it had to for SVR4. > > > Thus, if DEVFS is used, I want *some* way to have this happen > > > automagically when the machine is booted. /etc/rc.devices would be fine. > > > > You could do it this way, of course, but the permissions thing can > > be applied to the modules exporting the default attributes for a given clss, > > as a local configuration modification. > > That's fine. But no matter how you do it, you need some way of making > local modifications that stick, and that can be repeated at next bootup. Local transient modifications, or local build-time modifications? I would argue for build-time, and let you edit the class template data if you felt inclined to do it post-build. But I'm just being generous; there's no real reason for allowing that, especially in a first revision, since you always have rc.local. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 17 17:03:30 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA05698 for freebsd-current-outgoing; Tue, 17 Feb 1998 17:03:30 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from sendero.simon-shapiro.org (sendero-fxp0.Simon-Shapiro.ORG [206.190.148.34]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id RAA05577 for ; Tue, 17 Feb 1998 17:03:25 -0800 (PST) (envelope-from shimon@sendero-fxp0.simon-shapiro.org) Received: (qmail 22320 invoked by uid 1000); 18 Feb 1998 00:09:07 -0000 Message-ID: X-Mailer: XFMail 1.3-alpha-020998 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Tue, 17 Feb 1998 16:09:07 -0800 (PST) Reply-To: shimon@simon-shapiro.org Organization: The Simon Shapiro Foundation From: Simon Shapiro To: freebsd-current@FreeBSD.ORG Subject: FW: Re: devfs persistence Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I fail to reverse-DNS your address. Since your suggestion is such an improvement over my pretend code. Especially considering the perfromance improvement and not needing /usr mounted to run the code, I am taking the liberty to thank you and post your comment for all to see. -----FW: <199802172349.PAA27282@kithrup.com>----- Date: Tue, 17 Feb 1998 15:49:46 -0800 (PST) From: Sean Eric Fagan To: shimon@simon-shapiro.org Newsgroups: kithrup.freebsd.current Subject: Re: devfs persistence Cc: In article you write: >So, if I create a file /etc/devfs.conf with something like : > ># Sample /etc/devfs.conf > >sd33s1a rdbms-PartA 0660 pgsql.DBA >cuaa00 mouse 0666 bin.bin >sd64s2g nil 0600 nil > > >and in /etc/rc put something like: > >if [ -f /etc/devfs.conf ] > then > line_no=0 > cat /etc/devfs.conf | grep -v '^#" | grep -v '^$' | while read line > do > orig=`echo ${line} | awk '{ print $1 }'` > link=`echo ${line} | awk '{ print $2 }'` > perms=`echo ${line} | awk '{ print $3 }'` > owner=`echo ${line} | awk '{ print $3 }'` Well, that would be better done as: ... | while read orig link perms owner rest :) Sean. --------------End of forwarded message------------------------- ---------- Sincerely Yours, Simon Shapiro Shimon@Simon-Shapiro.ORG Voice: 503.708.7858 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 17 17:19:34 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA09998 for freebsd-current-outgoing; Tue, 17 Feb 1998 17:19:34 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from awfulhak.org (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA09983 for ; Tue, 17 Feb 1998 17:19:16 -0800 (PST) (envelope-from brian@Awfulhak.org) Received: from gate.lan.awfulhak.org (localhost [127.0.0.1]) by awfulhak.org (8.8.7/8.8.7) with ESMTP id BAA24538; Wed, 18 Feb 1998 01:08:31 GMT (envelope-from brian@gate.lan.awfulhak.org) Message-Id: <199802180108.BAA24538@awfulhak.org> X-Mailer: exmh version 2.0.1 12/23/97 To: Luigi Rizzo cc: eivind@yes.no (Eivind Eklund), plm@xs4all.nl, freebsd-current@FreeBSD.ORG Subject: Re: cvs commit: src/usr.sbin/ppp command.c datalink.c datalink.h defs.h vars.c vars.h In-reply-to: Your message of "Tue, 17 Feb 1998 21:10:57 +0100." <199802172010.VAA01212@labinfo.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 18 Feb 1998 01:08:30 +0000 From: Brian Somers Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > > * "preemption" . > > > I don't think ppp allows this, but perhaps it could be possible to > > > implement preemption of long packets (or transfer them in smaller > > > 'cells') so that interactive traffic does not suffer exceedingly > ... > > I'm not certain how this can be handled. A possibility might be to > > fragment the packets for just that connection, ie, in effect lower the > > MTU for just part of the use. > > > > I believe some smart heuristics would be necessary to make this work well. > > the idea would be that the (non-standard) PPP link can be treated > to transfer cells of a fixed max size, each cell tagged with the > flow it belongs to. The sender does the fragmentation so the FQ > algorithm uses cells instead of packets. > > The whole things could be (probably) optimized if we can make use of > some unused ppp escape sequence to mark a preemption point, rather than > always fragment packets. At the moment, ppp has four queues. Two IP queues and two modem queues. The IP queues are `interactive' and `normal', and the modem queues are `fast' and `normal'. LCP and `interactive IP' traffic goes into the `fast' modem queue. `fast' data gets delivered first. Wouldn't this be best approached by just having a dynamic MTU - one that varies based on the number of packets in the interactive queue ? > cheers > luigi > -----------------------------+-------------------------------------- > Luigi Rizzo | Dip. di Ingegneria dell'Informazione > email: luigi@iet.unipi.it | Universita' di Pisa > tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) > fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ > _____________________________|______________________________________ -- Brian , , Don't _EVER_ lose your sense of humour.... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 17 17:20:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA10193 for freebsd-current-outgoing; Tue, 17 Feb 1998 17:20:59 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from awfulhak.org (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA10091 for ; Tue, 17 Feb 1998 17:20:12 -0800 (PST) (envelope-from brian@Awfulhak.org) Received: from gate.lan.awfulhak.org (localhost [127.0.0.1]) by awfulhak.org (8.8.7/8.8.7) with ESMTP id BAA24506; Wed, 18 Feb 1998 01:01:08 GMT (envelope-from brian@gate.lan.awfulhak.org) Message-Id: <199802180101.BAA24506@awfulhak.org> X-Mailer: exmh version 2.0.1 12/23/97 To: Garrett Wollman cc: Eivind Eklund , Luigi Rizzo , plm@xs4all.nl, freebsd-current@FreeBSD.ORG Subject: Re: cvs commit: src/usr.sbin/ppp command.c datalink.c datalink.h defs.h vars.c vars.h In-reply-to: Your message of "Tue, 17 Feb 1998 16:37:48 EST." <199802172137.QAA14720@khavrinen.lcs.mit.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 18 Feb 1998 01:01:08 +0000 From: Brian Somers Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG [.....] > > I'm not certain how this can be handled. A possibility might be to > > fragment the packets for just that connection, ie, in effect lower > > the MTU for just part of the use. > > What multilink PPP allows you to do is interrupt one data stream > temporarily to send a packet from another. (I'm remembering this from > what was described at the first ISSLL WG meeting, so forgive me if I > got it wrong.) You still have to go back to that packet eventually. The only possibility for this sort of thing I know of is fairly useless. You can pick up packets queued on one link and send them down another instead, but only if that other link hasn't sent any data with a higher sequence. I haven't started writing this stuff yet, but it occurs to me that it would be insane to fragment stuff, sequence it and queue it for the links until it's absolutely necessary. The more that's queued, the more difficult it is to send more urgent stuff (like LCP). It also hurts really badly if you lose a link and it's got lots of stuff queued for it (unless you get lucky). I have no plans to make the fragmentation algorithms intelligent to start with, but it should be easily doable once the code makes sense (it's like un-tangling a string puppet !!!). > -GAWollman > > -- > Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same > wollman@lcs.mit.edu | O Siem / The fires of freedom > Opinions not those of| Dance in the burning flame > MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick -- Brian , , Don't _EVER_ lose your sense of humour.... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 17 17:26:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA11082 for freebsd-current-outgoing; Tue, 17 Feb 1998 17:26:45 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id RAA10993 for ; Tue, 17 Feb 1998 17:26:16 -0800 (PST) (envelope-from luigi@labinfo.iet.unipi.it) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id UAA01120; Tue, 17 Feb 1998 20:50:16 +0100 From: Luigi Rizzo Message-Id: <199802171950.UAA01120@labinfo.iet.unipi.it> Subject: Re: cvs commit: src/usr.sbin/ppp command.c datalink.c datalink.h defs.h vars.c vars.h To: eivind@yes.no (Eivind Eklund) Date: Tue, 17 Feb 1998 20:50:15 +0100 (MET) Cc: plm@xs4all.nl, freebsd-current@FreeBSD.ORG In-Reply-To: <19980217203309.39822@follo.net> from "Eivind Eklund" at Feb 17, 98 08:32:50 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > It looks like all development on ppp takes place on the "MP" branch. I ... > This is a major re-structuring, which will just replace the PPP in > -current when it is finished. The use of the MP-branch is just to let > people see what's happening, keep history,.and to make it possible for > Brian and me to coordinate (not necessarily in that order). since this appears to be the right forum... there are a few things I would like (eventually) to go into ppp, so i am just throwing a few ideas here... i don't have the time to work on these things now, although I might look at them in the summer. * Fair Queueing support (i don't think it is already there, just a priority for interactive packets ?) the code could be grabbed from the ALTQ package recently announced on this list. Not necessarily the full package, just the FQ stuff could help; * "preemption" . I don't think ppp allows this, but perhaps it could be possible to implement preemption of long packets (or transfer them in smaller 'cells') so that interactive traffic does not suffer exceedingly large delays... is there any work on this ? (the alternative -- lowering MTU -- is not that attractive i believe, since it causes some overhead even if the last hop has proper header compression) cheers luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 17 17:38:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA13585 for freebsd-current-outgoing; Tue, 17 Feb 1998 17:38:03 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ns1.yes.no (ns1.yes.no [195.119.24.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA13443 for ; Tue, 17 Feb 1998 17:37:40 -0800 (PST) (envelope-from eivind@bitbox.follo.net) Received: from bitbox.follo.net (bitbox.follo.net [194.198.43.36]) by ns1.yes.no (8.8.7/8.8.7) with ESMTP id BAA20152; Wed, 18 Feb 1998 01:32:35 GMT Received: (from eivind@localhost) by bitbox.follo.net (8.8.6/8.8.6) id CAA20147; Wed, 18 Feb 1998 02:32:35 +0100 (MET) Message-ID: <19980218023234.65072@follo.net> Date: Wed, 18 Feb 1998 02:32:34 +0100 From: Eivind Eklund To: Brian Somers , Luigi Rizzo Cc: Eivind Eklund , plm@xs4all.nl, freebsd-current@FreeBSD.ORG Subject: Re: cvs commit: src/usr.sbin/ppp command.c datalink.c datalink.h defs.h vars.c vars.h References: <199802172010.VAA01212@labinfo.iet.unipi.it> <199802180108.BAA24538@awfulhak.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1i In-Reply-To: <199802180108.BAA24538@awfulhak.org>; from Brian Somers on Wed, Feb 18, 1998 at 01:08:30AM +0000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Feb 18, 1998 at 01:08:30AM +0000, Brian Somers wrote: > At the moment, ppp has four queues. Two IP queues and two modem > queues. The IP queues are `interactive' and `normal', and the modem > queues are `fast' and `normal'. LCP and `interactive IP' traffic > goes into the `fast' modem queue. `fast' data gets delivered first. > > Wouldn't this be best approached by just having a dynamic MTU - one > that varies based on the number of packets in the interactive queue ? The basic idea is sound, but it's the wrong variation parameter. You should vary it based on what number of packets there has been in the interactive queue recently - what is there right now isn't a good enough heuristic. An OK heuristic might e.g. be n_heuristic = C*n_heuristic + length_of_interactive_queue*(1-C) re-evaluated for every packet sent out, with C a constant < 1. I'd guess C should be somewhere between 0.9 and 0.99 to get both crispy feel while working interactively and quick transfers when not working interactively anymore, but this depend a bit on how much fragmenetation is done. The basic point is that you keep a logithmic, never-disappearing memory of all prior events. Eivind. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 18 01:15:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA20775 for freebsd-current-outgoing; Wed, 18 Feb 1998 01:15:02 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id BAA20743 for ; Wed, 18 Feb 1998 01:14:51 -0800 (PST) (envelope-from luigi@labinfo.iet.unipi.it) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id IAA02253; Wed, 18 Feb 1998 08:47:43 +0100 From: Luigi Rizzo Message-Id: <199802180747.IAA02253@labinfo.iet.unipi.it> Subject: Re: cvs commit: src/usr.sbin/ppp command.c datalink.c datalink.h defs.h vars.c vars.h To: eivind@yes.no (Eivind Eklund) Date: Wed, 18 Feb 1998 08:47:42 +0100 (MET) Cc: brian@Awfulhak.org, eivind@yes.no, plm@xs4all.nl, freebsd-current@FreeBSD.ORG In-Reply-To: <19980218023234.65072@follo.net> from "Eivind Eklund" at Feb 18, 98 02:32:15 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > On Wed, Feb 18, 1998 at 01:08:30AM +0000, Brian Somers wrote: > > At the moment, ppp has four queues. Two IP queues and two modem > > queues. The IP queues are `interactive' and `normal', and the modem > > queues are `fast' and `normal'. LCP and `interactive IP' traffic > > goes into the `fast' modem queue. `fast' data gets delivered first. > > > > Wouldn't this be best approached by just having a dynamic MTU - one > > that varies based on the number of packets in the interactive queue ? > > The basic idea is sound, but it's the wrong variation parameter. You should The problem on slow links is that your interactive packet can arrive right after the transmission of a 1500 byte packet has started, and at that point you get .5-1s of delay just waiting the completion of the previously started transmission. Even if you use adaptive MTU, it does not work well with the usual terminal traffic e.g. when you read something, since you type one char, then read/think for a few seconds, etc. Being on a ppp link enables you to interrupt a packet exactly when you need to. cheers luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 18 01:18:17 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA21783 for freebsd-current-outgoing; Wed, 18 Feb 1998 01:18:17 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id BAA21740 for ; Wed, 18 Feb 1998 01:18:06 -0800 (PST) (envelope-from luigi@labinfo.iet.unipi.it) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id IAA02274; Wed, 18 Feb 1998 08:51:25 +0100 From: Luigi Rizzo Message-Id: <199802180751.IAA02274@labinfo.iet.unipi.it> Subject: Re: cvs commit: src/usr.sbin/ppp command.c datalink.c datalink.h defs.h vars.c vars.h To: wollman@khavrinen.lcs.mit.edu (Garrett Wollman) Date: Wed, 18 Feb 1998 08:51:24 +0100 (MET) Cc: eivind@yes.no, plm@xs4all.nl, freebsd-current@FreeBSD.ORG In-Reply-To: <199802172137.QAA14720@khavrinen.lcs.mit.edu> from "Garrett Wollman" at Feb 17, 98 04:37:29 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > >> * Fair Queueing support (i don't think it is already there, just a > >> priority for interactive packets ?) the code could be grabbed from > >> the ALTQ package recently announced on this list. Not necessarily > >> the full package, just the FQ stuff could help; > > > This is on my list of things that must be done. I can't guarantee > > when I'll come to it, but if others don't take of them, I will. > > RED would be a good thing to have as well. Cisco lets you choose > among four different queueing disciplines. RED is good for fast links where you don't want to pay the additional cost of keeping separate queues etc (although this can be done quickly in constant time, you still have some cost in doing packet classification). on ppp frankly i'd still try to use fair queueing. cheers luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 18 01:20:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA22243 for freebsd-current-outgoing; Wed, 18 Feb 1998 01:20:07 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from korin.warman.org.pl (korin.nask.waw.pl [148.81.160.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA22135 for ; Wed, 18 Feb 1998 01:19:53 -0800 (PST) (envelope-from abial@nask.pl) Received: from localhost (abial@localhost) by korin.warman.org.pl (8.8.8/8.8.5) with SMTP id JAA12169 for ; Wed, 18 Feb 1998 09:44:36 +0100 (CET) X-Authentication-Warning: korin.warman.org.pl: abial owned process doing -bs Date: Wed, 18 Feb 1998 09:44:35 +0100 (CET) From: Andrzej Bialecki X-Sender: abial@korin.warman.org.pl To: freebsd-current@FreeBSD.ORG Subject: MGR and libvgl Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi! I recently played with Bellcore window ManaGeR (MGR) - it compiles almost cleanly on -current, and to my amazement it works. For those who don't know this - it's an X-like client-server GUI. Its main advantage over XFree is that it's tiny - the server/window manager takes ca. 170kB. And some say that it's relatively easy to port clients from X to MGR... (but probably it's not so easy actually - I didn't notice any widget library in MGR distribution). Now, its libbitblit supports only 320x200x256 and 640x480x2 modes (except some other extended modes on Trident cards). I wonder what would it take to use our libvgl instead of that somewhat antiquated library. Can I use other resolutions (at least 640x480x256) with libvgl? Andrzej Bialecki ---------------------+--------------------------------------------------------- abial@warman.org.pl | if(halt_per_mth > 0) { fetch("http://www.freebsd.org") } Research & Academic | "Be open-minded, but don't let your brains to fall out." Network in Poland | All of the above (and more) is just my personal opinion. ---------------------+--------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 18 01:50:44 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA26857 for freebsd-current-outgoing; Wed, 18 Feb 1998 01:50:44 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from sos.freebsd.dk (sos.freebsd.dk [195.8.129.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA26847 for ; Wed, 18 Feb 1998 01:50:39 -0800 (PST) (envelope-from sos@sos.freebsd.dk) Received: (from sos@localhost) by sos.freebsd.dk (8.8.8/8.8.8) id KAA01850; Wed, 18 Feb 1998 10:49:54 +0100 (MET) (envelope-from sos) Message-Id: <199802180949.KAA01850@sos.freebsd.dk> Subject: Re: MGR and libvgl In-Reply-To: from Andrzej Bialecki at "Feb 18, 98 09:44:35 am" To: abial@nask.pl (Andrzej Bialecki) Date: Wed, 18 Feb 1998 10:49:54 +0100 (MET) Cc: freebsd-current@FreeBSD.ORG From: Sřren Schmidt Reply-to: sos@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In reply to Andrzej Bialecki who wrote: > Hi! > > I recently played with Bellcore window ManaGeR (MGR) - it compiles almost > cleanly on -current, and to my amazement it works. For those who don't > know this - it's an X-like client-server GUI. Its main advantage over > XFree is that it's tiny - the server/window manager takes ca. 170kB. And > some say that it's relatively easy to port clients from X to MGR... (but > probably it's not so easy actually - I didn't notice any widget library in > MGR distribution). Oh boy, I remember MGR, I ported it to SCO & Minix say 10 years ago... It might be easy to port X apps, but it is ALOT of work.. As far as I remeber MGR doesn't do "real" color it is a BW system, with some rude color hacks... But its fast & very small compared to X, ideal for small machines... Could be in the kernel for a true graphic OS... > Now, its libbitblit supports only 320x200x256 and 640x480x2 modes (except > some other extended modes on Trident cards). I wonder what would it take > to use our libvgl instead of that somewhat antiquated library. Can I use > other resolutions (at least 640x480x256) with libvgl? Well, you can use libvgl to support std modes, 640x480x256 is NOT one of them. There is hope when we get VESA support into the system, but until then... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Sřren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 18 01:55:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA27845 for freebsd-current-outgoing; Wed, 18 Feb 1998 01:55:57 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from firewall.ftf.dk (root@mail.ftf.dk [129.142.64.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA27799; Wed, 18 Feb 1998 01:55:30 -0800 (PST) (envelope-from regnauld@deepo.prosa.dk) Received: from mail.prosa.dk ([192.168.100.2]) by firewall.ftf.dk (8.7.6/8.7.3) with ESMTP id MAA01153; Wed, 18 Feb 1998 12:43:16 +0100 Received: from deepo.prosa.dk (deepo.prosa.dk [192.168.100.10]) by mail.prosa.dk (8.8.5/8.8.5/prosa-1.1) with ESMTP id LAA03482; Wed, 18 Feb 1998 11:01:38 +0100 (CET) Received: (from regnauld@localhost) by deepo.prosa.dk (8.8.7/8.8.5/prosa-1.1) id KAA11231; Wed, 18 Feb 1998 10:54:21 +0100 (CET) Message-ID: <19980218105421.22793@deepo.prosa.dk> Date: Wed, 18 Feb 1998 10:54:21 +0100 From: Philippe Regnauld To: sos@FreeBSD.ORG Cc: current@FreeBSD.ORG Subject: Re: MGR and libvgl References: <199802180949.KAA01850@sos.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Mutt 0.88e In-Reply-To: =?iso-8859-1?Q?=3C199802180949=2EKAA01850=40sos=2Efreebsd=2Edk=3E=3B_fro?= =?iso-8859-1?Q?m_S=F8ren_Schmidt_on_Wed=2C_Feb_18=2C_1998_at_10=3A49=3A5?= =?iso-8859-1?Q?4AM_+0100?= X-Operating-System: FreeBSD 2.2.5-RELEASE i386 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Sřren Schmidt writes: > As far as I remeber MGR doesn't do "real" color it is a BW system, with > some rude color hacks... > But its fast & very small compared to X, ideal for small machines... > Could be in the kernel for a true graphic OS... What about the licensing ? Can you say "GUI Install & admin" ? :-) -- -[ Philippe Regnauld / sysadmin / regnauld@deepo.prosa.dk / +55.4N +11.3E ]- «Pluto placed his bad dog at the entrance of Hades to keep the dead IN and the living OUT! The archetypical corporate firewall?» - S. Kelly Bootle, ("MYTHOLOGY", in Marutukku distrib) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 18 02:04:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA29077 for freebsd-current-outgoing; Wed, 18 Feb 1998 02:04:03 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA29042; Wed, 18 Feb 1998 02:03:52 -0800 (PST) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost [127.0.0.1]) by dingo.cdrom.com (8.8.8/8.8.5) with ESMTP id CAA00727; Wed, 18 Feb 1998 02:02:52 -0800 (PST) Message-Id: <199802181002.CAA00727@dingo.cdrom.com> X-Mailer: exmh version 2.0zeta 7/24/97 To: Philippe Regnauld cc: sos@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: MGR and libvgl In-reply-to: Your message of "Wed, 18 Feb 1998 10:54:21 +0100." <19980218105421.22793@deepo.prosa.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Date: Wed, 18 Feb 1998 02:02:49 -0800 From: Mike Smith Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id CAA29047 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > But its fast & very small compared to X, ideal for small machines... > > Could be in the kernel for a true graphic OS... ... > Can you say "GUI Install & admin" ? :-) Can you say "it doesn't run on a character terminal"? -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 18 02:05:18 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA29339 for freebsd-current-outgoing; Wed, 18 Feb 1998 02:05:18 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from p.funk.org (p.funk.org [194.109.61.126]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA29305 for ; Wed, 18 Feb 1998 02:05:06 -0800 (PST) (envelope-from alexlh@p.funk.org) Received: (from alexlh@localhost) by p.funk.org (8.8.8/8.8.8) id LAA00245; Wed, 18 Feb 1998 11:04:00 +0100 (CET) (envelope-from alexlh) Message-ID: <19980218110400.10041@p.funk.org> Date: Wed, 18 Feb 1998 11:04:00 +0100 From: Alex Le Heux To: freebsd-current@FreeBSD.ORG Subject: weird things happening Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, My machine has been experiencing mysterious hangs for the past week. At first I suspected Luigi's new drivers, or the soundcard (as that was the last thing I had modified), but they both turned out to be innocent. Investigation indicated that it would freeze the moment it tried to swap. I emailed to freebsd-current about this, and John Dyson responded saying that there were several patches to the vm system underway. The vm system is way beyond me, so after looking at it for a while I decided to wait for those patches. Today however I noticed something interesting. This might be normal behaviour, if so, I would like to know what causes it. While running without swap, in 48 mb, trying to stress the memory system, I fired up: X, afterstep, two copies of netscape and two copies of wp7 (yuch). The machine slowed down to a crawl. Even moving the mouse from one side of the screen to the other took about 30 seconds. I had top running in an xterm, and it would update that window at the blazing speed of about 2 chars/sec. The load hovered somewhere around 5. After killing one of the netscapes everything returned to normal. During all this there was no disk activity whatsoever. If this is normal behaviour, I'd be interested in knowing what the system is so busy with, and if it's not, someone else might be interested in hearing about this, hence my post. Cheers, Alex -- Hi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 18 02:05:35 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA29404 for freebsd-current-outgoing; Wed, 18 Feb 1998 02:05:35 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA29340; Wed, 18 Feb 1998 02:05:18 -0800 (PST) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.6.9) with ESMTP id CAA24683; Wed, 18 Feb 1998 02:04:54 -0800 (PST) To: Philippe Regnauld cc: sos@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: MGR and libvgl In-reply-to: Your message of "Wed, 18 Feb 1998 10:54:21 +0100." <19980218105421.22793@deepo.prosa.dk> Date: Wed, 18 Feb 1998 02:04:53 -0800 Message-ID: <24679.887796293@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > What about the licensing ? > Can you say "GUI Install & admin" ? :-) Well, since it's almost certainly a pipe dream that anybody would actually do such an install, I think the licensing question is sort of irrelevant. In other words, I think almost anyone can *say* "GUI Install & admin" but the list of people who'd actually *do* such an install is very close to zero length. :-) Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 18 02:08:34 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA29988 for freebsd-current-outgoing; Wed, 18 Feb 1998 02:08:34 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from firewall.ftf.dk (root@mail.ftf.dk [129.142.64.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA29913; Wed, 18 Feb 1998 02:08:05 -0800 (PST) (envelope-from regnauld@deepo.prosa.dk) Received: from mail.prosa.dk ([192.168.100.2]) by firewall.ftf.dk (8.7.6/8.7.3) with ESMTP id MAA01310; Wed, 18 Feb 1998 12:55:39 +0100 Received: from deepo.prosa.dk (deepo.prosa.dk [192.168.100.10]) by mail.prosa.dk (8.8.5/8.8.5/prosa-1.1) with ESMTP id LAA03496; Wed, 18 Feb 1998 11:14:01 +0100 (CET) Received: (from regnauld@localhost) by deepo.prosa.dk (8.8.7/8.8.5/prosa-1.1) id LAA11328; Wed, 18 Feb 1998 11:06:44 +0100 (CET) Message-ID: <19980218110644.39878@deepo.prosa.dk> Date: Wed, 18 Feb 1998 11:06:44 +0100 From: Philippe Regnauld To: Mike Smith Cc: sos@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: MGR and libvgl References: <19980218105421.22793@deepo.prosa.dk> <199802181002.CAA00727@dingo.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Mutt 0.88e In-Reply-To: <199802181002.CAA00727@dingo.cdrom.com>; from Mike Smith on Wed, Feb 18, 1998 at 02:02:49AM -0800 X-Operating-System: FreeBSD 2.2.5-RELEASE i386 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Mike Smith writes: > > > But its fast & very small compared to X, ideal for small machines... > > > Could be in the kernel for a true graphic OS... > ... > > Can you say "GUI Install & admin" ? :-) > > Can you say "it doesn't run on a character terminal"? Thought you hated them . Just kidding. I'll refer to a previous post from Jordan: there is no way the character based install will disappear. I for one wouldn't use a GUI to install FreeBSD. Just thought it's make a nice suggestion for the great Abstracted-Modular-Install API design. No, I haven't written it yet :-P -- -[ Philippe Regnauld / sysadmin / regnauld@deepo.prosa.dk / +55.4N +11.3E ]- «Pluto placed his bad dog at the entrance of Hades to keep the dead IN and the living OUT! The archetypical corporate firewall?» - S. Kelly Bootle, ("MYTHOLOGY", in Marutukku distrib) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 18 02:24:31 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA02848 for freebsd-current-outgoing; Wed, 18 Feb 1998 02:24:31 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from korin.warman.org.pl (korin.nask.waw.pl [148.81.160.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA02825; Wed, 18 Feb 1998 02:24:14 -0800 (PST) (envelope-from abial@nask.pl) Received: from localhost (abial@localhost) by korin.warman.org.pl (8.8.8/8.8.5) with ESMTP id LAA04882; Wed, 18 Feb 1998 11:25:45 +0100 (CET) X-Authentication-Warning: korin.warman.org.pl: abial owned process doing -bs Date: Wed, 18 Feb 1998 11:25:45 +0100 (CET) From: Andrzej Bialecki X-Sender: abial@korin.warman.org.pl To: Philippe Regnauld cc: sos@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: MGR and libvgl In-Reply-To: <19980218105421.22793@deepo.prosa.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-2 Content-Transfer-Encoding: 8BIT Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 18 Feb 1998, Philippe Regnauld wrote: > Sřren Schmidt writes: > > > As far as I remeber MGR doesn't do "real" color it is a BW system, with > > some rude color hacks... > > But its fast & very small compared to X, ideal for small machines... > > Could be in the kernel for a true graphic OS... > > What about the licensing ? > Can you say "GUI Install & admin" ? :-) You can use and modify it as long as you don't sell it. And you must display copyright. As for the GUI Install & admin: perhaps the first part (i.e. install), if we can have a toolkit which can be used either in text or graphics mode. As for the admin part - I don't think so... Andrzej Bialecki ---------------------+--------------------------------------------------------- abial@warman.org.pl | if(halt_per_mth > 0) { fetch("http://www.freebsd.org") } Research & Academic | "Be open-minded, but don't let your brains to fall out." Network in Poland | All of the above (and more) is just my personal opinion. ---------------------+--------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 18 02:32:54 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA03915 for freebsd-current-outgoing; Wed, 18 Feb 1998 02:32:54 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from korin.warman.org.pl (korin.nask.waw.pl [148.81.160.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA03894; Wed, 18 Feb 1998 02:32:29 -0800 (PST) (envelope-from abial@nask.pl) Received: from localhost (abial@localhost) by korin.warman.org.pl (8.8.8/8.8.5) with ESMTP id LAA06792; Wed, 18 Feb 1998 11:35:02 +0100 (CET) X-Authentication-Warning: korin.warman.org.pl: abial owned process doing -bs Date: Wed, 18 Feb 1998 11:35:01 +0100 (CET) From: Andrzej Bialecki X-Sender: abial@korin.warman.org.pl To: =?ISO-8859-2?Q?S=F8ren_Schmidt?= cc: freebsd-current@FreeBSD.ORG Subject: Re: MGR and libvgl In-Reply-To: <199802180949.KAA01850@sos.freebsd.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-2 Content-Transfer-Encoding: 8BIT Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 18 Feb 1998, Sřren Schmidt wrote: > In reply to Andrzej Bialecki who wrote: > > Now, its libbitblit supports only 320x200x256 and 640x480x2 modes (except > > some other extended modes on Trident cards). I wonder what would it take > > to use our libvgl instead of that somewhat antiquated library. Can I use > > other resolutions (at least 640x480x256) with libvgl? > > Well, you can use libvgl to support std modes, 640x480x256 is NOT one of > them. There is hope when we get VESA support into the system, but until > then... And what about 640x480x16? I just checked it and it works (though the symbolic names in /usr/share/examples/libvgl/demo.c are somewhat out of sync with ). Also, when you ported it to SCO, did you do any development of it? Like e.g. widgets... :-)) Andrzej Bialecki ---------------------+--------------------------------------------------------- abial@warman.org.pl | if(halt_per_mth > 0) { fetch("http://www.freebsd.org") } Research & Academic | "Be open-minded, but don't let your brains to fall out." Network in Poland | All of the above (and more) is just my personal opinion. ---------------------+--------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 18 03:15:47 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA08694 for freebsd-current-outgoing; Wed, 18 Feb 1998 03:15:47 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA08685 for ; Wed, 18 Feb 1998 03:15:42 -0800 (PST) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.6.9) with ESMTP id DAA25043 for ; Wed, 18 Feb 1998 03:15:24 -0800 (PST) To: current@FreeBSD.ORG Subject: New 3.0 SNAPshot CDROM about ready for production.. Date: Wed, 18 Feb 1998 03:15:21 -0800 Message-ID: <25038.887800521@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG The last 3.0 SNAP was on October 17th, so I'd say we're overdue for another... I also hesitate to give folks too much (if any) warning on the SNAP CDs for -current since they invariably end up breaking -current for days on end in their rush to get everything in for the CD, but if someone has something they REALLY want to get in there then by all means dive on it now, otherwise be content to have the SNAP go out pretty much as the tree stands today, which isn't too bad or I wouldn't be thinking of making a snap in the first place. :-) Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 18 03:20:33 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA09529 for freebsd-current-outgoing; Wed, 18 Feb 1998 03:20:33 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from silvia.HIP.Berkeley.EDU (ala-ca34-51.ix.netcom.com [207.93.143.179]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA09474 for ; Wed, 18 Feb 1998 03:20:13 -0800 (PST) (envelope-from asami@vader.cs.berkeley.edu) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.8.8/8.6.9) id DAA13887; Wed, 18 Feb 1998 03:20:02 -0800 (PST) Date: Wed, 18 Feb 1998 03:20:02 -0800 (PST) Message-Id: <199802181120.DAA13887@silvia.HIP.Berkeley.EDU> To: jkh@time.cdrom.com CC: current@FreeBSD.ORG In-reply-to: <25038.887800521@time.cdrom.com> (jkh@time.cdrom.com) Subject: Re: New 3.0 SNAPshot CDROM about ready for production.. From: asami@FreeBSD.ORG (Satoshi Asami) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * I also hesitate to give folks too much (if any) warning on the SNAP * CDs for -current since they invariably end up breaking -current for * days on end in their rush to get everything in for the CD, but if * someone has something they REALLY want to get in there then by all * means dive on it now, otherwise be content to have the SNAP go out * pretty much as the tree stands today, which isn't too bad or I * wouldn't be thinking of making a snap in the first place. :-) Cool. By the way, please ask Justin Seger and DavidO if you want packages. :) Satoshi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 18 03:22:52 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA09923 for freebsd-current-outgoing; Wed, 18 Feb 1998 03:22:52 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA09870; Wed, 18 Feb 1998 03:22:38 -0800 (PST) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.6.9) with ESMTP id DAA25110; Wed, 18 Feb 1998 03:22:19 -0800 (PST) To: asami@FreeBSD.ORG (Satoshi Asami) cc: current@FreeBSD.ORG Subject: Re: New 3.0 SNAPshot CDROM about ready for production.. In-reply-to: Your message of "Wed, 18 Feb 1998 03:20:02 PST." <199802181120.DAA13887@silvia.HIP.Berkeley.EDU> Date: Wed, 18 Feb 1998 03:22:17 -0800 Message-ID: <25100.887800937@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Cool. By the way, please ask Justin Seger and DavidO if you want > packages. :) For snaps I usually just grab the previous packages and figure that it's HackerWare and if folks really want the latest bits, they'll build from ports. Still, if Justin or David have some newer bits all ready to go, I'll certainly be happy to merge them in. Within reason, of course - I'm also really out of space on those 2-CD snaps. :( Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 18 03:28:26 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA10866 for freebsd-current-outgoing; Wed, 18 Feb 1998 03:28:26 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from sos.freebsd.dk (sos.freebsd.dk [195.8.129.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA10822; Wed, 18 Feb 1998 03:28:05 -0800 (PST) (envelope-from sos@sos.freebsd.dk) Received: (from sos@localhost) by sos.freebsd.dk (8.8.8/8.8.8) id MAA02210; Wed, 18 Feb 1998 12:27:25 +0100 (MET) (envelope-from sos) Message-Id: <199802181127.MAA02210@sos.freebsd.dk> Subject: Re: MGR and libvgl In-Reply-To: from Andrzej Bialecki at "Feb 18, 98 11:35:01 am" To: abial@nask.pl (Andrzej Bialecki) Date: Wed, 18 Feb 1998 12:27:25 +0100 (MET) Cc: sos@FreeBSD.ORG, freebsd-current@FreeBSD.ORG From: Sřren Schmidt Reply-to: sos@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In reply to Andrzej Bialecki who wrote: [Charset ISO-8859-2 unsupported, filtering to ASCII...] > On Wed, 18 Feb 1998, S_ren Schmidt wrote: > > > In reply to Andrzej Bialecki who wrote: > > > > Now, its libbitblit supports only 320x200x256 and 640x480x2 modes (except > > > some other extended modes on Trident cards). I wonder what would it take > > > to use our libvgl instead of that somewhat antiquated library. Can I use > > > other resolutions (at least 640x480x256) with libvgl? > > > > Well, you can use libvgl to support std modes, 640x480x256 is NOT one of > > them. There is hope when we get VESA support into the system, but until > > then... > > And what about 640x480x16? I just checked it and it works (though the > symbolic names in /usr/share/examples/libvgl/demo.c are somewhat out of > sync with ). Yup 640x480x16 is a supported mode and it works on all VGA hw. > Also, when you ported it to SCO, did you do any development of it? Like > e.g. widgets... :-)) Nope, I realized pretty quickly that this was a dead-end and went on to more important things. I think MGR is totally dead today, there has been no development done since back then. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Sřren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 18 03:29:21 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA11077 for freebsd-current-outgoing; Wed, 18 Feb 1998 03:29:21 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from korin.warman.org.pl (korin.nask.waw.pl [148.81.160.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA11042 for ; Wed, 18 Feb 1998 03:29:12 -0800 (PST) (envelope-from abial@nask.pl) Received: from localhost (abial@localhost) by korin.warman.org.pl (8.8.8/8.8.5) with SMTP id MAA19316; Wed, 18 Feb 1998 12:31:04 +0100 (CET) X-Authentication-Warning: korin.warman.org.pl: abial owned process doing -bs Date: Wed, 18 Feb 1998 12:31:03 +0100 (CET) From: Andrzej Bialecki X-Sender: abial@korin.warman.org.pl To: "Jordan K. Hubbard" cc: current@FreeBSD.ORG Subject: Re: New 3.0 SNAPshot CDROM about ready for production.. In-Reply-To: <25038.887800521@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 18 Feb 1998, Jordan K. Hubbard wrote: .... > pretty much as the tree stands today, which isn't too bad or I > wouldn't be thinking of making a snap in the first place. :-) What about the current VM instability? I'm still getting panics with heavy swapping... Andrzej Bialecki ---------------------+--------------------------------------------------------- abial@warman.org.pl | if(halt_per_mth > 0) { fetch("http://www.freebsd.org") } Research & Academic | "Be open-minded, but don't let your brains to fall out." Network in Poland | All of the above (and more) is just my personal opinion. ---------------------+--------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 18 03:35:27 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA12060 for freebsd-current-outgoing; Wed, 18 Feb 1998 03:35:27 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA12043 for ; Wed, 18 Feb 1998 03:35:11 -0800 (PST) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost [127.0.0.1]) by dingo.cdrom.com (8.8.8/8.8.5) with ESMTP id DAA01086; Wed, 18 Feb 1998 03:33:36 -0800 (PST) Message-Id: <199802181133.DAA01086@dingo.cdrom.com> X-Mailer: exmh version 2.0zeta 7/24/97 To: Andrzej Bialecki cc: "Jordan K. Hubbard" , current@FreeBSD.ORG Subject: Re: New 3.0 SNAPshot CDROM about ready for production.. In-reply-to: Your message of "Wed, 18 Feb 1998 12:31:03 +0100." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 18 Feb 1998 03:33:35 -0800 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > On Wed, 18 Feb 1998, Jordan K. Hubbard wrote: > > ..... > > pretty much as the tree stands today, which isn't too bad or I > > wouldn't be thinking of making a snap in the first place. :-) > > What about the current VM instability? I'm still getting panics with heavy > swapping... We're on it; should have a fix in an hour or two. As Dmitrij pointed out, it's the bdev major conflict between 'sw' and 'wfd'. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 18 03:37:27 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA12345 for freebsd-current-outgoing; Wed, 18 Feb 1998 03:37:27 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA12326 for ; Wed, 18 Feb 1998 03:37:19 -0800 (PST) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.6.9) with ESMTP id DAA28059; Wed, 18 Feb 1998 03:36:51 -0800 (PST) To: Andrzej Bialecki cc: current@FreeBSD.ORG Subject: Re: New 3.0 SNAPshot CDROM about ready for production.. In-reply-to: Your message of "Wed, 18 Feb 1998 12:31:03 +0100." Date: Wed, 18 Feb 1998 03:36:51 -0800 Message-ID: <28055.887801811@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Well, there's always *someone* that -current crashes for; it hasn't stopped us from releasing snapshot CDs in the past. :-) Jordan > On Wed, 18 Feb 1998, Jordan K. Hubbard wrote: > > .... > > pretty much as the tree stands today, which isn't too bad or I > > wouldn't be thinking of making a snap in the first place. :-) > > What about the current VM instability? I'm still getting panics with heavy > swapping... > > Andrzej Bialecki > > ---------------------+------------------------------------------------------- -- > abial@warman.org.pl | if(halt_per_mth > 0) { fetch("http://www.freebsd.org") } > Research & Academic | "Be open-minded, but don't let your brains to fall out ." > Network in Poland | All of the above (and more) is just my personal opinio n. > ---------------------+------------------------------------------------------- -- > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 18 05:25:53 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA06471 for freebsd-current-outgoing; Wed, 18 Feb 1998 05:25:53 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from rf900.physics.usyd.edu.au (rf900.physics.usyd.edu.au [129.78.129.109]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA06456 for ; Wed, 18 Feb 1998 05:25:46 -0800 (PST) (envelope-from dawes@rf900.physics.usyd.edu.au) Received: (from dawes@localhost) by rf900.physics.usyd.edu.au (8.8.5/8.8.2) id AAA00550; Thu, 19 Feb 1998 00:25:34 +1100 (EST) Message-ID: <19980219002534.43748@rf900.physics.usyd.edu.au> Date: Thu, 19 Feb 1998 00:25:34 +1100 From: David Dawes To: Terry Lambert Cc: sthaug@nethelp.no, current@FreeBSD.ORG Subject: Re: devfs persistence References: <22612.887749938@verdi.nethelp.no> <199802172325.QAA07146@usr09.primenet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 In-Reply-To: <199802172325.QAA07146@usr09.primenet.com>; from Terry Lambert on Tue, Feb 17, 1998 at 11:25:39PM +0000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Feb 17, 1998 at 11:25:39PM +0000, Terry Lambert wrote: >> > > - ln -s cuaa0 mouse >> > >> > This is somewhat non-sensical as well. The mouse should use a protocol >> > virtualizer so that a /dev/mouse is reexported, and it doesn't matter >> > what your physical mouse hardware is, the thing looks like a mousesystems >> > (or other) mouse, always, so that programs don't have to care about this. >> >> Sure. But that makes XFree86 dependent on the mouse protocol virtualizer >> also. Do you want to introduce more dependencies? (Just playing the >> devil's advocate here.) > >Ask David Dawes. XFree86 already does this; it had to for SVR4. Yes, the original XFree86 development started on SVR4, and it had support for that from day one (they called it xqueue, and it provides asynchronous delivery of keyboard and mouse events). The SysMouse format available with the improved mouse support that Kazu has been working on pretty much does the protocol virtualisation, doesn't it? Future releases of XFree86 will include support for the new FreeBSD mouse code. I'd love to be able to take all of the protocol-specific code out of XFree86, but not enough OSs do this protocol virtualisation. David To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 18 05:41:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA08721 for freebsd-current-outgoing; Wed, 18 Feb 1998 05:41:06 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from fang.cs.sunyit.edu (root@fang.cs.sunyit.edu [192.52.220.66]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA08711 for ; Wed, 18 Feb 1998 05:40:58 -0800 (PST) (envelope-from perlsta@cs.sunyit.edu) Received: from win95.local.sunyit.edu (A-T34.rh.sunyit.edu [150.156.210.241]) by fang.cs.sunyit.edu (8.8.5/8.7.3) with SMTP id JAA15968; Wed, 18 Feb 1998 09:41:24 GMT Message-ID: <023101bd3c72$0d110740$0600a8c0@win95.local.sunyit.edu> From: "Alfred Perlstein" To: "Alex Le Heux" , Subject: Re: weird things happening Date: Wed, 18 Feb 1998 08:35:15 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.2106.4 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG i don't really know, but i've been doing things and noticed that my machine was lagging about, anyway netscape seems to like to leave a copy of itself in memory and steal 50% of the CPU... i don't know why or how it happens, but a simple: killall -9 netscape does the trick for me. -Alfred -----Original Message----- From: Alex Le Heux To: freebsd-current@FreeBSD.ORG Date: Wednesday, February 18, 1998 1:13 AM Subject: weird things happening >Hi, > >My machine has been experiencing mysterious hangs for the past week. At first >I suspected Luigi's new drivers, or the soundcard (as that was the last thing >I had modified), but they both turned out to be innocent. Investigation >indicated that it would freeze the moment it tried to swap. > >I emailed to freebsd-current about this, and John Dyson responded saying that >there were several patches to the vm system underway. The vm system is way >beyond me, so after looking at it for a while I decided to wait for those >patches. > >Today however I noticed something interesting. This might be normal >behaviour, if so, I would like to know what causes it. > >While running without swap, in 48 mb, trying to stress the memory system, >I fired up: X, afterstep, two copies of netscape and two copies of wp7 (yuch). > >The machine slowed down to a crawl. Even moving the mouse from one side of >the screen to the other took about 30 seconds. I had top running in an xterm, >and it would update that window at the blazing speed of about 2 chars/sec. > >The load hovered somewhere around 5. > >After killing one of the netscapes everything returned to normal. > >During all this there was no disk activity whatsoever. > >If this is normal behaviour, I'd be interested in knowing what the system >is so busy with, and if it's not, someone else might be interested in hearing >about this, hence my post. > >Cheers, > >Alex > >-- > Hi > >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 Feb 18 06:37:40 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA17770 for freebsd-current-outgoing; Wed, 18 Feb 1998 06:37:40 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from axp5-fddi.physik.fu-berlin.de (axp5-fddi.physik.fu-berlin.de [160.45.34.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA17756 for ; Wed, 18 Feb 1998 06:37:28 -0800 (PST) (envelope-from thimm@oberon.physik.fu-berlin.de) Received: from oberon.physik.fu-berlin.de (oberon.physik.fu-berlin.de [160.45.33.83]) by axp5-fddi.physik.fu-berlin.de (8.8.5/8.8.5) with ESMTP id PAA16897; Wed, 18 Feb 1998 15:11:51 +0100 (MET) Received: (from thimm@localhost) by oberon.physik.fu-berlin.de (8.8.5/8.7.1) id PAA06282; Wed, 18 Feb 1998 15:11:50 +0100 (MET) From: Axel Thimm Message-Id: <199802181411.PAA06282@oberon.physik.fu-berlin.de> Subject: panic: vm_page_unwire: invalid wire count: 0 (was Re: getcwd, fork & vfork) In-Reply-To: <199802171803.TAA19561@oberon.physik.fu-berlin.de> from Axel Thimm at "Feb 17, 98 07:03:21 pm" To: current@FreeBSD.ORG Date: Wed, 18 Feb 1998 15:11:50 +0100 (MET) Cc: Axel.Thimm@physik.fu-berlin.de (Axel Thimm) X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Sources are current from 98-02-17 0:09 CET I made a debug kernel out of GENERIC and can reproduce the same problem. I will CVSup and try again. Are my bug reports to current wanted? I neither was acknowledged in the last two mails nor did someone ask me not to post bug reports here :( Axel. rige# gdb -k -s kernel.debug -c /var/crash/vmcore.2 /var/crash/kernel.2 GDB is free software and you are welcome to 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. GDB 4.16 (i386-unknown-freebsd), Copyright 1996 Free Software Foundation, Inc...(no debugging symbols found)... IdlePTD 274000 initial pcb at 24aef0 panicstr: vm_page_unwire: invalid wire count: %d panic messages: --- panic: vm_page_unwire: invalid wire count: 0 syncing disks... 27 27 27 27 27 27 27 27 27 27 27 27 27 27 27 27 27 27 27 27 giving up dumping to dev 40001, offset 151216 dump 63 62 61 60 59 58 57 56 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 0xf0115317 in boot () (kgdb) where #0 0xf0115317 in boot () #1 0xf01155e6 in panic () #2 0xf01c657f in vm_page_unwire () #3 0xf012d804 in vfs_vmio_release () #4 0xf012d45d in brelse () #5 0xf0132eb5 in vinvalbuf () #6 0xf015f140 in nfs_vinvalbuf () #7 0xf0187260 in nfs_remove () #8 0xf0136597 in unlink () #9 0xf01dd0f3 in syscall () #10 0x159a5 in ?? () #11 0x12db in ?? () #12 0x107e in ?? () (kgdb) -- Axel Thimm Axel.Thimm@physik.fu-berlin.de Axel.Thimm@ifh.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 18 06:44:46 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA19671 for freebsd-current-outgoing; Wed, 18 Feb 1998 06:44:46 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from bellsouth.cl (bellsouth.cl [206.48.84.212]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA19648 for ; Wed, 18 Feb 1998 06:44:39 -0800 (PST) (envelope-from ajmery@bellsouth.cl) Received: from bellsouth.cl ([206.48.84.110]) by bellsouth.cl (8.7.4/8.6.9) with ESMTP id LAA22494 for ; Wed, 18 Feb 1998 11:42:07 -0300 Message-ID: <34EAFECF.ABC1A614@bellsouth.cl> Date: Wed, 18 Feb 1998 11:31:28 -0400 From: Alejandro Mery Pellegrini Reply-To: neron@engineer.com X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: freebsd-current@FreeBSD.ORG Subject: panic: vm_page_free Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I use to work under 3.0-971225-SNAP very fine, but i deleted to install 3.0-980214-SNAP on my PII/266. but... when booting from boot.flp of the new version i got: vm_page_free: pindex(12), busy(0),pg_busy(0),hold(0) panic: vm_page_free: freeing free page (reboot) what can i do? i hate microshit, and i can't download another version this month. Please... help me Alejandro Mery P. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 18 08:10:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA04052 for freebsd-current-outgoing; Wed, 18 Feb 1998 08:10:37 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id IAA04038 for ; Wed, 18 Feb 1998 08:10:26 -0800 (PST) (envelope-from luigi@labinfo.iet.unipi.it) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id PAA02990; Wed, 18 Feb 1998 15:43:03 +0100 From: Luigi Rizzo Message-Id: <199802181443.PAA02990@labinfo.iet.unipi.it> Subject: ppp and RED To: eivind@yes.no, plm@xs4all.nl, freebsd-current@FreeBSD.ORG Date: Wed, 18 Feb 1998 15:43:03 +0100 (MET) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG As a followup to my previous message on ppp and RED: I believe, that RED will gain you nothing on a (slow, as they usually are) ppp link. Below I'll try to explain my perplexity (which is also due the the fact that i have never seen evaluations of how RED performs on slow links -- the various papers seem to concentrate on mbit links). Consider that the typical ppp link is at one end of a path, has very low bandwidth, and constitutes the bottleneck of the path. Now remember that if you don't have at least 4 pkts in flight, fast retransmit will not work and your throughput will be awful. On the other hand, on the above setting, all packets in flight will be queued at the ppp link, where you get most of the delay. This is much different from what happens on faster paths, where the transmission time (pkt_size/bw) is comparable or even smaller than the propagation delay, and you can hope to have some packets in the pipes, or buffered at intermediate routers. So, to sum up, you cannot(*) keep the queue too short (say less than 3-4slots per flow) or you'll get timeouts; on the other hand the total queue size is already limited (20 buffers ?) or the delay would be exceedingly high. (*) you could if you had a different congestion notification mechanism, like ECN bits or a lower threshold on fast rxmt. but tcp does not have these... cheers luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 18 09:13:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA16348 for freebsd-current-outgoing; Wed, 18 Feb 1998 09:13:58 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA16280; Wed, 18 Feb 1998 09:13:36 -0800 (PST) (envelope-from jdp@austin.polstra.com) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.8/8.8.8) with ESMTP id JAA16606; Wed, 18 Feb 1998 09:13:33 -0800 (PST) (envelope-from jdp) Message-Id: <199802181713.JAA16606@austin.polstra.com> To: current@FreeBSD.ORG, stable@FreeBSD.ORG Subject: Heads up: src/games/boggle (tm) will soon be removed from repository Date: Wed, 18 Feb 1998 09:13:33 -0800 From: John Polstra Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'm going to nuke the boggle (tm) files from the CVS repository this weekend. If you update your sources using CVS, and have not done a "cvs update -P" in your games tree since Feburary 11, you will need to do one before this weekend. Otherwise, when you finally do your next cvs update, cvs will die because it can't find the RCS files in the repository. In that case you'll have to manually intervene, like this: cd /usr/src rm -rf games cvs -q upd -Pd games If you've already done the "cvs update -P" since February 11th, then you are in the clear and can safely ignore this message. Likewise, if you update your source tree using CVSup's "checkout mode", then you don't have to worry about this. -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 18 09:34:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA21085 for freebsd-current-outgoing; Wed, 18 Feb 1998 09:34:12 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA21015 for ; Wed, 18 Feb 1998 09:33:57 -0800 (PST) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.6.9) with ESMTP id JAA26947; Wed, 18 Feb 1998 09:33:38 -0800 (PST) To: neron@engineer.com cc: freebsd-current@FreeBSD.ORG Subject: Re: panic: vm_page_free In-reply-to: Your message of "Wed, 18 Feb 1998 11:31:28 -0400." <34EAFECF.ABC1A614@bellsouth.cl> Date: Wed, 18 Feb 1998 09:33:38 -0800 Message-ID: <26944.887823218@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG You have to download at least a newer boot floppy. This has been fixed, but there's nothing we can do about the broken version you already have. > I use to work under 3.0-971225-SNAP very fine, but i deleted to install > 3.0-980214-SNAP on my PII/266. > but... when booting from boot.flp of the new version i got: > vm_page_free: pindex(12), busy(0),pg_busy(0),hold(0) > panic: vm_page_free: freeing free page > (reboot) > what can i do? i hate microshit, and i can't download another version > this month. > > Please... help me > > Alejandro Mery P. > > 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 Feb 18 09:36:18 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA21489 for freebsd-current-outgoing; Wed, 18 Feb 1998 09:36:18 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA21419 for ; Wed, 18 Feb 1998 09:35:55 -0800 (PST) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.6.9) with ESMTP id JAA26935; Wed, 18 Feb 1998 09:32:39 -0800 (PST) To: Axel Thimm cc: current@FreeBSD.ORG, Axel.Thimm@physik.fu-berlin.de (Axel Thimm) Subject: Re: panic: vm_page_unwire: invalid wire count: 0 (was Re: getcwd, fork & vfork) In-reply-to: Your message of "Wed, 18 Feb 1998 15:11:50 +0100." <199802181411.PAA06282@oberon.physik.fu-berlin.de> Date: Wed, 18 Feb 1998 09:32:39 -0800 Message-ID: <26932.887823159@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Are my bug reports to current wanted? I neither was acknowledged in the last > two mails nor did someone ask me not to post bug reports here :( That's why send-pr is a better way of communicating these things. Mails to -current get variable amounts of attention depending on how busy folks are whereas a PR just sort of hangs around forever, tormenting people. Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 18 10:33:28 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA03688 for freebsd-current-outgoing; Wed, 18 Feb 1998 10:33:28 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id KAA03609 for ; Wed, 18 Feb 1998 10:32:48 -0800 (PST) (envelope-from luigi@labinfo.iet.unipi.it) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id SAA03415; Wed, 18 Feb 1998 18:05:09 +0100 From: Luigi Rizzo Message-Id: <199802181705.SAA03415@labinfo.iet.unipi.it> Subject: Re: ppp and RED To: kjc@csl.sony.co.jp (Kenjiro Cho) Date: Wed, 18 Feb 1998 18:05:09 +0100 (MET) Cc: eivind@yes.no, plm@xs4all.nl, freebsd-current@FreeBSD.ORG In-Reply-To: <199802181745.CAA29510@hotaka.csl.sony.co.jp> from "Kenjiro Cho" at Feb 19, 98 02:45:23 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Luigi, > > I'm sure RED is a big win for a slow ppp link. > In the current TCP, fast-recovery fails when multiple packets get > dropped in a single window. RED at the bottleneck link considerablly > reduces the chance of successive packet drop. > > Traffic traces are available to prove it. It's not a slow link, though. > http://www.csl.sony.co.jp/person/kjc/red/perf.html of course i might be plain wrong since i have not done specific experiments. i don't think these traces (or those in Sally's RED papers, or those in the FRED papers etc) are applicable to links 100..500 times slower. See my comments below on realistic queue sizes for slow links. On top of this, i believe that the RTT estimate has a hard time in tracking the large queueing delay, so that most of the timeout when the FIFO queue overflows is masked by queued data still flowing on the link. As a consequence, the effect of a restart is not that bad, and the link might almost keep streaming. In any case, since you are working on this, presumably, to test your ALTQ stuff, why don't you set up my dummynet stuff at the sink (or modify dummynet so that it intercepts all IP traffic, as opposed to TCP only as it does now) ? That would enable you to do some quick tests with artificial bandwidth limitations, probably valid even to very low values. Dummynet is at http://www.iet.unipi.it/~luigi/research.html Alternatively, would it be hard to make a quick test using ns ? > >> Consider that the typical ppp link is at one end of a path, has > >> very low bandwidth, and constitutes the bottleneck of the path. > >> Now remember that if you don't have at least 4 pkts in flight, fast > >> retransmit will not work and your throughput will be awful. > > >> On the other hand, on the above setting, all packets in flight will > >> be queued at the ppp link, where you get most of the delay. This > >> is much different from what happens on faster paths, where the > >> transmission time (pkt_size/bw) is comparable or even smaller than > >> the propagation delay, and you can hope to have some packets in > >> the pipes, or buffered at intermediate routers. > > >> So, to sum up, you cannot(*) keep the queue too short (say less > >> than 3-4slots per flow) or you'll get timeouts; on the other hand > >> the total queue size is already limited (20 buffers ?) or the delay > >> would be exceedingly high. cheers luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 18 11:22:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA16349 for freebsd-current-outgoing; Wed, 18 Feb 1998 11:22:12 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from inetfw.sonycsl.co.jp (inetfw.sonycsl.co.jp [203.137.129.4]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA16270 for ; Wed, 18 Feb 1998 11:22:02 -0800 (PST) (envelope-from kjc@csl.sony.co.jp) Received: from hotaka.csl.sony.co.jp (hotaka.csl.sony.co.jp [43.27.98.57]) by inetfw.sonycsl.co.jp (8.8.5/3.5W) with ESMTP id CAA22666; Thu, 19 Feb 1998 02:45:59 +0900 (JST) Received: from localhost (localhost [127.0.0.1]) by hotaka.csl.sony.co.jp (8.8.4/3.3W3) with ESMTP id CAA29510; Thu, 19 Feb 1998 02:45:43 +0900 (JST) Message-Id: <199802181745.CAA29510@hotaka.csl.sony.co.jp> To: Luigi Rizzo cc: eivind@yes.no, plm@xs4all.nl, freebsd-current@FreeBSD.ORG Subject: Re: ppp and RED In-reply-to: Your message of "Wed, 18 Feb 1998 15:43:03 +0100." <199802181443.PAA02990@labinfo.iet.unipi.it> Date: Thu, 19 Feb 1998 02:45:42 +0900 From: Kenjiro Cho Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Luigi, I'm sure RED is a big win for a slow ppp link. In the current TCP, fast-recovery fails when multiple packets get dropped in a single window. RED at the bottleneck link considerablly reduces the chance of successive packet drop. Traffic traces are available to prove it. It's not a slow link, though. http://www.csl.sony.co.jp/person/kjc/red/perf.html --kj >>>>> On Wed, 18 Feb 1998 15:43:03 +0100 (MET), Luigi Rizzo said: >> As a followup to my previous message on ppp and RED: >> I believe, that RED will gain you nothing on a (slow, as they >> usually are) ppp link. >> Below I'll try to explain my perplexity (which is also due the the >> fact that i have never seen evaluations of how RED performs on slow >> links -- the various papers seem to concentrate on mbit links). >> Consider that the typical ppp link is at one end of a path, has >> very low bandwidth, and constitutes the bottleneck of the path. >> Now remember that if you don't have at least 4 pkts in flight, fast >> retransmit will not work and your throughput will be awful. >> On the other hand, on the above setting, all packets in flight will >> be queued at the ppp link, where you get most of the delay. This >> is much different from what happens on faster paths, where the >> transmission time (pkt_size/bw) is comparable or even smaller than >> the propagation delay, and you can hope to have some packets in >> the pipes, or buffered at intermediate routers. >> So, to sum up, you cannot(*) keep the queue too short (say less >> than 3-4slots per flow) or you'll get timeouts; on the other hand >> the total queue size is already limited (20 buffers ?) or the delay >> would be exceedingly high. >> (*) you could if you had a different congestion notification >> mechanism, like ECN bits or a lower threshold on fast rxmt. but tcp >> does not have these... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 18 14:10:21 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA26239 for freebsd-current-outgoing; Wed, 18 Feb 1998 14:10:21 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gated.unibest.ru (gated.unibest.ru [194.87.33.5]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id OAA26190 for ; Wed, 18 Feb 1998 14:10:07 -0800 (PST) (envelope-from osa@unibest.ru) From: osa@unibest.ru Received: (qmail 1539 invoked by uid 520); 18 Feb 1998 22:10:01 -0000 Date: 18 Feb 1998 22:10:00 -0000 Message-ID: <19980218221000.1538.qmail@gated.unibest.ru> To: freebsd-current@FreeBSD.ORG Subject: Where is opt_*.h ??? Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello! Plz answer me whereis opt_*.h files ??? I have a 3.0-980120-SNAP... When i compile a new kernel, i say: # /usr/sbin/config MYKERNEL all ok # cd ../../compile/MYKERNEL # make depend auto_conf.c : can't find ( or open ) opt_.....c file. In autoconf.c i found following: #include "opt_bootp.h" #include "opt_ffs.h" #include "opt_cd9660.h" #include "opt_mfs.h" #include "opt_nfs.h" But where is it ? Plz help me. Rgdz, Ozz, osa@unibest.ru To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 18 15:20:26 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA08282 for freebsd-current-outgoing; Wed, 18 Feb 1998 15:20:26 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA08259 for ; Wed, 18 Feb 1998 15:20:13 -0800 (PST) (envelope-from dyson@dyson.iquest.net) Received: (from root@localhost) by dyson.iquest.net (8.8.8/8.8.8) id SAA00988; Wed, 18 Feb 1998 18:12:24 -0500 (EST) (envelope-from dyson) Message-Id: <199802182312.SAA00988@dyson.iquest.net> Subject: Re: New 3.0 SNAPshot CDROM about ready for production.. In-Reply-To: <28055.887801811@time.cdrom.com> from "Jordan K. Hubbard" at "Feb 18, 98 03:36:51 am" To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Wed, 18 Feb 1998 18:12:24 -0500 (EST) Cc: abial@nask.pl, current@FreeBSD.ORG From: "John S. Dyson" Reply-To: dyson@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I know that there are problems, but I am helping some people at work (who are paying me :-)), with another U**X clone that crashes worse than -current does :-). Alot of fixes and cleanups are residing on my system at home right now, but cannot take responsibility for them until I can reply to and track bug reports. Jordan K. Hubbard said: > Well, there's always *someone* that -current crashes for; it hasn't > stopped us from releasing snapshot CDs in the past. :-) > > Jordan > > > On Wed, 18 Feb 1998, Jordan K. Hubbard wrote: > > > > .... > > > pretty much as the tree stands today, which isn't too bad or I > > > wouldn't be thinking of making a snap in the first place. :-) > > > > What about the current VM instability? I'm still getting panics with heavy > > swapping... > > > > Andrzej Bialecki > > > > ---------------------+------------------------------------------------------- > -- > > abial@warman.org.pl | if(halt_per_mth > 0) { fetch("http://www.freebsd.org") > } > > Research & Academic | "Be open-minded, but don't let your brains to fall out > ." > > Network in Poland | All of the above (and more) is just my personal opinio > n. > > ---------------------+------------------------------------------------------- > -- > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > -- John | Never try to teach a pig to sing, dyson@freebsd.org | it just makes you look stupid, jdyson@nc.com | and it irritates the pig. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 18 15:33:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA10473 for freebsd-current-outgoing; Wed, 18 Feb 1998 15:33:11 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA10414; Wed, 18 Feb 1998 15:32:42 -0800 (PST) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.6.9) with ESMTP id PAA07325; Wed, 18 Feb 1998 15:22:29 -0800 (PST) To: dyson@FreeBSD.ORG cc: abial@nask.pl, current@FreeBSD.ORG Subject: Re: New 3.0 SNAPshot CDROM about ready for production.. In-reply-to: Your message of "Wed, 18 Feb 1998 18:12:24 EST." <199802182312.SAA00988@dyson.iquest.net> Date: Wed, 18 Feb 1998 15:22:28 -0800 Message-ID: <7322.887844148@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I know that there are problems, but I am helping some people at work > (who are paying me :-)), with another U**X clone that crashes worse > than -current does :-). Alot of fixes and cleanups are residing on > my system at home right now, but cannot take responsibility for them > until I can reply to and track bug reports. Don't worry about it - with or without you, I'm releasing this SNAP. :-) Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 18 16:03:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA16599 for freebsd-current-outgoing; Wed, 18 Feb 1998 16:03:09 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA16568; Wed, 18 Feb 1998 16:02:45 -0800 (PST) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.6.9) with ESMTP id QAA25653; Wed, 18 Feb 1998 16:02:18 -0800 (PST) To: Greg Lehey cc: dyson@FreeBSD.ORG, abial@nask.pl, current@FreeBSD.ORG Subject: Re: New 3.0 SNAPshot CDROM about ready for production.. In-reply-to: Your message of "Thu, 19 Feb 1998 10:13:50 +1030." <19980219101350.10474@freebie.lemis.com> Date: Wed, 18 Feb 1998 16:02:17 -0800 Message-ID: <25620.887846537@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Why now? If it's been 4 months, another week or two to get a more > stable snap seems to be worth it to me. If I thought another week or two would make the difference, I'd agree. Fortunately, I had the rose coloring wiped off this pair of glasses some time back. :-) Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 18 17:14:28 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA29647 for freebsd-current-outgoing; Wed, 18 Feb 1998 17:14:28 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from allegro.lemis.com (allegro.lemis.com [192.109.197.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA29583; Wed, 18 Feb 1998 17:14:03 -0800 (PST) (envelope-from grog@lemis.com) Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137]) by allegro.lemis.com (8.8.7/8.8.5) with ESMTP id KAA29848; Thu, 19 Feb 1998 10:13:51 +1030 (CST) Received: (from grog@localhost) by freebie.lemis.com (8.8.8/8.8.7) id KAA01345; Thu, 19 Feb 1998 10:13:50 +1030 (CST) (envelope-from grog) Message-ID: <19980219101350.10474@freebie.lemis.com> Date: Thu, 19 Feb 1998 10:13:50 +1030 From: Greg Lehey To: "Jordan K. Hubbard" , dyson@FreeBSD.ORG Cc: abial@nask.pl, current@FreeBSD.ORG Subject: Re: New 3.0 SNAPshot CDROM about ready for production.. References: <199802182312.SAA00988@dyson.iquest.net> <7322.887844148@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89i In-Reply-To: <7322.887844148@time.cdrom.com>; from Jordan K. Hubbard on Wed, Feb 18, 1998 at 03:22:28PM -0800 WWW-Home-Page: http://www.lemis.com/~grog Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 18 February 1998 at 15:22:28 -0800, Jordan K. Hubbard wrote: >> I know that there are problems, but I am helping some people at work >> (who are paying me :-)), with another U**X clone that crashes worse >> than -current does :-). Alot of fixes and cleanups are residing on >> my system at home right now, but cannot take responsibility for them >> until I can reply to and track bug reports. > > Don't worry about it - with or without you, I'm releasing this > SNAP. :-) Why now? If it's been 4 months, another week or two to get a more stable snap seems to be worth it to me. Greg To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 18 17:29:50 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA02275 for freebsd-current-outgoing; Wed, 18 Feb 1998 17:29:50 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ns2.cetlink.net (root@ns2.cetlink.net [209.54.54.20]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA02249; Wed, 18 Feb 1998 17:29:33 -0800 (PST) (envelope-from jak@cetlink.net) Received: from ts2-cltnc-84.cetlink.net (ts2-cltnc-84.cetlink.net [209.54.58.84]) by ns2.cetlink.net (8.8.5/8.8.5) with SMTP id UAA19403; Wed, 18 Feb 1998 20:28:24 -0500 (EST) From: jak@cetlink.net (John Kelly) To: "Jordan K. Hubbard" Cc: Greg Lehey , dyson@FreeBSD.ORG, abial@nask.pl, current@FreeBSD.ORG Subject: Re: New 3.0 SNAPshot CDROM about ready for production.. Date: Thu, 19 Feb 1998 02:28:52 GMT Message-ID: <34ed983e.2638157@mail.cetlink.net> References: <25620.887846537@time.cdrom.com> In-Reply-To: <25620.887846537@time.cdrom.com> X-Mailer: Forte Agent 1.01/16.397 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id RAA02252 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 18 Feb 1998 16:02:17 -0800, "Jordan K. Hubbard" wrote: >> Why now? If it's been 4 months, another week or two to get a more >> stable snap seems to be worth it to me. > >If I thought another week or two would make the difference, I'd agree. >Fortunately, I had the rose coloring wiped off this pair of glasses >some time back. :-) I would be inclined to buy a SNAP CD cut in a couple of more weeks when the VM situation has stabilized. But if one was cut now I would rather just take the extra time to download for free. If you want to sell more SNAP CDs it might be good to wait. -- The day of the proprietary OS is over. Long live free software. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 18 17:33:00 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA02850 for freebsd-current-outgoing; Wed, 18 Feb 1998 17:33:00 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA02767; Wed, 18 Feb 1998 17:32:33 -0800 (PST) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.6.9) with ESMTP id RAA04831; Wed, 18 Feb 1998 17:31:39 -0800 (PST) To: jak@cetlink.net (John Kelly) cc: Greg Lehey , dyson@FreeBSD.ORG, abial@nask.pl, current@FreeBSD.ORG Subject: Re: New 3.0 SNAPshot CDROM about ready for production.. In-reply-to: Your message of "Thu, 19 Feb 1998 02:28:52 GMT." <34ed983e.2638157@mail.cetlink.net> Date: Wed, 18 Feb 1998 17:31:39 -0800 Message-ID: <4763.887851899@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I would be inclined to buy a SNAP CD cut in a couple of more weeks > when the VM situation has stabilized. But if one was cut now I would > rather just take the extra time to download for free. 1. I think people are overrating the degree of VM instability here. I'm running the very latest on the SNAP server, for example, and it does 2 full releases every day without a problem. The same holds true for my 3.0 gateway machine, my 3.0 test box, etc etc. 2. If history is anything to go by, a couple of more weeks will not "stabilize" the VM system, it will merely move the area of instability to somewhere else. :) > If you want to sell more SNAP CDs it might be good to wait. Again, there's no specific event to wait *for* and I really do wish people would grasp that. Do not wait for Godot, he's not coming! ;) Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 18 17:40:33 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA04532 for freebsd-current-outgoing; Wed, 18 Feb 1998 17:40:33 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from sag.space.lockheed.com (sag.space.lockheed.com [192.68.162.134]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id RAA04522 for ; Wed, 18 Feb 1998 17:40:28 -0800 (PST) (envelope-from handy@sag.space.lockheed.com) Received: from localhost by sag.space.lockheed.com; (5.65v3.2/1.1.8.2/21Nov95-0423PM) id AA31436; Wed, 18 Feb 1998 17:40:19 -0800 Date: Wed, 18 Feb 1998 17:40:19 -0800 (PST) From: Brian Handy To: "Jordan K. Hubbard" Cc: current@FreeBSD.ORG Subject: Re: New 3.0 SNAPshot CDROM about ready for production.. In-Reply-To: <4763.887851899@time.cdrom.com> Message-Id: X-Files: The truth is out there Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 18 Feb 1998, Jordan K. Hubbard wrote: >Again, there's no specific event to wait *for* and I really do wish >people would grasp that. Do not wait for Godot, he's not coming! ;) If'n I remember correctly, the SNAP CD's are not so much for the general masses as they are for people who want an easy way at the bits -- the CVS- tree-on-a-CD, want to play with the new stuff, whatever. At no point does this imply anything about stability, it's just "Here's a snapshot of what we're up to! Have fun!" This isn't a *RELEASE* CD, folks. It's just "development", and you get the good with the bad. If you want stability, wait for the 2.2.6 CD which will be right on the tails of the SNAP CD (I think). Brian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 18 17:57:00 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA07196 for freebsd-current-outgoing; Wed, 18 Feb 1998 17:57:00 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA07157 for ; Wed, 18 Feb 1998 17:56:49 -0800 (PST) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.6.9) with ESMTP id RAA16048; Wed, 18 Feb 1998 17:56:25 -0800 (PST) To: Brian Handy cc: current@FreeBSD.ORG Subject: Re: New 3.0 SNAPshot CDROM about ready for production.. In-reply-to: Your message of "Wed, 18 Feb 1998 17:40:19 PST." Date: Wed, 18 Feb 1998 17:56:25 -0800 Message-ID: <16044.887853385@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > If'n I remember correctly, the SNAP CD's are not so much for the general > masses as they are for people who want an easy way at the bits -- the CVS- > tree-on-a-CD, want to play with the new stuff, whatever. At no point does > this imply anything about stability, it's just "Here's a snapshot of what > we're up to! Have fun!" Thanks, that sums up the situation nicely. > the good with the bad. If you want stability, wait for the 2.2.6 CD which > will be right on the tails of the SNAP CD (I think). Hopefully, yes. :) Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 18 18:04:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA08612 for freebsd-current-outgoing; Wed, 18 Feb 1998 18:04:04 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp01.primenet.com (smtp01.primenet.com [206.165.6.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA08581; Wed, 18 Feb 1998 18:03:49 -0800 (PST) (envelope-from tlambert@usr05.primenet.com) Received: (from daemon@localhost) by smtp01.primenet.com (8.8.8/8.8.8) id TAA01511; Wed, 18 Feb 1998 19:03:46 -0700 (MST) Received: from usr05.primenet.com(206.165.6.205) via SMTP by smtp01.primenet.com, id smtpd001482; Wed Feb 18 19:03:39 1998 Received: (from tlambert@localhost) by usr05.primenet.com (8.8.5/8.8.5) id TAA20001; Wed, 18 Feb 1998 19:03:30 -0700 (MST) From: Terry Lambert Message-Id: <199802190203.TAA20001@usr05.primenet.com> Subject: Re: Heads up: src/games/boggle (tm) will soon be removed from repository To: jdp@polstra.com (John Polstra) Date: Thu, 19 Feb 1998 02:03:30 +0000 (GMT) Cc: current@FreeBSD.ORG, stable@FreeBSD.ORG In-Reply-To: <199802181713.JAA16606@austin.polstra.com> from "John Polstra" at Feb 18, 98 09:13:33 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I'm going to nuke the boggle (tm) files from the CVS repository this > weekend. If you update your sources using CVS, and have not done a > "cvs update -P" in your games tree since Feburary 11, you will need to > do one before this weekend. So you decided against running the committer (a committer is a type of shell interpreter ;-)) script that I posted that would have accomplished the rename without this type of damage? Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 18 18:04:27 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA08715 for freebsd-current-outgoing; Wed, 18 Feb 1998 18:04:27 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ns2.cetlink.net (root@ns2.cetlink.net [209.54.54.20]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA08667 for ; Wed, 18 Feb 1998 18:04:10 -0800 (PST) (envelope-from jak@cetlink.net) Received: from ts1-cltnc-48.cetlink.net (ts1-cltnc-48.cetlink.net [209.54.58.48]) by ns2.cetlink.net (8.8.5/8.8.5) with SMTP id VAA23634; Wed, 18 Feb 1998 21:03:49 -0500 (EST) From: jak@cetlink.net (John Kelly) To: Brian Handy Cc: "Jordan K. Hubbard" , current@FreeBSD.ORG Subject: Re: New 3.0 SNAPshot CDROM about ready for production.. Date: Thu, 19 Feb 1998 03:04:17 GMT Message-ID: <34eb9f96.655310@mail.cetlink.net> References: In-Reply-To: X-Mailer: Forte Agent 1.01/16.397 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id SAA08691 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 18 Feb 1998 17:40:19 -0800 (PST), Brian Handy wrote: >If'n I remember correctly, the SNAP CD's are not so much for the general >masses as they are for people who want an easy way at the bits -- the CVS- >tree-on-a-CD, want to play with the new stuff, whatever. At no point does >this imply anything about stability, it's just "Here's a snapshot of what >we're up to! Have fun!" > >This isn't a *RELEASE* CD, folks. Yes, but -stable is so far behind in features it's -stale. And now that Jordan's merging all he can into -stable it may be thoroughly broken by the time the 2.2.6 CD is cut. All new bugs with few new features. Whether -current is officially a *RELEASE* or not, I'm ready to move away from -stable and I would love to get a -current SNAP which is a really good one, before the next tidal wave of architectural changes hits the -current tree. -- The day of the proprietary OS is over. Long live free software. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 18 18:21:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA12293 for freebsd-current-outgoing; Wed, 18 Feb 1998 18:21:13 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA12229 for ; Wed, 18 Feb 1998 18:20:33 -0800 (PST) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.6.9) with ESMTP id SAA22457; Wed, 18 Feb 1998 18:20:04 -0800 (PST) To: jak@cetlink.net (John Kelly) cc: Brian Handy , current@FreeBSD.ORG Subject: Re: New 3.0 SNAPshot CDROM about ready for production.. In-reply-to: Your message of "Thu, 19 Feb 1998 03:04:17 GMT." <34eb9f96.655310@mail.cetlink.net> Date: Wed, 18 Feb 1998 18:20:03 -0800 Message-ID: <22453.887854803@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Yes, but -stable is so far behind in features it's -stale. And now > that Jordan's merging all he can into -stable it may be thoroughly > broken by the time the 2.2.6 CD is cut. All new bugs with few new > features. Hmmmm. That's pretty cynical. :-) Needless to say, I don't agree. I'm being very careful not to introduce new bugs and, in fact, 2.2.6 is probably going to get more testing than any previous 2.2.x release in history. You give us too little credit here, I'm afraid. > Whether -current is officially a *RELEASE* or not, I'm ready to move > away from -stable and I would love to get a -current SNAP which is a > really good one, before the next tidal wave of architectural changes > hits the -current tree. If you're really interested in moving away from -current in a *meaningful* way then you're not interested in my CD anyway. You'll want to track -current with CVSup until it reaches some level of stability that you, personally, are happy with and then stop for awhile. As someone already pointed out, the SNAP CDs are for a different purpose and not really aimed at someone like yourself. That's what our source tracking tools are for. Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 18 18:35:21 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA15633 for freebsd-current-outgoing; Wed, 18 Feb 1998 18:35:21 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ns2.cetlink.net (root@ns2.cetlink.net [209.54.54.20]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA15612 for ; Wed, 18 Feb 1998 18:35:15 -0800 (PST) (envelope-from jak@cetlink.net) Received: from ts1-cltnc-48.cetlink.net (ts1-cltnc-48.cetlink.net [209.54.58.48]) by ns2.cetlink.net (8.8.5/8.8.5) with SMTP id VAA27172; Wed, 18 Feb 1998 21:35:03 -0500 (EST) From: jak@cetlink.net (John Kelly) To: "Jordan K. Hubbard" Cc: Brian Handy , current@FreeBSD.ORG Subject: Re: New 3.0 SNAPshot CDROM about ready for production.. Date: Thu, 19 Feb 1998 03:35:31 GMT Message-ID: <34eca750.2546213@mail.cetlink.net> References: <22453.887854803@time.cdrom.com> In-Reply-To: <22453.887854803@time.cdrom.com> X-Mailer: Forte Agent 1.01/16.397 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id SAA15620 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 18 Feb 1998 18:20:03 -0800, "Jordan K. Hubbard" wrote: >If you're really interested in moving away from -current in a >*meaningful* way then you're not interested in my CD anyway. You'll >want to track -current with CVSup until it reaches some level of >stability that you, personally, are happy with and then stop for >awhile. Yes, of course. I'm tracking current and looking for just that moment in time to occur sometime during the next few weeks. But it would also be nice to have a -current SNAP CD somewhere close to that same time. -- The day of the proprietary OS is over. Long live free software. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 18 18:37:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA15895 for freebsd-current-outgoing; Wed, 18 Feb 1998 18:37:06 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA15818; Wed, 18 Feb 1998 18:36:24 -0800 (PST) (envelope-from jdp@austin.polstra.com) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.8/8.8.8) with ESMTP id SAA15418; Wed, 18 Feb 1998 18:36:19 -0800 (PST) (envelope-from jdp) Message-Id: <199802190236.SAA15418@austin.polstra.com> To: Terry Lambert cc: current@FreeBSD.ORG, stable@FreeBSD.ORG Subject: Re: Heads up: src/games/boggle (tm) will soon be removed from repository In-reply-to: Your message of "Thu, 19 Feb 1998 02:03:30 GMT." <199802190203.TAA20001@usr05.primenet.com> Date: Wed, 18 Feb 1998 18:36:19 -0800 From: John Polstra Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > So you decided against running the committer (a committer is a type > of shell interpreter ;-)) script that I posted that would have > accomplished the rename without this type of damage? Yes, that's right. Terry, choose your battles, OK? This is a stupid bloaty game that nobody plays even when they can find it. If it were renamed, nobody would find it if they looked for it, which they wouldn't. The two or three of you out there who really care about this game have until the weekend to grab it out of the repository and put it into your vault along with that old Meet the Monkees LP you've been fondly cherishing for all these years. But hey, I've got an innovative suggestion that you might like, if only you'd try it. Go out and *buy* the stinkin' game at your local Toys R Us (tm). Play it the mechanical way. It works, it really does! And you just might find that you enjoy the physical sensation of lovingly caressing those finely sculpted plastic pieces. >From all the heat arising from the removal of this silly thing, I can only conclude that a whole lot of folks have waaaaaay too much free time on their hands. Well I'm not one of them, and the only remaining keystrokes I plan on making in connection with this thing will be "rm -rf boggle" (tm). -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 18 18:50:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA18201 for freebsd-current-outgoing; Wed, 18 Feb 1998 18:50:24 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA18068; Wed, 18 Feb 1998 18:49:56 -0800 (PST) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.6.9) with ESMTP id SAA24704; Wed, 18 Feb 1998 18:49:33 -0800 (PST) To: John Polstra cc: Terry Lambert , current@FreeBSD.ORG, stable@FreeBSD.ORG Subject: Re: Heads up: src/games/boggle (tm) will soon be removed from repository In-reply-to: Your message of "Wed, 18 Feb 1998 18:36:19 PST." <199802190236.SAA15418@austin.polstra.com> Date: Wed, 18 Feb 1998 18:49:32 -0800 Message-ID: <24700.887856572@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > until the weekend to grab it out of the repository and put it into > your vault along with that old Meet the Monkees LP you've been fondly > cherishing for all these years. But hey, I've got an innovative Whoa!! Terry has a "Meet the Monkees" LP he hasn't told us about?? Terry, baby, cookie, friend - I'll trade you a Sean Cassidy album AND my "Leif Garrett sings the hits of Muddy Waters" on 8-track (naturally) for it, and you can't get the latter just anywhere. Please? Please please please? I have all the Monkees albums except for this one, it having been ruined when an ex-roommate "accidently" dropped a brick onto it during a weekend long Monkees play-a-thon party. Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 18 20:40:36 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA01574 for freebsd-current-outgoing; Wed, 18 Feb 1998 20:40:36 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA01522; Wed, 18 Feb 1998 20:40:16 -0800 (PST) (envelope-from julian@whistle.com) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id UAA26528; Wed, 18 Feb 1998 20:34:09 -0800 (PST) Received: from UNKNOWN(), claiming to be "current1.whistle.com" via SMTP by alpo.whistle.com, id smtpd026525; Wed Feb 18 20:34:01 1998 Date: Wed, 18 Feb 1998 20:30:06 -0800 (PST) From: Julian Elischer To: "Jordan K. Hubbard" cc: John Polstra , Terry Lambert , current@FreeBSD.ORG, stable@FreeBSD.ORG Subject: Re: Heads up: src/games/boggle (tm) will soon be removed from repository In-Reply-To: <24700.887856572@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I don't really mind the lack of the game but I REALLY want to see what the lawyers would say to "yes we complied with your request we changed it's name to 'fourbyfour'." I think it would be instructive for us to do this. (it might also give the lawyers the shits which would be a good thing) julian On Wed, 18 Feb 1998, Jordan K. Hubbard wrote: > > until the weekend to grab it out of the repository and put it into > > your vault along with that old Meet the Monkees LP you've been fondly > > cherishing for all these years. But hey, I've got an innovative > > Whoa!! Terry has a "Meet the Monkees" LP he hasn't told us about?? > Terry, baby, cookie, friend - I'll trade you a Sean Cassidy album AND > my "Leif Garrett sings the hits of Muddy Waters" on 8-track > (naturally) for it, and you can't get the latter just anywhere. > Please? Please please please? I have all the Monkees albums except > for this one, it having been ruined when an ex-roommate "accidently" > dropped a brick onto it during a weekend long Monkees play-a-thon > party. > > Jordan > > 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 Feb 18 20:50:22 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA03038 for freebsd-current-outgoing; Wed, 18 Feb 1998 20:50:22 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from rah.star-gate.com (rah.star-gate.com [209.133.7.178]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA03008; Wed, 18 Feb 1998 20:50:12 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id UAA10451; Wed, 18 Feb 1998 20:49:48 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199802190449.UAA10451@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Terry Lambert cc: jdp@polstra.com (John Polstra), current@FreeBSD.ORG, stable@FreeBSD.ORG Subject: Re: Heads up: src/games/boggle (tm) will soon be removed from repository In-reply-to: Your message of "Thu, 19 Feb 1998 02:03:30 GMT." <199802190203.TAA20001@usr05.primenet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 18 Feb 1998 20:49:47 -0800 From: Amancio Hasty Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG 1 game gone :( N-1 games left to remove 8) Cheers, Amancio > > I'm going to nuke the boggle (tm) files from the CVS repository this > > weekend. If you update your sources using CVS, and have not done a > > "cvs update -P" in your games tree since Feburary 11, you will need to > > do one before this weekend. > > So you decided against running the committer (a committer is a type > of shell interpreter ;-)) script that I posted that would have > accomplished the rename without this type of damage? > > > Terry Lambert > terry@lambert.org > --- > Any opinions in this posting are my own and not those of my present > or previous employers. > > 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 Feb 18 21:29:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA06893 for freebsd-current-outgoing; Wed, 18 Feb 1998 21:29:45 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ns.mt.sri.com (sri-gw.MT.net [206.127.105.141]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA06875; Wed, 18 Feb 1998 21:29:35 -0800 (PST) (envelope-from nate@mt.sri.com) Received: from mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by ns.mt.sri.com (8.8.8/8.8.8) with SMTP id WAA10776; Wed, 18 Feb 1998 22:29:27 -0700 (MST) (envelope-from nate@rocky.mt.sri.com) Received: by mt.sri.com (SMI-8.6/SMI-SVR4) id WAA07263; Wed, 18 Feb 1998 22:29:26 -0700 Date: Wed, 18 Feb 1998 22:29:26 -0700 Message-Id: <199802190529.WAA07263@mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Terry Lambert Cc: jdp@polstra.com (John Polstra), current@FreeBSD.ORG, stable@FreeBSD.ORG Subject: Re: Heads up: src/games/boggle (tm) will soon be removed from repository In-Reply-To: <199802190203.TAA20001@usr05.primenet.com> References: <199802181713.JAA16606@austin.polstra.com> <199802190203.TAA20001@usr05.primenet.com> X-Mailer: VM 6.29 under 19.15 XEmacs Lucid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > I'm going to nuke the boggle (tm) files from the CVS repository this > > weekend. If you update your sources using CVS, and have not done a > > "cvs update -P" in your games tree since Feburary 11, you will need to > > do one before this weekend. > > So you decided against running the committer (a committer is a type > of shell interpreter ;-)) script that I posted that would have > accomplished the rename without this type of damage? It would have created the exact same damage, but immediately so that users would't have had the chance to not have the damage. If you understood how CVS works, you'd know this. I though you had used CVS in a past life, but apparently not. Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 18 21:42:18 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA09010 for freebsd-current-outgoing; Wed, 18 Feb 1998 21:42:18 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from rah.star-gate.com (rah.star-gate.com [209.133.7.178]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA08972; Wed, 18 Feb 1998 21:42:10 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id VAA10720; Wed, 18 Feb 1998 21:41:33 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199802190541.VAA10720@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: "Jordan K. Hubbard" cc: jak@cetlink.net (John Kelly), Greg Lehey , dyson@FreeBSD.ORG, abial@nask.pl, current@FreeBSD.ORG Subject: Re: New 3.0 SNAPshot CDROM about ready for production.. In-reply-to: Your message of "Wed, 18 Feb 1998 17:31:39 PST." <4763.887851899@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 18 Feb 1998 21:41:33 -0800 From: Amancio Hasty Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Again, there's no specific event to wait *for* and I really do wish > people would grasp that. Do not wait for Godot, he's not coming! ;) Fine , can we have soft update as part of the SNAPShot and if you wait a a week we may actually get Dyson to fix the last few lingering problems with the VM sub-system -- at any rate I would ask Dyson . If none the above make into the release thats fine I usually install the SNAPshot and instantly do cvs the latest release. Amancio To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 18 22:09:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA12881 for freebsd-current-outgoing; Wed, 18 Feb 1998 22:09:57 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA12857 for ; Wed, 18 Feb 1998 22:09:53 -0800 (PST) (envelope-from jdp@austin.polstra.com) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.8/8.8.8) with ESMTP id WAA16825; Wed, 18 Feb 1998 22:09:50 -0800 (PST) (envelope-from jdp) Message-Id: <199802190609.WAA16825@austin.polstra.com> To: hasty@rah.star-gate.com Subject: Re: New 3.0 SNAPshot CDROM about ready for production.. In-Reply-To: <199802190541.VAA10720@rah.star-gate.com> References: <199802190541.VAA10720@rah.star-gate.com> Organization: Polstra & Co., Seattle, WA Cc: current@FreeBSD.ORG Date: Wed, 18 Feb 1998 22:09:50 -0800 From: John Polstra Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <199802190541.VAA10720@rah.star-gate.com>, Amancio Hasty wrote: > Fine , can we have soft update as part of the SNAPShot and if you wait a > a week we may actually get Dyson to fix the last few lingering problems > with the VM sub-system -- at any rate I would ask Dyson . The "last few lingering problems"?! You clearly are unaware of the First Law of Software: In the limit as time approaches infinity, the number of bugs in a program, regardless of its size, asymptotically approaches 1. -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 18 22:13:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA13663 for freebsd-current-outgoing; Wed, 18 Feb 1998 22:13:15 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from rah.star-gate.com (rah.star-gate.com [209.133.7.178]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA13657 for ; Wed, 18 Feb 1998 22:13:12 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id WAA10996; Wed, 18 Feb 1998 22:13:00 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199802190613.WAA10996@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: John Polstra cc: current@FreeBSD.ORG Subject: Re: New 3.0 SNAPshot CDROM about ready for production.. In-reply-to: Your message of "Wed, 18 Feb 1998 22:09:50 PST." <199802190609.WAA16825@austin.polstra.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 18 Feb 1998 22:13:00 -0800 From: Amancio Hasty Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Yes, you also have a lot of experience . I am leaning towards giving Dyson a chance which right now he does not have due to being tied down with work. Amancio To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Feb 19 00:06:21 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA25406 for freebsd-current-outgoing; Thu, 19 Feb 1998 00:06:21 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp04.primenet.com (smtp04.primenet.com [206.165.6.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA25401; Thu, 19 Feb 1998 00:06:17 -0800 (PST) (envelope-from tlambert@usr02.primenet.com) Received: (from daemon@localhost) by smtp04.primenet.com (8.8.8/8.8.8) id BAA18508; Thu, 19 Feb 1998 01:06:15 -0700 (MST) Received: from usr02.primenet.com(206.165.6.202) via SMTP by smtp04.primenet.com, id smtpd018480; Thu Feb 19 01:06:08 1998 Received: (from tlambert@localhost) by usr02.primenet.com (8.8.5/8.8.5) id BAA25299; Thu, 19 Feb 1998 01:06:05 -0700 (MST) From: Terry Lambert Message-Id: <199802190806.BAA25299@usr02.primenet.com> Subject: Re: Heads up: src/games/boggle (tm) will soon be removed from repository To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Thu, 19 Feb 1998 08:06:05 +0000 (GMT) Cc: jdp@polstra.com, tlambert@primenet.com, current@FreeBSD.ORG, stable@FreeBSD.ORG In-Reply-To: <24700.887856572@time.cdrom.com> from "Jordan K. Hubbard" at Feb 18, 98 06:49:32 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Whoa!! Terry has a "Meet the Monkees" LP he hasn't told us about?? > Terry, baby, cookie, friend - I'll trade you a Sean Cassidy album AND > my "Leif Garrett sings the hits of Muddy Waters" on 8-track > (naturally) for it, and you can't get the latter just anywhere. > Please? Please please please? I have all the Monkees albums except > for this one, it having been ruined when an ex-roommate "accidently" > dropped a brick onto it during a weekend long Monkees play-a-thon > party. As a matter of fact, I *do* have one of these. But you're not going to get it, or any of my original Beatles albums, either. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Feb 19 00:22:38 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA28085 for freebsd-current-outgoing; Thu, 19 Feb 1998 00:22:38 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp02.primenet.com (smtp02.primenet.com [206.165.6.132]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA28066; Thu, 19 Feb 1998 00:22:32 -0800 (PST) (envelope-from tlambert@usr02.primenet.com) Received: (from daemon@localhost) by smtp02.primenet.com (8.8.8/8.8.8) id BAA08609; Thu, 19 Feb 1998 01:22:31 -0700 (MST) Received: from usr02.primenet.com(206.165.6.202) via SMTP by smtp02.primenet.com, id smtpd008583; Thu Feb 19 01:22:22 1998 Received: (from tlambert@localhost) by usr02.primenet.com (8.8.5/8.8.5) id BAA26284; Thu, 19 Feb 1998 01:22:18 -0700 (MST) From: Terry Lambert Message-Id: <199802190822.BAA26284@usr02.primenet.com> Subject: Re: Heads up: src/games/boggle (tm) will soon be removed from repository To: jdp@polstra.com (John Polstra) Date: Thu, 19 Feb 1998 08:22:18 +0000 (GMT) Cc: tlambert@primenet.com, current@FreeBSD.ORG, stable@FreeBSD.ORG In-Reply-To: <199802190236.SAA15418@austin.polstra.com> from "John Polstra" at Feb 18, 98 06:36:19 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > So you decided against running the committer (a committer is a type > > of shell interpreter ;-)) script that I posted that would have > > accomplished the rename without this type of damage? > > Yes, that's right. Terry, choose your battles, OK? This is a stupid > bloaty game that nobody plays even when they can find it. If it > were renamed, nobody would find it if they looked for it, which they > wouldn't. This is the type of justification that begs for someone to point out to the first company to threaten a trademark case against a so-called "important part of the system" that: "Clearly your request is not being taken as seriously as Parker Brother's request, since all they did was change the name for you, but for Parker Brothers, they actually removed the infringing code". Just so we are all clear on the precedent for what any future trademark claimants can require as "reasonable, sufficient, and historically precedented action" on FreeBSD's part. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Feb 19 00:25:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA29242 for freebsd-current-outgoing; Thu, 19 Feb 1998 00:25:45 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp04.primenet.com (smtp04.primenet.com [206.165.6.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA29230; Thu, 19 Feb 1998 00:25:41 -0800 (PST) (envelope-from tlambert@usr02.primenet.com) Received: (from daemon@localhost) by smtp04.primenet.com (8.8.8/8.8.8) id BAA20708; Thu, 19 Feb 1998 01:25:35 -0700 (MST) Received: from usr02.primenet.com(206.165.6.202) via SMTP by smtp04.primenet.com, id smtpd020664; Thu Feb 19 01:25:25 1998 Received: (from tlambert@localhost) by usr02.primenet.com (8.8.5/8.8.5) id BAA26510; Thu, 19 Feb 1998 01:25:21 -0700 (MST) From: Terry Lambert Message-Id: <199802190825.BAA26510@usr02.primenet.com> Subject: Re: Heads up: src/games/boggle (tm) will soon be removed from To: hasty@rah.star-gate.com (Amancio Hasty) Date: Thu, 19 Feb 1998 08:25:21 +0000 (GMT) Cc: tlambert@primenet.com, jdp@polstra.com, current@FreeBSD.ORG, stable@FreeBSD.ORG In-Reply-To: <199802190449.UAA10451@rah.star-gate.com> from "Amancio Hasty" at Feb 18, 98 08:49:47 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > 1 game gone :( > > N-1 games left to remove 8) N-1 games + M kernel pieces that infringe on trademarks like "AppleTalk", "Adaptec", "Bus Logic", "SoundBlaster", etc.. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Feb 19 00:27:44 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA29829 for freebsd-current-outgoing; Thu, 19 Feb 1998 00:27:44 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp04.primenet.com (smtp04.primenet.com [206.165.6.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA29799; Thu, 19 Feb 1998 00:27:38 -0800 (PST) (envelope-from tlambert@usr02.primenet.com) Received: (from daemon@localhost) by smtp04.primenet.com (8.8.8/8.8.8) id BAA20896; Thu, 19 Feb 1998 01:27:34 -0700 (MST) Received: from usr02.primenet.com(206.165.6.202) via SMTP by smtp04.primenet.com, id smtpd020852; Thu Feb 19 01:27:25 1998 Received: (from tlambert@localhost) by usr02.primenet.com (8.8.5/8.8.5) id BAA26612; Thu, 19 Feb 1998 01:27:21 -0700 (MST) From: Terry Lambert Message-Id: <199802190827.BAA26612@usr02.primenet.com> Subject: Re: Heads up: src/games/boggle (tm) will soon be removed from repository To: nate@mt.sri.com (Nate Williams) Date: Thu, 19 Feb 1998 08:27:21 +0000 (GMT) Cc: tlambert@primenet.com, jdp@polstra.com, current@FreeBSD.ORG, stable@FreeBSD.ORG In-Reply-To: <199802190529.WAA07263@mt.sri.com> from "Nate Williams" at Feb 18, 98 10:29:26 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > > I'm going to nuke the boggle (tm) files from the CVS repository this > > > weekend. If you update your sources using CVS, and have not done a > > > "cvs update -P" in your games tree since Feburary 11, you will need to > > > do one before this weekend. > > > > So you decided against running the committer (a committer is a type > > of shell interpreter ;-)) script that I posted that would have > > accomplished the rename without this type of damage? > > It would have created the exact same damage, but immediately so that > users would't have had the chance to not have the damage. > > If you understood how CVS works, you'd know this. I though you had used > CVS in a past life, but apparently not. The -P would still have been required, yes. "This type of damage" refers to the precedent set, and the potential future ramifications. I think we are done talking about this. FreeBSD has made their bed, and we'll see what happens when Sun or some other company comes to tuck them in. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Feb 19 01:46:27 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA10807 for freebsd-current-outgoing; Thu, 19 Feb 1998 01:46:27 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ns1.yes.no (ns1.yes.no [195.119.24.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA10791 for ; Thu, 19 Feb 1998 01:46:21 -0800 (PST) (envelope-from eivind@bitbox.follo.net) Received: from bitbox.follo.net (bitbox.follo.net [194.198.43.36]) by ns1.yes.no (8.8.7/8.8.7) with ESMTP id JAA17691; Thu, 19 Feb 1998 09:46:10 GMT Received: (from eivind@localhost) by bitbox.follo.net (8.8.6/8.8.6) id KAA01963; Thu, 19 Feb 1998 10:46:10 +0100 (MET) Message-ID: <19980219104609.56905@follo.net> Date: Thu, 19 Feb 1998 10:46:09 +0100 From: Eivind Eklund To: osa@unibest.ru, freebsd-current@FreeBSD.ORG Subject: Re: Where is opt_*.h ??? References: <19980218221000.1538.qmail@gated.unibest.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1i In-Reply-To: <19980218221000.1538.qmail@gated.unibest.ru>; from osa@unibest.ru on Wed, Feb 18, 1998 at 10:10:00PM -0000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Feb 18, 1998 at 10:10:00PM -0000, osa@unibest.ru wrote: > Hello! > Plz answer me whereis opt_*.h files ??? > I have a 3.0-980120-SNAP... > When i compile a new kernel, i say: > # /usr/sbin/config MYKERNEL > all ok > # cd ../../compile/MYKERNEL > # make depend > auto_conf.c : can't find ( or open ) opt_.....c file. Can you please repeat the error message _exactly_? > In autoconf.c i found following: > #include "opt_bootp.h" > #include "opt_ffs.h" > #include "opt_cd9660.h" > #include "opt_mfs.h" > #include "opt_nfs.h" > > But where is it ? Those should be generated in your ../../compile/MYKERNEL directory. Are they not there? Which version of what bits are you running? Eivind. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Feb 19 02:37:35 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA16659 for freebsd-current-outgoing; Thu, 19 Feb 1998 02:37:35 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from shrimp.dataplex.net (shrimp.dataplex.net [208.2.87.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA16644; Thu, 19 Feb 1998 02:37:30 -0800 (PST) (envelope-from rkw@dataplex.net) Received: from [208.2.87.4] (user4.dataplex.net [208.2.87.4]) by shrimp.dataplex.net (8.8.8/8.8.5) with ESMTP id EAA18924; Thu, 19 Feb 1998 04:37:25 -0600 (CST) X-Sender: rkw@mail.dataplex.net Message-Id: In-Reply-To: <199802190825.BAA26510@usr02.primenet.com> References: <199802190449.UAA10451@rah.star-gate.com> from "Amancio Hasty" at Feb 18, 98 08:49:47 pm Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 19 Feb 1998 04:29:11 -0600 To: Terry Lambert From: Richard Wackerbarth Subject: Re: Heads up: src/games/boggle (tm) will soon be removed from Cc: current@FreeBSD.ORG, stable@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 2:25 AM -0600 2/19/98, Terry Lambert wrote: >> 1 game gone :( >> >> N-1 games left to remove 8) > >N-1 games + M kernel pieces that infringe on trademarks like "AppleTalk", >"Adaptec", "Bus Logic", "SoundBlaster", etc.. In the case of "Adaptec", etc. I am certain that we would be willing to add the usual line that acknowledges it to be the trademark of Adaptec, Inc., a California Corporation. The difference here is that we are not manufacturing SCSI interface cards. The code which we have that includes their name is meant to work with "Genuine Adaptec Parts". In the case of Parker Brothers, it would be argued that the item in question was meant to replace their game. Richard Wackerbarth To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Feb 19 02:49:01 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA18209 for freebsd-current-outgoing; Thu, 19 Feb 1998 02:49:01 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from zed.ludd.luth.se (zed.ludd.luth.se [130.240.16.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA18204; Thu, 19 Feb 1998 02:48:58 -0800 (PST) (envelope-from gozer@ludd.luth.se) Received: from father.ludd.luth.se (gozer@father.ludd.luth.se [130.240.16.18]) by zed.ludd.luth.se (8.8.5/8.8.5) with SMTP id LAA01636; Thu, 19 Feb 1998 11:48:24 +0100 Date: Thu, 19 Feb 1998 11:48:23 +0100 (MET) From: Johan Larsson To: Doug White cc: neron@engineer.com, freebsd-questions@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: Re: vfat & fat32 patch In-Reply-To: Message-ID: X-uri: http://www.ludd.luth.se/users/gozer/ MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 17 Feb 1998, Doug White wrote: > On Tue, 17 Feb 1998, Alejandro Mery Pellegrini wrote: > > > Hi... i read about a patch, called msdosfs-netbsd.diff.gz, but i don't > > known how to apply it. > > I did: (but i don't known how to continue) > > cp msdosfs-netbsd.diff.gz /usr/src > > cd /usr/src > > gunzip msdosfs-netbsd.diff.gz > > patch < msdosfs-netbsd.diff > > make world > > and that all i did. > > - how can i integrat it? > > Build the system to affect your patches. You have to install the new .h files and rebuild mount_msdos and a new kernel. And i think i rebuilt the lkm also. > > > - how can i mount a fat32 && vfat partition which /etc/fstab? There seems to be a problem with writing to a fat32 partition, i am gonna send a trace to dima as soon as i have converted my fat16 partition to fat32 again :) For fstab, just add it as msdos. Example: /dev/wd0s1 /dos/c msdos rw 0 0 Johan -- * mailto:gozer@ludd.luth.se * http://www.ludd.luth.se/users/gozer/ * * Powered by FreeBSD. http://www.se.freebsd.org/ +-+-+-+-+-+-+-+-+ * To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Feb 19 02:52:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA19352 for freebsd-current-outgoing; Thu, 19 Feb 1998 02:52:57 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp01.primenet.com (smtp01.primenet.com [206.165.6.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA19335; Thu, 19 Feb 1998 02:52:49 -0800 (PST) (envelope-from tlambert@usr02.primenet.com) Received: (from daemon@localhost) by smtp01.primenet.com (8.8.8/8.8.8) id BAA11521; Thu, 19 Feb 1998 01:14:59 -0700 (MST) Received: from usr02.primenet.com(206.165.6.202) via SMTP by smtp01.primenet.com, id smtpd011491; Thu Feb 19 01:14:52 1998 Received: (from tlambert@localhost) by usr02.primenet.com (8.8.5/8.8.5) id BAA25858; Thu, 19 Feb 1998 01:14:48 -0700 (MST) From: Terry Lambert Message-Id: <199802190814.BAA25858@usr02.primenet.com> Subject: Re: MGR and libvgl To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Thu, 19 Feb 1998 08:14:48 +0000 (GMT) Cc: regnauld@deepo.prosa.dk, sos@FreeBSD.ORG, current@FreeBSD.ORG In-Reply-To: <24679.887796293@time.cdrom.com> from "Jordan K. Hubbard" at Feb 18, 98 02:04:53 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Well, since it's almost certainly a pipe dream that anybody would > actually do such an install, I think the licensing question is sort of > irrelevant. In other words, I think almost anyone can *say* "GUI > Install & admin" but the list of people who'd actually *do* such an > install is very close to zero length. :-) "Do" as in write, or "Do" as in use? Certainly, the ``"Do" as in use'' people is a short commodity on these lists, mostly because we are all mostly ``Tim "the toolman" Taylor'' when it comes to installing things, or we've since given up and gone to Linux (or Windows 95) for fear of "tar". Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Feb 19 02:54:44 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA19798 for freebsd-current-outgoing; Thu, 19 Feb 1998 02:54:44 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp02.primenet.com (smtp02.primenet.com [206.165.6.132]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA19760; Thu, 19 Feb 1998 02:54:38 -0800 (PST) (envelope-from tlambert@usr07.primenet.com) Received: (from daemon@localhost) by smtp02.primenet.com (8.8.8/8.8.8) id DAA25537; Thu, 19 Feb 1998 03:54:35 -0700 (MST) Received: from usr07.primenet.com(206.165.6.207) via SMTP by smtp02.primenet.com, id smtpd025525; Thu Feb 19 03:54:34 1998 Received: (from tlambert@localhost) by usr07.primenet.com (8.8.5/8.8.5) id DAA24684; Thu, 19 Feb 1998 03:54:29 -0700 (MST) From: Terry Lambert Message-Id: <199802191054.DAA24684@usr07.primenet.com> Subject: Re: Heads up: src/games/boggle (tm) will soon be removed from To: rkw@dataplex.net (Richard Wackerbarth) Date: Thu, 19 Feb 1998 10:54:29 +0000 (GMT) Cc: tlambert@primenet.com, current@FreeBSD.ORG, stable@FreeBSD.ORG In-Reply-To: from "Richard Wackerbarth" at Feb 19, 98 04:29:11 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > In the case of "Adaptec", etc. I am certain that we would be willing to > add the usual line that acknowledges it to be the trademark of Adaptec, Inc., > a California Corporation. An operating system went to see a lawyer for a checkup. The lawyer said "Well, I have some bad news; you're going to die". "Jesus (Monroy)!", said the OS, "Isn't there anything I can do?". "Well", said the lawyer, "you could delete Tetris..." "But counselor!", said the OS, "I already deleted Tetris!" "Well", said the lawyer, "You could delete Boggle..." "But counselor!", said the OS, "I already deleted Boggle!" "Well", said the lawyer, "You could delete all your other games..." "But counselor!", said the OS, "I already deleted all the other games!" So there was the OS: a sinking ship with no baggage to throw overboard. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Feb 19 03:04:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA22185 for freebsd-current-outgoing; Thu, 19 Feb 1998 03:04:06 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA22111; Thu, 19 Feb 1998 03:03:47 -0800 (PST) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.6.9) with ESMTP id DAA03636; Thu, 19 Feb 1998 03:03:21 -0800 (PST) To: Terry Lambert cc: regnauld@deepo.prosa.dk, sos@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: MGR and libvgl In-reply-to: Your message of "Thu, 19 Feb 1998 08:14:48 GMT." <199802190814.BAA25858@usr02.primenet.com> Date: Thu, 19 Feb 1998 03:03:21 -0800 Message-ID: <3633.887886201@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > "Do" as in write, or "Do" as in use? "Do" as in write. Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Feb 19 03:04:51 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA22408 for freebsd-current-outgoing; Thu, 19 Feb 1998 03:04:51 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA22347; Thu, 19 Feb 1998 03:04:37 -0800 (PST) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.6.9) with ESMTP id DAA03651; Thu, 19 Feb 1998 03:04:13 -0800 (PST) To: Terry Lambert cc: rkw@dataplex.net (Richard Wackerbarth), current@FreeBSD.ORG, stable@FreeBSD.ORG Subject: Re: Heads up: src/games/boggle (tm) will soon be removed from In-reply-to: Your message of "Thu, 19 Feb 1998 10:54:29 GMT." <199802191054.DAA24684@usr07.primenet.com> Date: Thu, 19 Feb 1998 03:04:13 -0800 Message-ID: <3648.887886253@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > An operating system went to see a lawyer for a checkup. "Two strings walked into a bar..." Is this leading anywhere? :-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Feb 19 03:23:43 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA26134 for freebsd-current-outgoing; Thu, 19 Feb 1998 03:23:43 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from shrimp.dataplex.net (shrimp.dataplex.net [208.2.87.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA26077; Thu, 19 Feb 1998 03:23:35 -0800 (PST) (envelope-from rkw@dataplex.net) Received: from [208.2.87.4] (user4.dataplex.net [208.2.87.4]) by shrimp.dataplex.net (8.8.8/8.8.5) with ESMTP id FAA20953; Thu, 19 Feb 1998 05:23:29 -0600 (CST) X-Sender: rkw@mail.dataplex.net Message-Id: In-Reply-To: <199802191054.DAA24684@usr07.primenet.com> References: from "Richard Wackerbarth" at Feb 19, 98 04:29:11 am Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 19 Feb 1998 05:06:12 -0600 To: Terry Lambert From: Richard Wackerbarth Subject: Re: Heads up: src/games/boggle (tm) will soon be removed from Cc: current@FreeBSD.ORG, stable@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 4:54 AM -0600 2/19/98, Terry Lambert wrote: >> In the case of "Adaptec", etc. I am certain that we would be willing to >> add the usual line that acknowledges it to be the trademark of Adaptec, >>Inc., >> a California Corporation. > >An operating system went to see a lawyer for a checkup. > >The lawyer said "Well, I have some bad news; you're going to die". > >"Jesus (Monroy)!", said the OS, "Isn't there anything I can do?". > >"Well", said the lawyer, "you could delete Tetris..." > >"But counselor!", said the OS, "I already deleted Tetris!" > >"Well", said the lawyer, "You could delete Boggle..." > >"But counselor!", said the OS, "I already deleted Boggle!" > >"Well", said the lawyer, "You could delete all your other games..." > >"But counselor!", said the OS, "I already deleted all the other games!" > >So there was the OS: a sinking ship with no baggage to throw overboard. Terry - I happen to agree with you that rather than removing the functional (notice that I did not say UTILITARIAN) code, we should change the offending spelling. At the same time, I am pointing out that your other "examples" are just red herring. In the latter case, we ARE using the trademark of another corporation. However, we are doing so in a non-infringing manner and all that it is necessary to do is acknowledge that it is their trademark. Richard Wackerbarth To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Feb 19 03:43:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA28686 for freebsd-current-outgoing; Thu, 19 Feb 1998 03:43:10 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from isvara.net (root@[130.88.148.77]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA28677 for ; Thu, 19 Feb 1998 03:43:00 -0800 (PST) (envelope-from freebsd@challenge.isvara.net) Received: from challenge.isvara.net ([130.88.66.5]) by isvara.net (8.8.7/8.8.7) with ESMTP id LAA10149 for ; Thu, 19 Feb 1998 11:42:47 GMT Message-ID: <34EC1AA6.7E209D29@challenge.isvara.net> Date: Thu, 19 Feb 1998 11:42:31 +0000 From: freebsd@isvara.net X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: FreeBSD Current Subject: Re: Where is opt_*.h ??? References: <19980218221000.1538.qmail@gated.unibest.ru> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG osa@unibest.ru wrote: > Plz answer me whereis opt_*.h files ??? Try doing 'locate opt_*.h' . This should root them out if they are there. BTW: Ensure your locate database is uptodate. Cheers, Dan _____________________________________ Daniel J Blueman BSc Computation, UMIST, Manchester Email: blue@challenge.isvara.net Web: http://www.challenge.isvara.net/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Feb 19 05:57:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA17452 for freebsd-current-outgoing; Thu, 19 Feb 1998 05:57:57 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from bsdx.dyn.ml.org (root@pm100-05.dialip.mich.net [35.9.14.106]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA17445 for ; Thu, 19 Feb 1998 05:57:50 -0800 (PST) (envelope-from mcdougall@ameritech.net) Received: from ameritech.net (user1@localhost.dyn.ml.org [127.0.0.1]) by bsdx.dyn.ml.org (8.8.8/8.8.7) with ESMTP id IAA26013 for ; Thu, 19 Feb 1998 08:57:29 -0500 (EST) (envelope-from mcdougall@ameritech.net) Message-ID: <34EC3A48.39CA01A3@ameritech.net> Date: Thu, 19 Feb 1998 08:57:28 -0500 From: Adam McDougall Reply-To: mcdougall@ameritech.net X-Mailer: Mozilla 4.04 [en] (X11; I; FreeBSD 3.0-CURRENT i386) MIME-Version: 1.0 To: current@FreeBSD.ORG Subject: -current breakage as of 8:30am EST Thursday Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I tried to make clean and make includes just in case first, but it didnt help. approx 5 minutes into a make world: cd /usr/src/lib/libz && /usr/obj/usr/src/tmp/usr/bin/make beforeinstall install -C -o bin -g bin -m 444 /usr/src/lib/libz/zconf.h /usr/obj/usr/src/tmp/usr/include install -C -o bin -g bin -m 444 /usr/src/lib/libz/zlib.h /usr/obj/usr/src/tmp/usr/include cd /usr/src/usr.bin/f2c && /usr/obj/usr/src/tmp/usr/bin/make beforeinstall install -C -o bin -g bin -m 444 /usr/src/usr.bin/f2c/f2c.h /usr/obj/usr/src/tmp/usr/include cd /usr/src/usr.bin/lex && /usr/obj/usr/src/tmp/usr/bin/make beforeinstall install -C -o bin -g bin -m 644 /usr/src/usr.bin/lex/FlexLexer.h /usr/obj/usr/src/tmp/usr/include/g++ -------------------------------------------------------------- Rebuilding tools needed to build the libraries -------------------------------------------------------------- cd /usr/src && PATH=/usr/obj/usr/src/tmp/sbin:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/bin:/usr/obj/usr/src/tmp/usr/bin:/home/user1/bin:/bin:/usr/bin:/usr/games:/usr/local/bin:/usr/X11R6/bin:/sbin:/usr/sbin:./ BISON_SIMPLE=/usr/obj/usr/src/tmp/usr/share/misc/bison.simple COMPILER_PATH=/usr/obj/usr/src/tmp/usr/libexec:/usr/obj/usr/src/tmp/usr/bin GCC_EXEC_PREFIX=/usr/obj/usr/src/tmp/usr/lib/ LD_LIBRARY_PATH=/usr/obj/usr/src/tmp/usr/lib LIBRARY_PATH=/usr/obj/usr/src/tmp/usr/lib:/usr/obj/usr/src/tmp/usr/lib NOEXTRADEPEND=t /usr/obj/usr/src/tmp/usr/bin/make DESTDIR=/usr/obj/usr/src/tmp lib-tools cd /usr/src/gnu/usr.bin/gperf && /usr/obj/usr/src/tmp/usr/bin/make depend && /usr/obj/usr/src/tmp/usr/bin/make -DNOINFO -DNOMAN -DNOPROFILE all && /usr/obj/usr/src/tmp/usr/bin/make -DNOINFO -DNOMAN -DNOPROFILE -B install cleandir obj ===> doc *** Error code 2 Stop. *** Error code 1 Stop. *** Error code 1 Stop. % To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Feb 19 06:00:43 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA18080 for freebsd-current-outgoing; Thu, 19 Feb 1998 06:00:43 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from crafti.com.au (root@crafti.com.au [203.23.236.72]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA18071 for ; Thu, 19 Feb 1998 06:00:34 -0800 (PST) (envelope-from operations@stargate.crafti.com.au) Received: from Concordia (modem008.tsv2.crafti.com.au [203.23.238.80]) by crafti.com.au (8.8.8/8.7.3) with SMTP id BAA29136 for ; Fri, 20 Feb 1998 01:04:00 +1100 (EST) Message-Id: <3.0.3.32.19980220010107.00939150@mail.crafti.com.au> X-Sender: sgis@mail.crafti.com.au X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.3 (32) Date: Fri, 20 Feb 1998 01:01:07 +1100 To: current@FreeBSD.ORG From: Kevin Lam Subject: Fatal Trap 18: integer divide fault Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I've been attempting to install FreeBSD with the latest 3.0-980218-SNAP boot floppy, from scratch, and if I select visual mode to configure my kernel, removing all ISA devices except fdc0, and wdc0, and removing all network cards, and lpt1, it results in fatal trap 18. Earlier symptoms of vm_page_free have since disappeared, though. changing root device to fd0c rootfs is 1440 Kbyte compiled in MFS Fatal trap 18: integer divide fault while in kernel mode instruction pointer = 0x8:0xf01af2f8 stack pointer = 0x10:0xf03c0e64 frame pointer = 0x10:0xf03c0e80 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 0 (swapper) interrupt mask = bio trap number = 18 panic: integer divide fault However, the interesting thing is that if I SKIP kernel configuration and launch with the default kernel, letting them bypass all those devices not present, /stand/sysinstall starts normally. But not all is good, during a custom install, in fact any installation option, results in numerous errors culminating in a failure to create the root partition and filesystem. Switching to vty2 shows a slew of error messages revolving around the SCSI controller, ie. sd0: SCB Abort Request sent, or various other exception errors, and sometimes, reboots. Ultimately, the problems got so severe, the Quantum Fireball TM could no longer be detected _AT_ALL_, wierd noises were heard and the disk subsequently required a low-level format performed by the SCSI controller to restore readable track data. System configuration : AMD K5-PR166, Asus T2P4 (203 BIOS), Adaptec AHA-2940AU (AIC-7860) single-channel, Quantum Fireball TM 3.2GB UltraSCSI on ID 0, Matrox Mystique 4MB SGRAM, IDE CDROM on wdc0, 3Com 3C905 Fast EtherLink XL on vx0, and that's about it. -- Kevin Lam To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Feb 19 06:23:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA20201 for freebsd-current-outgoing; Thu, 19 Feb 1998 06:23:37 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from keywest.ird.rl.af.mil (KEYWEST.IRD.RL.AF.MIL [128.132.193.224]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id GAA20114; Thu, 19 Feb 1998 06:22:29 -0800 (PST) (envelope-from goeringerm@keywest.ird.rl.af.mil) Received: by keywest.ird.rl.af.mil with SMTP (Microsoft Exchange Server Internet Mail Connector Version 4.0.995.52) id <01BD3D18.FE4B9E80@keywest.ird.rl.af.mil>; Thu, 19 Feb 1998 09:30:19 -0500 Message-ID: From: "Goeringer, Michael" To: "'sos@FreeBSD.ORG'" Cc: "'freebsd-current@freebsd.org'" , "'freebsd-questions@freebsd.org'" Subject: Finding MGR Date: Thu, 19 Feb 1998 09:30:17 -0500 X-Mailer: Microsoft Exchange Server Internet Mail Connector Version 4.0.995.52 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id GAA20115 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello, After reading this post I went to sunsite.unc.edu and dl'd version .69 of MGR to give it a go on my Thinkpad LCD screen(can't get X to work)...unfortunately I"ve been unable to get a clean compile under 2.2.5 and was wondering if maybe I don't have the latest version to try? If you could please point me in the direction of the newest (or last) release I would appreciate it! Michael G. >---------- >From: Sřren Schmidt[SMTP:sos@FreeBSD.ORG] >Sent: Wednesday, February 18, 1998 4:49 AM >To: abial@nask.pl >Cc: freebsd-current@FreeBSD.ORG >Subject: Re: MGR and libvgl > >In reply to Andrzej Bialecki who wrote: >> Hi! >> >> I recently played with Bellcore window ManaGeR (MGR) - it compiles almost >> cleanly on -current, and to my amazement it works. For those who don't >> know this - it's an X-like client-server GUI. Its main advantage over >> XFree is that it's tiny - the server/window manager takes ca. 170kB. And >> some say that it's relatively easy to port clients from X to MGR... (but >> probably it's not so easy actually - I didn't notice any widget library in >> MGR distribution). > >Oh boy, I remember MGR, I ported it to SCO & Minix say 10 years ago... >It might be easy to port X apps, but it is ALOT of work.. >As far as I remeber MGR doesn't do "real" color it is a BW system, with >some rude color hacks... >But its fast & very small compared to X, ideal for small machines... >Could be in the kernel for a true graphic OS... > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Feb 19 06:33:18 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA22105 for freebsd-current-outgoing; Thu, 19 Feb 1998 06:33:18 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from korin.warman.org.pl (korin.nask.waw.pl [148.81.160.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA22093; Thu, 19 Feb 1998 06:33:02 -0800 (PST) (envelope-from abial@nask.pl) Received: from localhost (abial@localhost) by korin.warman.org.pl (8.8.8/8.8.5) with SMTP id PAA11726; Thu, 19 Feb 1998 15:35:22 +0100 (CET) X-Authentication-Warning: korin.warman.org.pl: abial owned process doing -bs Date: Thu, 19 Feb 1998 15:35:21 +0100 (CET) From: Andrzej Bialecki X-Sender: abial@korin.warman.org.pl To: "Goeringer, Michael" cc: "'sos@FreeBSD.ORG'" , "'freebsd-current@freebsd.org'" Subject: Re: Finding MGR In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 19 Feb 1998, Goeringer, Michael wrote: > Hello, > After reading this post I went to sunsite.unc.edu and dl'd version .69 > of MGR to give it a go on my Thinkpad LCD screen(can't get X to > work)...unfortunately I"ve been unable to get a clean compile under > 2.2.5 and was wondering if maybe I don't have the latest version to try? > If you could please point me in the direction of the newest (or last) > release I would appreciate it! This is the latest release... As I said, it compiles _almost_ cleanly - you'll have to tweak the src/libbitblit/freebsd and colorport/ sources, as well as src/clients/portable/mgrload. But I don't recall anything compilcated - just missing defines here and there, and missing FreeBSD version of loadavg (easily obtainable via sysctl(3)). It's interesting to play with it, but it doesn't contain _any_ higher-level abstractions (as widgets): porting X applications would require a lot of work, indeed. I didn't give up on it, yet. Its size is really compelling... Andrzej Bialecki ---------------------+--------------------------------------------------------- abial@warman.org.pl | if(halt_per_mth > 0) { fetch("http://www.freebsd.org") } Research & Academic | "Be open-minded, but don't let your brains to fall out." Network in Poland | All of the above (and more) is just my personal opinion. ---------------------+--------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Feb 19 06:57:25 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA25824 for freebsd-current-outgoing; Thu, 19 Feb 1998 06:57:25 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ns1.yes.no (ns1.yes.no [195.119.24.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA25813 for ; Thu, 19 Feb 1998 06:57:23 -0800 (PST) (envelope-from eivind@bitbox.follo.net) Received: from bitbox.follo.net (bitbox.follo.net [194.198.43.36]) by ns1.yes.no (8.8.7/8.8.7) with ESMTP id OAA23613; Thu, 19 Feb 1998 14:57:17 GMT Received: (from eivind@localhost) by bitbox.follo.net (8.8.6/8.8.6) id PAA26113; Thu, 19 Feb 1998 15:57:15 +0100 (MET) Message-ID: <19980219155715.56004@follo.net> Date: Thu, 19 Feb 1998 15:57:15 +0100 From: Eivind Eklund To: mcdougall@ameritech.net, current@FreeBSD.ORG Subject: Re: -current breakage as of 8:30am EST Thursday References: <34EC3A48.39CA01A3@ameritech.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1i In-Reply-To: <34EC3A48.39CA01A3@ameritech.net>; from Adam McDougall on Thu, Feb 19, 1998 at 08:57:28AM -0500 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Feb 19, 1998 at 08:57:28AM -0500, Adam McDougall wrote: > I tried to make clean and make includes just in case first, but it didnt > help. Try now (or rather, when rev 1.62 of bsd.prog.mk have propagated). Eivind. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Feb 19 07:06:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA28314 for freebsd-current-outgoing; Thu, 19 Feb 1998 07:06:12 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from bsdx.dyn.ml.org (root@pm100-05.dialip.mich.net [35.9.14.106]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA28218 for ; Thu, 19 Feb 1998 07:05:55 -0800 (PST) (envelope-from mcdougall@ameritech.net) Received: from ameritech.net (user1@localhost.dyn.ml.org [127.0.0.1]) by bsdx.dyn.ml.org (8.8.8/8.8.7) with ESMTP id KAA11182; Thu, 19 Feb 1998 10:05:39 -0500 (EST) (envelope-from mcdougall@ameritech.net) Message-ID: <34EC4A42.905A967@ameritech.net> Date: Thu, 19 Feb 1998 10:05:39 -0500 From: Adam McDougall Reply-To: mcdougall@ameritech.net X-Mailer: Mozilla 4.04 [en] (X11; I; FreeBSD 3.0-CURRENT i386) MIME-Version: 1.0 To: Eivind Eklund CC: current@FreeBSD.ORG Subject: Re: -current breakage as of 8:30am EST Thursday References: <34EC3A48.39CA01A3@ameritech.net> <19980219155715.56004@follo.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Eivind Eklund wrote: > On Thu, Feb 19, 1998 at 08:57:28AM -0500, Adam McDougall wrote: > > I tried to make clean and make includes just in case first, but it didnt > > help. > > Try now (or rather, when rev 1.62 of bsd.prog.mk have propagated). > > Eivind. > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message Hmm sorry, my standard-supfile got overwritten by the last make world and didnt grab some changes with a bunch of docs. Seems to be building fine now. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Feb 19 08:31:49 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA10251 for freebsd-current-outgoing; Thu, 19 Feb 1998 08:31:49 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from echonyc.com (echonyc.com [198.67.15.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA10225 for ; Thu, 19 Feb 1998 08:31:44 -0800 (PST) (envelope-from benedict@echonyc.com) Received: from localhost (benedict@localhost) by echonyc.com (8.8.7/8.8.7) with SMTP id LAA18943; Thu, 19 Feb 1998 11:31:30 -0500 (EST) Date: Thu, 19 Feb 1998 11:31:29 -0500 (EST) From: Snob Art Genre To: John Kelly cc: Brian Handy , "Jordan K. Hubbard" , current@FreeBSD.ORG Subject: Re: New 3.0 SNAPshot CDROM about ready for production.. In-Reply-To: <34eb9f96.655310@mail.cetlink.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 19 Feb 1998, John Kelly wrote: > Yes, but -stable is so far behind in features it's -stale. And now > that Jordan's merging all he can into -stable it may be thoroughly > broken by the time the 2.2.6 CD is cut. All new bugs with few new > features. I find this hard to believe. I don't track -stable at the moment, but I did so for some time, and I did not encounter (m)any freshly introduced bugs. What makes you think that the functionality being backported to -stable isn't useful or tested? I am under the impression that both of those are criteria for inclusion in -stable. Ben "You have your mind on computers, it seems." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Feb 19 09:30:18 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA17669 for freebsd-current-outgoing; Thu, 19 Feb 1998 09:30:18 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gated.unibest.ru (gated.unibest.ru [194.87.33.5]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id JAA17635 for ; Thu, 19 Feb 1998 09:30:04 -0800 (PST) (envelope-from osa@unibest.ru) From: osa@unibest.ru Received: (qmail 7630 invoked by uid 520); 19 Feb 1998 17:29:57 -0000 Date: 19 Feb 1998 17:29:57 -0000 Message-ID: <19980219172957.7629.qmail@gated.unibest.ru> To: freebsd-current@FreeBSD.ORG Subject: Cann't compile new kernel.... Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello! When i run # make depend its says : ../../i386/i386/autoconf.c:51: opt_lfs.h: No such file or directory mkdep: compile failed *** Error code 1 Stop. What can i do ? Plz, help me FreeBSD-3.0-980122-SNAP Rgdz, Ozz, osa@unibest.ru To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Feb 19 09:40:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA19279 for freebsd-current-outgoing; Thu, 19 Feb 1998 09:40:24 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ns1.yes.no (ns1.yes.no [195.119.24.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA19251 for ; Thu, 19 Feb 1998 09:40:18 -0800 (PST) (envelope-from eivind@bitbox.follo.net) Received: from bitbox.follo.net (bitbox.follo.net [194.198.43.36]) by ns1.yes.no (8.8.7/8.8.7) with ESMTP id RAA27620; Thu, 19 Feb 1998 17:37:27 GMT Received: (from eivind@localhost) by bitbox.follo.net (8.8.6/8.8.6) id SAA26567; Thu, 19 Feb 1998 18:37:26 +0100 (MET) Message-ID: <19980219183725.54814@follo.net> Date: Thu, 19 Feb 1998 18:37:25 +0100 From: Eivind Eklund To: osa@unibest.ru, freebsd-current@FreeBSD.ORG Subject: Re: Cann't compile new kernel.... References: <19980219172957.7629.qmail@gated.unibest.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1i In-Reply-To: <19980219172957.7629.qmail@gated.unibest.ru>; from osa@unibest.ru on Thu, Feb 19, 1998 at 05:29:57PM -0000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Feb 19, 1998 at 05:29:57PM -0000, osa@unibest.ru wrote: > > Hello! > > When i run > # make depend > its says : > ../../i386/i386/autoconf.c:51: opt_lfs.h: No such file or directory > mkdep: compile failed > *** Error code 1 > > Stop. > > > What can i do ? Update the rest of your source tree. It looks like you've only updated src/sys/conf/options, not src/sys/i386/i386/autoconf.c The include of opt_lfs.h was removed at the same time as that file stopped being generated, AFAIK. Eivind. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Feb 19 10:21:46 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA25300 for freebsd-current-outgoing; Thu, 19 Feb 1998 10:21:46 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from d198-232.uoregon.edu (d198-232.uoregon.edu [128.223.198.232]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA25293 for ; Thu, 19 Feb 1998 10:21:44 -0800 (PST) (envelope-from mini@d198-232.uoregon.edu) Received: (from mini@localhost) by d198-232.uoregon.edu (8.8.5/8.8.5) id KAA25217; Thu, 19 Feb 1998 10:21:08 -0800 (PST) Message-ID: <19980219102107.44967@micron.mini.net> Date: Thu, 19 Feb 1998 10:21:07 -0800 From: Jonathan Mini To: Andrzej Bialecki Cc: freebsd-current@FreeBSD.ORG Subject: Re: MGR and libvgl Reply-To: Jonathan Mini References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88e In-Reply-To: ; from Andrzej Bialecki on Wed, Feb 18, 1998 at 09:44:35AM +0100 X-files: The Truth is Out There Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Andrzej Bialecki stands accused of saying: > Now, its libbitblit supports only 320x200x256 and 640x480x2 modes (except > some other extended modes on Trident cards). I wonder what would it take > to use our libvgl instead of that somewhat antiquated library. Can I use > other resolutions (at least 640x480x256) with libvgl? This doesn't help you now, but I am writing VESA VBE code that will provide you with all of the standard VESA modes provided by your card's BIOS. I plan on integrating the VESA code into the console system, simply because anything else causes lots of evil problems. :( Expect stuff to appear in about 2 months or so. It's not that it's overly complex, but rather that I don't have much time to devote to it. *sigh* Soren wants to see it merged into libvgl -- I would prefer to replace libvgl with something more robust at the same time. Hmm.. Maybe I should start work on a 'better libvgl' immediatly, so that the API can affirm itself before I get the VESA VBE code online? -- Jonathan Mini (j_mini@efn.org) "A child of five could understand this! Quick -- Fetch me a child of five." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Feb 19 10:53:01 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA01033 for freebsd-current-outgoing; Thu, 19 Feb 1998 10:53:01 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from bachue.usc.unal.edu.co ([168.176.3.20]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA01021 for ; Thu, 19 Feb 1998 10:52:53 -0800 (PST) (envelope-from giffunip@asme.org) Received: from giffuni.usc.unal.edu.co ([168.176.3.46]) by bachue.usc.unal.edu.co (Netscape Messaging Server 3.0) with SMTP id AAA7535; Thu, 19 Feb 1998 13:55:52 +0500 Message-ID: <34EC7EFA.41C67EA6@asme.org> Date: Thu, 19 Feb 1998 13:50:34 -0500 From: "Pedro F. Giffuni" Organization: U. Nacional de Colombia X-Mailer: Mozilla 3.01Gold (X11; I; FreeBSD 2.2.5-RELEASE i386) MIME-Version: 1.0 To: Jonathan Mini CC: Andrzej Bialecki , freebsd-current@FreeBSD.ORG Subject: Re: MGR and libvgl References: <19980219102107.44967@micron.mini.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Jonathan Mini wrote: > > Soren wants to see it merged into libvgl -- I would prefer to replace > libvgl with something more robust at the same time. > Hmm.. Maybe I should start work on a 'better libvgl' immediatly, > so that the API can affirm itself before I get the VESA VBE code > online? > I'm sort of working of that, but I got distracted by classes (and some ports). The idea is to use a vesa.h for the low level mouse-keyboard-graphic support and have vgl and Allegro work on top of that. I am planning to use the headers from OS/2's VESA package (for emx), so that we can also port their graphic libraries. I have their API here and it seems good for my purposes: I dream of porting some DOS-like packages to fullscreen FreeBSD :-). I hadn't thought of MGR, but I'll have to take a look at their library because libvgl didn't behave well on my card :( cheers, Pedro. > -- > Jonathan Mini > (j_mini@efn.org) > > "A child of five could understand this! Quick -- Fetch me a child of five." > > 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 Thu Feb 19 12:43:20 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA18834 for freebsd-current-outgoing; Thu, 19 Feb 1998 12:43:20 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from korin.warman.org.pl (korin.nask.waw.pl [148.81.160.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA18802 for ; Thu, 19 Feb 1998 12:43:08 -0800 (PST) (envelope-from abial@nask.pl) Received: from localhost (abial@localhost) by korin.warman.org.pl (8.8.8/8.8.5) with SMTP id VAA29291; Thu, 19 Feb 1998 21:44:43 +0100 (CET) X-Authentication-Warning: korin.warman.org.pl: abial owned process doing -bs Date: Thu, 19 Feb 1998 21:44:43 +0100 (CET) From: Andrzej Bialecki X-Sender: abial@korin.warman.org.pl To: "Pedro F. Giffuni" cc: Jonathan Mini , freebsd-current@FreeBSD.ORG Subject: Re: MGR and libvgl In-Reply-To: <34EC7EFA.41C67EA6@asme.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 19 Feb 1998, Pedro F. Giffuni wrote: > Jonathan Mini wrote: > > > > Soren wants to see it merged into libvgl -- I would prefer to replace > > libvgl with something more robust at the same time. > > Hmm.. Maybe I should start work on a 'better libvgl' immediatly, > > so that the API can affirm itself before I get the VESA VBE code > > online? > > > I'm sort of working of that, but I got distracted by classes (and some > ports). > > The idea is to use a vesa.h for the low level mouse-keyboard-graphic > support and have vgl and Allegro work on top of that. I am planning to > use the headers from OS/2's VESA package (for emx), so that we can also > port their graphic libraries. I have their API here and it seems good > for my purposes: I dream of porting some DOS-like packages to fullscreen > FreeBSD :-). > > I hadn't thought of MGR, but I'll have to take a look at their library > because libvgl didn't behave well on my card :( Major advantage of MGR is that it's a server-client model, very close in concept to X, with all advantages of remote clients etc. If we could hammer out something like this, it would be a big win IMHO. Not that I like the X protocol (I don't know it too well either), but the concept is sound and proved useful (at least in case of X). Andrzej Bialecki ---------------------+--------------------------------------------------------- abial@warman.org.pl | if(halt_per_mth > 0) { fetch("http://www.freebsd.org") } Research & Academic | "Be open-minded, but don't let your brains to fall out." Network in Poland | All of the above (and more) is just my personal opinion. ---------------------+--------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Feb 19 12:54:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA21348 for freebsd-current-outgoing; Thu, 19 Feb 1998 12:54:24 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from pop.uniserve.com (pop.uniserve.com [204.244.156.3]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id MAA21322 for ; Thu, 19 Feb 1998 12:54:14 -0800 (PST) (envelope-from tom@uniserve.com) Received: from shell.uniserve.com [204.244.186.218] by pop.uniserve.com with smtp (Exim 1.73 #1) id 0y5cwz-00049N-00; Thu, 19 Feb 1998 12:52:09 -0800 Date: Thu, 19 Feb 1998 12:52:07 -0800 (PST) From: Tom To: Andrzej Bialecki cc: "Pedro F. Giffuni" , Jonathan Mini , freebsd-current@FreeBSD.ORG Subject: Re: MGR and libvgl In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 19 Feb 1998, Andrzej Bialecki wrote: > Major advantage of MGR is that it's a server-client model, very close in > concept to X, with all advantages of remote clients etc. If we could > hammer out something like this, it would be a big win IMHO. Not that I > like the X protocol (I don't know it too well either), but the concept is > sound and proved useful (at least in case of X). It is such a good idea that Microsoft will releasing "Microsoft Terminal Services" for NT shortly! This is technology absorbed from Citrix. Product was originally called Winframe I believe. The idea is to have a central NT server with gobs of CPUs and memory, and desktops just run a thin terminal client. Citrix was claiming that their thin client could run on a 286 with 1MB of RAM... And people thought that era of mainframes and centralized computing was dead! > Andrzej Bialecki > > ---------------------+--------------------------------------------------------- > abial@warman.org.pl | if(halt_per_mth > 0) { fetch("http://www.freebsd.org") } > Research & Academic | "Be open-minded, but don't let your brains to fall out." > Network in Poland | All of the above (and more) is just my personal opinion. > ---------------------+--------------------------------------------------------- Tom To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Feb 19 15:38:39 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA17832 for freebsd-current-outgoing; Thu, 19 Feb 1998 15:38:39 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from d198-232.uoregon.edu (d198-232.uoregon.edu [128.223.198.232]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA17753 for ; Thu, 19 Feb 1998 15:38:23 -0800 (PST) (envelope-from mini@d198-232.uoregon.edu) Received: (from mini@localhost) by d198-232.uoregon.edu (8.8.5/8.8.5) id PAA25558; Thu, 19 Feb 1998 15:37:49 -0800 (PST) Message-ID: <19980219153748.56552@micron.mini.net> Date: Thu, 19 Feb 1998 15:37:48 -0800 From: Jonathan Mini To: Andrzej Bialecki Cc: "Pedro F. Giffuni" , Jonathan Mini , freebsd-current@FreeBSD.ORG Subject: Re: MGR and libvgl Reply-To: Jonathan Mini References: <34EC7EFA.41C67EA6@asme.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88e In-Reply-To: ; from Andrzej Bialecki on Thu, Feb 19, 1998 at 09:44:43PM +0100 X-files: The Truth is Out There Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Andrzej Bialecki stands accused of saying: > On Thu, 19 Feb 1998, Pedro F. Giffuni wrote: > > > Jonathan Mini wrote: > > > > > > Soren wants to see it merged into libvgl -- I would prefer to replace > > > libvgl with something more robust at the same time. > > > Hmm.. Maybe I should start work on a 'better libvgl' immediatly, > > > so that the API can affirm itself before I get the VESA VBE code > > > online? > > > > > I'm sort of working of that, but I got distracted by classes (and some > > ports). > > > > The idea is to use a vesa.h for the low level mouse-keyboard-graphic > > support and have vgl and Allegro work on top of that. I am planning to > > use the headers from OS/2's VESA package (for emx), so that we can also > > port their graphic libraries. I have their API here and it seems good > > for my purposes: I dream of porting some DOS-like packages to fullscreen > > FreeBSD :-). > > > > I hadn't thought of MGR, but I'll have to take a look at their library > > because libvgl didn't behave well on my card :( > > Major advantage of MGR is that it's a server-client model, very close in > concept to X, with all advantages of remote clients etc. If we could > hammer out something like this, it would be a big win IMHO. Not that I > like the X protocol (I don't know it too well either), but the concept is > sound and proved useful (at least in case of X). We need to provide a simple core package that all of these things (Allegro, OS/2's evil vesa.h, MGL -- perhaps even Xfree86) can sit on top of. Otherwise everything will fall into chaos _REALLY_ fast. -- Jonathan Mini (j_mini@efn.org) "A child of five could understand this! Quick -- Fetch me a child of five." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Feb 19 15:40:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA18363 for freebsd-current-outgoing; Thu, 19 Feb 1998 15:40:12 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from d198-232.uoregon.edu (d198-232.uoregon.edu [128.223.198.232]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA18225 for ; Thu, 19 Feb 1998 15:39:44 -0800 (PST) (envelope-from mini@d198-232.uoregon.edu) Received: (from mini@localhost) by d198-232.uoregon.edu (8.8.5/8.8.5) id PAA25579; Thu, 19 Feb 1998 15:39:11 -0800 (PST) Message-ID: <19980219153910.45101@micron.mini.net> Date: Thu, 19 Feb 1998 15:39:10 -0800 From: Jonathan Mini To: Tom Cc: Andrzej Bialecki , "Pedro F. Giffuni" , Jonathan Mini , freebsd-current@FreeBSD.ORG Subject: Re: MGR and libvgl Reply-To: Jonathan Mini References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88e In-Reply-To: ; from Tom on Thu, Feb 19, 1998 at 12:52:07PM -0800 X-files: The Truth is Out There Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Tom stands accused of saying: > It is such a good idea that Microsoft will releasing "Microsoft Terminal > Services" for NT shortly! This is technology absorbed from Citrix. > Product was originally called Winframe I believe. The idea is to have a > central NT server with gobs of CPUs and memory, and desktops just run a > thin terminal client. Citrix was claiming that their thin client could > run on a 286 with 1MB of RAM... > > And people thought that era of mainframes and centralized computing was > dead! Nahh. Microsoft is just taking it's time to learn that UNIX has always been a good idea. -- Jonathan Mini (j_mini@efn.org) "A child of five could understand this! Quick -- Fetch me a child of five." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Feb 19 16:11:56 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA26517 for freebsd-current-outgoing; Thu, 19 Feb 1998 16:11:56 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cain.gsoft.com.au (genesi.lnk.telstra.net [139.130.136.161]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA26459 for ; Thu, 19 Feb 1998 16:11:19 -0800 (PST) (envelope-from doconnor@cain.gsoft.com.au) Received: from cain (localhost [127.0.0.1]) by cain.gsoft.com.au (8.8.8/8.6.9) with ESMTP id KAA01856; Fri, 20 Feb 1998 10:40:23 +1030 (CST) Message-Id: <199802200010.KAA01856@cain.gsoft.com.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: Tom cc: Andrzej Bialecki , "Pedro F. Giffuni" , Jonathan Mini , freebsd-current@FreeBSD.ORG Subject: Re: MGR and libvgl In-reply-to: Your message of "Thu, 19 Feb 1998 12:52:07 -0800." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 20 Feb 1998 10:40:23 +1030 From: "Daniel O'Connor" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > hammer out something like this, it would be a big win IMHO. Not that I > > like the X protocol (I don't know it too well either), but the concept is > > sound and proved useful (at least in case of X). > It is such a good idea that Microsoft will releasing "Microsoft Terminal > Services" for NT shortly! This is technology absorbed from Citrix. > Product was originally called Winframe I believe. The idea is to have a > central NT server with gobs of CPUs and memory, and desktops just run a > thin terminal client. Citrix was claiming that their thin client could > run on a 286 with 1MB of RAM... > And people thought that era of mainframes and centralized computing was > dead! Mmmm, and you should see the list of software which doesn't like running in Winframe because they assume they 'own' the machine Its neat, but its still not as good as X =) (Of course X on a 286 would be a tad hard, but nonetheless..) --------------------------------------------------------------------- |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 Thu Feb 19 16:19:38 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA28304 for freebsd-current-outgoing; Thu, 19 Feb 1998 16:19:38 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from d198-232.uoregon.edu (d198-232.uoregon.edu [128.223.198.232]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA28263 for ; Thu, 19 Feb 1998 16:19:20 -0800 (PST) (envelope-from mini@d198-232.uoregon.edu) Received: (from mini@localhost) by d198-232.uoregon.edu (8.8.5/8.8.5) id QAA25657; Thu, 19 Feb 1998 16:18:27 -0800 (PST) Message-ID: <19980219161826.57102@micron.mini.net> Date: Thu, 19 Feb 1998 16:18:26 -0800 From: Jonathan Mini To: "Daniel O'Connor" Cc: Tom , Andrzej Bialecki , "Pedro F. Giffuni" , Jonathan Mini , freebsd-current@FreeBSD.ORG Subject: Re: MGR and libvgl Reply-To: Jonathan Mini References: <199802200010.KAA01856@cain.gsoft.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88e In-Reply-To: <199802200010.KAA01856@cain.gsoft.com.au>; from Daniel O'Connor on Fri, Feb 20, 1998 at 10:40:23AM +1030 X-files: The Truth is Out There Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Daniel O'Connor stands accused of saying: > Mmmm, and you should see the list of software which doesn't like running in > Winframe because they assume they 'own' the machine > Its neat, but its still not as good as X =) > (Of course X on a 286 would be a tad hard, but nonetheless..) .. Why bother? I have a hard time _FINDING_ 286 machines around anymore. The Goodwill has stopped putting them out on the shelf, and we don't even have that much of a computer market in this little town. FreeBSD can run Xfree86 on a 386, what more can you ask for? :) -- Jonathan Mini (j_mini@efn.org) "A child of five could understand this! Quick -- Fetch me a child of five." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Feb 19 16:55:18 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA04201 for freebsd-current-outgoing; Thu, 19 Feb 1998 16:55:18 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from taliesin.cs.ucla.edu (Taliesin.CS.UCLA.EDU [131.179.96.166]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id QAA04091 for ; Thu, 19 Feb 1998 16:54:57 -0800 (PST) (envelope-from scottm@mordred.cs.ucla.edu) Received: (qmail 12525 invoked from network); 20 Feb 1998 00:28:10 -0000 Received: from mordred.cs.ucla.edu (131.179.48.34) by taliesin.cs.ucla.edu with SMTP; 20 Feb 1998 00:28:10 -0000 Received: from mordred.cs.ucla.edu (localhost [127.0.0.1]) by mordred.cs.ucla.edu (8.8.8/8.8.8) with ESMTP id QAA21313; Thu, 19 Feb 1998 16:28:01 -0800 (PST) (envelope-from scottm@mordred.cs.ucla.edu) Message-Id: <199802200028.QAA21313@mordred.cs.ucla.edu> X-Mailer: exmh version 2.0.1 12/23/97 To: "Daniel O'Connor" cc: Tom , Andrzej Bialecki , "Pedro F. Giffuni" , Jonathan Mini , freebsd-current@FreeBSD.ORG Subject: Re: MGR and libvgl In-reply-to: Your message of "Fri, 20 Feb 1998 10:40:23 +1030." <199802200010.KAA01856@cain.gsoft.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 19 Feb 1998 16:28:01 -0800 From: Scott Michel Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > It is such a good idea that Microsoft will releasing "Microsoft Terminal > > Services" for NT shortly! This is technology absorbed from Citrix. > > Product was originally called Winframe I believe. The idea is to have a > > central NT server with gobs of CPUs and memory, and desktops just run a > > thin terminal client. Citrix was claiming that their thin client could > > run on a 286 with 1MB of RAM... > > And people thought that era of mainframes and centralized computing was > > dead! > Mmmm, and you should see the list of software which doesn't like running in > Winframe because they assume they 'own' the machine > Its neat, but its still not as good as X =) > (Of course X on a 286 would be a tad hard, but nonetheless..) To be fair, it's not that bad. My employer has been beta-testing this software for a few months now (because the USAF has an interest in it, God only knows why!). Don't need a client. All you need is an X server. My desktop down there is a SS-20 with Solaris 2.6. It also seems to help that the SS-20 is OC-3 connected to the same switch as the NT box. That said, there are indeed a number of applications which assume they own the machine and video card where the user is located. This is not an unreasonable assumption on the part of the software, if you consider this an 80/20 situation. Most other people who are using this Citrix spooge use the thin client when dialed in over PPP. I've never used it, so I won't comment on it. -scooter -- Scott Michel | In life, there are sheep and there are UCLA Computer Science | wolves. PhD Graduate Student | I don't bleat. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Feb 19 17:40:14 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA11340 for freebsd-current-outgoing; Thu, 19 Feb 1998 17:40:14 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cain.gsoft.com.au (genesi.lnk.telstra.net [139.130.136.161]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA11328 for ; Thu, 19 Feb 1998 17:40:05 -0800 (PST) (envelope-from doconnor@cain.gsoft.com.au) Received: from cain (localhost [127.0.0.1]) by cain.gsoft.com.au (8.8.8/8.6.9) with ESMTP id LAA02079; Fri, 20 Feb 1998 11:03:21 +1030 (CST) Message-Id: <199802200033.LAA02079@cain.gsoft.com.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: Scott Michel cc: "Daniel O'Connor" , Tom , Andrzej Bialecki , "Pedro F. Giffuni" , Jonathan Mini , freebsd-current@FreeBSD.ORG Subject: Re: MGR and libvgl In-reply-to: Your message of "Thu, 19 Feb 1998 16:28:01 -0800." <199802200028.QAA21313@mordred.cs.ucla.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 20 Feb 1998 11:03:20 +1030 From: "Daniel O'Connor" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Mmmm, and you should see the list of software which doesn't like running in > God only knows why!). Don't need a client. All you need is an X server. > My desktop down there is a SS-20 with Solaris 2.6. It also seems to > help that the SS-20 is OC-3 connected to the same switch as the NT box. Hmm, neat, didn't realise it could act as an X client. > That said, there are indeed a number of applications which assume they > own the machine and video card where the user is located. This is not > an unreasonable assumption on the part of the software, if you consider > this an 80/20 situation. Yeah, its still annoying tho - I also have seen a program which doesn't like the fact that there are multiple copies running on the same machine (its client server and uses the machine id as a unique ID :) > Most other people who are using this Citrix spooge use the thin client > when dialed in over PPP. I've never used it, so I won't comment on it. Yeah, apparently it works OK.. Bits of the South Australian govt use it. --------------------------------------------------------------------- |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 Thu Feb 19 22:03:19 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA22169 for freebsd-current-outgoing; Thu, 19 Feb 1998 22:03:19 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from starbase.spd.louisville.edu (root@starbase.spd.louisville.edu [136.165.99.61]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA22141 for ; Thu, 19 Feb 1998 22:03:14 -0800 (PST) (envelope-from vegold01@starbase.spd.louisville.edu) Received: from moose.mindspring.com (user-38lc2ri.dialup.mindspring.com [209.86.11.114]) by starbase.spd.louisville.edu (8.7.6/8.6.12) with SMTP id BAA06002; Fri, 20 Feb 1998 01:03:08 -0500 (EST) Message-ID: <34ECD591.41C67EA6@starbase.spd.louisville.edu> Date: Fri, 20 Feb 1998 01:00:01 +0000 From: "V Edward Gold, Jr." Organization: GoldTouch Computer Solutions X-Mailer: Mozilla 3.0 (X11; I; FreeBSD 3.0-CURRENT i386) MIME-Version: 1.0 To: freebsd-current@FreeBSD.ORG Subject: problems with XView and FreeBSD Content-Type: multipart/mixed; boundary="------------446B9B3D2781E494167EB0E7" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. --------------446B9B3D2781E494167EB0E7 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit I just recently started playing with an application that was written originally on SunOS 4.1.3 and I ported it to FreeBSD 2.2.1 and everything was fine. I upgraded to 3.0 and now I experience problems apparently caused by using the notify_do_dispatch() call and ANY subsequent file I/O. I went ahead and attached the sample program that demonstrates this oddity, in case anyone wants to help me locate its source/cure. I compile it as follows: gcc -o main main.c -I/usr/X11R6/include -g -L/usr/X11R6/lib -lxview \ -lX11 -lolgx Any help would be appreciated! Ed --------------446B9B3D2781E494167EB0E7 Content-Type: text/plain; charset=us-ascii; name="main.c" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="main.c" #include #include #include #include #include #include #include #include #include #include #include #define TEXT_HEIGHT ( 200 ) #define TEXT_WIDTH ( 800 ) #define BUTTON_HEIGHT ( 40 ) #define MAX_SCRIPT_LEVELS ( 20 ) /******************************************************************************/ /*** Global XWindow Structures ***/ /******************************************************************************/ typedef struct { int frame_height; int frame_width; Frame frame; Display *display; Panel panel; Xv_window window; Tty tty; int tty_fd; } WinEnv; WinEnv BaseWin; main( int argc, char **argv ) { char msg[1024], prompt[1024], **cmd_word; int i, status; BaseWin.frame_height = 512; BaseWin.frame_width = 512; xv_init( XV_INIT_ARGC_PTR_ARGV, &argc, argv, 0 ); BaseWin.frame = xv_create( (Xv_opaque) NULL, FRAME, FRAME_LABEL, "XImgEdit Version 1.1, January 1997", XV_SHOW, TRUE, FRAME_SHOW_LABEL, TRUE, FRAME_INHERIT_COLORS, TRUE, FRAME_SHOW_FOOTER, TRUE, FRAME_LEFT_FOOTER, "Copyright (c) 1997", WIN_ERROR_MSG, "Error creating base frame!", XV_WIDTH, TEXT_WIDTH, XV_HEIGHT, TEXT_HEIGHT + BUTTON_HEIGHT, 0 ); BaseWin.display = (Display *) xv_get( BaseWin.frame, XV_DISPLAY ); XFlush( BaseWin.display ); BaseWin.tty = xv_create( BaseWin.frame, TERMSW, WIN_INHERIT_COLORS, TRUE, TTY_ARGV, TTY_ARGV_DO_NOT_FORK, WIN_X, 0, WIN_Y, BUTTON_HEIGHT, NULL ); xv_set( BaseWin.tty, WIN_CONSUME_EVENTS, WIN_NO_EVENTS, LOC_WINENTER, LOC_WINEXIT, NULL, NULL ); window_fit_width( BaseWin.frame ); BaseWin.tty_fd = (int) xv_get( BaseWin.tty, TTY_TTY_FD ); dup2( BaseWin.tty_fd, fileno( stdout ) ); dup2( BaseWin.tty_fd, fileno( stdin ) ); BaseWin.panel = xv_create( BaseWin.frame, PANEL, XV_HEIGHT, BUTTON_HEIGHT, WIN_X, 0, WIN_Y, 0, 0 ); notify_do_dispatch(); printf( "\nYour Prompt Here!\n" ); /*** I default your prompt to ";", but you can change it ***/ strcpy( prompt, ";" ); while( 1 ) { char cmd_buffer[1024]; sprintf( msg, prompt ); write( fileno( stdout ), msg, strlen( msg ) ); fflush( stdout ); while( read( fileno(stdin), sizeof(cmd_buffer), cmd_buffer ) != 0 ); } free( cmd_word ); } --------------446B9B3D2781E494167EB0E7-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 20 00:11:48 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA06520 for freebsd-current-outgoing; Fri, 20 Feb 1998 00:11:48 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from www.giovannelli.it (www.giovannelli.it [194.184.65.4]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA06513 for ; Fri, 20 Feb 1998 00:11:45 -0800 (PST) (envelope-from gmarco@www.giovannelli.it) Received: (from gmarco@localhost) by www.giovannelli.it (8.8.8/8.8.5) id JAA00315 for current@freebsd.org; Fri, 20 Feb 1998 09:15:15 +0100 (MET) Date: Fri, 20 Feb 1998 09:15:15 +0100 (MET) From: Gianmarco Giovannelli Message-Id: <199802200815.JAA00315@www.giovannelli.it> To: current@FreeBSD.ORG Subject: Make World fails : cvsup 980219 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG ER_PATH=/usr/obj/usr/src/tmp/usr/libexec:/usr/obj/usr/src/tmp/usr/bin GCC_EXEC_PREFIX=/usr/obj/usr/src/tmp/usr/lib/ LD_LIBRARY_PATH=/usr/obj/usr/src/tmp/usr/lib LIBRARY_PATH=/usr/obj/usr/src/tmp/usr/lib:/usr/obj/usr/src/tmp/usr/lib NOEXTRADEPEND=t /usr/obj/usr/src/tmp/usr/bin/make DESTDIR=/usr/obj/usr/src/tmp lib-tools cd /usr/src/gnu/usr.bin/gperf && /usr/obj/usr/src/tmp/usr/bin/make depend && /usr/obj/usr/src/tmp/usr/bin/make -DNOINFO -DNOMAN -DNOPROFILE all && /usr/obj/usr/src/tmp/usr/bin/make -DNOINFO -DNOMAN -DNOPROFILE -B install cleandir obj ===> doc cc -O -pipe -D_HAVE_PARAM_H -DLO_CAL -DGATHER_STATISTICS -I/usr/obj/usr/src/tmp/usr/include -c /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/stderr.c make: don't know how to make /usr/obj/usr/src/tmp/usr/lib/crt0.o. Stop *** Error code 2 Stop. *** Error code 1 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 20 00:29:46 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA08674 for freebsd-current-outgoing; Fri, 20 Feb 1998 00:29:46 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from allegro.lemis.com (allegro.lemis.com [192.109.197.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA08662 for ; Fri, 20 Feb 1998 00:29:42 -0800 (PST) (envelope-from grog@lemis.com) Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137]) by allegro.lemis.com (8.8.7/8.8.5) with ESMTP id SAA02022; Fri, 20 Feb 1998 18:59:26 +1030 (CST) Received: (from grog@localhost) by freebie.lemis.com (8.8.8/8.8.7) id SAA16245; Fri, 20 Feb 1998 18:59:26 +1030 (CST) (envelope-from grog) Message-ID: <19980220185926.22249@freebie.lemis.com> Date: Fri, 20 Feb 1998 18:59:26 +1030 From: Greg Lehey To: Gianmarco Giovannelli , current@FreeBSD.ORG Subject: Re: Make World fails : cvsup 980219 References: <199802200815.JAA00315@www.giovannelli.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89i In-Reply-To: <199802200815.JAA00315@www.giovannelli.it>; from Gianmarco Giovannelli on Fri, Feb 20, 1998 at 09:15:15AM +0100 WWW-Home-Page: http://www.lemis.com/~grog Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 20 February 1998 at 9:15:15 +0100, Gianmarco Giovannelli wrote: > > ER_PATH=/usr/obj/usr/src/tmp/usr/libexec:/usr/obj/usr/src/tmp/usr/bin GCC_EXEC_PREFIX=/usr/obj/usr/src/tmp/usr/lib/ LD_LIBRARY_PATH=/usr/obj/usr/src/tmp/usr/lib LIBRARY_PATH=/usr/obj/usr/src/tmp/usr/lib:/usr/obj/usr/src/tmp/usr/lib NOEXTRADEPEND=t /usr/obj/usr/src/tmp/usr/bin/make DESTDIR=/usr/obj/usr/src/tmp lib-tools > cd /usr/src/gnu/usr.bin/gperf && /usr/obj/usr/src/tmp/usr/bin/make depend && /usr/obj/usr/src/tmp/usr/bin/make -DNOINFO -DNOMAN -DNOPROFILE all && /usr/obj/usr/src/tmp/usr/bin/make -DNOINFO -DNOMAN -DNOPROFILE -B install cleandir obj > ===> doc > cc -O -pipe -D_HAVE_PARAM_H -DLO_CAL -DGATHER_STATISTICS -I/usr/obj/usr/src/tmp/usr/include -c /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/stderr.c > make: don't know how to make /usr/obj/usr/src/tmp/usr/lib/crt0.o. Stop > *** Error code 2 > > Stop. > *** Error code 1 Yup, mee too. Eivind, is this yours? Greg To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 20 00:52:54 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA12387 for freebsd-current-outgoing; Fri, 20 Feb 1998 00:52:54 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ns1.yes.no (ns1.yes.no [195.119.24.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA12352 for ; Fri, 20 Feb 1998 00:52:50 -0800 (PST) (envelope-from eivind@bitbox.follo.net) Received: from bitbox.follo.net (bitbox.follo.net [194.198.43.36]) by ns1.yes.no (8.8.7/8.8.7) with ESMTP id IAA08006; Fri, 20 Feb 1998 08:52:19 GMT Received: (from eivind@localhost) by bitbox.follo.net (8.8.6/8.8.6) id JAA02075; Fri, 20 Feb 1998 09:52:18 +0100 (MET) Message-ID: <19980220095217.12544@follo.net> Date: Fri, 20 Feb 1998 09:52:17 +0100 From: Eivind Eklund To: Greg Lehey , Gianmarco Giovannelli , current@FreeBSD.ORG Subject: Re: Make World fails : cvsup 980219 References: <199802200815.JAA00315@www.giovannelli.it> <19980220185926.22249@freebie.lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1i In-Reply-To: <19980220185926.22249@freebie.lemis.com>; from Greg Lehey on Fri, Feb 20, 1998 at 06:59:26PM +1030 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Feb 20, 1998 at 06:59:26PM +1030, Greg Lehey wrote: > > ===> doc > > cc -O -pipe -D_HAVE_PARAM_H -DLO_CAL -DGATHER_STATISTICS -I/usr/obj/usr/src/tmp/usr/include -c /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/stderr.c > > make: don't know how to make /usr/obj/usr/src/tmp/usr/lib/crt0.o. Stop > > *** Error code 2 > > > > Stop. > > *** Error code 1 > > Yup, mee too. Eivind, is this yours? Don't think so if it is past bsd.prog.mk 1.62. I'm investigating it right now. (make buildworld went past this point for me, but I have some changes in my tree. None that should be related to this, though.) Eivind. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 20 01:11:25 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA14642 for freebsd-current-outgoing; Fri, 20 Feb 1998 01:11:25 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from allegro.lemis.com (allegro.lemis.com [192.109.197.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA14604 for ; Fri, 20 Feb 1998 01:11:15 -0800 (PST) (envelope-from grog@lemis.com) Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137]) by allegro.lemis.com (8.8.7/8.8.5) with ESMTP id TAA02057; Fri, 20 Feb 1998 19:40:41 +1030 (CST) Received: (from grog@localhost) by freebie.lemis.com (8.8.8/8.8.7) id TAA16396; Fri, 20 Feb 1998 19:40:40 +1030 (CST) (envelope-from grog) Message-ID: <19980220194040.56003@freebie.lemis.com> Date: Fri, 20 Feb 1998 19:40:40 +1030 From: Greg Lehey To: Eivind Eklund , Gianmarco Giovannelli , current@FreeBSD.ORG Subject: Re: Make World fails : cvsup 980219 References: <199802200815.JAA00315@www.giovannelli.it> <19980220185926.22249@freebie.lemis.com> <19980220095217.12544@follo.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89i In-Reply-To: <19980220095217.12544@follo.net>; from Eivind Eklund on Fri, Feb 20, 1998 at 09:52:17AM +0100 WWW-Home-Page: http://www.lemis.com/~grog Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 20 February 1998 at 9:52:17 +0100, Eivind Eklund wrote: > On Fri, Feb 20, 1998 at 06:59:26PM +1030, Greg Lehey wrote: >>> ===> doc >>> cc -O -pipe -D_HAVE_PARAM_H -DLO_CAL -DGATHER_STATISTICS -I/usr/obj/usr/src/tmp/usr/include -c /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/stderr.c >>> make: don't know how to make /usr/obj/usr/src/tmp/usr/lib/crt0.o. Stop >>> *** Error code 2 >>> >>> Stop. >>> *** Error code 1 >> >> Yup, mee too. Eivind, is this yours? > > Don't think so if it is past bsd.prog.mk 1.62. I'm investigating it > right now. (make buildworld went past this point for me, but I have > some changes in my tree. None that should be related to this, > though.) OK. Mine's 1.62. Before, it died in gnu/as. Greg To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 20 01:19:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA15932 for freebsd-current-outgoing; Fri, 20 Feb 1998 01:19:06 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mercury.ukc.ac.uk (mercury.ukc.ac.uk [129.12.21.10]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id BAA15924 for ; Fri, 20 Feb 1998 01:19:02 -0800 (PST) (envelope-from K.R.Marshall@ukc.ac.uk) Received: from plato.ukc.ac.uk by mercury.ukc.ac.uk with SMTP (PP); Fri, 20 Feb 1998 09:18:23 +0000 Received: from pckrm2 by plato.ukc.ac.uk (SMI-8.6/UKC-2.14) id JAA06331; Fri, 20 Feb 1998 09:18:20 GMT Message-ID: <00d101bd3de0$5a1b5030$1f3a0c81@pckrm2.ukc.ac.uk> From: Keith Marshall To: Tom , Andrzej Bialecki Cc: "Pedro F. Giffuni" , Jonathan Mini , freebsd-current Subject: Re: MGR and libvgl Date: Fri, 20 Feb 1998 09:17:21 -0000 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.2106.4 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG -----Original Message----- From: Tom To: Andrzej Bialecki Cc: Pedro F. Giffuni ; Jonathan Mini ; freebsd-current@FreeBSD.ORG Date: 19 February 1998 20:58 Subject: Re: MGR and libvgl > It is such a good idea that Microsoft will releasing "Microsoft Terminal >Services" for NT shortly! This is technology absorbed from Citrix. >Product was originally called Winframe I believe. The idea is to have a >central NT server with gobs of CPUs and memory, and desktops just run a >thin terminal client. Citrix was claiming that their thin client could >run on a 286 with 1MB of RAM... Yes but have you seen how much they are going to charge for this..? One machine connecting will cost you as much as a WinNT license plus Client Access License, that doesn't take into account the charge for the Terminal Server software itself. That connecting machine might be a simple 386, so do you want to spend #100 on an operating system for it..? Especially when you could just run FreeBSD on it for nothing, and have a more reliable system.. Keith. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 20 02:05:01 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA22212 for freebsd-current-outgoing; Fri, 20 Feb 1998 02:05:01 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from btp1da.phy.uni-bayreuth.de (btp1da.phy.uni-bayreuth.de [132.180.20.32]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA22190 for ; Fri, 20 Feb 1998 02:04:54 -0800 (PST) (envelope-from croot@btp1da.phy.uni-bayreuth.de) Received: (from root@localhost) by btp1da.phy.uni-bayreuth.de (8.8.8/8.7.3) id LAA07533; Fri, 20 Feb 1998 11:04:08 +0100 (MET) Message-ID: X-Mailer: XFMail 1.2 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <19980220194040.56003@freebie.lemis.com> Date: Fri, 20 Feb 1998 11:04:08 +0100 (MET) Organization: university of bayreuth From: Werner Griessl To: Greg Lehey Subject: Re: Make World fails : cvsup 980219 Cc: current@FreeBSD.ORG, Gianmarco Giovannelli , Eivind Eklund Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 20-Feb-98 Greg Lehey wrote: > On Fri, 20 February 1998 at 9:52:17 +0100, Eivind Eklund wrote: >> On Fri, Feb 20, 1998 at 06:59:26PM +1030, Greg Lehey wrote: >>>> ===> doc >>>> cc -O -pipe -D_HAVE_PARAM_H -DLO_CAL -DGATHER_STATISTICS >>>> -I/usr/obj/usr/src/tmp/usr/include -c >>>> /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/stderr.c >>>> make: don't know how to make /usr/obj/usr/src/tmp/usr/lib/crt0.o. Stop >>>> *** Error code 2 >>>> >>>> Stop. >>>> *** Error code 1 >>> >>> Yup, mee too. Eivind, is this yours? >> >> Don't think so if it is past bsd.prog.mk 1.62. I'm investigating it >> right now. (make buildworld went past this point for me, but I have >> some changes in my tree. None that should be related to this, >> though.) > > OK. Mine's 1.62. Before, it died in gnu/as. > > Greg > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message Had also problems with current the last few days. But today i successfully did a "buildword" "installworld" kernel compile and reboot without problems. Werner ---------------------------------- E-Mail: Werner Griessl Date: 20-Feb-98 Time: 11:00:54 This message was sent by XFMail ---------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 20 06:34:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA26325 for freebsd-current-outgoing; Fri, 20 Feb 1998 06:34:57 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from korin.warman.org.pl (korin.nask.waw.pl [148.81.160.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA26317 for ; Fri, 20 Feb 1998 06:34:52 -0800 (PST) (envelope-from abial@nask.pl) Received: from localhost (abial@localhost) by korin.warman.org.pl (8.8.8/8.8.5) with SMTP id PAA17423 for ; Fri, 20 Feb 1998 15:37:16 +0100 (CET) X-Authentication-Warning: korin.warman.org.pl: abial owned process doing -bs Date: Fri, 20 Feb 1998 15:37:16 +0100 (CET) From: Andrzej Bialecki X-Sender: abial@korin.warman.org.pl To: freebsd-current@FreeBSD.ORG Subject: MGR and the like... In-Reply-To: <34EC9DF7.1CFBAE39@asme.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 19 Feb 1998, Pedro F. Giffuni wrote: > Maybe this would be helpful for you: > http://www.modeemi.cs.tut.fi/~puujalka/w1r2.html > but I still prefer MGR. I pass on this URL for those interested in small alternatives to X. I tested it only on Linux (didn't have time yet to port it), and it looks much more interesting: * it's actively developed (though slowly, it seems) * it contains widget library * there is an HTML browser for it (supporting graphics as well)! I couldn't get enough info on its license, though. I think it will be something along GPL, but anyway... Andrzej Bialecki ---------------------+--------------------------------------------------------- abial@warman.org.pl | if(halt_per_mth > 0) { fetch("http://www.freebsd.org") } Research & Academic | "Be open-minded, but don't let your brains to fall out." Network in Poland | All of the above (and more) is just my personal opinion. ---------------------+--------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 20 09:27:22 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA28083 for freebsd-current-outgoing; Fri, 20 Feb 1998 09:27:22 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from bsdx.dyn.ml.org (root@pm336-34.dialip.mich.net [35.9.11.100]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA28073 for ; Fri, 20 Feb 1998 09:27:15 -0800 (PST) (envelope-from mcdougall@ameritech.net) Received: from ameritech.net (user1@localhost.dyn.ml.org [127.0.0.1]) by bsdx.dyn.ml.org (8.8.8/8.8.7) with ESMTP id MAA10937; Fri, 20 Feb 1998 12:26:26 -0500 (EST) (envelope-from mcdougall@ameritech.net) Message-ID: <34EDBCC2.A5F74AA0@ameritech.net> Date: Fri, 20 Feb 1998 12:26:26 -0500 From: Adam McDougall Reply-To: mcdougall@ameritech.net X-Mailer: Mozilla 4.04 [en] (X11; I; FreeBSD 3.0-CURRENT i386) MIME-Version: 1.0 To: Werner Griessl , current@FreeBSD.ORG Subject: Re: Make World fails : cvsup 980219 References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Werner Griessl wrote: > On 20-Feb-98 Greg Lehey wrote: > > On Fri, 20 February 1998 at 9:52:17 +0100, Eivind Eklund wrote: > >> On Fri, Feb 20, 1998 at 06:59:26PM +1030, Greg Lehey wrote: > >>>> ===> doc > >>>> cc -O -pipe -D_HAVE_PARAM_H -DLO_CAL -DGATHER_STATISTICS > >>>> -I/usr/obj/usr/src/tmp/usr/include -c > >>>> /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/stderr.c > >>>> make: don't know how to make /usr/obj/usr/src/tmp/usr/lib/crt0.o. Stop > >>>> *** Error code 2 > >>>> > >>>> Stop. > >>>> *** Error code 1 > >>> > >>> Yup, mee too. Eivind, is this yours? > >> > >> Don't think so if it is past bsd.prog.mk 1.62. I'm investigating it > >> right now. (make buildworld went past this point for me, but I have > >> some changes in my tree. None that should be related to this, > >> though.) > > > > OK. Mine's 1.62. Before, it died in gnu/as. > > > > Greg > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-current" in the body of the message > > Had also problems with current the last few days. > But today i successfully did a "buildword" "installworld" kernel compile and > reboot without problems. > Werner > I was wondering if my source tree was busted somehow so I blew /usr/src away and cvsup'ed the whole thing, and either that fixed it, or something that got cvsup'ed fixed it... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 20 10:20:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA06600 for freebsd-current-outgoing; Fri, 20 Feb 1998 10:20:45 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mailhost (user-38lcbbf.dialup.mindspring.com [209.86.45.111]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id KAA06593 for ; Fri, 20 Feb 1998 10:20:41 -0800 (PST) (envelope-from rlb@mindspring.com) Received: from mindspring.com by mailhost with smtp (Smail3.1.29.1 #1) id m0y5x3k-000G5ZC; Fri, 20 Feb 98 13:20 EST Message-ID: <34EDC97C.3E7220F4@mindspring.com> Date: Fri, 20 Feb 1998 13:20:44 -0500 From: Ron Bolin X-Mailer: Mozilla 4.04 [en] (X11; I; SunOS 5.6 i86pc) MIME-Version: 1.0 To: FreeBSD Current Mailing List Subject: Current is still broken Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG FYI - Current build is still broken, /usr/src/tmp lib-tools cd /usr/src/gnu/usr.bin/gperf && /usr/obj/usr/src/tmp/usr/bin/make depend && /usr/obj/usr/src/tmp/usr/bin/make -DNOINFO -DNOMAN -DNOPROFILE all && /usr/obj/usr/src/tmp/usr/bin/make -DNOINFO -DNOMAN -DNOPROFILE -B install cleandir obj ===> doc make: don't know how to make /usr/obj/usr/src/tmp/usr/lib/crt0.o. Stop *** Error code 2 Stop. Ron -- ------------------------------------------------------------------------------- Ron Bolin, Sr. Software Eng, NetChannel Web: http://www.netchannel.net E-mail: rbolin@netchannel.net Web: http://www.gsu.edu/~gs01rlb Ph: 770-729-2929 Ext 249 Hm: 770-992-8877 Web: http://www.mindspring.com/~rlb ------------------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 20 12:03:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA21490 for freebsd-current-outgoing; Fri, 20 Feb 1998 12:03:37 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from fang.cs.sunyit.edu (root@fang.cs.sunyit.edu [192.52.220.66]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA21456 for ; Fri, 20 Feb 1998 12:03:22 -0800 (PST) (envelope-from perlsta@cs.sunyit.edu) Received: from win95.local.sunyit.edu (A-T34.rh.sunyit.edu [150.156.210.241]) by fang.cs.sunyit.edu (8.8.5/8.7.3) with SMTP id QAA22804 for ; Fri, 20 Feb 1998 16:04:59 GMT Message-ID: <003001bd3e3a$07b57640$0600a8c0@win95.local.sunyit.edu> From: "Alfred Perlstein" To: Subject: SVGAlib Date: Fri, 20 Feb 1998 14:59:17 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.2106.4 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG i heard a rumor that SVGAlib is being implemented on -current, is this true? -Alfred To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 20 16:46:27 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA12815 for freebsd-current-outgoing; Fri, 20 Feb 1998 16:46:27 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from arh0300.urh.uiuc.edu (arh0300.urh.uiuc.edu [130.126.72.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA12809 for ; Fri, 20 Feb 1998 16:46:25 -0800 (PST) (envelope-from dannyman@arh0300.urh.uiuc.edu) Received: (from dannyman@localhost) by arh0300.urh.uiuc.edu (8.8.8/8.8.5) id SAA29734; Fri, 20 Feb 1998 18:46:19 -0600 (CST) Message-ID: <19980220184619.63570@urh.uiuc.edu> Date: Fri, 20 Feb 1998 18:46:19 -0600 From: dannyman To: freebsd-current@FreeBSD.ORG Subject: gimp under -current? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89i X-Loop: djhoward@uiuc.edu X-URL: http://www.uiuc.edu/ph/www/djhoward/ Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG anyone got gimp working on -current? or am i pissing in the wind? thanks! dannyman -- //Dan -=- This message brought to you by djhoward@uiuc.edu -=- \\/yori -=- Information - http://www.uiuc.edu/ph/www/djhoward/ -=- aiokomete -=- Our Honored Symbol deserves an Honorable Retirement To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 20 16:47:41 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA12984 for freebsd-current-outgoing; Fri, 20 Feb 1998 16:47:41 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cimlogic.com.au (cimlog.lnk.telstra.net [139.130.51.31]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA12969; Fri, 20 Feb 1998 16:47:22 -0800 (PST) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.8.5/8.8.7) id LAA08297; Sat, 21 Feb 1998 11:33:09 +1100 (EST) (envelope-from jb) From: John Birrell Message-Id: <199802210033.LAA08297@cimlogic.com.au> Subject: timecounter stuff in sys/time.h To: phk@FreeBSD.ORG Date: Sat, 21 Feb 1998 11:33:08 +1100 (EST) Cc: current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Poul, Shouldn't the timecounter stuff in sys/time.h have #ifndef _POSIX_SOURCE around it? My make world is failing in gnu/lib/libstdc++ when compiling filedoalloc.c which #defines _POSIX_SOURCE which causes sys/types.h to not typedef u_int. Regards, -- John Birrell - jb@cimlogic.com.au; jb@netbsd.org; jb@freebsd.org CIMlogic Pty Ltd, GPO Box 117A, Melbourne Vic 3001, Australia +61 418 353 137 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 20 16:57:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA14454 for freebsd-current-outgoing; Fri, 20 Feb 1998 16:57:15 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from zippy.dyn.ml.org (garbanzo@congo-72.ppp.hooked.net [206.169.227.72]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA14444 for ; Fri, 20 Feb 1998 16:57:08 -0800 (PST) (envelope-from garbanzo@hooked.net) Received: from localhost (garbanzo@localhost) by zippy.dyn.ml.org (8.8.8/8.8.7) with SMTP id QAA01935; Fri, 20 Feb 1998 16:58:44 -0800 (PST) X-Authentication-Warning: zippy.dyn.ml.org: garbanzo owned process doing -bs Date: Fri, 20 Feb 1998 16:58:43 -0800 (PST) From: Alex X-Sender: garbanzo@zippy.dyn.ml.org To: dannyman cc: freebsd-current@FreeBSD.ORG Subject: Re: gimp under -current? In-Reply-To: <19980220184619.63570@urh.uiuc.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 20 Feb 1998, dannyman wrote: > anyone got gimp working on -current? > > or am i pissing in the wind? I've gotten gimp 0.99.15 working on -current, so I see no reason why it shouldn't work. - alex A diplomat is someone who can tell you to go to hell in such a way that you look forward to the trip. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 20 17:00:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA15141 for freebsd-current-outgoing; Fri, 20 Feb 1998 17:00:59 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from fledge.watson.org (root@FLEDGE.RES.CMU.EDU [128.2.91.116]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA14883 for ; Fri, 20 Feb 1998 16:59:23 -0800 (PST) (envelope-from robert@cyrus.watson.org) Received: from trojanhorse.pr.watson.org (trojanhorse.pr.watson.org [192.0.2.10]) by fledge.watson.org (8.8.8/8.6.10) with SMTP id TAA27653; Fri, 20 Feb 1998 19:59:15 -0500 (EST) Date: Fri, 20 Feb 1998 19:58:25 -0500 (EST) From: Robert Watson X-Sender: robert@trojanhorse.pr.watson.org Reply-To: Robert Watson To: dannyman cc: freebsd-current@FreeBSD.ORG Subject: Re: gimp under -current? In-Reply-To: <19980220184619.63570@urh.uiuc.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 20 Feb 1998, dannyman wrote: > anyone got gimp working on -current? > > or am i pissing in the wind? I'm successfully running 0.99.14 from the port collection on 3.0-980107-SNAP. However, I do run into the occasional bug -- just not to the point where it doesn't run. It's looking really spiffy these days -- lots of nice filters, etc. I think the interface could use a little bit of improvement, but it's probably a matter of taste. The script-fu is really great. Robert N Watson Carnegie Mellon University http://www.cmu.edu/ SafePort Network Services http://www.safeport.com/ robert@fledge.watson.org http://www.watson.org/~robert/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 20 17:16:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA19502 for freebsd-current-outgoing; Fri, 20 Feb 1998 17:16:12 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from arh0300.urh.uiuc.edu (arh0300.urh.uiuc.edu [130.126.72.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA19489 for ; Fri, 20 Feb 1998 17:16:10 -0800 (PST) (envelope-from dannyman@arh0300.urh.uiuc.edu) Received: (from dannyman@localhost) by arh0300.urh.uiuc.edu (8.8.8/8.8.5) id TAA18006; Fri, 20 Feb 1998 19:16:06 -0600 (CST) Message-ID: <19980220191606.38897@urh.uiuc.edu> Date: Fri, 20 Feb 1998 19:16:06 -0600 From: dannyman To: Alex Cc: freebsd-current@FreeBSD.ORG Subject: Re: gimp under -current? References: <19980220184619.63570@urh.uiuc.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89i In-Reply-To: ; from Alex on Fri, Feb 20, 1998 at 04:58:43PM -0800 X-Loop: djhoward@uiuc.edu X-URL: http://www.uiuc.edu/ph/www/djhoward/ Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Feb 20, 1998 at 04:58:43PM -0800, Alex wrote: > On Fri, 20 Feb 1998, dannyman wrote: > > > anyone got gimp working on -current? > > > > or am i pissing in the wind? > > I've gotten gimp 0.99.15 working on -current, so I see no reason why it > shouldn't work. How can I obtain an earlier port then? Here's what I get from 0.99.18; ===> Patching for gimp-0.99.18 ===> Applying FreeBSD patches for gimp-0.99.18 ===> Configuring for gimp-0.99.18 creating cache ./config.cache checking for a BSD compatible install... /usr/bin/install -c -o bin -g bin checking whether build environment is sane... yes checking whether make sets ${MAKE}... yes [...] checking for gtk >= 0.99.3... no configure: error: Cannot include/link gtk/gdk/glib--check CFLAGS/LDFLAGS *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. I'm working on gtk right now ... I had "make deinstall" all gimp's dependencies that I could, and apparently gtk was deinstalled, at least 0.99.3, but I guess there were still 0.99.2 on the system which gimp figured was okay antil it tried to configure. :( okay .... thanks guys. -- //Dan -=- This message brought to you by djhoward@uiuc.edu -=- \\/yori -=- Information - http://www.uiuc.edu/ph/www/djhoward/ -=- aiokomete -=- Our Honored Symbol deserves an Honorable Retirement To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 20 17:23:35 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA21107 for freebsd-current-outgoing; Fri, 20 Feb 1998 17:23:35 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from zippy.dyn.ml.org (garbanzo@congo-72.ppp.hooked.net [206.169.227.72]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA21088 for ; Fri, 20 Feb 1998 17:23:26 -0800 (PST) (envelope-from garbanzo@hooked.net) Received: from localhost (garbanzo@localhost) by zippy.dyn.ml.org (8.8.8/8.8.7) with SMTP id RAA02170; Fri, 20 Feb 1998 17:24:57 -0800 (PST) X-Authentication-Warning: zippy.dyn.ml.org: garbanzo owned process doing -bs Date: Fri, 20 Feb 1998 17:24:57 -0800 (PST) From: Alex X-Sender: garbanzo@zippy.dyn.ml.org To: dannyman cc: freebsd-current@FreeBSD.ORG Subject: Re: gimp under -current? In-Reply-To: <19980220191606.38897@urh.uiuc.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 20 Feb 1998, dannyman wrote: [....] > How can I obtain an earlier port then? > > Here's what I get from 0.99.18; > > ===> Patching for gimp-0.99.18 > ===> Applying FreeBSD patches for gimp-0.99.18 > ===> Configuring for gimp-0.99.18 > creating cache ./config.cache > checking for a BSD compatible install... /usr/bin/install -c -o bin -g bin > checking whether build environment is sane... yes > checking whether make sets ${MAKE}... yes > [...] > checking for gtk >= 0.99.3... no > configure: error: Cannot include/link gtk/gdk/glib--check CFLAGS/LDFLAGS [...] > I'm working on gtk right now ... I had "make deinstall" all gimp's > dependencies that I could, and apparently gtk was deinstalled, at least > 0.99.3, but I guess there were still 0.99.2 on the system which gimp figured > was okay antil it tried to configure. :( pkg_delete works fairly well for this. Perhaps you have an incorrect version of gtk. I used the gtk port, and compiled gimp on my own. - alex A diplomat is someone who can tell you to go to hell in such a way that you look forward to the trip. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 20 17:24:42 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA21416 for freebsd-current-outgoing; Fri, 20 Feb 1998 17:24:42 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from arh0300.urh.uiuc.edu (arh0300.urh.uiuc.edu [130.126.72.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA21377 for ; Fri, 20 Feb 1998 17:24:36 -0800 (PST) (envelope-from dannyman@arh0300.urh.uiuc.edu) Received: (from dannyman@localhost) by arh0300.urh.uiuc.edu (8.8.8/8.8.5) id TAA25137; Fri, 20 Feb 1998 19:24:35 -0600 (CST) Message-ID: <19980220192435.32227@urh.uiuc.edu> Date: Fri, 20 Feb 1998 19:24:35 -0600 From: dannyman To: Alex Cc: freebsd-current@FreeBSD.ORG Subject: Re: gimp under -current? References: <19980220191606.38897@urh.uiuc.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89i In-Reply-To: ; from Alex on Fri, Feb 20, 1998 at 05:24:57PM -0800 X-Loop: djhoward@uiuc.edu X-URL: http://www.uiuc.edu/ph/www/djhoward/ Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Feb 20, 1998 at 05:24:57PM -0800, Alex wrote: > pkg_delete works fairly well for this. Perhaps you have an incorrect > version of gtk. I used the gtk port, and compiled gimp on my own. but for pkg_delete i'll have to read another man page! :) ahhh, okay thanks. fun on a friday night ... -- //Dan -=- This message brought to you by djhoward@uiuc.edu -=- \\/yori -=- Information - http://www.uiuc.edu/ph/www/djhoward/ -=- aiokomete -=- Our Honored Symbol deserves an Honorable Retirement To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 20 17:46:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA25658 for freebsd-current-outgoing; Fri, 20 Feb 1998 17:46:12 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from allegro.lemis.com (allegro.lemis.com [192.109.197.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA25649 for ; Fri, 20 Feb 1998 17:46:08 -0800 (PST) (envelope-from grog@lemis.com) Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137]) by allegro.lemis.com (8.8.7/8.8.5) with ESMTP id MAA04822 for ; Sat, 21 Feb 1998 12:16:05 +1030 (CST) Received: (from grog@localhost) by freebie.lemis.com (8.8.8/8.8.7) id MAA14865; Sat, 21 Feb 1998 12:16:04 +1030 (CST) (envelope-from grog) Message-ID: <19980221121604.22440@freebie.lemis.com> Date: Sat, 21 Feb 1998 12:16:04 +1030 From: Greg Lehey To: FreeBSD current users Subject: Latest -current make world breakage Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89i WWW-Home-Page: http://www.lemis.com/~grog Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is starting to be fun. /include/g++ -I. -I/usr/obj/src/FREEBIE/src/tmp/usr/include -c /src/FREEBIE/src/gnu/lib/libstdc++/../../../contrib/libg++/libio/filedoalloc.c -o filedoalloc.o In file included from /usr/obj/src/FREEBIE/src/tmp/usr/include/sys/stat.h:51, from /src/FREEBIE/src/gnu/lib/libstdc++/../../../contrib/libg++/libio/filedoalloc.c:47: /usr/obj/src/FREEBIE/src/tmp/usr/include/sys/time.h:120: parse error before `timecounter_get_t' /usr/obj/src/FREEBIE/src/tmp/usr/include/sys/time.h:120: warning: data definition has no type or storage class /usr/obj/src/FREEBIE/src/tmp/usr/include/sys/time.h:125: parse error before `timecounter_get_t' /usr/obj/src/FREEBIE/src/tmp/usr/include/sys/time.h:125: warning: no semicolon at end of struct or union /usr/obj/src/FREEBIE/src/tmp/usr/include/sys/time.h:142: parse error before `}' *** Error code 1 time.h includes a reference to u_int in a typdedef. u_int isn't defined in any of the header files it includes. Greg To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 20 17:46:39 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA25813 for freebsd-current-outgoing; Fri, 20 Feb 1998 17:46:39 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from home.dragondata.com (home.dragondata.com [204.137.237.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA25808 for ; Fri, 20 Feb 1998 17:46:37 -0800 (PST) (envelope-from toasty@home.dragondata.com) Received: (from toasty@localhost) by home.dragondata.com (8.8.8/8.8.5) id TAA01944 for current@freebsd.org; Fri, 20 Feb 1998 19:46:36 -0600 (CST) From: Kevin Day Message-Id: <199802210146.TAA01944@home.dragondata.com> Subject: panic: vm_page_unwire: invalid wire count: 0 To: current@FreeBSD.ORG Date: Fri, 20 Feb 1998 19:46:35 -0600 (CST) X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Received this today: panic: vm_page_unwire: invalid wire count: 0 mp_lock = 00000001; cpuid = 0; lapic.id = 00000000 A trace shows: vm_page_unwire vfs_vmio_release brelse vinvalbuf nfs_vinvalbuf nfs_remove unlink syscall Xsyscall Current dmesg: Copyright (c) 1992-1998 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 3.0-CURRENT #0: Sun Feb 15 21:44:41 CST 1998 toasty@shell.dragondata.com:/usr/src/sys/compile/SHELL CPU: Pentium (586-class CPU) Origin = "GenuineIntel" Id = 0x52c Stepping=12 Features=0x3bf real memory = 83886080 (81920K bytes) avail memory = 78479360 (76640K bytes) FreeBSD/SMP: Multiprocessor motherboard cpu0 (BSP): apic id: 0, version: 0x00030010, at 0xfee00000 cpu1 (AP): apic id: 1, version: 0x00030010, at 0xfee00000 io0 (APIC): apic id: 2, version: 0x00170011, at 0xfec00000 Probing for devices on PCI bus 0: chip0: rev 0x03 on pci0.0.0 chip1: rev 0x01 on pci0.7.0 ide_pci0: rev 0x00 on pci0.7.1 de0: rev 0x22 int a irq 19 on pci0.17.0 de0: 21140A [10-100Mb/s] pass 2.2 de0: address 00:40:05:41:d3:32 de1: rev 0x22 int a irq 18 on pci0.18.0 de1: 21140A [10-100Mb/s] pass 2.2 de1: address 00:40:05:36:72:47 vga0: rev 0x54 int a irq 17 on pci0.19.0 Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface lpt1 not found mse0 not found at 0x23c fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): wd0: 2014MB (4124736 sectors), 4092 cyls, 16 heads, 63 S/T, 512 B/S npx0 on motherboard npx0: INT 16 interface Intel Pentium F00F detected, installing workaround APIC_IO: routing 8254 via 8259 on pin 0 SMP: AP CPU #1 Launched! WARNING: / was not properly dismounted. de0: enabling 10baseT port de1: enabling 100baseTX port This was about 2 hours after I got done experimenting with setting de1 to full-duplex and back again, about 10 times. Not sure if it's related. Kevin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 20 17:50:27 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA26512 for freebsd-current-outgoing; Fri, 20 Feb 1998 17:50:27 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA26507 for ; Fri, 20 Feb 1998 17:50:20 -0800 (PST) (envelope-from julian@whistle.com) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id RAA06043 for ; Fri, 20 Feb 1998 17:43:43 -0800 (PST) Received: from UNKNOWN(), claiming to be "current1.whistle.com" via SMTP by alpo.whistle.com, id smtpd006041; Fri Feb 20 17:43:42 1998 Message-ID: <34EE3060.4487EB71@whistle.com> Date: Fri, 20 Feb 1998 17:39:45 -0800 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2.5-RELEASE i386) MIME-Version: 1.0 To: current@FreeBSD.ORG Subject: New SoftUpdates test kit Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG at: ftp://ftp.freebsd.org/pub/FreeBSD/incoming/softupdates6.tgz unpack the README first for further instructions. note: do not use tunefs on the BLOCK device of a filesystem as this can lead to crashes in some cases. This is quite solid. Enjoy! julian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 20 17:54:21 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA27575 for freebsd-current-outgoing; Fri, 20 Feb 1998 17:54:21 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cimlogic.com.au (cimlog.lnk.telstra.net [139.130.51.31]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA27549 for ; Fri, 20 Feb 1998 17:54:16 -0800 (PST) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.8.5/8.8.7) id MAA15918; Sat, 21 Feb 1998 12:54:16 +1100 (EST) (envelope-from jb) From: John Birrell Message-Id: <199802210154.MAA15918@cimlogic.com.au> Subject: Re: Latest -current make world breakage In-Reply-To: <19980221121604.22440@freebie.lemis.com> from Greg Lehey at "Feb 21, 98 12:16:04 pm" To: grog@lemis.com (Greg Lehey) Date: Sat, 21 Feb 1998 12:54:15 +1100 (EST) Cc: FreeBSD-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Greg Lehey wrote: > time.h includes a reference to u_int in a typdedef. u_int isn't > defined in any of the header files it includes. It's left out because of _POSIX_SOURCE being defined before sys/time.h and sys/types.h are included. -- John Birrell - jb@cimlogic.com.au; jb@netbsd.org; jb@freebsd.org CIMlogic Pty Ltd, GPO Box 117A, Melbourne Vic 3001, Australia +61 418 353 137 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 20 18:31:22 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA03925 for freebsd-current-outgoing; Fri, 20 Feb 1998 18:31:22 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA03920 for ; Fri, 20 Feb 1998 18:31:20 -0800 (PST) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.6.9) with ESMTP id SAA22808 for ; Fri, 20 Feb 1998 18:30:48 -0800 (PST) To: current@FreeBSD.ORG Subject: More breakage in -current as a result of header frobbing. Date: Fri, 20 Feb 1998 18:30:48 -0800 Message-ID: <22804.888028248@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In file included from /usr/obj/usr/src/tmp/usr/include/sys/stat.h:51, from /usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libio/f iledoalloc.c:47: /usr/obj/usr/src/tmp/usr/include/sys/time.h:120: parse error before `timecounter _get_t' /usr/obj/usr/src/tmp/usr/include/sys/time.h:120: warning: data definition has no type or storage class /usr/obj/usr/src/tmp/usr/include/sys/time.h:125: parse error before `timecounter _get_t' /usr/obj/usr/src/tmp/usr/include/sys/time.h:125: warning: no semicolon at end of struct or union /usr/obj/usr/src/tmp/usr/include/sys/time.h:142: parse error before `}' *** Error code 1 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 20 18:37:56 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA05211 for freebsd-current-outgoing; Fri, 20 Feb 1998 18:37:56 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA05150; Fri, 20 Feb 1998 18:37:47 -0800 (PST) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.6.9) with ESMTP id SAA22924; Fri, 20 Feb 1998 18:37:07 -0800 (PST) To: Greg Lehey cc: current@FreeBSD.ORG, FreeBSD Chat Subject: Re: More breakage in -current as a result of header frobbing. In-reply-to: Your message of "Sat, 21 Feb 1998 13:04:19 +1030." <19980221130419.54663@freebie.lemis.com> Date: Fri, 20 Feb 1998 18:37:06 -0800 Message-ID: <22921.888028626@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > This is the third breakage in three days. Do you think somebody is > trying to tell you that now's not the time for a snap CD-ROM? Yeah, no kidding. Since nobody seems to be build testing their changes anymore I guess I'll just put this on the "indefinate postponement" list. Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 20 18:40:32 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA05856 for freebsd-current-outgoing; Fri, 20 Feb 1998 18:40:32 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from friley585.res.iastate.edu (friley585.res.iastate.edu [129.186.167.85]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA05848 for ; Fri, 20 Feb 1998 18:40:29 -0800 (PST) (envelope-from ccsanady@friley585.res.iastate.edu) Received: from friley585.res.iastate.edu (loopback [127.0.0.1]) by friley585.res.iastate.edu (8.8.8/8.8.5) with ESMTP id UAA00275; Fri, 20 Feb 1998 20:40:18 -0600 (CST) Message-Id: <199802210240.UAA00275@friley585.res.iastate.edu> X-Mailer: exmh version 2.0.1 12/23/97 To: Julian Elischer cc: current@FreeBSD.ORG Subject: Re: New SoftUpdates test kit In-reply-to: Your message of "Fri, 20 Feb 1998 17:39:45 PST." <34EE3060.4487EB71@whistle.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 20 Feb 1998 20:40:17 -0600 From: Chris Csanady Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Just a warning, this new code still does not work with CCD's. Chris To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 20 18:45:17 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA06983 for freebsd-current-outgoing; Fri, 20 Feb 1998 18:45:17 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cimlogic.com.au (cimlog.lnk.telstra.net [139.130.51.31]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA06971 for ; Fri, 20 Feb 1998 18:45:07 -0800 (PST) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.8.5/8.8.7) id NAA06439; Sat, 21 Feb 1998 13:45:02 +1100 (EST) (envelope-from jb) From: John Birrell Message-Id: <199802210245.NAA06439@cimlogic.com.au> Subject: Re: More breakage in -current as a result of header frobbing. In-Reply-To: <22921.888028626@time.cdrom.com> from "Jordan K. Hubbard" at "Feb 20, 98 06:37:06 pm" To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Sat, 21 Feb 1998 13:45:02 +1100 (EST) Cc: current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Jordan K. Hubbard wrote: > Yeah, no kidding. Since nobody seems to be build testing their > changes anymore I guess I'll just put this on the "indefinate > postponement" list. Come on, it's not that bad. My build is nearly complete, so I'll commit a fix to sys/time.h -- John Birrell - jb@cimlogic.com.au; jb@netbsd.org; jb@freebsd.org CIMlogic Pty Ltd, GPO Box 117A, Melbourne Vic 3001, Australia +61 418 353 137 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 20 18:52:40 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA08367 for freebsd-current-outgoing; Fri, 20 Feb 1998 18:52:40 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA08354 for ; Fri, 20 Feb 1998 18:52:36 -0800 (PST) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.6.9) with ESMTP id SAA23065; Fri, 20 Feb 1998 18:51:55 -0800 (PST) To: John Birrell cc: current@FreeBSD.ORG Subject: Re: More breakage in -current as a result of header frobbing. In-reply-to: Your message of "Sat, 21 Feb 1998 13:45:02 +1100." <199802210245.NAA06439@cimlogic.com.au> Date: Fri, 20 Feb 1998 18:51:55 -0800 Message-ID: <23061.888029515@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Jordan K. Hubbard wrote: > > Yeah, no kidding. Since nobody seems to be build testing their > > changes anymore I guess I'll just put this on the "indefinate > > postponement" list. > > Come on, it's not that bad. My build is nearly complete, so I'll > commit a fix to sys/time.h Yeah, but as Greg has already noted, it's been broken almost *every day* for the last week or so. If it's possible for it to be any worse, I'm not sure I want to know. :-) It's also annoying that all of these errors could have been found by a simple world build - something I thought we were supposed to do as part of committing; I've certainly gotten my ass chewed for not doing so in the past and thus feel more than justified in chewing on others for the same sin. In any case, thanks for committing a fix, anyway. :) Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 20 19:02:18 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA09962 for freebsd-current-outgoing; Fri, 20 Feb 1998 19:02:18 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ns.mexcom.net ([200.38.135.133]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA09598 for ; Fri, 20 Feb 1998 19:00:41 -0800 (PST) (envelope-from eculp@ver1.telmex.net.mx) Received: from sunix (telmex@sunix.mexcom.net [206.103.64.3]) by ns.mexcom.net (8.8.8/8.8.7) with SMTP id UAA16819 for ; Fri, 20 Feb 1998 20:51:11 -0600 (CST) Message-ID: <34EE4152.68A1E83B@ver1.telmex.net.mx> Date: Fri, 20 Feb 1998 20:52:02 -0600 From: Edwin Culp Organization: Mexico Communicates, S.C. X-Mailer: Mozilla 3.01Gold (X11; I; Linux 2.0.14 i586) MIME-Version: 1.0 To: current@FreeBSD.ORG Subject: SoftUpdates test kit References: <199802210240.UAA00275@friley585.res.iastate.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Could someone please tell me what range of snaps, these patches can be applied to. Thanks Ed To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 20 19:05:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA10368 for freebsd-current-outgoing; Fri, 20 Feb 1998 19:05:08 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from sasami.jurai.net (winter@sasami.jurai.net [207.31.78.80]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA10363 for ; Fri, 20 Feb 1998 19:05:06 -0800 (PST) (envelope-from winter@jurai.net) Received: from localhost (winter@localhost) by sasami.jurai.net (8.8.8/8.8.7) with SMTP id WAA16065; Fri, 20 Feb 1998 22:04:40 -0500 (EST) Date: Fri, 20 Feb 1998 22:04:39 -0500 (EST) From: "Matthew N. Dodd" To: Chris Csanady cc: Julian Elischer , current@FreeBSD.ORG Subject: Re: New SoftUpdates test kit In-Reply-To: <199802210240.UAA00275@friley585.res.iastate.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 20 Feb 1998, Chris Csanady wrote: > Just a warning, this new code still does not work with CCD's. Bah. What exactly is the deal with this? /* Matthew N. Dodd | A memory retaining a love you had for life winter@jurai.net | As cruel as it seems nothing ever seems to http://www.jurai.net/~winter | go right - FLA M 3.1:53 */ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 20 19:06:42 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA10789 for freebsd-current-outgoing; Fri, 20 Feb 1998 19:06:42 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA10782 for ; Fri, 20 Feb 1998 19:06:39 -0800 (PST) (envelope-from toor@dyson.iquest.net) Received: (from root@localhost) by dyson.iquest.net (8.8.8/8.8.8) id WAA08673 for current@freebsd.org; Fri, 20 Feb 1998 22:06:37 -0500 (EST) (envelope-from toor) Message-Id: <199802210306.WAA08673@dyson.iquest.net> Subject: I'm Back!!! To: current@FreeBSD.ORG Date: Fri, 20 Feb 1998 22:06:37 -0500 (EST) Reply-To: bugs@dyson.iquest.net From: "John S. Dyson" Reply-To: dyson@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG After a few weeks at work, I finally got my act together and on the last few days, found the problem that was causing us grief at work. Anyway, it appears that I'll have a few weeks to work off/on on FreeBSD again; I don't want to start a feeding frenzy on my email account, but I appreciate advice on relative severity of problems for me to prioritizing help. I certainly wouldn't mind hearing about repeatable problems, and send messages to my account "bugs@dyson.iquest.net" which will allow me to review the most severe problems ASAP. This is a special case thing, since I let my bugs fester so long. -- John | Never try to teach a pig to sing, dyson@freebsd.org | it just makes you look stupid, jdyson@nc.com | and it irritates the pig. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 20 19:18:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA12744 for freebsd-current-outgoing; Fri, 20 Feb 1998 19:18:10 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from kithrup.com (kithrup.com [205.179.156.40]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA12738 for ; Fri, 20 Feb 1998 19:18:08 -0800 (PST) (envelope-from sef@kithrup.com) Received: (from sef@localhost) by kithrup.com (8.8.8/8.8.8) id TAA07907; Fri, 20 Feb 1998 19:06:27 -0800 (PST) (envelope-from sef) Date: Fri, 20 Feb 1998 19:06:27 -0800 (PST) From: Sean Eric Fagan Message-Id: <199802210306.TAA07907@kithrup.com> To: current@FreeBSD.ORG Subject: Re: More breakage in -current as a result of header frobbing. In-Reply-To: <23061.888029515.kithrup.freebsd.current@time.cdrom.com> References: Your message of "Sat, 21 Feb 1998 13:45:02 +1100." <199802210245.NAA06439@cimlogic.com.au> Organization: Kithrup Enterprises, Ltd. Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <23061.888029515.kithrup.freebsd.current@time.cdrom.com> Jordan writes: >It's also annoying that all of these errors could have been found by a >simple world build - something I thought we were supposed to do as >part of committing; I've certainly gotten my ass chewed for not doing >so in the past and thus feel more than justified in chewing on others >for the same sin. Interestingly enough, the same thing happens at my day job. In one case, we had no working build for two weeks because a single person didn't do a build test before checking in changes, and then, for the next 9 work days, checked in hacked "fixes" that also hadn't been tested. Given that a "make world" takes 1h50m on my K6 (as opposed to 17 hours on the machines at work), there isn't a whole lot of excuse to do it. Heck, I'm testing *my* pending changes by compiling on a 486DX-33 -- and that takes 21 hours. Remember: the onslaught of <$1k machines means cheap build machines for everyone ;). (And, hey, they're also predictin < $500 machines soon!) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 20 19:43:19 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA15160 for freebsd-current-outgoing; Fri, 20 Feb 1998 19:43:19 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp01.primenet.com (smtp01.primenet.com [206.165.6.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA15126 for ; Fri, 20 Feb 1998 19:43:10 -0800 (PST) (envelope-from tlambert@usr04.primenet.com) Received: (from daemon@localhost) by smtp01.primenet.com (8.8.8/8.8.8) id UAA22018; Fri, 20 Feb 1998 20:42:56 -0700 (MST) Received: from usr04.primenet.com(206.165.6.204) via SMTP by smtp01.primenet.com, id smtpd022008; Fri Feb 20 20:42:53 1998 Received: (from tlambert@localhost) by usr04.primenet.com (8.8.5/8.8.5) id UAA13837; Fri, 20 Feb 1998 20:42:52 -0700 (MST) From: Terry Lambert Message-Id: <199802210342.UAA13837@usr04.primenet.com> Subject: Re: More breakage in -current as a result of header frobbing. To: sef@kithrup.com (Sean Eric Fagan) Date: Sat, 21 Feb 1998 03:42:52 +0000 (GMT) Cc: current@FreeBSD.ORG In-Reply-To: <199802210306.TAA07907@kithrup.com> from "Sean Eric Fagan" at Feb 20, 98 07:06:27 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > >It's also annoying that all of these errors could have been found by a > >simple world build - something I thought we were supposed to do as > >part of committing; I've certainly gotten my ass chewed for not doing > >so in the past and thus feel more than justified in chewing on others > >for the same sin. > > Interestingly enough, the same thing happens at my day job. In one case, we > had no working build for two weeks because a single person didn't do a build > test before checking in changes, and then, for the next 9 work days, checked > in hacked "fixes" that also hadn't been tested. The same thing happened at Novell, until we instituted multiple reader, single writer locking in a trivial front-end to cvs, and started slapping people who didn't build test affected code before releasing the writer lock. Of course, this tends to work a whole lot better if all your dependecies work, and *only* the things affected by the change end up being rebuilt, instead of needing to build the world (SVR4 take longer to build from source than FreeBSD on the same hardware, or at least it did in the 1.1.5 days...). A make world with broken dependencies that takes 17 hours is enough time for the person who triggered it to work on fixing some of the dependencies so they don't have to wait that long next time... ;-). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 20 19:44:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA15419 for freebsd-current-outgoing; Fri, 20 Feb 1998 19:44:07 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from allegro.lemis.com (allegro.lemis.com [192.109.197.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA15383; Fri, 20 Feb 1998 19:44:00 -0800 (PST) (envelope-from grog@lemis.com) Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137]) by allegro.lemis.com (8.8.7/8.8.5) with ESMTP id NAA04934; Sat, 21 Feb 1998 13:04:20 +1030 (CST) Received: (from grog@localhost) by freebie.lemis.com (8.8.8/8.8.7) id NAA15144; Sat, 21 Feb 1998 13:04:19 +1030 (CST) (envelope-from grog) Message-ID: <19980221130419.54663@freebie.lemis.com> Date: Sat, 21 Feb 1998 13:04:19 +1030 From: Greg Lehey To: "Jordan K. Hubbard" , current@FreeBSD.ORG Cc: FreeBSD Chat Subject: Re: More breakage in -current as a result of header frobbing. References: <22804.888028248@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89i In-Reply-To: <22804.888028248@time.cdrom.com>; from Jordan K. Hubbard on Fri, Feb 20, 1998 at 06:30:48PM -0800 WWW-Home-Page: http://www.lemis.com/~grog Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 20 February 1998 at 18:30:48 -0800, Jordan K. Hubbard wrote: > In file included from /usr/obj/usr/src/tmp/usr/include/sys/stat.h:51, > from /usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libio/f > iledoalloc.c:47: > /usr/obj/usr/src/tmp/usr/include/sys/time.h:120: parse error before `timecounter > _get_t' > /usr/obj/usr/src/tmp/usr/include/sys/time.h:120: warning: data definition has no > type or storage class > /usr/obj/usr/src/tmp/usr/include/sys/time.h:125: parse error before `timecounter > _get_t' > /usr/obj/usr/src/tmp/usr/include/sys/time.h:125: warning: no semicolon at end of > struct or union > /usr/obj/usr/src/tmp/usr/include/sys/time.h:142: parse error before `}' > *** Error code 1 This is the third breakage in three days. Do you think somebody is trying to tell you that now's not the time for a snap CD-ROM? Greg To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 20 20:06:23 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA19128 for freebsd-current-outgoing; Fri, 20 Feb 1998 20:06:23 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ns.mexcom.net ([200.38.135.133]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA18983 for ; Fri, 20 Feb 1998 20:04:34 -0800 (PST) (envelope-from eculp@ver1.telmex.net.mx) Received: from sunix (telmex@sunix.mexcom.net [206.103.64.3]) by ns.mexcom.net (8.8.8/8.8.7) with SMTP id WAA17420; Fri, 20 Feb 1998 22:02:49 -0600 (CST) Message-ID: <34EE521C.2D2AAEC5@ver1.telmex.net.mx> Date: Fri, 20 Feb 1998 22:03:40 -0600 From: Edwin Culp Organization: Mexico Communicates, S.C. X-Mailer: Mozilla 3.01Gold (X11; I; Linux 2.0.14 i586) MIME-Version: 1.0 To: dannyman CC: freebsd-current@FreeBSD.ORG Subject: Re: gimp under -current? References: <19980220184619.63570@urh.uiuc.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG dannyman wrote: > > anyone got gimp working on -current? > > or am i pissing in the wind? > > thanks! > > dannyman > After reading your mail, I remembered to try it on a new machine. I compiled it out of the box (ports) with not even a minor complaint and ran it for about an hour with no problem on a clean current from yesterday machine. You've probably got some old libraries giving you problems. ed To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 20 20:08:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA19474 for freebsd-current-outgoing; Fri, 20 Feb 1998 20:08:45 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from arh0300.urh.uiuc.edu (arh0300.urh.uiuc.edu [130.126.72.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA19463 for ; Fri, 20 Feb 1998 20:08:43 -0800 (PST) (envelope-from dannyman@arh0300.urh.uiuc.edu) Received: (from dannyman@localhost) by arh0300.urh.uiuc.edu (8.8.8/8.8.5) id WAA11421; Fri, 20 Feb 1998 22:08:34 -0600 (CST) Message-ID: <19980220220833.46820@urh.uiuc.edu> Date: Fri, 20 Feb 1998 22:08:33 -0600 From: dannyman To: Edwin Culp Cc: freebsd-current@FreeBSD.ORG Subject: Re: gimp under -current? References: <19980220184619.63570@urh.uiuc.edu> <34EE521C.2D2AAEC5@ver1.telmex.net.mx> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89i In-Reply-To: <34EE521C.2D2AAEC5@ver1.telmex.net.mx>; from Edwin Culp on Fri, Feb 20, 1998 at 10:03:40PM -0600 X-Loop: djhoward@uiuc.edu X-URL: http://www.uiuc.edu/ph/www/djhoward/ Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Feb 20, 1998 at 10:03:40PM -0600, Edwin Culp wrote: > After reading your mail, I remembered to try it on a new machine. > I compiled it out of the box (ports) with not even a minor > complaint and ran it for about an hour with no problem on > a clean current from yesterday machine. You've probably > got some old libraries giving you problems. ARGH!!! Yeah, I think it's gtk, at 92 instead of 93, but then when i try to install that one, *it* fails too! :( i'll figger it out ... thanks guys! dan -- //Dan -=- This message brought to you by djhoward@uiuc.edu -=- \\/yori -=- Information - http://www.uiuc.edu/ph/www/djhoward/ -=- aiokomete -=- Our Honored Symbol deserves an Honorable Retirement To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 20 20:09:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA19684 for freebsd-current-outgoing; Fri, 20 Feb 1998 20:09:08 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from taliesin.cs.ucla.edu (Taliesin.CS.UCLA.EDU [131.179.96.166]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id UAA19663 for ; Fri, 20 Feb 1998 20:09:06 -0800 (PST) (envelope-from scottm@mordred.cs.ucla.edu) Received: (qmail 13264 invoked from network); 21 Feb 1998 04:02:20 -0000 Received: from mordred.cs.ucla.edu (131.179.48.34) by taliesin.cs.ucla.edu with SMTP; 21 Feb 1998 04:02:20 -0000 Received: from mordred.cs.ucla.edu (localhost [127.0.0.1]) by mordred.cs.ucla.edu (8.8.8/8.8.8) with ESMTP id UAA09251; Fri, 20 Feb 1998 20:02:13 -0800 (PST) (envelope-from scottm@mordred.cs.ucla.edu) Message-Id: <199802210402.UAA09251@mordred.cs.ucla.edu> X-Mailer: exmh version 2.0.1 12/23/97 To: "Jordan K. Hubbard" cc: John Birrell , current@FreeBSD.ORG Subject: Re: More breakage in -current as a result of header frobbing. In-reply-to: Your message of "Fri, 20 Feb 1998 18:51:55 PST." <23061.888029515@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 20 Feb 1998 20:02:12 -0800 From: Scott Michel Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Jordan K. Hubbard wrote: > > > Yeah, no kidding. Since nobody seems to be build testing their > > > changes anymore I guess I'll just put this on the "indefinate > > > postponement" list. > > > > Come on, it's not that bad. My build is nearly complete, so I'll > > commit a fix to sys/time.h > > Yeah, but as Greg has already noted, it's been broken almost *every > day* for the last week or so. If it's possible for it to be any > worse, I'm not sure I want to know. :-) Panics in the VM system at bootstrap? -scooter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 20 20:14:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA20953 for freebsd-current-outgoing; Fri, 20 Feb 1998 20:14:08 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from allegro.lemis.com (allegro.lemis.com [192.109.197.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA20895 for ; Fri, 20 Feb 1998 20:13:56 -0800 (PST) (envelope-from grog@lemis.com) Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137]) by allegro.lemis.com (8.8.7/8.8.5) with ESMTP id OAA05029; Sat, 21 Feb 1998 14:38:50 +1030 (CST) Received: (from grog@localhost) by freebie.lemis.com (8.8.8/8.8.7) id OAA15635; Sat, 21 Feb 1998 14:38:03 +1030 (CST) (envelope-from grog) Message-ID: <19980221143803.31160@freebie.lemis.com> Date: Sat, 21 Feb 1998 14:38:03 +1030 From: Greg Lehey To: "Jordan K. Hubbard" , John Birrell Cc: current@FreeBSD.ORG Subject: Re: More breakage in -current as a result of header frobbing. References: <199802210245.NAA06439@cimlogic.com.au> <23061.888029515@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89i In-Reply-To: <23061.888029515@time.cdrom.com>; from Jordan K. Hubbard on Fri, Feb 20, 1998 at 06:51:55PM -0800 WWW-Home-Page: http://www.lemis.com/~grog Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 20 February 1998 at 18:51:55 -0800, Jordan K. Hubbard wrote: >> Jordan K. Hubbard wrote: >>> Yeah, no kidding. Since nobody seems to be build testing their >>> changes anymore I guess I'll just put this on the "indefinate >>> postponement" list. >> >> Come on, it's not that bad. My build is nearly complete, so I'll >> commit a fix to sys/time.h > > Yeah, but as Greg has already noted, it's been broken almost *every > day* for the last week or so. If it's possible for it to be any > worse, I'm not sure I want to know. :-) Maybe now's an appropriate time to come out with a thing that I've been meaning to propose for some time: Sure, living with -CURRENT means never knowing where your next install comes from, and people who complain about the situation justifiably get chewed out. On the other hand, though, one of the main reasons for having -CURRENT is to get code under development to as many techhies as possible so that bugs can be found more easily. There's a delicate balance here: - If people commit only perfect code, the result is -STABLE, not -CURRENT. While that doesn't sound bad in itself, it means significant delays to any commit. - If people commit only code which breaks a 'make world', nobody will ever get -CURRENT installed. Even if it only happens 50% of the time, it will frustate a large number of users to the point where they can't be bothered any more. The problem with both of these extremes is that they go contrary to the idea of -CURRENT. A good example of the problem is John Dyson's changes to the VM system. Before he commits them, he tests them. make world works. But almost invariably, the fixes break for somebody. For John, that means weeks of fiddling around to fix things. Finally he gets them fixed, and the system's the better for it. You could say "John should test his changes better before commiting them". But that's not always possible. The bugs don't break things for him. -CURRENT's there exactly for that. On the other hand, this kind of commit imposes a certain rhythm on the stability of -CURRENT. Before somebody commits a big change like that, the system is relatively stable. After the wrinkles have been ironed out, it's relatively stable again. In between, times can be rough. What I'm suggesting (finally!) is: Let's accept the fact that -CURRENT's stability fluctuates and try to influence the rhythm. One possiblity might be to say: - The first weekend in each month is the correct time for commiting big modifications that can potentially compromise stability for a while to come. - Any Sunday is the correct time for commiting smaller modifications that can potentially compromise stability for a few days. The advantage is that people can expect -CURRENT to be relatively stable on a Friday, and particularly stable at the end of a month. This is only a suggested implementation. I don't know how inconvenient it might be. Another alternative is the "heads up" approach--after a period of relative stability, somebody could say "I'm going to commit some changes to the frobulator which potentially impact stability. I'll do it tomorrow night unless I'm shouted down". Clearly this needs discussion. Go for it. Greg To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 20 20:20:47 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA21835 for freebsd-current-outgoing; Fri, 20 Feb 1998 20:20:47 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA21826 for ; Fri, 20 Feb 1998 20:20:42 -0800 (PST) (envelope-from toor@dyson.iquest.net) Received: (from root@localhost) by dyson.iquest.net (8.8.8/8.8.8) id XAA09121; Fri, 20 Feb 1998 23:20:01 -0500 (EST) (envelope-from toor) From: "John S. Dyson" Message-Id: <199802210420.XAA09121@dyson.iquest.net> Subject: Re: More breakage in -current as a result of header frobbing. In-Reply-To: <19980221143803.31160@freebie.lemis.com> from Greg Lehey at "Feb 21, 98 02:38:03 pm" To: grog@lemis.com (Greg Lehey) Date: Fri, 20 Feb 1998 23:20:00 -0500 (EST) Cc: jkh@time.cdrom.com, jb@cimlogic.com.au, current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Greg Lehey said: > > What I'm suggesting (finally!) is: > > Let's accept the fact that -CURRENT's stability fluctuates and try > to influence the rhythm. One possiblity might be to say: > > - The first weekend in each month is the correct time for commiting > big modifications that can potentially compromise stability for a > while to come. > > - Any Sunday is the correct time for commiting smaller modifications > that can potentially compromise stability for a few days. > > The advantage is that people can expect -CURRENT to be relatively > stable on a Friday, and particularly stable at the end of a month. > This is only a suggested implementation. I don't know how > inconvenient it might be. Another alternative is the "heads up" > approach--after a period of relative stability, somebody could say > "I'm going to commit some changes to the frobulator which > potentially impact stability. I'll do it tomorrow night unless I'm > shouted down". > > Clearly this needs discussion. Go for it. > I am not sure that I totally agree with *exactly* what you have said, but a certain "rhythm" would be a good idea. Sometimes when I commit changes, I am VERY concerned that I'll screw someone up. -- John | Never try to teach a pig to sing, dyson@freebsd.org | it just makes you look stupid, jdyson@nc.com | and it irritates the pig. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 20 20:26:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA22853 for freebsd-current-outgoing; Fri, 20 Feb 1998 20:26:57 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA22848 for ; Fri, 20 Feb 1998 20:26:56 -0800 (PST) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost [127.0.0.1]) by dingo.cdrom.com (8.8.8/8.8.5) with ESMTP id UAA13141; Fri, 20 Feb 1998 20:25:29 -0800 (PST) Message-Id: <199802210425.UAA13141@dingo.cdrom.com> X-Mailer: exmh version 2.0zeta 7/24/97 To: "Alfred Perlstein" cc: current@FreeBSD.ORG Subject: Re: SVGAlib In-reply-to: Your message of "Fri, 20 Feb 1998 14:59:17 EST." <003001bd3e3a$07b57640$0600a8c0@win95.local.sunyit.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 20 Feb 1998 20:25:28 -0800 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > i heard a rumor that SVGAlib is being implemented on -current, is this true? Only you know what you heard. Try the -multimedia list. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 20 21:00:47 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA26562 for freebsd-current-outgoing; Fri, 20 Feb 1998 21:00:47 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from fang.cs.sunyit.edu (root@fang.cs.sunyit.edu [192.52.220.66]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA26497; Fri, 20 Feb 1998 21:00:09 -0800 (PST) (envelope-from perlsta@cs.sunyit.edu) Received: from win95.local.sunyit.edu (A-T34.rh.sunyit.edu [150.156.210.241]) by fang.cs.sunyit.edu (8.8.5/8.7.3) with SMTP id BAA27837; Sat, 21 Feb 1998 01:01:14 GMT Message-ID: <001d01bd3e84$f5f018c0$0600a8c0@win95.local.sunyit.edu> From: "Alfred Perlstein" To: "Greg Lehey" , "Jordan K. Hubbard" Cc: , "FreeBSD Chat" Subject: Re: More breakage in -current as a result of header frobbing. Date: Fri, 20 Feb 1998 23:55:35 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.2106.4 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I've been silently playing with -current, i have had 3 sucessful make worlds in the last week, there was period of breakage recently, but as of about 1 day, 2hours ago the source tree was ok it seemed. kernel and world compiled fine for me. -Alfred -----Original Message----- From: Jordan K. Hubbard To: Greg Lehey Cc: current@FreeBSD.ORG ; FreeBSD Chat Date: Friday, February 20, 1998 5:43 PM Subject: Re: More breakage in -current as a result of header frobbing. >> This is the third breakage in three days. Do you think somebody is >> trying to tell you that now's not the time for a snap CD-ROM? > >Yeah, no kidding. Since nobody seems to be build testing their >changes anymore I guess I'll just put this on the "indefinate >postponement" list. > > Jordan > >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 Sat Feb 21 00:11:25 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA14552 for freebsd-current-outgoing; Sat, 21 Feb 1998 00:11:25 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from fang.cs.sunyit.edu (root@fang.cs.sunyit.edu [192.52.220.66]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA14546 for ; Sat, 21 Feb 1998 00:11:23 -0800 (PST) (envelope-from perlsta@cs.sunyit.edu) Received: from win95.local.sunyit.edu (A-T34.rh.sunyit.edu [150.156.210.241]) by fang.cs.sunyit.edu (8.8.5/8.7.3) with SMTP id EAA01869 for ; Sat, 21 Feb 1998 04:13:07 GMT Message-ID: <015d01bd3e9f$c40c3b20$0600a8c0@win95.local.sunyit.edu> From: "Alfred Perlstein" To: Subject: weirdness in the header files. Date: Sat, 21 Feb 1998 03:07:29 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.2106.4 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG There seems to be some breakage in the header files, specifically trying to compile trafshow i get this: # make >> Checksum OK for trafshow-2.0.tgz. ===> Extracting for trafshow-2.0 ===> Patching for trafshow-2.0 ===> Applying FreeBSD patches for trafshow-2.0 ===> Configuring for trafshow-2.0 ===> Building for trafshow-2.0 cc -O2 -I../include -DETHER_SERVICE -c addrtoname.c cc -O2 -I../include -DETHER_SERVICE -c bpf.c cc -O2 -I../include -DETHER_SERVICE -c bpf_dump.c cc -O2 -I../include -DETHER_SERVICE -c bpf_filter.c cc -O2 -I../include -DETHER_SERVICE -c bpf_image.c cc -O2 -I../include -DETHER_SERVICE -c etherent.c cc -O2 -I../include -DETHER_SERVICE -c gencode.c cc -O2 -I../include -DETHER_SERVICE -c inet.c cc -O2 -I../include -DETHER_SERVICE -c interfaces.c In file included from interfaces.c:26: /usr/include/net/if_slvar.h:69: field `sc_comp' has incomplete type *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. # ok, so i do a bit of looking around (like i'm supposed to i guess) and find out that all i have to do is add to the list of includes. after doing that: cc -O2 -I../include -DETHER_SERVICE -c interfaces.c In file included from interfaces.c:26: /usr/include/net/slcompress.h:124: `MLEN' undeclared here (not in a function) /usr/include/net/slcompress.h:125: field `csu_ip' has incomplete type so i'm like... "hmmmmm, ok.." then i go into slcompress.h and find out this wierdness: #define MAX_HDR MLEN /* XXX 4bsd-ism: should really be 128 */ then later on: struct cstate { struct cstate *cs_next; /* next most recently used cstate (xmit only) */ u_int16_t cs_hlen; /* size of hdr (receive only) */ u_char cs_id; /* connection # associated with this state */ u_char cs_filler; union { char csu_hdr[MAX_HDR]; struct ip csu_ip; /* ip/tcp hdr from most recent packet */ } slcs_u; }; what is going on here? also as far as the second error after including : /usr/include/net/slcompress.h:125: field `csu_ip' has incomplete type what's with that? i couldn't find a struct ip. -Alfred To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 21 00:36:53 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA18250 for freebsd-current-outgoing; Sat, 21 Feb 1998 00:36:53 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA18245 for ; Sat, 21 Feb 1998 00:36:51 -0800 (PST) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.6.9) with ESMTP id AAA24228; Sat, 21 Feb 1998 00:17:27 -0800 (PST) To: Greg Lehey cc: John Birrell , current@FreeBSD.ORG Subject: Re: More breakage in -current as a result of header frobbing. In-reply-to: Your message of "Sat, 21 Feb 1998 14:38:03 +1030." <19980221143803.31160@freebie.lemis.com> Date: Sat, 21 Feb 1998 00:17:27 -0800 Message-ID: <24223.888049047@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Maybe now's an appropriate time to come out with a thing that I've > been meaning to propose for some time: Another possiblity is that I can have the messages which current.freebsd.org sends me every time the 3.0 or 2.2 trees can't have a release build made from them sent to a wider audience? Having something tell you in 24 hours or less every time the tree is broken is a powerful tool for letting you know it needs fixing. Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 21 00:45:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA18959 for freebsd-current-outgoing; Sat, 21 Feb 1998 00:45:05 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ns1.yes.no (ns1.yes.no [195.119.24.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA18954 for ; Sat, 21 Feb 1998 00:45:03 -0800 (PST) (envelope-from eivind@bitbox.follo.net) Received: from bitbox.follo.net (bitbox.follo.net [194.198.43.36]) by ns1.yes.no (8.8.7/8.8.7) with ESMTP id IAA15553; Sat, 21 Feb 1998 08:44:59 GMT Received: (from eivind@localhost) by bitbox.follo.net (8.8.6/8.8.6) id JAA00477; Sat, 21 Feb 1998 09:44:59 +0100 (MET) Message-ID: <19980221094459.49726@follo.net> Date: Sat, 21 Feb 1998 09:44:59 +0100 From: Eivind Eklund To: Ron Bolin , FreeBSD Current Mailing List Subject: Re: Current is still broken References: <34EDC97C.3E7220F4@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1i In-Reply-To: <34EDC97C.3E7220F4@mindspring.com>; from Ron Bolin on Fri, Feb 20, 1998 at 01:20:44PM -0500 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Feb 20, 1998 at 01:20:44PM -0500, Ron Bolin wrote: > FYI - Current build is still broken, > > /usr/src/tmp lib-tools > cd /usr/src/gnu/usr.bin/gperf && /usr/obj/usr/src/tmp/usr/bin/make > depend && /usr/obj/usr/src/tmp/usr/bin/make -DNOINFO -DNOMAN > -DNOPROFILE all && /usr/obj/usr/src/tmp/usr/bin/make -DNOINFO -DNOMAN > -DNOPROFILE -B install cleandir obj > ===> doc > make: don't know how to make /usr/obj/usr/src/tmp/usr/lib/crt0.o. Stop > *** Error code 2 > > Stop. I've not been able to reproduce this, but just to be certain it isn't my changes, would you back down bsd.prog.mk to 1.60 and try whether that make a difference? Patches to do that is here: diff -u -r1.62 -r1.60 --- bsd.prog.mk 1998/02/19 14:53:29 1.62 +++ bsd.prog.mk 1998/02/07 17:19:06 1.60 @@ -35,7 +35,6 @@ .else !defined(SRCS) -.if !target(${PROG}) SRCS= ${PROG}.c # Always make an intermediate object file because: @@ -44,10 +43,8 @@ # the name of a variable temporary object. # - it's useful to keep objects around for crunching. OBJS= ${PROG}.o - ${PROG}: ${DPSRCS} ${OBJS} ${CC} ${CFLAGS} ${LDFLAGS} -o ${.TARGET} ${OBJS} ${LDDESTDIR} ${LDADD} -.endif .endif Eivind. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 21 00:51:30 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA19815 for freebsd-current-outgoing; Sat, 21 Feb 1998 00:51:30 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ns1.yes.no (ns1.yes.no [195.119.24.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA19810 for ; Sat, 21 Feb 1998 00:51:28 -0800 (PST) (envelope-from eivind@bitbox.follo.net) Received: from bitbox.follo.net (bitbox.follo.net [194.198.43.36]) by ns1.yes.no (8.8.7/8.8.7) with ESMTP id IAA15593; Sat, 21 Feb 1998 08:51:16 GMT Received: (from eivind@localhost) by bitbox.follo.net (8.8.6/8.8.6) id JAA00504; Sat, 21 Feb 1998 09:51:16 +0100 (MET) Message-ID: <19980221095116.15674@follo.net> Date: Sat, 21 Feb 1998 09:51:16 +0100 From: Eivind Eklund To: "Jordan K. Hubbard" , Greg Lehey Cc: John Birrell , current@FreeBSD.ORG Subject: Re: More breakage in -current as a result of header frobbing. References: <19980221143803.31160@freebie.lemis.com> <24223.888049047@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1i In-Reply-To: <24223.888049047@time.cdrom.com>; from Jordan K. Hubbard on Sat, Feb 21, 1998 at 12:17:27AM -0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Feb 21, 1998 at 12:17:27AM -0800, Jordan K. Hubbard wrote: > > Maybe now's an appropriate time to come out with a thing that I've > > been meaning to propose for some time: > > Another possiblity is that I can have the messages which > current.freebsd.org sends me every time the 3.0 or 2.2 trees can't > have a release build made from them sent to a wider audience? > Having something tell you in 24 hours or less every time the > tree is broken is a powerful tool for letting you know it > needs fixing. Please send these to -stable/-current. I'd also expect these to be much more reliable than the human reports, so it would be a good thing for all concerned. Eivind. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 21 01:01:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA21225 for freebsd-current-outgoing; Sat, 21 Feb 1998 01:01:24 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA21216 for ; Sat, 21 Feb 1998 01:01:21 -0800 (PST) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.6.9) with ESMTP id AAA25981; Sat, 21 Feb 1998 00:59:32 -0800 (PST) To: Eivind Eklund cc: Greg Lehey , John Birrell , current@FreeBSD.ORG Subject: Re: More breakage in -current as a result of header frobbing. In-reply-to: Your message of "Sat, 21 Feb 1998 09:51:16 +0100." <19980221095116.15674@follo.net> Date: Sat, 21 Feb 1998 00:59:31 -0800 Message-ID: <25977.888051571@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Please send these to -stable/-current. I'd also expect these to be > much more reliable than the human reports, so it would be a good thing > for all concerned. Hmmm. OK, let me figure out how to massage them into something more human-readable (read: concise) and I'll give that some serious thought. Barring this, I might have something just sent to -committers since they're the only ones who can do anything about it anyway. ;) Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 21 01:10:31 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA22593 for freebsd-current-outgoing; Sat, 21 Feb 1998 01:10:31 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from allegro.lemis.com (allegro.lemis.com [192.109.197.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA22560 for ; Sat, 21 Feb 1998 01:10:26 -0800 (PST) (envelope-from grog@lemis.com) Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137]) by allegro.lemis.com (8.8.7/8.8.5) with ESMTP id TAA05275; Sat, 21 Feb 1998 19:39:13 +1030 (CST) Received: (from grog@localhost) by freebie.lemis.com (8.8.8/8.8.7) id TAA23471; Sat, 21 Feb 1998 19:39:11 +1030 (CST) (envelope-from grog) Message-ID: <19980221193911.01490@freebie.lemis.com> Date: Sat, 21 Feb 1998 19:39:11 +1030 From: Greg Lehey To: Eivind Eklund , Ron Bolin , FreeBSD Current Mailing List Subject: Re: Current is still broken References: <34EDC97C.3E7220F4@mindspring.com> <19980221094459.49726@follo.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89i In-Reply-To: <19980221094459.49726@follo.net>; from Eivind Eklund on Sat, Feb 21, 1998 at 09:44:59AM +0100 WWW-Home-Page: http://www.lemis.com/~grog Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 21 February 1998 at 9:44:59 +0100, Eivind Eklund wrote: > On Fri, Feb 20, 1998 at 01:20:44PM -0500, Ron Bolin wrote: >> FYI - Current build is still broken, >> >> /usr/src/tmp lib-tools >> cd /usr/src/gnu/usr.bin/gperf && /usr/obj/usr/src/tmp/usr/bin/make >> depend && /usr/obj/usr/src/tmp/usr/bin/make -DNOINFO -DNOMAN >> -DNOPROFILE all && /usr/obj/usr/src/tmp/usr/bin/make -DNOINFO -DNOMAN >> -DNOPROFILE -B install cleandir obj >> ===> doc >> make: don't know how to make /usr/obj/usr/src/tmp/usr/lib/crt0.o. Stop >> *** Error code 2 >> >> Stop. > > I've not been able to reproduce this, but just to be certain it isn't > my changes, would you back down bsd.prog.mk to 1.60 and try whether > that make a difference? This is exactly what happened to me yesterday. It works fine today, so I'd suggest advancing rather than retreating. Greg To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 21 01:14:00 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA23579 for freebsd-current-outgoing; Sat, 21 Feb 1998 01:14:00 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cimlogic.com.au (cimlog.lnk.telstra.net [139.130.51.31]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA23545 for ; Sat, 21 Feb 1998 01:13:51 -0800 (PST) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.8.5/8.8.7) id TAA00431; Sat, 21 Feb 1998 19:39:54 +1100 (EST) (envelope-from jb) From: John Birrell Message-Id: <199802210839.TAA00431@cimlogic.com.au> Subject: Re: More breakage in -current as a result of header frobbing. In-Reply-To: <24223.888049047@time.cdrom.com> from "Jordan K. Hubbard" at "Feb 21, 98 00:17:27 am" To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Sat, 21 Feb 1998 19:39:53 +1100 (EST) Cc: grog@lemis.com, jb@cimlogic.com.au, current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Jordan K. Hubbard wrote: > Another possiblity is that I can have the messages which > current.freebsd.org sends me every time the 3.0 or 2.2 trees can't > have a release build made from them sent to a wider audience? > Having something tell you in 24 hours or less every time the > tree is broken is a powerful tool for letting you know it > needs fixing. Forward it to -committers and let others deal with it. -- John Birrell - jb@cimlogic.com.au; jb@netbsd.org; jb@freebsd.org CIMlogic Pty Ltd, GPO Box 117A, Melbourne Vic 3001, Australia +61 418 353 137 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 21 01:14:26 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA23754 for freebsd-current-outgoing; Sat, 21 Feb 1998 01:14:26 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ns1.yes.no (ns1.yes.no [195.119.24.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA23735 for ; Sat, 21 Feb 1998 01:14:24 -0800 (PST) (envelope-from eivind@bitbox.follo.net) Received: from bitbox.follo.net (bitbox.follo.net [194.198.43.36]) by ns1.yes.no (8.8.7/8.8.7) with ESMTP id JAA15716; Sat, 21 Feb 1998 09:14:13 GMT Received: (from eivind@localhost) by bitbox.follo.net (8.8.6/8.8.6) id KAA00561; Sat, 21 Feb 1998 10:14:13 +0100 (MET) Message-ID: <19980221101412.07777@follo.net> Date: Sat, 21 Feb 1998 10:14:12 +0100 From: Eivind Eklund To: Greg Lehey , Eivind Eklund , Ron Bolin , FreeBSD Current Mailing List Subject: Re: Current is still broken References: <34EDC97C.3E7220F4@mindspring.com> <19980221094459.49726@follo.net> <19980221193911.01490@freebie.lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1i In-Reply-To: <19980221193911.01490@freebie.lemis.com>; from Greg Lehey on Sat, Feb 21, 1998 at 07:39:11PM +1030 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Feb 21, 1998 at 07:39:11PM +1030, Greg Lehey wrote: > On Sat, 21 February 1998 at 9:44:59 +0100, Eivind Eklund wrote: > > On Fri, Feb 20, 1998 at 01:20:44PM -0500, Ron Bolin wrote: > >> FYI - Current build is still broken, > >> > >> /usr/src/tmp lib-tools > >> cd /usr/src/gnu/usr.bin/gperf && /usr/obj/usr/src/tmp/usr/bin/make > >> depend && /usr/obj/usr/src/tmp/usr/bin/make -DNOINFO -DNOMAN > >> -DNOPROFILE all && /usr/obj/usr/src/tmp/usr/bin/make -DNOINFO -DNOMAN > >> -DNOPROFILE -B install cleandir obj > >> ===> doc > >> make: don't know how to make /usr/obj/usr/src/tmp/usr/lib/crt0.o. Stop > >> *** Error code 2 > >> > >> Stop. > > > > I've not been able to reproduce this, but just to be certain it isn't > > my changes, would you back down bsd.prog.mk to 1.60 and try whether > > that make a difference? > > This is exactly what happened to me yesterday. It works fine today, > so I'd suggest advancing rather than retreating. OK, then I'm certain it isn't mine. I've not done anything except add a port since yesterday. Eivind. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 21 01:20:33 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA26483 for freebsd-current-outgoing; Sat, 21 Feb 1998 01:20:33 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ache.relcom.ru (ache@ache.relcom.ru [193.125.20.108]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA26433 for ; Sat, 21 Feb 1998 01:20:21 -0800 (PST) (envelope-from ache@ache.relcom.ru) Received: (from ache@localhost) by ache.relcom.ru (8.8.8/8.8.8) id MAA00318; Sat, 21 Feb 1998 12:19:23 +0300 (MSK) (envelope-from ache) Message-ID: <19980221121922.44070@nagual.pp.ru> Date: Sat, 21 Feb 1998 12:19:22 +0300 From: =?koi8-r?B?4c7E0sXKIP7F0s7P1w==?= To: current@FreeBSD.ORG Subject: Unknown kernel config option, please add Mail-Followup-To: current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1i Organization: Biomechanoid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG DEEP-THOUGHT:13: unknown option "TUNE_1542" Please add TUNE_1542 to options list, it is used in file aha1542.c -- Andrey A. Chernov http://www.nagual.pp.ru/~ache/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 21 02:04:01 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA02309 for freebsd-current-outgoing; Sat, 21 Feb 1998 02:04:01 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ns1.yes.no (ns1.yes.no [195.119.24.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA02288 for ; Sat, 21 Feb 1998 02:03:56 -0800 (PST) (envelope-from eivind@bitbox.follo.net) Received: from bitbox.follo.net (bitbox.follo.net [194.198.43.36]) by ns1.yes.no (8.8.7/8.8.7) with ESMTP id KAA15990 for ; Sat, 21 Feb 1998 10:03:48 GMT Received: (from eivind@localhost) by bitbox.follo.net (8.8.6/8.8.6) id LAA03665; Sat, 21 Feb 1998 11:03:47 +0100 (MET) Message-ID: <19980221110346.45664@follo.net> Date: Sat, 21 Feb 1998 11:03:46 +0100 From: Eivind Eklund To: current@FreeBSD.ORG Subject: Re: Unknown kernel config option, please add References: <19980221121922.44070@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Mutt 0.89.1i In-Reply-To: =?iso-8859-1?Q?=3C19980221121922=2E44070=40nagual=2Epp=2Eru=3E=3B_from_?= =?iso-8859-1?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7_on_Sat=2C_Feb_21=2C?= =?iso-8859-1?Q?_1998_at_12=3A19=3A22PM_+0300?= Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Feb 21, 1998 at 12:19:22PM +0300, áÎÄŇĹĘ ţĹŇÎĎ× wrote: > DEEP-THOUGHT:13: unknown option "TUNE_1542" > > Please add TUNE_1542 to options list, it is used in file aha1542.c I've taken care of it. But this isn't exactly black magic; here are the diffs, so you'll known how to do it. Index: i386/conf/LINT =================================================================== RCS file: /home/FreeBSD/src/sys/i386/conf/LINT,v retrieving revision 1.410 diff -u -r1.410 LINT --- LINT 1998/02/20 12:27:28 1.410 +++ LINT 1998/02/21 09:45:04 @@ -677,7 +677,7 @@ #options "AUTO_EOI_2" options BOUNCE_BUFFERS options "MAXMEM=(128*1024)" -#options "TUNE_1542" +options "TUNE_1542" #options BROKEN_KEYBOARD_RESET #options PAS_JOYSTICK_ENABLE Index: i386/conf/options.i386 =================================================================== RCS file: /home/FreeBSD/src/sys/i386/conf/options.i386,v retrieving revision 1.74 diff -u -r1.74 options.i386 --- options.i386 1998/02/20 04:19:15 1.74 +++ options.i386 1998/02/21 09:44:25 @@ -11,6 +11,7 @@ COMPAT_LINUX opt_dontuse.h SHOW_BUSYBUFS +TUNE_1542 PANIC_REBOOT_WAIT_TIME opt_panic.h MAXMEM PERFMON opt_perfmon.h Index: i386/isa/aha1542.c =================================================================== RCS file: /home/FreeBSD/src/sys/i386/isa/aha1542.c,v retrieving revision 1.74 diff -u -r1.74 aha1542.c --- aha1542.c 1998/02/06 12:13:14 1.74 +++ aha1542.c 1998/02/21 09:42:37 @@ -20,6 +20,7 @@ */ #include "aha.h" +#include "opt_tune_1542.h" #include #include Eivind. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 21 02:30:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA04362 for freebsd-current-outgoing; Sat, 21 Feb 1998 02:30:12 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from arh0300.urh.uiuc.edu (arh0300.urh.uiuc.edu [130.126.72.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA04351 for ; Sat, 21 Feb 1998 02:30:09 -0800 (PST) (envelope-from dannyman@arh0300.urh.uiuc.edu) Received: (from dannyman@localhost) by arh0300.urh.uiuc.edu (8.8.8/8.8.5) id KAA20354; Fri, 20 Feb 1998 10:12:58 -0600 (CST) Message-ID: <19980220101258.51606@urh.uiuc.edu> Date: Fri, 20 Feb 1998 10:12:58 -0600 From: dannyman To: freebsd-current@FreeBSD.ORG Subject: make buildworld dies here too! Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89i X-Loop: djhoward@uiuc.edu X-URL: http://www.uiuc.edu/ph/www/djhoward/ Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG CVSupped @0430h CST ... -------------------------------------------------------------- Rebuilding tools needed to build the libraries -------------------------------------------------------------- cd /usr/src && PATH=/usr/obj/usr/src/tmp/sbin:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/bin:/usr/obj/usr/src/tmp/usr/bin:/home/dannyman/bin:/bin:/sbin:/usr/bin:/usr/sbin:/usr/games:/usr/local/bin:/usr/local/sbin:/usr/local/krb5/bin:/usr/local/krb5/sbin:/usr/share/games:/usr/X11R6/bin BISON_SIMPLE=/usr/obj/usr/src/tmp/usr/share/misc/bison.simple COMPILER_PATH=/usr/obj/usr/src/tmp/usr/libexec:/usr/obj/usr/src/tmp/usr/bin GCC_EXEC_PREFIX=/usr/obj/usr/src/tmp/usr/lib/ LD_LIBRARY_PATH=/usr/obj/usr/src/tmp/usr/lib LIBRARY_PATH=/usr/obj/usr/src/tmp/usr/lib:/usr/obj/usr/src/tmp/usr/lib NOEXTRADEPEND=t /usr/obj/usr/src/tmp/usr/bin/make DESTDIR=/usr/obj/usr/src/tmp lib-tools cd /newhome/src/gnu/usr.bin/gperf && /usr/obj/usr/src/tmp/usr/bin/make depend && /usr/obj/usr/src/tmp/usr/bin/make -DNOINFO -DNOMAN -DNOPROFILE all && /usr/obj/usr/src/tmp/usr/bin/make -DNOINFO -DNOMAN -DNOPROFILE -B install cleandir obj ===> doc make: don't know how to make /usr/obj/usr/src/tmp/usr/lib/crt0.o. Stop *** Error code 2 Stop. *** Error code 1 Stop. to be real sure, i tried make clean after the first failure. hth, or let me know if i should try some trick ;) love, dannyman -- //Dan -=- This message brought to you by djhoward@uiuc.edu -=- \\/yori -=- Information - http://www.uiuc.edu/ph/www/djhoward/ -=- aiokomete -=- Our Honored Symbol deserves an Honorable Retirement To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 21 03:01:47 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA06386 for freebsd-current-outgoing; Sat, 21 Feb 1998 03:01:47 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from shrimp.dataplex.net (shrimp.dataplex.net [208.2.87.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA06381 for ; Sat, 21 Feb 1998 03:01:44 -0800 (PST) (envelope-from rkw@dataplex.net) Received: from [208.2.87.4] (user4.dataplex.net [208.2.87.4]) by shrimp.dataplex.net (8.8.8/8.8.5) with ESMTP id FAA15500; Sat, 21 Feb 1998 05:01:22 -0600 (CST) X-Sender: rkw@mail.dataplex.net Message-Id: In-Reply-To: <19980221143803.31160@freebie.lemis.com> References: <23061.888029515@time.cdrom.com>; from Jordan K. Hubbard on Fri, Feb 20, 1998 at 06:51:55PM -0800 <199802210245.NAA06439@cimlogic.com.au> <23061.888029515@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sat, 21 Feb 1998 05:00:24 -0600 To: Greg Lehey From: Richard Wackerbarth Subject: Re: More breakage in -current as a result of header frobbing. Cc: "Jordan K. Hubbard" , current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 10:08 PM -0600 2/20/98, Greg Lehey wrote: >On Fri, 20 February 1998 at 18:51:55 -0800, Jordan K. Hubbard wrote: >>> Jordan K. Hubbard wrote: >>>> Yeah, no kidding. Since nobody seems to be build testing their >>>> changes anymore I guess I'll just... >There's a delicate balance here: > >- If people commit only perfect code, the result is -STABLE, not > -CURRENT. While that doesn't sound bad in itself, it means > significant delays to any commit. > >- If people commit only code which breaks a 'make world', nobody will > ever get -CURRENT installed. Even if it only happens 50% of the > time, it will frustate a large number of users to the point where > they can't be bothered any more. > >The problem with both of these extremes... >You could say "John should test his changes better before commiting >them". But that's not always possible. The bugs don't break things >for him. -CURRENT's there exactly for that. Here, I disagree. "Jane" may not be able to test ALL cases. However, she SHOULD have already tested at least one. If the code does not, at the least, compile and run in the "generic" case, it is IMHO, not ready for "-current". The -CURRENT tree is where it gets a wider testing audience. By the time that it goes to -STABLE, it SHOULD have been tested on a wide range of systems The rationale for putting everything into the head of "-current" so quickly is that to do otherwise would slow down the speed of the developers. However, I sometimes question if that speed is forward motion or just "running in circles". Richard Wackerbarth To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 21 03:41:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA12203 for freebsd-current-outgoing; Sat, 21 Feb 1998 03:41:04 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from top.worldcontrol.com (surf52.cruzers.com [205.215.232.52]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id DAA12196 for ; Sat, 21 Feb 1998 03:41:02 -0800 (PST) (envelope-from brian@worldcontrol.com) From: brian@worldcontrol.com Received: (qmail 3757 invoked by uid 100); 21 Feb 1998 11:42:19 -0000 Message-ID: <19980221034216.A3709@top.worldcontrol.com> Date: Sat, 21 Feb 1998 03:42:16 -0800 To: dannyman , freebsd-current@FreeBSD.ORG Subject: Re: gimp under -current? Mail-Followup-To: dannyman , freebsd-current@FreeBSD.ORG References: <19980220184619.63570@urh.uiuc.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.90.4i In-Reply-To: <19980220184619.63570@urh.uiuc.edu>; from dannyman on Fri, Feb 20, 1998 at 06:46:19PM -0600 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On %M 0, dannyman wrote: > anyone got gimp working on -current? > > or am i pissing in the wind? brian@top>gimp --version GIMP version 0.99.17 brian@top>uname -a FreeBSD top.worldcontrol.com 3.0-CURRENT FreeBSD 3.0-CURRENT #0: Fri Feb 20 21:35:52 PST 1998 brian@bls2.worldcontrol.com:/uss/src/sys/compile/LAPTOP i386 Haven't had any troubles with it. -- Brian Litzinger To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 21 05:16:28 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA23430 for freebsd-current-outgoing; Sat, 21 Feb 1998 05:16:28 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mailhost (user-38lcbc6.dialup.mindspring.com [209.86.45.134]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id FAA23422 for ; Sat, 21 Feb 1998 05:16:25 -0800 (PST) (envelope-from rlb@mindspring.com) Received: from mindspring.com by mailhost with smtp (Smail3.1.29.1 #1) id m0y6En1-000G5ZC; Sat, 21 Feb 98 08:16 EST Message-ID: <34EED3B9.6FEBA73C@mindspring.com> Date: Sat, 21 Feb 1998 08:16:41 -0500 From: Ron Bolin X-Mailer: Mozilla 4.04 [en] (X11; I; SunOS 5.6 i86pc) MIME-Version: 1.0 To: FreeBSD Current Mailing List Subject: Current Builds but Make installworld bombs Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In building current 2-20-98 I find that the current top level Makefile is not set to use the path where the actual files are. The buildworld and the installworld don't seem to be matching up for the installation path. Here we can see that installworld can't find echo. In fact echo is in /usr/obj/usr/src/bin not /usr/obj/usr/src/tmp/bin. cd /usr/src && PATH=/usr/obj/usr/src/tmp/sbin:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/bin:/usr/obj/usr/src/tmp/usr/bin BISON_SIMPLE=/usr/obj/usr/src/tmp/usr/share/misc/bison.simple COMPILER_PATH=/usr/obj/usr/src/tmp/usr/libexec:/usr/obj/usr/src/tmp/usr/bin GCC_EXEC_PREFIX=/usr/obj/usr/src/tmp/usr/lib/ LD_LIBRARY_PATH=/usr/obj/usr/src/tmp/usr/lib LIBRARY_PATH=/usr/obj/usr/src/tmp/usr/lib:/usr/obj/usr/src/tmp/usr/lib CC='cc -nostdinc' /usr/obj/usr/src/tmp/usr/bin/make reinstall echo: not found *** Error code 1 Ron -- ------------------------------------------------------------------------------- Ron Bolin, Sr. Software Eng, NetChannel Web: http://www.netchannel.net E-mail: rbolin@netchannel.net Web: http://www.gsu.edu/~gs01rlb Ph: 770-729-2929 Ext 249 Hm: 770-992-8877 Web: http://www.mindspring.com/~rlb ------------------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 21 07:18:41 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA02536 for freebsd-current-outgoing; Sat, 21 Feb 1998 07:18:41 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from home.dragondata.com (home.dragondata.com [204.137.237.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA02530 for ; Sat, 21 Feb 1998 07:18:39 -0800 (PST) (envelope-from toasty@home.dragondata.com) Received: (from toasty@localhost) by home.dragondata.com (8.8.8/8.8.5) id JAA09042; Sat, 21 Feb 1998 09:18:37 -0600 (CST) From: Kevin Day Message-Id: <199802211518.JAA09042@home.dragondata.com> Subject: Re: panic: vm_page_unwire: invalid wire count: 0 In-Reply-To: <199802210146.TAA01944@home.dragondata.com> from Kevin Day at "Feb 20, 98 07:46:35 pm" To: toasty@home.dragondata.com (Kevin Day) Date: Sat, 21 Feb 1998 09:18:37 -0600 (CST) Cc: current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Ok, I can add some more information. This has happened 7 times now. The trace is always exactly the same. The only change we have made was adding a second de ethernet card, and routing all nfs traffic over it. The reason being that NFS was very slow over our existing really really busy local 10MB ethernet. All NFS now goes over an 100MB ethernet dedicated to just NFS. Is this some timings thing perhaps then, possibly annoyed further by an SMP kernel? (ok, honestly, there was another change as well, we switched to a PCI VGA card instead of an ISA one. Another machine was out of PCI slots, and we needed to add another card, so we swapped them, I doubt that has anything to do with this, but I'm putting it out in the open now. :) ) Since this is becoming easily reproducable, can someone tell me what to do the next time it crashes, and I'll do it. Kevin > > Received this today: > > panic: vm_page_unwire: invalid wire count: 0 > > mp_lock = 00000001; cpuid = 0; lapic.id = 00000000 > > A trace shows: > > vm_page_unwire > vfs_vmio_release > brelse > vinvalbuf > nfs_vinvalbuf > nfs_remove > unlink > syscall > Xsyscall > > > Current dmesg: > > Copyright (c) 1992-1998 FreeBSD Inc. > Copyright (c) 1982, 1986, 1989, 1991, 1993 > The Regents of the University of California. All rights reserved. > FreeBSD 3.0-CURRENT #0: Sun Feb 15 21:44:41 CST 1998 > toasty@shell.dragondata.com:/usr/src/sys/compile/SHELL > CPU: Pentium (586-class CPU) > Origin = "GenuineIntel" Id = 0x52c Stepping=12 > Features=0x3bf > real memory = 83886080 (81920K bytes) > avail memory = 78479360 (76640K bytes) > FreeBSD/SMP: Multiprocessor motherboard > cpu0 (BSP): apic id: 0, version: 0x00030010, at 0xfee00000 > cpu1 (AP): apic id: 1, version: 0x00030010, at 0xfee00000 > io0 (APIC): apic id: 2, version: 0x00170011, at 0xfec00000 > Probing for devices on PCI bus 0: > chip0: rev 0x03 on pci0.0.0 > chip1: rev 0x01 on pci0.7.0 > ide_pci0: rev 0x00 on pci0.7.1 > de0: rev 0x22 int a irq 19 on pci0.17.0 > de0: 21140A [10-100Mb/s] pass 2.2 > de0: address 00:40:05:41:d3:32 > de1: rev 0x22 int a irq 18 on pci0.18.0 > de1: 21140A [10-100Mb/s] pass 2.2 > de1: address 00:40:05:36:72:47 > vga0: rev 0x54 int a irq 17 on pci0.19.0 > Probing for devices on the ISA bus: > sc0 at 0x60-0x6f irq 1 on motherboard > sc0: VGA color <16 virtual consoles, flags=0x0> > sio0 at 0x3f8-0x3ff irq 4 on isa > sio0: type 16550A > sio1 at 0x2f8-0x2ff irq 3 on isa > sio1: type 16550A > lpt0 at 0x378-0x37f irq 7 on isa > lpt0: Interrupt-driven port > lp0: TCP/IP capable interface > lpt1 not found > mse0 not found at 0x23c > fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa > wdc0 at 0x1f0-0x1f7 irq 14 on isa > wdc0: unit 0 (wd0): > wd0: 2014MB (4124736 sectors), 4092 cyls, 16 heads, 63 S/T, 512 B/S > npx0 on motherboard > npx0: INT 16 interface > Intel Pentium F00F detected, installing workaround > APIC_IO: routing 8254 via 8259 on pin 0 > SMP: AP CPU #1 Launched! > WARNING: / was not properly dismounted. > de0: enabling 10baseT port > de1: enabling 100baseTX port > > This was about 2 hours after I got done experimenting with setting de1 to > full-duplex and back again, about 10 times. Not sure if it's related. > > Kevin > > 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 Sat Feb 21 08:12:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA07851 for freebsd-current-outgoing; Sat, 21 Feb 1998 08:12:13 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from tor-adm1.nbc.netcom.ca (taob@tor-adm1.nbc.netcom.ca [207.181.89.5]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA07846 for ; Sat, 21 Feb 1998 08:12:09 -0800 (PST) (envelope-from taob@tor-adm1.nbc.netcom.ca) Received: (from taob@localhost) by tor-adm1.nbc.netcom.ca (8.8.5/8.8.5) id LAA25713; Sat, 21 Feb 1998 11:12:01 -0500 (EST) Date: Sat, 21 Feb 1998 11:12:00 -0500 (EST) From: Brian Tao X-Sender: taob@tor-adm1 To: freebsd-current@FreeBSD.ORG Subject: Bogus VSZ output in `ps' Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I noticed a bit odd on my 3.0-980214 machine this morning. The rpc.statd process has a vsz of just over 256MB according to the output of `ps'. `top' reports vsz/rss to be 200K and 80K respectively. It was only recently rebooted (yesterday evening) and it hasn't done much of anything except run the RC5DES client. No NFS imports or exports at this time. The machine is a Pentium II, 96MB, Asus P2L97 board. % ps aux USER PID %CPU %MEM VSZ RSS TT STAT STARTED TIME COMMAND root 306 99.2 0.3 916 272 p3 RN 9:40PM 708:46.81 ./rc5des root 1 0.0 0.2 484 140 ?? Is 9:35PM 0:00.10 /sbin/init -- root 2 0.0 0.0 0 0 ?? DL 9:35PM 0:05.13 (pagedaemon) root 3 0.0 0.0 0 0 ?? DL 9:35PM 0:00.00 (vmdaemon) root 4 0.0 0.0 0 0 ?? DL 9:35PM 0:10.88 (update) root 102 0.0 0.4 764 352 ?? Ss 9:35PM 0:00.30 syslogd daemon 112 0.0 0.3 748 276 ?? Is 9:35PM 0:00.00 portmap root 120 0.0 0.2 468 232 ?? Is 9:35PM 0:00.00 mountd -r root 123 0.0 0.1 312 60 ?? Is 9:35PM 0:00.00 nfsd: master (nfsd) root 127 0.0 0.1 292 48 ?? I 9:35PM 0:00.00 nfsd: server (nfsd) root 128 0.0 0.1 292 48 ?? I 9:35PM 0:00.00 nfsd: server (nfsd) root 129 0.0 0.1 292 48 ?? I 9:35PM 0:00.00 nfsd: server (nfsd) root 130 0.0 0.1 292 48 ?? I 9:35PM 0:00.00 nfsd: server (nfsd) root 131 0.0 0.1 262924 92 ?? Is 9:35PM 0:00.00 rpc.statd [...] % uname -a FreeBSD cabal.corp.netcom.ca 3.0-CURRENT FreeBSD 3.0-CURRENT #8: Sat Feb 14 17:14:23 EST 1998 taob@cabal.corp.netcom.ca:/usr/local/src/sys/compile/CABAL i386 % uptime 11:04AM up 13:29, 1 user, load averages: 1.00, 1.00, 1.00 % dmesg Copyright (c) 1992-1998 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 3.0-CURRENT #8: Sat Feb 14 17:14:23 EST 1998 taob@cabal.corp.netcom.ca:/usr/local/src/sys/compile/CABAL CPU: Pentium Pro (233.86-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x634 Stepping=4 Features=0x80f9ff real memory = 100663296 (98304K bytes) avail memory = 95830016 (93584K bytes) Probing for devices on PCI bus 0: chip0: rev 0x03 on pci0.0.0 chip1: rev 0x03 on pci0.1.0 chip2: rev 0x01 on pci0.4.0 chip3: rev 0x01 int d irq 255 on pci0.4.2 chip4: rev 0x01 on pci0.4.3 fxp0: rev 0x02 int a irq 10 on pci0.9.0 fxp0: Ethernet address 00:a0:c9:77:34:ca [...] -- Brian Tao (BT300, taob@netcom.ca) "Though this be madness, yet there is method in't" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 21 08:12:42 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA07929 for freebsd-current-outgoing; Sat, 21 Feb 1998 08:12:42 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from home.dragondata.com (home.dragondata.com [204.137.237.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA07916 for ; Sat, 21 Feb 1998 08:12:37 -0800 (PST) (envelope-from toasty@home.dragondata.com) Received: (from toasty@localhost) by home.dragondata.com (8.8.8/8.8.5) id KAA14359; Sat, 21 Feb 1998 10:12:36 -0600 (CST) From: Kevin Day Message-Id: <199802211612.KAA14359@home.dragondata.com> Subject: panic: rslock: cpu: 1 during boot on current kernel (was: panic: vm_page_unwire: invalid wire count: 0) In-Reply-To: <199802211518.JAA09042@home.dragondata.com> from Kevin Day at "Feb 21, 98 09:18:37 am" To: toasty@home.dragondata.com (Kevin Day) Date: Sat, 21 Feb 1998 10:12:35 -0600 (CST) Cc: current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG One final thing, I cvsupped today's kernel, and I get: APIC_IO: routing 8254 via 8259 on pin 0 Considering FFS root f/s. SMP: AP CPU #1 Launched! SMP: CPU1 apic_initialize(): lint0: 0x00010700 lint1: 0x00010400 TPR: 0x00000000 SVR: 0x0000001ff panic: rslock: cpu 1, addr: 0xf021e8d0, lock: 0x01000001 mp_lock = 01000002; cpuid = 1; lapic.id = 01000000 Debugger("panic") It then locks up. I've tried changing the PCI video card back to an ISA one(mentioned below), no help with either problem. Going back to a 02/15/98 kernel stops this panic: rslock from happening. Somewhere between those dates something broke SMP on my motherboard. > > Ok, I can add some more information. > > This has happened 7 times now. The trace is always exactly the same. The > only change we have made was adding a second de ethernet card, and routing > all nfs traffic over it. The reason being that NFS was very slow over our > existing really really busy local 10MB ethernet. All NFS now goes over an > 100MB ethernet dedicated to just NFS. Is this some timings thing perhaps > then, possibly annoyed further by an SMP kernel? > > (ok, honestly, there was another change as well, we switched to a PCI VGA > card instead of an ISA one. Another machine was out of PCI slots, and we > needed to add another card, so we swapped them, I doubt that has anything to > do with this, but I'm putting it out in the open now. :) ) > > Since this is becoming easily reproducable, can someone tell me what to do > the next time it crashes, and I'll do it. > > Kevin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 21 08:15:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA08435 for freebsd-current-outgoing; Sat, 21 Feb 1998 08:15:24 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from opus.cts.cwu.edu (skynyrd@opus.cts.cwu.edu [198.104.92.71]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA08430 for ; Sat, 21 Feb 1998 08:15:22 -0800 (PST) (envelope-from skynyrd@opus.cts.cwu.edu) Received: from localhost (skynyrd@localhost) by opus.cts.cwu.edu (8.8.8/8.8.8) with SMTP id IAA28513; Sat, 21 Feb 1998 08:15:11 -0800 (PST) (envelope-from skynyrd@opus.cts.cwu.edu) Date: Sat, 21 Feb 1998 08:15:11 -0800 (PST) From: Chris Timmons To: Greg Lehey cc: current@FreeBSD.ORG Subject: Re: More breakage in -current as a result of header frobbing. In-Reply-To: <19980221143803.31160@freebie.lemis.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I find it hard to excuse the introduction of compilation-breaking typographical or otherwise trivial errors into -current that could be caught by a simple buildworld. Yes, it is -current and an all volunteer project, but these factors should not add up to a rationale for committing before even the most basic tests are completed on a personal development platform. Beyond that, hey, it's -current and your mileage may vary! -Chris To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 21 08:20:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA09465 for freebsd-current-outgoing; Sat, 21 Feb 1998 08:20:13 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA09449 for ; Sat, 21 Feb 1998 08:20:05 -0800 (PST) (envelope-from toor@dyson.iquest.net) Received: (from root@localhost) by dyson.iquest.net (8.8.8/8.8.8) id LAA00694; Sat, 21 Feb 1998 11:19:59 -0500 (EST) (envelope-from toor) Message-Id: <199802211619.LAA00694@dyson.iquest.net> Subject: Re: panic: rslock: cpu: 1 during boot on current kernel (was: panic: vm_page_unwire: invalid wire count: 0) In-Reply-To: <199802211612.KAA14359@home.dragondata.com> from Kevin Day at "Feb 21, 98 10:12:35 am" To: toasty@home.dragondata.com (Kevin Day) Date: Sat, 21 Feb 1998 11:19:59 -0500 (EST) Cc: toasty@home.dragondata.com, current@FreeBSD.ORG From: "John S. Dyson" Reply-To: dyson@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Kevin Day said: > One final thing, I cvsupped today's kernel, and I get: > > APIC_IO: routing 8254 via 8259 on pin 0 > Considering FFS root f/s. > SMP: AP CPU #1 Launched! > SMP: CPU1 apic_initialize(): > lint0: 0x00010700 lint1: 0x00010400 TPR: 0x00000000 SVR: 0x0000001ff > panic: rslock: cpu 1, addr: 0xf021e8d0, lock: 0x01000001 > mp_lock = 01000002; cpuid = 1; lapic.id = 01000000 > Debugger("panic") > > It then locks up. > > I've tried changing the PCI video card back to an ISA one(mentioned below), > no help with either problem. > > Going back to a 02/15/98 kernel stops this panic: rslock from happening. > Somewhere between those dates something broke SMP on my motherboard. > I had the same problem. There is a bug in clock.c (or nearby) where the clock_lock simplelock is gained recursively. I don't know how to officially fix it (since I am not in the SMP loop), but below makes the problem go-away until whomever broke it can fix it: Index: clock.c =================================================================== RCS file: /local/home/ncvs/src/sys/i386/isa/clock.c,v retrieving revision 1.111 diff -C2 -r1.111 clock.c *** clock.c 1998/02/20 16:35:37 1.111 --- clock.c 1998/02/21 10:32:11 *************** *** 1055,1059 **** ef = read_eflags(); ! disable_intr(); /* Select timer0 and latch counter value. */ --- 1055,1059 ---- ef = read_eflags(); ! __asm __volatile("cli" : : : "memory"); /* Select timer0 and latch counter value. */ *************** *** 1071,1074 **** --- 1071,1075 ---- i8254_lastcount = count; count += i8254_offset; + write_eflags(ef); return (count); -- John | Never try to teach a pig to sing, dyson@freebsd.org | it just makes you look stupid, jdyson@nc.com | and it irritates the pig. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 21 08:22:32 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA09799 for freebsd-current-outgoing; Sat, 21 Feb 1998 08:22:32 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA09785 for ; Sat, 21 Feb 1998 08:22:28 -0800 (PST) (envelope-from toor@dyson.iquest.net) Received: (from root@localhost) by dyson.iquest.net (8.8.8/8.8.8) id LAA00712; Sat, 21 Feb 1998 11:22:05 -0500 (EST) (envelope-from toor) Message-Id: <199802211622.LAA00712@dyson.iquest.net> Subject: Re: More breakage in -current as a result of header frobbing. In-Reply-To: from Richard Wackerbarth at "Feb 21, 98 05:00:24 am" To: rkw@dataplex.net (Richard Wackerbarth) Date: Sat, 21 Feb 1998 11:22:05 -0500 (EST) Cc: grog@lemis.com, jkh@time.cdrom.com, current@FreeBSD.ORG From: "John S. Dyson" Reply-To: dyson@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Richard Wackerbarth said: > > > >The problem with both of these extremes... > > >You could say "John should test his changes better before commiting > >them". But that's not always possible. The bugs don't break things > >for him. -CURRENT's there exactly for that. > > Here, I disagree. "Jane" may not be able to test ALL cases. However, > she SHOULD have already tested at least one. > One reason that we have been making progress (differently) is that this "John" now has a viable NFS network (albiet small one.) Now there are better facilities. (Not that I fix all bugs, but I seem to create my share :-)). -- John | Never try to teach a pig to sing, dyson@freebsd.org | it just makes you look stupid, jdyson@nc.com | and it irritates the pig. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 21 10:09:20 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA22057 for freebsd-current-outgoing; Sat, 21 Feb 1998 10:09:20 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ns.mt.sri.com (sri-gw.MT.net [206.127.105.141]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA22046 for ; Sat, 21 Feb 1998 10:09:18 -0800 (PST) (envelope-from nate@mt.sri.com) Received: from mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by ns.mt.sri.com (8.8.8/8.8.8) with SMTP id LAA03783; Sat, 21 Feb 1998 11:09:14 -0700 (MST) (envelope-from nate@rocky.mt.sri.com) Received: by mt.sri.com (SMI-8.6/SMI-SVR4) id LAA20161; Sat, 21 Feb 1998 11:09:12 -0700 Date: Sat, 21 Feb 1998 11:09:12 -0700 Message-Id: <199802211809.LAA20161@mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Terry Lambert Cc: sef@kithrup.com (Sean Eric Fagan), current@FreeBSD.ORG Subject: Re: More breakage in -current as a result of header frobbing. In-Reply-To: <199802210342.UAA13837@usr04.primenet.com> References: <199802210306.TAA07907@kithrup.com> <199802210342.UAA13837@usr04.primenet.com> X-Mailer: VM 6.29 under 19.15 XEmacs Lucid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG [ Broken -current builds ] > The same thing happened at Novell, until we instituted multiple > reader, single writer locking in a trivial front-end to cvs, and > started slapping people who didn't build test affected code before > releasing the writer lock. The same thing happenned at my work, until we let live llama loose in the office. Then, if someone made a bad commit, we publically chastised them and told them never to do it again, but I think the *real* reason was because of the llamas, and not the chasting of the people. I'm sure the reader/writer locks also were why things worked at Novell, and not the slapping around. (ps. In case you missed, that was sarcasm, playing on the totally non-sequiter answer Terry gave.) Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 21 10:15:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA23299 for freebsd-current-outgoing; Sat, 21 Feb 1998 10:15:04 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA23280 for ; Sat, 21 Feb 1998 10:15:00 -0800 (PST) (envelope-from toor@dyson.iquest.net) Received: (from root@localhost) by dyson.iquest.net (8.8.8/8.8.8) id NAA01203; Sat, 21 Feb 1998 13:14:53 -0500 (EST) (envelope-from toor) Message-Id: <199802211814.NAA01203@dyson.iquest.net> Subject: Re: Bogus VSZ output in `ps' In-Reply-To: from Brian Tao at "Feb 21, 98 11:12:00 am" To: taob@nbc.netcom.ca (Brian Tao) Date: Sat, 21 Feb 1998 13:14:53 -0500 (EST) Cc: freebsd-current@FreeBSD.ORG From: "John S. Dyson" Reply-To: dyson@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Brian Tao said: > I noticed a bit odd on my 3.0-980214 machine this morning. The > rpc.statd process has a vsz of just over 256MB according to the output > of `ps'. `top' reports vsz/rss to be 200K and 80K respectively. It > was only recently rebooted (yesterday evening) and it hasn't done much > of anything except run the RC5DES client. No NFS imports or exports > at this time. The machine is a Pentium II, 96MB, Asus P2L97 board. > The output of PS is now accurate (including mmaped regions.) Before, it was not accurate. -- John | Never try to teach a pig to sing, dyson@freebsd.org | it just makes you look stupid, jdyson@nc.com | and it irritates the pig. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 21 10:21:50 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA24408 for freebsd-current-outgoing; Sat, 21 Feb 1998 10:21:50 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ns2.cetlink.net (root@ns2.cetlink.net [209.54.54.20]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA24403 for ; Sat, 21 Feb 1998 10:21:49 -0800 (PST) (envelope-from jak@cetlink.net) Received: from exit1.i485.net (ts1-cltnc-44.cetlink.net [209.54.58.44]) by ns2.cetlink.net (8.8.5/8.8.5) with SMTP id NAA29562; Sat, 21 Feb 1998 13:21:34 -0500 (EST) From: jak@cetlink.net (John Kelly) To: Greg Lehey Cc: "Jordan K. Hubbard" , current@FreeBSD.ORG Subject: Re: More breakage in -current as a result of header frobbing. Date: Sat, 21 Feb 1998 19:22:01 GMT Message-ID: <34f0277d.678104@mail.cetlink.net> References: <199802210245.NAA06439@cimlogic.com.au> <23061.888029515@time.cdrom.com> <19980221143803.31160@freebie.lemis.com> In-Reply-To: <19980221143803.31160@freebie.lemis.com> X-Mailer: Forte Agent 1.01/16.397 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id KAA24404 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 21 Feb 1998 14:38:03 +1030, Greg Lehey wrote: >Maybe now's an appropriate time to come out with a thing that I've >been meaning to propose for some time: > >Sure, living with -CURRENT means never knowing where your next install >comes from I propose that after 2.2.6 or 2.2.7, whichever comes last, that you just do away with -stable altogether and start making three or four CD SNAPs of -current per year and call it "semi-stable." Just catch the -current tree at a really good time when making those CDs. >From my point of view, the gap between -stable and -current has grown too wide to keep much interest in -stable. PPPD is a good example. The version in -stable is more than two years old. -- The day of the proprietary OS is over. Long live free software. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 21 10:27:22 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA25389 for freebsd-current-outgoing; Sat, 21 Feb 1998 10:27:22 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from fallout.campusview.indiana.edu (fallout.campusview.indiana.edu [149.159.1.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA25379; Sat, 21 Feb 1998 10:27:19 -0800 (PST) (envelope-from jfieber@indiana.edu) Received: from localhost (jfieber@localhost) by fallout.campusview.indiana.edu (8.8.7/8.8.7) with SMTP id NAA05604; Sat, 21 Feb 1998 13:27:18 -0500 (EST) Date: Sat, 21 Feb 1998 13:27:18 -0500 (EST) From: John Fieber To: "John S. Dyson" cc: freebsd-current@FreeBSD.ORG Subject: Re: Bogus VSZ output in `ps' In-Reply-To: <199802211814.NAA01203@dyson.iquest.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 21 Feb 1998, John S. Dyson wrote: > The output of PS is now accurate (including mmaped regions.) Before, > it was not accurate. For the curious, could you elaborate "now" and "before"? Maybe provide a reference point for these relative time specifications? :) -john To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 21 10:45:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA27649 for freebsd-current-outgoing; Sat, 21 Feb 1998 10:45:57 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from shrimp.dataplex.net (shrimp.dataplex.net [208.2.87.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA27639 for ; Sat, 21 Feb 1998 10:45:54 -0800 (PST) (envelope-from rkw@dataplex.net) Received: from [208.2.87.4] (user4.dataplex.net [208.2.87.4]) by shrimp.dataplex.net (8.8.8/8.8.5) with ESMTP id MAA15049; Sat, 21 Feb 1998 12:45:39 -0600 (CST) X-Sender: rkw@mail.dataplex.net Message-Id: In-Reply-To: <34f0277d.678104@mail.cetlink.net> References: <19980221143803.31160@freebie.lemis.com> <199802210245.NAA06439@cimlogic.com.au> <23061.888029515@time.cdrom.com> <19980221143803.31160@freebie.lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sat, 21 Feb 1998 12:44:48 -0600 To: jak@cetlink.net (John Kelly) From: Richard Wackerbarth Subject: Re: More breakage in -current as a result of header frobbing. Cc: current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 1:22 PM -0600 2/21/98, John Kelly wrote: >On Sat, 21 Feb 1998 14:38:03 +1030, Greg Lehey wrote: > >>Maybe now's an appropriate time to come out with a thing that I've >>been meaning to propose for some time: >> >>Sure, living with -CURRENT means never knowing where your next install >>comes from > >I propose that after 2.2.6 or 2.2.7, whichever comes last, that you >just do away with -stable altogether and start making three or four CD >SNAPs of -current per year and call it "semi-stable." Just catch the >-current tree at a really good time when making those CDs. This would definitely be the WRONG way to go. We need to be making EXTREMELY HIGH QUALITY releases. >>From my point of view, the gap between -stable and -current has grown >too wide to keep much interest in -stable. PPPD is a good example. >The version in -stable is more than two years old. I do not disagree that the gap is wider than might be desirable. However, there are two ways to close that gap. 1) Move features that have been well tested back into the 2.2 branch (pppd might well be an appropriate candidate for this approach) 2) Freeze a 3.0 release and start improving its stability. This second approach will eventually become necessary even if (1) is used as an interim measure. However, when this is appropriate is a decision for the development team. In either case, the "stable" concept will not go away. There will always be those who are working on "not ready for prime time" enhancements. If those features are to get more than local testing, they will have to go into an "experimental/development" tree rather than the "reliable" one. Richard Wackerbarth To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 21 10:57:40 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA28992 for freebsd-current-outgoing; Sat, 21 Feb 1998 10:57:40 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA28987 for ; Sat, 21 Feb 1998 10:57:37 -0800 (PST) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.6.9) with ESMTP id KAA27040; Sat, 21 Feb 1998 10:56:54 -0800 (PST) To: jak@cetlink.net (John Kelly) cc: Greg Lehey , current@FreeBSD.ORG Subject: Re: More breakage in -current as a result of header frobbing. In-reply-to: Your message of "Sat, 21 Feb 1998 19:22:01 GMT." <34f0277d.678104@mail.cetlink.net> Date: Sat, 21 Feb 1998 10:56:54 -0800 Message-ID: <27036.888087414@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I propose that after 2.2.6 or 2.2.7, whichever comes last, that you > just do away with -stable altogether and start making three or four CD > SNAPs of -current per year and call it "semi-stable." Just catch the > -current tree at a really good time when making those CDs. That would piss an incredible number of people off. The -stable concept has proven to be very popular with the userbase and the developers (modulo the occasional chewing out) have also appreciated not having so much pressure on them for -current. It's also almost impossible to determine what "a really good time" in -current is since, even though a given SNAP of -current might look really good to *me* with my particular collection of test hardware, it might be broken utterly for many other situations which I wouldn't catch until well after the CD is out. That's why being able to freeze the -stable tree is so important - it gives us at least a few weeks to let the bug reports trickle in without having the target continue to move under us. Needless to say, your proposal is rejected with some force. ;-) Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 21 11:02:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA29881 for freebsd-current-outgoing; Sat, 21 Feb 1998 11:02:10 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA29862; Sat, 21 Feb 1998 11:02:01 -0800 (PST) (envelope-from toor@dyson.iquest.net) Received: (from root@localhost) by dyson.iquest.net (8.8.8/8.8.8) id OAA00275; Sat, 21 Feb 1998 14:01:57 -0500 (EST) (envelope-from toor) From: "John S. Dyson" Message-Id: <199802211901.OAA00275@dyson.iquest.net> Subject: Re: Bogus VSZ output in `ps' In-Reply-To: from John Fieber at "Feb 21, 98 01:27:18 pm" To: jfieber@indiana.edu (John Fieber) Date: Sat, 21 Feb 1998 14:01:56 -0500 (EST) Cc: dyson@FreeBSD.ORG, freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG John Fieber said: > On Sat, 21 Feb 1998, John S. Dyson wrote: > > > The output of PS is now accurate (including mmaped regions.) Before, > > it was not accurate. > > For the curious, could you elaborate "now" and "before"? Maybe > provide a reference point for these relative time specifications? > :) > Recently (a week or so ago), I committed changes to fix the VSZ reporting. It required both kernel and userland changes (as I remember.) Check commit logs regarding the ps command for details. -- John | Never try to teach a pig to sing, dyson@freebsd.org | it just makes you look stupid, jdyson@nc.com | and it irritates the pig. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 21 11:04:20 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA00428 for freebsd-current-outgoing; Sat, 21 Feb 1998 11:04:20 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA00373; Sat, 21 Feb 1998 11:04:15 -0800 (PST) (envelope-from toor@dyson.iquest.net) Received: (from root@localhost) by dyson.iquest.net (8.8.8/8.8.8) id OAA00312; Sat, 21 Feb 1998 14:04:11 -0500 (EST) (envelope-from toor) From: "John S. Dyson" Message-Id: <199802211904.OAA00312@dyson.iquest.net> Subject: Re: Bogus VSZ output in `ps' In-Reply-To: <199802211901.OAA00275@dyson.iquest.net> from "John S. Dyson" at "Feb 21, 98 02:01:56 pm" To: toor@dyson.iquest.net (John S. Dyson) Date: Sat, 21 Feb 1998 14:04:10 -0500 (EST) Cc: jfieber@indiana.edu, dyson@FreeBSD.ORG, freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG John S. Dyson said: > John Fieber said: > > On Sat, 21 Feb 1998, John S. Dyson wrote: > > > > > The output of PS is now accurate (including mmaped regions.) Before, > > > it was not accurate. > > > > For the curious, could you elaborate "now" and "before"? Maybe > > provide a reference point for these relative time specifications? > > :) > > > Recently (a week or so ago), I committed changes to fix the VSZ reporting. > It required both kernel and userland changes (as I remember.) Check > commit logs regarding the ps command for details. > PS. Take a look at 'cvs log /usr/src/bin/ps/print.c'. It was on 14Feb. -- John | Never try to teach a pig to sing, dyson@freebsd.org | it just makes you look stupid, jdyson@nc.com | and it irritates the pig. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 21 11:13:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA01995 for freebsd-current-outgoing; Sat, 21 Feb 1998 11:13:58 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from rah.star-gate.com (rah.star-gate.com [209.133.7.178]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA01990 for ; Sat, 21 Feb 1998 11:13:55 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id LAA13210; Sat, 21 Feb 1998 11:12:27 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199802211912.LAA13210@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Chris Timmons cc: Greg Lehey , current@FreeBSD.ORG Subject: Re: More breakage in -current as a result of header frobbing. In-reply-to: Your message of "Sat, 21 Feb 1998 08:15:11 PST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 21 Feb 1998 11:12:27 -0800 From: Amancio Hasty Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I managed to build -current yesterday -- the only thing that broke was time.h so I grabbed it as as soon as it was committed. Amancio To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 21 11:16:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA02337 for freebsd-current-outgoing; Sat, 21 Feb 1998 11:16:13 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from arh0300.urh.uiuc.edu (arh0300.urh.uiuc.edu [130.126.72.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA02332 for ; Sat, 21 Feb 1998 11:16:08 -0800 (PST) (envelope-from dannyman@arh0300.urh.uiuc.edu) Received: (from dannyman@localhost) by arh0300.urh.uiuc.edu (8.8.8/8.8.5) id NAA05522; Sat, 21 Feb 1998 13:16:08 -0600 (CST) Message-ID: <19980221131607.38570@urh.uiuc.edu> Date: Sat, 21 Feb 1998 13:16:07 -0600 From: dannyman To: freebsd-current@FreeBSD.ORG Subject: Re: make buildworld dies here too! References: <19980220101258.51606@urh.uiuc.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89i In-Reply-To: <19980220101258.51606@urh.uiuc.edu>; from dannyman on Fri, Feb 20, 1998 at 10:12:58AM -0600 X-Loop: djhoward@uiuc.edu X-URL: http://www.uiuc.edu/ph/www/djhoward/ Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Errr, nevermind that message, which is more than a day old now. :) sorry for the trouble, danny -- //Dan -=- This message brought to you by djhoward@uiuc.edu -=- \\/yori -=- Information - http://www.uiuc.edu/ph/www/djhoward/ -=- aiokomete -=- Our Honored Symbol deserves an Honorable Retirement To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 21 11:22:14 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA03239 for freebsd-current-outgoing; Sat, 21 Feb 1998 11:22:14 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA03230 for ; Sat, 21 Feb 1998 11:22:12 -0800 (PST) (envelope-from gibbs@narnia.plutotech.com) Received: (from gibbs@localhost) by narnia.plutotech.com (8.8.8/8.7.3) id MAA03325; Sat, 21 Feb 1998 12:19:14 -0700 (MST) Date: Sat, 21 Feb 1998 12:19:14 -0700 (MST) From: "Justin T. Gibbs" Message-Id: <199802211919.MAA03325@narnia.plutotech.com> To: Terry Lambert cc: current@FreeBSD.ORG Subject: Re: devfs persistence Newsgroups: pluto.freebsd.current In-Reply-To: <199802172325.QAA07146@usr09.primenet.com> User-Agent: tin/pre-1.4-971204 (UNIX) (FreeBSD/3.0-CURRENT (i386)) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I would argue for build-time, and let you edit the class template > data if you felt inclined to do it post-build. But I'm just being > generous; there's no real reason for allowing that, especially in a > first revision, since you always have rc.local. I don't think that class templates are generic enough. When I worked for TCS at Cal Berkely, we had a machine that had everything but one public tape drive locked in a cabinet. The system had one tape drive for nightly dumps that only the sysadmins could access with a key. So, as you can imagine, the permissions on the two devices were quite different even though they were members of the same class. > > Terry Lambert > terry@lambert.org -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 21 11:24:40 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA03876 for freebsd-current-outgoing; Sat, 21 Feb 1998 11:24:40 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA03852 for ; Sat, 21 Feb 1998 11:24:34 -0800 (PST) (envelope-from gibbs@narnia.plutotech.com) Received: (from gibbs@localhost) by narnia.plutotech.com (8.8.8/8.7.3) id MAA03338; Sat, 21 Feb 1998 12:21:40 -0700 (MST) Date: Sat, 21 Feb 1998 12:21:40 -0700 (MST) From: "Justin T. Gibbs" Message-Id: <199802211921.MAA03338@narnia.plutotech.com> To: Julian Elischer cc: current@FreeBSD.ORG Subject: Re: devfs persistence Newsgroups: pluto.freebsd.current In-Reply-To: <34E9F331.773C2448@whistle.com> User-Agent: tin/pre-1.4-971204 (UNIX) (FreeBSD/3.0-CURRENT (i386)) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > yes > The operations a user can do are: > > ln > ln -s > rmdir > mv > rm > chown > chmod > chgrp > (?touch?) What about undelete? -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 21 11:30:48 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA05438 for freebsd-current-outgoing; Sat, 21 Feb 1998 11:30:48 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from sag.space.lockheed.com (sag.space.lockheed.com [192.68.162.134]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id LAA05412 for ; Sat, 21 Feb 1998 11:30:42 -0800 (PST) (envelope-from handy@sag.space.lockheed.com) Received: from localhost by sag.space.lockheed.com; (5.65v3.2/1.1.8.2/21Nov95-0423PM) id AA11391; Sat, 21 Feb 1998 11:30:36 -0800 Date: Sat, 21 Feb 1998 11:30:36 -0800 (PST) From: Brian Handy To: Richard Wackerbarth Cc: John Kelly , current@FreeBSD.ORG Subject: Re: More breakage in -current as a result of header frobbing. In-Reply-To: Message-Id: X-Files: The truth is out there Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 21 Feb 1998, Richard Wackerbarth wrote: >>I propose that after 2.2.6 or 2.2.7, whichever comes last, that you >>just do away with -stable altogether and start making three or four CD >>SNAPs of -current per year and call it "semi-stable." Just catch the >>-current tree at a really good time when making those CDs. > >This would definitely be the WRONG way to go. We need to be making >EXTREMELY HIGH QUALITY releases. I'm with Richard here. While -current is the rage, and it's cool, and SMP, and 4.4lite, and Terry-enriched, it's not everything. I only rode the -current wave in the early 2.x days when I needed linux emulation to work for my stuff. Now -stable is allowing me (usually) to do my thesis work on. And the legacy of grad students I leave behind me at MSU are going to be using 3.0-STABLE to do the same thing, while hackers (in their right) continue to bitch and moan about how hard it is to find a day when 3.5-BLEEDING will compile all the way through. I can still compile every port I need on -STABLE, even though it's done on brown and orange 1970's shag carpet. It works, it's fast, and there's nothing in -OUCH that I particularly need right now. 3.0-STABLE is certainly coming, though I won't hazard a guess when. But a lot of us work just fine in a -STABLE environment, in our plaid pants and polyester vests. (Oh wait...that stuff is coming back into style. :-) Though I do conceed that it would be easier to jump on the current bandwagon if it would compile all the way through just once. :-) I like a stable -STABLE and a virulent -CURRENT, Brian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 21 11:45:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA07789 for freebsd-current-outgoing; Sat, 21 Feb 1998 11:45:10 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from arh0300.urh.uiuc.edu (arh0300.urh.uiuc.edu [130.126.72.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA07781 for ; Sat, 21 Feb 1998 11:45:06 -0800 (PST) (envelope-from dannyman@arh0300.urh.uiuc.edu) Received: (from dannyman@localhost) by arh0300.urh.uiuc.edu (8.8.8/8.8.5) id NAA09460; Sat, 21 Feb 1998 13:45:03 -0600 (CST) Message-ID: <19980221134503.60277@urh.uiuc.edu> Date: Sat, 21 Feb 1998 13:45:03 -0600 From: dannyman To: freebsd-current@FreeBSD.ORG Subject: Re: gimp under -current? References: <19980220184619.63570@urh.uiuc.edu> <19980221034216.A3709@top.worldcontrol.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89i In-Reply-To: <19980221034216.A3709@top.worldcontrol.com>; from brian@worldcontrol.com on Sat, Feb 21, 1998 at 03:42:16AM -0800 X-Loop: djhoward@uiuc.edu X-URL: http://www.uiuc.edu/ph/www/djhoward/ Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Feb 21, 1998 at 03:42:16AM -0800, brian@worldcontrol.com wrote: > On %M 0, dannyman wrote: > > anyone got gimp working on -current? > > > > or am i pissing in the wind? > > brian@top>gimp --version > GIMP version 0.99.17 > brian@top>uname -a > FreeBSD top.worldcontrol.com 3.0-CURRENT FreeBSD 3.0-CURRENT #0: Fri Feb 20 21:35:52 PST 1998 brian@bls2.worldcontrol.com:/uss/src/sys/compile/LAPTOP i386 > > Haven't had any troubles with it. Well, I have finally gotten it to compile ... arh0300 13:44 ~> gimp ld.so failed: Undefined symbol "_g_str_hash" in gimp:/usr/X11R6/lib/libgtk.so.1.0 arh0300 13:44 ~> uname -a FreeBSD arh0300.urh.uiuc.edu 3.0-CURRENT FreeBSD 3.0-CURRENT #0: Fri Feb 6 22:09:41 CST 1998 root@arh0300.urh.uiuc.edu:/newhome/src/sys/compile/STUMPY i386 I'm going to wipe and rebuild gtk coz I interrupted it a few times during compile. :) -- //Dan -=- This message brought to you by djhoward@uiuc.edu -=- \\/yori -=- Information - http://www.uiuc.edu/ph/www/djhoward/ -=- aiokomete -=- Our Honored Symbol deserves an Honorable Retirement To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 21 12:41:00 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA13501 for freebsd-current-outgoing; Sat, 21 Feb 1998 12:41:00 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mhub3.tc.umn.edu (0@mhub3.tc.umn.edu [128.101.131.53]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id MAA13496 for ; Sat, 21 Feb 1998 12:40:58 -0800 (PST) (envelope-from adkin003@tc.umn.edu) Received: from pub-28-c-173.dialup.umn.edu by mhub3.tc.umn.edu; Sat, 21 Feb 98 14:40:41 -0600 Date: Sat, 21 Feb 1998 14:38:13 -0600 (CST) From: dave adkins X-Sender: adkin003@samthedog To: freebsd-current@FreeBSD.ORG Subject: v1.111 of clock.c missing CLOCK_UNLOCK in i8254_get_timecount() Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, in v1.111 (980221) of clock.c i8254_get_timecount() breaks SMP. It looks like its just missing a CLOCK_UNLOCK before the write_eflags(). dave adkins To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 21 12:46:44 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA14680 for freebsd-current-outgoing; Sat, 21 Feb 1998 12:46:44 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA14675 for ; Sat, 21 Feb 1998 12:46:42 -0800 (PST) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.6.9) with ESMTP id MAA27758; Sat, 21 Feb 1998 12:46:07 -0800 (PST) To: dave adkins cc: freebsd-current@FreeBSD.ORG Subject: Re: v1.111 of clock.c missing CLOCK_UNLOCK in i8254_get_timecount() In-reply-to: Your message of "Sat, 21 Feb 1998 14:38:13 CST." Date: Sat, 21 Feb 1998 12:46:07 -0800 Message-ID: <27754.888093967@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > in v1.111 (980221) of clock.c i8254_get_timecount() breaks SMP. It looks > like its just missing a CLOCK_UNLOCK before the write_eflags(). Looks like you're right - fixed, thanks! Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 21 13:38:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA22502 for freebsd-current-outgoing; Sat, 21 Feb 1998 13:38:05 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from keywest.ird.rl.af.mil (KEYWEST.IRD.RL.AF.MIL [128.132.193.224]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id NAA22495; Sat, 21 Feb 1998 13:38:02 -0800 (PST) (envelope-from goeringerm@keywest.ird.rl.af.mil) Received: by keywest.ird.rl.af.mil with SMTP (Microsoft Exchange Server Internet Mail Connector Version 4.0.995.52) id <01BD3EE8.29E748C0@keywest.ird.rl.af.mil>; Sat, 21 Feb 1998 16:45:49 -0500 Message-ID: From: "Goeringer, Michael" To: "'Andrzej Bialecki'" Cc: "'freebsd-current@freebsd.org'" , "'freebsd-questions@freebsd.org'" Subject: RE: MGR and the like... Date: Sat, 21 Feb 1998 16:45:47 -0500 X-Mailer: Microsoft Exchange Server Internet Mail Connector Version 4.0.995.52 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Thanks for the link! I'm working on getting this to run but there either seems to be a problem with the distribution (no .config file) or the Makefile has a problem... I'll let you know if/when I get going under FreeBSD :) Thanks again! Michael G. >From: Andrzej Bialecki[SMTP:abial@nask.pl] >Sent: Friday, February 20, 1998 9:37 AM >To: freebsd-current@FreeBSD.ORG >Subject: MGR and the like... > >On Thu, 19 Feb 1998, Pedro F. Giffuni wrote: > >> Maybe this would be helpful for you: >> http://www.modeemi.cs.tut.fi/~puujalka/w1r2.html >> but I still prefer MGR. > >I pass on this URL for those interested in small alternatives to X. >I tested it only on Linux (didn't have time yet to port it), and it looks >much more interesting: > >* it's actively developed (though slowly, it seems) >* it contains widget library >* there is an HTML browser for it (supporting graphics as well)! > >I couldn't get enough info on its license, though. I think it will be >something along GPL, but anyway... > > >Andrzej Bialecki > >---------------------+------------------------------------------------------- >-- >abial@warman.org.pl | if(halt_per_mth > 0) { fetch("http://www.freebsd.org") >} >Research & Academic | "Be open-minded, but don't let your brains to fall >out." >Network in Poland | All of the above (and more) is just my personal >opinion. >---------------------+------------------------------------------------------- >-- > > >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 Sat Feb 21 14:44:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA28230 for freebsd-current-outgoing; Sat, 21 Feb 1998 14:44:12 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp01.primenet.com (smtp01.primenet.com [206.165.6.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA28223 for ; Sat, 21 Feb 1998 14:44:10 -0800 (PST) (envelope-from tlambert@usr04.primenet.com) Received: (from daemon@localhost) by smtp01.primenet.com (8.8.8/8.8.8) id PAA26409; Sat, 21 Feb 1998 15:44:02 -0700 (MST) Received: from usr04.primenet.com(206.165.6.204) via SMTP by smtp01.primenet.com, id smtpd026374; Sat Feb 21 15:43:53 1998 Received: (from tlambert@localhost) by usr04.primenet.com (8.8.5/8.8.5) id PAA05014; Sat, 21 Feb 1998 15:43:51 -0700 (MST) From: Terry Lambert Message-Id: <199802212243.PAA05014@usr04.primenet.com> Subject: Re: devfs persistence To: gibbs@narnia.plutotech.com (Justin T. Gibbs) Date: Sat, 21 Feb 1998 22:43:51 +0000 (GMT) Cc: tlambert@primenet.com, current@FreeBSD.ORG In-Reply-To: <199802211919.MAA03325@narnia.plutotech.com> from "Justin T. Gibbs" at Feb 21, 98 12:19:14 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > I would argue for build-time, and let you edit the class template > > data if you felt inclined to do it post-build. But I'm just being > > generous; there's no real reason for allowing that, especially in a > > first revision, since you always have rc.local. > > I don't think that class templates are generic enough. When I worked > for TCS at Cal Berkely, we had a machine that had everything but one > public tape drive locked in a cabinet. The system had one tape drive > for nightly dumps that only the sysadmins could access with a key. So, > as you can imagine, the permissions on the two devices were quite > different even though they were members of the same class. You must have missed the part about "rc.local". 8-) 8-). I know situations like this will exist, but 90% of the time the class approach will get the right answer by default, and another 8% of the time it will get the right answer by making a class policy change, and 2% of the time, well, it needs an rc.local. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 21 15:02:50 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA01649 for freebsd-current-outgoing; Sat, 21 Feb 1998 15:02:50 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from pluto.plutotech.com (mail.plutotech.com [206.168.67.137]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA01641 for ; Sat, 21 Feb 1998 15:02:49 -0800 (PST) (envelope-from gibbs@plutotech.com) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by pluto.plutotech.com (8.8.7/8.8.5) with ESMTP id QAA28366; Sat, 21 Feb 1998 16:02:46 -0700 (MST) Message-Id: <199802212302.QAA28366@pluto.plutotech.com> X-Mailer: exmh version 2.0.1 12/23/97 To: Terry Lambert cc: gibbs@plutotech.com (Justin T. Gibbs), current@FreeBSD.ORG Subject: Re: devfs persistence In-reply-to: Your message of "Sat, 21 Feb 1998 22:43:51 GMT." <199802212243.PAA05014@usr04.primenet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 21 Feb 1998 15:59:53 -0700 From: "Justin T. Gibbs" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >You must have missed the part about "rc.local". 8-) 8-). No I didn't miss it. rc.local only works if you want to differentiate "units" of a device among permission schemes where the class you define in the kernel is the one that applies to "new units", and the all other classes apply to units that are assured to exist at boot time. Any situation that falls outside of this scope will fail. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 21 15:03:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA01925 for freebsd-current-outgoing; Sat, 21 Feb 1998 15:03:45 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp03.primenet.com (smtp03.primenet.com [206.165.6.133]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA01911 for ; Sat, 21 Feb 1998 15:03:40 -0800 (PST) (envelope-from tlambert@usr04.primenet.com) Received: (from daemon@localhost) by smtp03.primenet.com (8.8.8/8.8.8) id QAA09788; Sat, 21 Feb 1998 16:03:38 -0700 (MST) Received: from usr04.primenet.com(206.165.6.204) via SMTP by smtp03.primenet.com, id smtpd009761; Sat Feb 21 16:03:36 1998 Received: (from tlambert@localhost) by usr04.primenet.com (8.8.5/8.8.5) id QAA06227; Sat, 21 Feb 1998 16:03:34 -0700 (MST) From: Terry Lambert Message-Id: <199802212303.QAA06227@usr04.primenet.com> Subject: Re: More breakage in -current as a result of header frobbing. To: nate@mt.sri.com (Nate Williams) Date: Sat, 21 Feb 1998 23:03:34 +0000 (GMT) Cc: tlambert@primenet.com, sef@kithrup.com, current@FreeBSD.ORG In-Reply-To: <199802211809.LAA20161@mt.sri.com> from "Nate Williams" at Feb 21, 98 11:09:12 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > The same thing happenned at my work, until we let live llama loose in > the office. Then, if someone made a bad commit, we publically chastised > them and told them never to do it again, but I think the *real* reason > was because of the llamas, and not the chasting of the people. I'm sure > the reader/writer locks also were why things worked at Novell, and not > the slapping around. > > (ps. In case you missed, that was sarcasm, playing on the totally > non-sequiter answer Terry gave.) The same thing happened at Novell; I just didn't think the llama was believable, so I left it out. We added the locks later so that we no longer had to ask the llama who had made the bad commit, or erroneously chastise people who had made conncurrent good commits that, taken together, broke things (who knows what evil lurks in the hearts of men? The llama knows! but he has a damn hard time telling anybody because he doesn't keep log files). But you're right, it was probably the llama. (ps. In case you missed, that was sarcasm, playing on the totally orthogonal issue of negative reinforcement Nate focussed on, which had nothing whatsoever to do with the difference between trusting people to do the right thing vs. having the tools *force* people to do the right thing whether they remembered to do it or not, which was my intended message. People in slot-cars do not drive except where there are slots). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 21 15:06:33 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA02742 for freebsd-current-outgoing; Sat, 21 Feb 1998 15:06:33 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp04.primenet.com (smtp04.primenet.com [206.165.6.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA02730 for ; Sat, 21 Feb 1998 15:06:25 -0800 (PST) (envelope-from tlambert@usr04.primenet.com) Received: (from daemon@localhost) by smtp04.primenet.com (8.8.8/8.8.8) id QAA14273; Sat, 21 Feb 1998 16:06:21 -0700 (MST) Received: from usr04.primenet.com(206.165.6.204) via SMTP by smtp04.primenet.com, id smtpd014229; Sat Feb 21 16:06:11 1998 Received: (from tlambert@localhost) by usr04.primenet.com (8.8.5/8.8.5) id QAA06352; Sat, 21 Feb 1998 16:06:09 -0700 (MST) From: Terry Lambert Message-Id: <199802212306.QAA06352@usr04.primenet.com> Subject: Re: More breakage in -current as a result of header frobbing. To: handy@sag.space.lockheed.com (Brian Handy) Date: Sat, 21 Feb 1998 23:06:09 +0000 (GMT) Cc: rkw@dataplex.net, jak@cetlink.net, current@FreeBSD.ORG In-Reply-To: from "Brian Handy" at Feb 21, 98 11:30:36 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I like a stable -STABLE and a virulent -CURRENT, I like a virulent -CURRENT that builds. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 21 15:10:17 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA03596 for freebsd-current-outgoing; Sat, 21 Feb 1998 15:10:17 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from home.dragondata.com (home.dragondata.com [204.137.237.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA03578 for ; Sat, 21 Feb 1998 15:10:14 -0800 (PST) (envelope-from toasty@home.dragondata.com) Received: (from toasty@localhost) by home.dragondata.com (8.8.8/8.8.5) id RAA01733; Sat, 21 Feb 1998 17:10:12 -0600 (CST) From: Kevin Day Message-Id: <199802212310.RAA01733@home.dragondata.com> Subject: Re: panic: vm_page_unwire: invalid wire count: 0 In-Reply-To: <199802211518.JAA09042@home.dragondata.com> from Kevin Day at "Feb 21, 98 09:18:37 am" To: toasty@home.dragondata.com (Kevin Day) Date: Sat, 21 Feb 1998 17:10:11 -0600 (CST) Cc: current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id PAA03589 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This has happened again, and this time I got a coredump, and the trace was different: panic: vm_page_unwire: invalid wire count: 0 mp_lock = 01000001; cpuid = 1; lapic.id = 01000000 Debugger("panic") Stopped at _Debugger+0x35 db> trace _Debugger(f0114263) at _Debugger+0x35 _panic(f01b1806,0,f04e9124,f8359d58,f012c4c4) at _panic+0x8d _vm_page_unwire(f04e9124) at _vm_page_unwire+06f _vfs_vmio_release(f400a070) at _vfs_vmio_release+0x30 _getnewbuf(f93fe900,b1,100,0,2000) at _getnewbuf+0x2ef _getblk(f93fe900,b1,2000,100,0) at _getblk+0x147 _nfs_getcacheblk(f93fe900,b1,2000,f932c240,e) at _nfs_getcacheblk+0x31 _nfs_write(f1fed840,f9350f40,8000,f932c240,f9309100) at _nfs_write+0x57a _vn_write(f1fed840,f935f40,f2040300,f932c240,f01f7df0) at _vn_write+0xef _write(f932c240,f9350f94,1,8000,24ee8) at _write+0xab _syscall(27,27,24ee8,8000,3fbfd6fc) at _syscall+0x187 _Xsyscall() at Xsyscall+0x55 --- syscall 0x4, eip = 0x15f85, esp = 0xefbfd6e0, ebp = 0xefbfd6fc --- db> Script started on Sat Feb 21 16:52:14 1998 shell# gdb -k GDB is free software and you are welcome to 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. GDB 4.16 (i386-unknown-freebsd), Copyright 1996 Free Software Foundation, Inc. (kgdb) symbol-file kernel.debug Reading symbols from kernel.debug...done. (kgdb) exec-file /var/crash/kerne.0  l.0 (kgdb) core-file /var/crash/vmcore.0 IdlePTD 25f000 initial pcb at 2070a8 panicstr: vm_page_unwire: invalid wire count: %d panic messages: --- panic: vm_page_unwire: invalid wire count: 0 mp_lock = 01000001; cpuid = 1; lapic.id = 01000000 panic: from debugger mp_lock = 01000002; cpuid = 1; lapic.id = 01000000 boot() called on cpu#1 I'm on cpu#1, I need to be on cpu#0, sleeping.. I'm on cpu#1, I need to be on cpu#0, sleeping.. I'm on cpu#1, I need to be on cpu#0, sleeping.. I'm on cpu#1, I need to be on cpu#0, sleeping.. I'm on cpu#1, I need to be on cpu#0, sleeping.. I'm on cpu#1, I need to be on cpu#0, sleeping.. I'm on cpu#1, I need to be on cpu#0, sleeping.. I'm on cpu#1, I need to be on cpu#0, sleeping.. I'm on cpu#1, I need to be on cpu#0, sleeping.. I'm on cpu#1, I need to be on cpu#0, sleeping.. I'm on cpu#1, I need to be on cpu#0, sleeping.. I'm on cpu#1, I need to be on cpu#0, sleeping.. I'm on cpu#1, I need to be on cpu#0, sleeping.. I'm on cpu#1, I need to be on cpu#0, sleeping.. I'm on cpu#1, I need to be on cpu#0, sleeping.. I'm on cpu#1, I need to be on cpu#0, sleeping.. I'm on cpu#1, I need to be on cpu#0, sleeping.. I'm on cpu#1, I need to be on cpu#0, sleeping.. I'm on cpu#1, I need to be on cpu#0, sleeping.. I'm on cpu#1, I need to be on cpu#0, sleeping.. I'm on cpu#1, I need to be on cpu#0, sleeping.. I'm on cpu#1, I need to be on cpu#0, sleeping.. I'm on cpu#1, I need to be on cpu#0, sleeping.. I'm on cpu#1, I need to be on cpu#0, sleeping.. I'm on cpu#1, I need to be on cpu#0, sleeping.. I'm on cpu#1, I need to be on cpu#0, sleeping.. I'm on cpu#1, I need to be on cpu#0, sleeping.. I'm on cpu#1, I need to be on cpu#0, sleeping.. I'm on cpu#1, I need to be on cpu#0, sleeping.. I'm on cpu#1, I need to be on cpu#0, sleeping.. I'm on cpu#1, I need to be on cpu#0, sleeping.. I'm on cpu#1, I need to be on cpu#0, sleeping.. I'm on cpu#1, I need to be on cpu#0, sleeping.. I'm on cpu#1, I need to be on cpu#0, sleeping.. I'm on cpu#1, I need to be on cpu#0, sleeping.. I'm on cpu#1, I need to be on cpu#0, sleeping.. I'm on cpu#1, I need to be on cpu#0, sleeping.. I'm on cpu#1, I need to be on cpu#0, sleeping.. I'm on cpu#1, I need to be on cpu#0, sleeping.. I'm on cpu#1, I need to be on cpu#0, sleeping.. I'm on cpu#1, I need to be on cpu#0, sleeping.. I'm on cpu#1, I need to be on cpu#0, sleeping.. I'm on cpu#1, I need to be on cpu#0, sleeping.. I'm on cpu#1, I need to be on cpu#0, sleeping.. I'm on cpu#1, I need to be on cpu#0, sleeping.. I'm on cpu#1, I need to be on cpu#0, sleeping.. I'm on cpu#1, I need to be on cpu#0, sleeping.. I'm on cpu#1, I need to be on cpu#0, sleeping.. I'm on cpu#1, I need to be on cpu#0, sleeping.. I'm on cpu#1, I need to be on cpu#0, sleeping.. I'm on cpu#1, I need to be on cpu#0, sleeping.. I'm on cpu#1, I need to be on cpu#0, sleeping.. I'm on cpu#1, I need to be on cpu#0, sleeping.. I'm on cpu#1, I need to be on cpu#0, sleeping.. I'm on cpu#1, I need to be on cpu#0, sleeping.. I'm on cpu#1, I need to be on cpu#0, sleeping.. I'm on cpu#1, I need to be on cpu#0, sleeping.. I'm on cpu#1, I need to be on cpu#0, sleeping.. I'm on cpu#1, I need to be on cpu#0, sleeping.. I'm on cpu#1, I need to be on cpu#0, sleeping.. I'm on cpu#1, I need to be on cpu#0, sleeping.. I'm on cpu#1, I need to be on cpu#0, sleeping.. I'm on cpu#1, I need to be on cpu#0, sleeping.. I'm on cpu#1, I need to be on cpu#0, sleeping.. I'm on cpu#1, I need to be on cpu#0, sleeping.. I'm on cpu#1, I need to be on cpu#0, sleeping.. I'm on cpu#1, I need to be on cpu#0, sleeping.. I'm on cpu#1, I need to be on cpu#0, sleeping.. I'm on cpu#1, I need to be on cpu#0, sleeping.. I'm on cpu#1, I need to be on cpu#0, sleeping.. I'm on cpu#1, I need to be on cpu#0, sleeping.. I'm on cpu#1, I need to be on cpu#0, sleeping.. I'm on cpu#1, I need to be on cpu#0, sleeping.. I'm on cpu#1, I need to be on cpu#0, sleeping.. I'm on cpu#1, I need to be on cpu#0, sleeping.. I'm on cpu#1, I need to be on cpu#0, sleeping.. I'm on cpu#1, I need to be on cpu#0, sleeping.. I'm on cpu#1, I need to be on cpu#0, sleeping.. I'm on cpu#1, I need to be on cpu#0, sleeping.. I'm on cpu#1, I need to be on cpu#0, sleeping.. I'm on cpu#1, I need to be on cpu#0, sleeping.. I'm on cpu#1, I need to be on cpu#0, sleeping.. I'm on cpu#1, I need to be on cpu#0, sleeping.. I'm on cpu#1, I need to be on cpu#0, sleeping.. I'm on cpu#1, I need to be on cpu#0, sleeping.. I'm on cpu#1, I need to be on cpu#0, sleeping.. I'm on cpu#1, I need to be on cpu#0, sleeping.. I'm on cpu#1, I need to be on cpu#0, sleeping.. I'm on cpu#1, I need to be on cpu#0, sleeping.. I'm on cpu#1, I need to be on cpu#0, sleeping.. I'm on cpu#1, I need to be on cpu#0, sleeping.. I'm on cpu#1, I need to be on cpu#0, sleeping.. I'm on cpu#1, I need to be on cpu#0, sleeping.. I'm on cpu#1, I need to be on cpu#0, sleeping.. I'm on cpu#1, I need to be on cpu#0, sleeping.. I'm on cpu#1, I need to be on cpu#0, sleeping.. I'm on cpu#1, I need to be on cpu#0, sleeping.. I'm on cpu#1, I need to be on cpu#0, sleeping.. I'm on cpu#1, I need to be on cpu#0, sleeping.. I'm on cpu#1, I need to be on cpu#0, sleeping.. timeout waiting for cpu #0! dumping to dev 20011, offset 85764 dump 79 78 77 76 75 74 73 72 71 70 69 68 67 66 65 64 63 62 61 60 59 58 57 56 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 boot (howto=260) at ../../kern/kern_shutdown.c:286 286 dumppcb.pcb_cr3 = rcr3(); (kgdb) info stack #0 boot (howto=260) at ../../kern/kern_shutdown.c:286 #1 0xf0114302 in panic (fmt=0xf01014e8 "from debugger") at ../../kern/kern_shutdown.c:426 #2 0xf0101505 in db_panic (addr=-266618039, have_addr=0, count=-1, modif=0xf9350be4 "") at ../../ddb/db_command.c:432 #3 0xf01013e5 in db_command (last_cmdp=0xf01f7ab4, cmd_table=0xf01f7914, aux_cmd_tablep=0xf02044e4) at ../../ddb/db_command.c:332 #4 0xf0101572 in db_command_loop () at ../../ddb/db_command.c:454 #5 0xf0103c33 in db_trap (type=3, code=0) at ../../ddb/db_trap.c:71 #6 0xf01bb8e4 in kdb_trap (type=3, code=0, regs=0xf9350cd4) at ../../i386/i386/db_interface.c:157 #7 0xf01cb198 in trap (frame={tf_es = 16, tf_ds = 16, tf_edi = -201285520, tf_esi = 256, tf_ebp = -113963752, tf_isp = -113963780, tf_ebx = -266659834, tf_edx = -266618092, tf_ecx = 16777217, tf_eax = 18, tf_trapno = 3, tf_err = 0, tf_eip = -266618039, tf_cs = 8, tf_eflags = 582, tf_esp = -266618108, tf_ss = -267304349}) at ../../i386/i386/trap.c:474 #8 0xf01bbb49 in Debugger (msg=0xf0114263 "panic") at ../../i386/i386/db_interface.c:316 #9 0xf01142f9 in panic ( fmt=0xf01b1806 "vm_page_unwire: invalid wire count: %d\n") at ../../kern/kern_shutdown.c:424 #10 0xf01b189f in vm_page_unwire (m=0xf04e9124) at ../../vm/vm_page.c:1244 #11 0xf012c4c4 in vfs_vmio_release (bp=0xf400a070) at ../../kern/vfs_bio.c:757 #12 0xf012cacf in getnewbuf (vp=f93fe900, blkno=177, slpflag=256, slptimeo=0, size=8192, maxsize=8192) at ../../kern/vfs_bio.c:1086 #13 0xf012d14f in getblk (vp=0xf93fe900, blkno=177, size=8192, slpflag=256, slptimeo=0) at ../../kern/vfs_bio.c:1437 #14 0xf015c629 in nfs_getcacheblk (vp=0xf93fe900, bn=177, size=8192, p=0xf932c240) at ../../nfs/nfs_bio.c:710 #15 0xf015c25a in nfs_write (ap=0xf9350ef8) at ../../nfs/nfs_bio.c:587 #16 0xf0138727 in vn_write (fp=0xf1fed840, uio=0xf9350f40, cred=0xf2040300) at vnode_if.h:331 #17 0xf011bf0b in write (p=0xf932c240, uap=0xf9350f94) at ../../kern/sys_generic.c:268 #18 0xf01cbd0b in syscall (frame={tf_es = 39, tf_ds = 39, fd_edi = 151272, tf_esi = 32768, tf_ebp = -272640260, tf_isp = -113963036, tf_ebx = 1, tf_edx = 115, tf_ecx = -906654689m tf_eax = 4, tf_trapno = 297, tf_err = 7, tf_eip = 89989, tf_cs = 31, tf_eflags = 582, tf_esp = - 272640288, tf_ss = 39}) at ../../i386/i386/trap.c:994 #19 0x15f85 in ?? () At this point, the system completly locks up. I can still switch screens, but nothing is happening. If I drop into the debugger, the system reboots instantly. (this is *AFTER* I've cleanly rebooted, and am examining the coredump file) Here's the dmesg Copyright (c) 1992-1998 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 3.0-CURRENT #0: Sat Feb 21 11:19:44 CST 1998 root@shell.dragondata.com:/usr/src/sys/compile/SHELL Timecounter "i8254" frequency 1193182 Hz cost 2272 ns CPU: Pentium (586-class CPU) Origin = "GenuineIntel" Id = 0x52c Stepping=12 Features=0x3bf real memory = 83886080 (81920K bytes) avail memory = 78454784 (76616K bytes) FreeBSD/SMP: Multiprocessor motherboard cpu0 (BSP): apic id: 0, version: 0x00030010, at 0xfee00000 cpu1 (AP): apic id: 1, version: 0x00030010, at 0xfee00000 io0 (APIC): apic id: 2, version: 0x00170011, at 0xfec00000 Probing for devices on PCI bus 0: chip0: rev 0x03 on pci0.0.0 chip1: rev 0x01 on pci0.7.0 ide_pci0: rev 0x00 on pci0.7.1 de0: rev 0x22 int a irq 19 on pci0.17.0 de0: 21140A [10-100Mb/s] pass 2.2 de0: address 00:40:05:41:d3:32 de1: rev 0x22 int a irq 18 on pci0.18.0 de1: 21140A [10-100Mb/s] pass 2.2 de1: address 00:40:05:36:72:47 Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface lpt1 not found mse0 not found at 0x23c fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): wd0: 2014MB (4124736 sectors), 4092 cyls, 16 heads, 63 S/T, 512 B/S wdc1 at 0x170-0x177 irq 15 on isa wdc1: unit 0 (wd2): wd2: 121MB (249813 sectors), 677 cyls, 9 heads, 41 S/T, 512 B/S npx0 on motherboard npx0: INT 16 interface Intel Pentium F00F detected, installing workaround APIC_IO: routing 8254 via 8259 on pin 0 SMP: AP CPU #1 Launched! WARNING: / was not properly dismounted. de0: enabling 10baseT port de1: enabling 100baseTX port To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 21 15:13:26 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA04328 for freebsd-current-outgoing; Sat, 21 Feb 1998 15:13:26 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from rah.star-gate.com (rah.star-gate.com [209.133.7.178]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA04315 for ; Sat, 21 Feb 1998 15:13:24 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id PAA13699 for ; Sat, 21 Feb 1998 15:13:09 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199802212313.PAA13699@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: current@FreeBSD.ORG Subject: Current is broken with latest builds..., blah, blah. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 21 Feb 1998 15:13:08 -0800 From: Amancio Hasty Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I am *sure* that if we code 1/10 as much bitching that goes on this mailing list we would have the smoothest -current releases. Amancio To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 21 15:22:54 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA06136 for freebsd-current-outgoing; Sat, 21 Feb 1998 15:22:54 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp03.primenet.com (smtp03.primenet.com [206.165.6.133]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA06090 for ; Sat, 21 Feb 1998 15:22:44 -0800 (PST) (envelope-from tlambert@usr04.primenet.com) Received: (from daemon@localhost) by smtp03.primenet.com (8.8.8/8.8.8) id QAA12913; Sat, 21 Feb 1998 16:22:36 -0700 (MST) Received: from usr04.primenet.com(206.165.6.204) via SMTP by smtp03.primenet.com, id smtpd012901; Sat Feb 21 16:22:31 1998 Received: (from tlambert@localhost) by usr04.primenet.com (8.8.5/8.8.5) id QAA07185; Sat, 21 Feb 1998 16:22:29 -0700 (MST) From: Terry Lambert Message-Id: <199802212322.QAA07185@usr04.primenet.com> Subject: Re: devfs persistence To: gibbs@plutotech.com (Justin T. Gibbs) Date: Sat, 21 Feb 1998 23:22:29 +0000 (GMT) Cc: tlambert@primenet.com, gibbs@plutotech.com, current@FreeBSD.ORG In-Reply-To: <199802212302.QAA28366@pluto.plutotech.com> from "Justin T. Gibbs" at Feb 21, 98 03:59:53 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > >You must have missed the part about "rc.local". 8-) 8-). > > No I didn't miss it. rc.local only works if you want to differentiate > "units" of a device among permission schemes where the class you define in > the kernel is the one that applies to "new units", and the all other > classes apply to units that are assured to exist at boot time. Any > situation that falls outside of this scope will fail. Well, then let me ask a question: How do I know what permissions to assign a PCMCIA or a PCI-hot-pluggable card device that has never been plugged into the machine before? Perhaps you have an argument for: If this device shows up, chmod and chown it thusly. This is the daemon soloution. You should feel free to start such a deamon. In your rc.local. Devfs should probably provide an arrival interface for such a daemon, in case one is registered, to allow it to vet/change defaults before the device actually gets exported. But should there be a requirement that such a daemon be written? Or that the interface be in the code before it becomes the default way of accessing a device? I say "no". Just as someone wanting a GUI install, a feature which does not currently exist, must write it, so must someone wanting a vetting daemon write the code. Notice that devices which have not arrived before rc.local can be run are a new feature. Therefore, there is no valid argument for any "historical procedent" for imminenet (about to arrive but not yet arrived) devices. For historically extant devices, the devices will be there before rc.local runs, and rc.local will suffice. The one really missing feature here is a "-f" argument to chown/chmod for use in rc.local. But this can be simulated (better, even) with a shell function: # # chcred: change credentials # # chmod and chown something only if it exists # # usage: chcred owner:group mode file ... # chcred() { coarg=$1 shift cmarg=$1 shift for i in $* do if [ -e $i ] then chown ${coarg} ${i} chmod ${cmarg} ${i} fi done } Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 21 15:25:44 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA06928 for freebsd-current-outgoing; Sat, 21 Feb 1998 15:25:44 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp01.primenet.com (smtp01.primenet.com [206.165.6.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA06922 for ; Sat, 21 Feb 1998 15:25:42 -0800 (PST) (envelope-from tlambert@usr04.primenet.com) Received: (from daemon@localhost) by smtp01.primenet.com (8.8.8/8.8.8) id QAA02909; Sat, 21 Feb 1998 16:25:40 -0700 (MST) Received: from usr04.primenet.com(206.165.6.204) via SMTP by smtp01.primenet.com, id smtpd002888; Sat Feb 21 16:25:35 1998 Received: (from tlambert@localhost) by usr04.primenet.com (8.8.5/8.8.5) id QAA07262; Sat, 21 Feb 1998 16:25:34 -0700 (MST) From: Terry Lambert Message-Id: <199802212325.QAA07262@usr04.primenet.com> Subject: Re: Current is broken with latest builds..., blah, blah. To: hasty@rah.star-gate.com (Amancio Hasty) Date: Sat, 21 Feb 1998 23:25:34 +0000 (GMT) Cc: current@FreeBSD.ORG In-Reply-To: <199802212313.PAA13699@rah.star-gate.com> from "Amancio Hasty" at Feb 21, 98 03:13:08 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I am *sure* that if we code 1/10 as much bitching that goes on this > mailing list we would have the smoothest -current releases. Speak for yourself, oh he who can commit things and know whether the breakage comes from the cvs update having broken code, or his local patches interacting with legitimate changes that break integration. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 21 15:38:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA08565 for freebsd-current-outgoing; Sat, 21 Feb 1998 15:38:11 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from rah.star-gate.com (rah.star-gate.com [209.133.7.178]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA08557 for ; Sat, 21 Feb 1998 15:38:10 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id PAA13953; Sat, 21 Feb 1998 15:37:52 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199802212337.PAA13953@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Terry Lambert cc: current@FreeBSD.ORG Subject: Re: Current is broken with latest builds..., blah, blah. In-reply-to: Your message of "Sat, 21 Feb 1998 23:25:34 GMT." <199802212325.QAA07262@usr04.primenet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 21 Feb 1998 15:37:51 -0800 From: Amancio Hasty Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Well, if you want to consider yourself as the "bitching" type then my comment does not apply to you nor is targetted it to you rather is aimed at the excessive useless postings that goes on this list. At any rate, I have to go back to hacking over here . Bitch on guys! Amancio > > I am *sure* that if we code 1/10 as much bitching that goes on this > > mailing list we would have the smoothest -current releases. > > Speak for yourself, oh he who can commit things and know whether > the breakage comes from the cvs update having broken code, or his > local patches interacting with legitimate changes that break > integration. > > > Terry Lambert > terry@lambert.org > --- > Any opinions in this posting are my own and not those of my present > or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 21 15:41:38 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA09065 for freebsd-current-outgoing; Sat, 21 Feb 1998 15:41:38 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from pluto.plutotech.com (mail.plutotech.com [206.168.67.137]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA09047 for ; Sat, 21 Feb 1998 15:41:35 -0800 (PST) (envelope-from gibbs@plutotech.com) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by pluto.plutotech.com (8.8.7/8.8.5) with ESMTP id QAA29838; Sat, 21 Feb 1998 16:41:32 -0700 (MST) Message-Id: <199802212341.QAA29838@pluto.plutotech.com> X-Mailer: exmh version 2.0.1 12/23/97 To: Terry Lambert cc: gibbs@plutotech.com (Justin T. Gibbs), current@FreeBSD.ORG Subject: Re: devfs persistence In-reply-to: Your message of "Sat, 21 Feb 1998 23:22:29 GMT." <199802212322.QAA07185@usr04.primenet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 21 Feb 1998 16:38:39 -0700 From: "Justin T. Gibbs" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >Well, then let me ask a question: > > How do I know what permissions to assign a PCMCIA or a > PCI-hot-pluggable card device that has never been plugged > into the machine before? > >Perhaps you have an argument for: > > If this device shows up, chmod and chown it thusly. My argument is that if a device has never seen up before, it should either not be shown (DEVFS mount option), or should be shown with the default and secure permissions specified by the kernel. If the device has been seen before and the sysadmin has chosen to change chmod/chown the device, those settings should be persistent and been seen on the device when it arrives. To change the permissions on new devices as they show up, automagically, you use a daemon. >This is the daemon soloution. You should feel free to start such >a deamon. In your rc.local. Not in rc.local. From mount_devfs if you specify the correct mount option. >Devfs should probably provide an arrival interface for such a daemon, >in case one is registered, to allow it to vet/change defaults before >the device actually gets exported. I made this point already when I pressed that any type of "template" or "prototype" mechanism belongs outside of the kernel. >But should there be a requirement that such a daemon be written? Or >that the interface be in the code before it becomes the default way >of accessing a device? > >I say "no". Just as someone wanting a GUI install, a feature >which does not currently exist, must write it, so must someone >wanting a vetting daemon write the code. I would happily accept a "template-less" DEVFS. >Notice that devices which have not arrived before rc.local can be >run are a new feature. Therefore, there is no valid argument for >any "historical procedent" for imminenet (about to arrive but not >yet arrived) devices. This is not true. We have PCMCIA code in the system now. The "historical precedent" is that you must create the device node before you can use the device regardless of when it appears. > Terry Lambert > terry@lambert.org -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 21 15:47:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA09895 for freebsd-current-outgoing; Sat, 21 Feb 1998 15:47:07 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from friley585.res.iastate.edu (friley585.res.iastate.edu [129.186.167.85]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA09890 for ; Sat, 21 Feb 1998 15:47:03 -0800 (PST) (envelope-from ccsanady@friley585.res.iastate.edu) Received: from friley585.res.iastate.edu (loopback [127.0.0.1]) by friley585.res.iastate.edu (8.8.8/8.8.5) with ESMTP id RAA22729 for ; Sat, 21 Feb 1998 17:46:58 -0600 (CST) Message-Id: <199802212346.RAA22729@friley585.res.iastate.edu> X-Mailer: exmh version 2.0.1 12/23/97 To: freebsd-current@FreeBSD.ORG Subject: swap_pager: suggest more swap space: 125 MB ?!! Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 21 Feb 1998 17:46:57 -0600 From: Chris Csanady Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG What is it with this message that I recently got to my console? I have 64M of physical RAM, and 160M of swap configured. I really don't think that I ever use this much. friley585:~> pstat -s Device 1K-blocks Used Avail Capacity Type /dev/sd1s2b 81920 19600 62256 24% Interleaved /dev/sd2s2b 81920 19624 62232 24% Interleaved Total 163712 39224 124488 24% Anyways, just thought it was a bit odd.. Chris Csanady To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 21 16:05:43 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA11843 for freebsd-current-outgoing; Sat, 21 Feb 1998 16:05:43 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from allegro.lemis.com (allegro.lemis.com [192.109.197.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA11832 for ; Sat, 21 Feb 1998 16:05:37 -0800 (PST) (envelope-from grog@lemis.com) Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137]) by allegro.lemis.com (8.8.7/8.8.5) with ESMTP id KAA06103; Sun, 22 Feb 1998 10:35:26 +1030 (CST) Received: (from grog@localhost) by freebie.lemis.com (8.8.8/8.8.7) id KAA00417; Sun, 22 Feb 1998 10:35:20 +1030 (CST) (envelope-from grog) Message-ID: <19980222103519.61452@freebie.lemis.com> Date: Sun, 22 Feb 1998 10:35:19 +1030 From: Greg Lehey To: Richard Wackerbarth Cc: "Jordan K. Hubbard" , current@FreeBSD.ORG Subject: Re: More breakage in -current as a result of header frobbing. References: <23061.888029515@time.cdrom.com>; <199802210245.NAA06439@cimlogic.com.au> <23061.888029515@time.cdrom.com> <19980221143803.31160@freebie.lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89i In-Reply-To: ; from Richard Wackerbarth on Sat, Feb 21, 1998 at 05:00:24AM -0600 WWW-Home-Page: http://www.lemis.com/~grog Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 21 February 1998 at 5:00:24 -0600, Richard Wackerbarth wrote: > At 10:08 PM -0600 2/20/98, Greg Lehey wrote: >> On Fri, 20 February 1998 at 18:51:55 -0800, Jordan K. Hubbard wrote: >>>> Jordan K. Hubbard wrote: >>>>> Yeah, no kidding. Since nobody seems to be build testing their >>>>> changes anymore I guess I'll just... > >> There's a delicate balance here: >> >> - If people commit only perfect code, the result is -STABLE, not >> -CURRENT. While that doesn't sound bad in itself, it means >> significant delays to any commit. >> >> - If people commit only code which breaks a 'make world', nobody will >> ever get -CURRENT installed. Even if it only happens 50% of the >> time, it will frustate a large number of users to the point where >> they can't be bothered any more. >> >> The problem with both of these extremes... > >> You could say "John should test his changes better before commiting >> them". But that's not always possible. The bugs don't break things >> for him. -CURRENT's there exactly for that. > > Here, I disagree. "Jane" may not be able to test ALL cases. However, > she SHOULD have already tested at least one. I think you misunderstood my message. Presumably your "Jane" is fictitious. As John pointed out, he's not. He also pointed out one reason why his test installation didn't cover every possibility. It's great to hear that he can now perform more tests than previously. But he'll never be able to test everything, and the virtual memory system pervades the whole operating system. The result: he'll commit more code which breaks. This isn't to belittle John. On the contrary, he's using -CURRENT for the purpose for which it is intended: to give better testing for code which works for him. Greg To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 21 16:14:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA13139 for freebsd-current-outgoing; Sat, 21 Feb 1998 16:14:06 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA13077 for ; Sat, 21 Feb 1998 16:13:59 -0800 (PST) (envelope-from gallatin@grasshopper.cs.duke.edu) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.8.8/8.8.8) id TAA00419; Sat, 21 Feb 1998 19:13:56 -0500 (EST) (envelope-from gallatin) Date: Sat, 21 Feb 1998 19:13:56 -0500 (EST) Message-Id: <199802220013.TAA00419@grasshopper.cs.duke.edu> From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Kevin Day Cc: current@FreeBSD.ORG Subject: Re: panic: vm_page_unwire: invalid wire count: 0 In-Reply-To: <199802212310.RAA01733@home.dragondata.com> References: <199802211518.JAA09042@home.dragondata.com> <199802212310.RAA01733@home.dragondata.com> X-Mailer: VM 6.31 under 20.2 XEmacs Lucid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Just to add another data point: This happens to me too, but on a uniprocessor PII with an Intel EtherExpress Pro 100/B. The NFS filesystem in question is mounted NFSv3, via a 100Mb/Full-duplex link to an essentially idle DEC Alpha NFS server running DU 4.0B. If I do the following in the NFSv3 mounted filesystem, I can reproduce your first stack trace: % echo 'main() { printf ("hello, world\n");}' > foo.c ; cc foo.c ; ./a.out ; cc foo.c Everything's fine until the second complilation. Here's my stack trace: (kgdb) where #0 boot (howto=256) at ../../kern/kern_shutdown.c:286 #1 0xf0118d67 in panic ( fmt=0xf01b24c6 "vm_page_unwire: invalid wire count: %d\n") at ../../kern/kern_shutdown.c:426 #2 0xf01b255f in vm_page_unwire (m=0xf0d9f708) at ../../vm/vm_page.c:1244 #3 0xf0131044 in vfs_vmio_release (bp=0xf3336150) at ../../kern/vfs_bio.c:757 #4 0xf0130c9d in brelse (bp=0xf3336150) at ../../kern/vfs_bio.c:645 #5 0xf0136985 in vinvalbuf (vp=0xf5ca52e0, flags=0, cred=0xf13be500, p=0xf5bdee00, slpflag=0, slptimeo=0) at ../../kern/vfs_subr.c:605 #6 0xf0157230 in nfs_vinvalbuf (vp=0xf5ca52e0, flags=0, cred=0xf13be500, p=0xf5bdee00, intrflg=1) at ../../nfs/nfs_bio.c:782 #7 0xf017e60c in nfs_remove (ap=0xf5c9fef4) at ../../nfs/nfs_vnops.c:1463 #8 0xf013a117 in unlink (p=0xf5bdee00, uap=0xf5c9ff84) at vnode_if.h:523 #9 0xf01c6a4f in syscall (frame={tf_es = 39, tf_ds = 39, tf_edi = 0, tf_esi = -272639487, tf_ebp = -272639732, tf_isp = -171311148, tf_ebx = -272639676, tf_edx = 0, tf_ecx = 0, tf_eax = 10, tf_trapno = 7, tf_err = 7, tf_eip = 84661, tf_cs = 31, tf_eflags = 582, tf_esp = -272639844, tf_ss = 39}) at ../../i386/i386/trap.c:994 #10 0x14ab5 in ?? () #11 0x1459 in ?? () #12 0x107e in ?? () And dmesg: Copyright (c) 1992-1998 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 3.0-CURRENT #0: Sat Feb 21 18:32:15 EST 1998 gallatin@grasshopper.cs.duke.edu:/usr/src/sys/compile/DUKE Timecounter "i8254" frequency 1193182 Hz cost 3034 ns Timecounter "TSC" frequency 299942168 Hz cost 193 ns CPU: Pentium Pro (299.94-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x634 Stepping=4 Features=0x80f9ff real memory = 134217728 (131072K bytes) avail memory = 120107008 (117292K bytes) Probing for devices on PCI bus 0: chip0: rev 0x03 on pci0.0.0 chip1: rev 0x03 on pci0.1.0 chip2: rev 0x01 on pci0.7.0 ide_pci0: rev 0x01 on pci0.7.1 chip3: rev 0x01 int d irq 11 on pci0.7.2 chip4: rev 0x01 on pci0.7.3 fxp0: rev 0x02 int a irq 10 on pci0.13.0 fxp0: Ethernet address 00:a0:c9:9a:b2:f4 ahc0: rev 0x00 int a irq 11 on pci0.16.0 ahc0: aic7880 Wide Channel, SCSI Id=7, 16/255 SCBs scbus0 at ahc0 bus 0 Sending SDTR!! ahc0: target 0 Tagged Queuing Device sd0 at scbus0 target 0 lun 0 sd0: type 0 fixed SCSI 2 sd0: Direct-Access 4095MB (8388314 512 byte sectors) ahc0:A:5: refuses WIDE negotiation. Using 8bit transfers cd0 at scbus0 target 5 lun 0 cd0: type 5 removable SCSI 2 cd0: CD-ROM can't get the size Probing for devices on PCI bus 1: vga0: rev 0x10 int a irq 9 on pci1.0.0 Probing for PnP devices: CSN 1 Vendor ID: YMH0030 [0x3000a865] Serial 0x80860001 mss_attach 1 at 0x530 irq 5 dma 0:1 flags 0x11 pcm1 (CS423x/Yamaha sn 0x80860001) at 0x530-0x537 irq 5 drq 0 flags 0x11 on isa Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 not found at 0x2f8 lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface psm0 at 0x60-0x64 irq 12 on motherboard psm0: model Generic PS/2 mouse, device ID 0 pcm0 not found fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: FIFO enabled, 8 bytes threshold fd0: 1.44MB 3.5in wdc0 not found at 0x1f0 wdc1 not found at 0x170 npx0 flags 0x1 on motherboard npx0: INT 16 interface WARNING: / was not properly dismounted. ------------------------------------------------------------------------------ Andrew Gallatin, Sr Systems Programmer http://www.cs.duke.edu/~gallatin Duke University Email: gallatin@cs.duke.edu Department of Computer Science Phone: (919) 660-6590 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 21 17:23:25 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA22030 for freebsd-current-outgoing; Sat, 21 Feb 1998 17:23:25 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ns.mt.sri.com (sri-gw.MT.net [206.127.105.141]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA22024 for ; Sat, 21 Feb 1998 17:23:22 -0800 (PST) (envelope-from nate@mt.sri.com) Received: from mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by ns.mt.sri.com (8.8.8/8.8.8) with SMTP id SAA06450; Sat, 21 Feb 1998 18:23:17 -0700 (MST) (envelope-from nate@rocky.mt.sri.com) Received: by mt.sri.com (SMI-8.6/SMI-SVR4) id SAA22198; Sat, 21 Feb 1998 18:23:14 -0700 Date: Sat, 21 Feb 1998 18:23:14 -0700 Message-Id: <199802220123.SAA22198@mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Terry Lambert Cc: nate@mt.sri.com (Nate Williams), sef@kithrup.com, current@FreeBSD.ORG Subject: Re: More breakage in -current as a result of header frobbing. In-Reply-To: <199802212303.QAA06227@usr04.primenet.com> References: <199802211809.LAA20161@mt.sri.com> <199802212303.QAA06227@usr04.primenet.com> X-Mailer: VM 6.29 under 19.15 XEmacs Lucid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > orthogonal issue of negative reinforcement Nate focussed on, which > had nothing whatsoever to do with the difference between trusting > people to do the right thing vs. having the tools *force* people > to do the right thing whether they remembered to do it or not Repeat. It is impossible given today's technology to force people to make good commits w/out human intervention. Reader/writer/llama locks do *NOTHING* (!!!!) to make people do a good or bad commit, and only serve to slow down the process with *NO* gain. Anyone who thinks otherwise is only showing his ignorance. Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 21 20:34:26 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA08524 for freebsd-current-outgoing; Sat, 21 Feb 1998 20:34:26 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp01.primenet.com (smtp01.primenet.com [206.165.6.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA08519 for ; Sat, 21 Feb 1998 20:34:24 -0800 (PST) (envelope-from tlambert@usr01.primenet.com) Received: (from daemon@localhost) by smtp01.primenet.com (8.8.8/8.8.8) id VAA20128; Sat, 21 Feb 1998 21:34:22 -0700 (MST) Received: from usr01.primenet.com(206.165.6.201) via SMTP by smtp01.primenet.com, id smtpd020098; Sat Feb 21 21:34:14 1998 Received: (from tlambert@localhost) by usr01.primenet.com (8.8.5/8.8.5) id VAA15029; Sat, 21 Feb 1998 21:34:10 -0700 (MST) From: Terry Lambert Message-Id: <199802220434.VAA15029@usr01.primenet.com> Subject: Re: devfs persistence To: gibbs@plutotech.com (Justin T. Gibbs) Date: Sun, 22 Feb 1998 04:34:10 +0000 (GMT) Cc: tlambert@primenet.com, gibbs@plutotech.com, current@FreeBSD.ORG In-Reply-To: <199802212341.QAA29838@pluto.plutotech.com> from "Justin T. Gibbs" at Feb 21, 98 04:38:39 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > >Notice that devices which have not arrived before rc.local can be > >run are a new feature. Therefore, there is no valid argument for > >any "historical procedent" for imminenet (about to arrive but not > >yet arrived) devices. > > This is not true. We have PCMCIA code in the system now. The "historical > precedent" is that you must create the device node before you can use the > device regardless of when it appears. But PCMCIA devices do not get nodes created as they arrive unless you are running devfs. Therefore, an arriving PCMCIA device does not follow the "rules". Only devices create before they exist could have permissions preset. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 21 20:49:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA10135 for freebsd-current-outgoing; Sat, 21 Feb 1998 20:49:57 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id UAA10130 for ; Sat, 21 Feb 1998 20:49:55 -0800 (PST) (envelope-from imp@village.org) Received: from harmony [10.0.0.6] by rover.village.org with esmtp (Exim 1.71 #1) id 0y6TMI-0003JE-00; Sat, 21 Feb 1998 21:49:46 -0700 Received: from harmony.village.org (localhost [127.0.0.1]) by harmony.village.org (8.8.8/8.8.3) with ESMTP id VAA27302; Sat, 21 Feb 1998 21:50:15 -0700 (MST) Message-Id: <199802220450.VAA27302@harmony.village.org> To: jak@cetlink.net (John Kelly) Subject: Re: More breakage in -current as a result of header frobbing. Cc: Greg Lehey , "Jordan K. Hubbard" , current@FreeBSD.ORG In-reply-to: Your message of "Sat, 21 Feb 1998 19:22:01 GMT." <34f0277d.678104@mail.cetlink.net> References: <34f0277d.678104@mail.cetlink.net> <199802210245.NAA06439@cimlogic.com.au> <23061.888029515@time.cdrom.com> <19980221143803.31160@freebie.lemis.com> Date: Sat, 21 Feb 1998 21:50:15 -0700 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <34f0277d.678104@mail.cetlink.net> John Kelly writes: : From my point of view, the gap between -stable and -current has grown : too wide to keep much interest in -stable. PPPD is a good example. : The version in -stable is more than two years old. The version in -stable is two weeks old. The changes to -current have been backmerged :-) Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 21 20:50:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA10334 for freebsd-current-outgoing; Sat, 21 Feb 1998 20:50:13 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp02.primenet.com (smtp02.primenet.com [206.165.6.132]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA10308 for ; Sat, 21 Feb 1998 20:50:09 -0800 (PST) (envelope-from tlambert@usr01.primenet.com) Received: (from daemon@localhost) by smtp02.primenet.com (8.8.8/8.8.8) id VAA11694; Sat, 21 Feb 1998 21:50:05 -0700 (MST) Received: from usr01.primenet.com(206.165.6.201) via SMTP by smtp02.primenet.com, id smtpd011677; Sat Feb 21 21:49:58 1998 Received: (from tlambert@localhost) by usr01.primenet.com (8.8.5/8.8.5) id VAA15586; Sat, 21 Feb 1998 21:49:54 -0700 (MST) From: Terry Lambert Message-Id: <199802220449.VAA15586@usr01.primenet.com> Subject: Re: More breakage in -current as a result of header frobbing. To: nate@mt.sri.com (Nate Williams) Date: Sun, 22 Feb 1998 04:49:54 +0000 (GMT) Cc: tlambert@primenet.com, nate@mt.sri.com, sef@kithrup.com, current@FreeBSD.ORG In-Reply-To: <199802220123.SAA22198@mt.sri.com> from "Nate Williams" at Feb 21, 98 06:23:14 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > orthogonal issue of negative reinforcement Nate focussed on, which > > had nothing whatsoever to do with the difference between trusting > > people to do the right thing vs. having the tools *force* people > > to do the right thing whether they remembered to do it or not > > Repeat. It is impossible given today's technology to force people to > make good commits w/out human intervention. Reader/writer/llama locks > do *NOTHING* (!!!!) to make people do a good or bad commit, and only > serve to slow down the process with *NO* gain. There is still no empirical proof that this is true. Once again, I suggest implementing the interface with no teeth for a month so we can see "conflict would have occurred" logs, and match them up to actual occurances of build problems. > Anyone who thinks otherwise is only showing his ignorance. But of course, hand waving beats an experiment any day of the week... Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 21 20:52:31 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA10786 for freebsd-current-outgoing; Sat, 21 Feb 1998 20:52:31 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id UAA10781 for ; Sat, 21 Feb 1998 20:52:29 -0800 (PST) (envelope-from imp@village.org) Received: from harmony [10.0.0.6] by rover.village.org with esmtp (Exim 1.71 #1) id 0y6TOn-0003JM-00; Sat, 21 Feb 1998 21:52:21 -0700 Received: from harmony.village.org (localhost [127.0.0.1]) by harmony.village.org (8.8.8/8.8.3) with ESMTP id VAA27327; Sat, 21 Feb 1998 21:52:52 -0700 (MST) Message-Id: <199802220452.VAA27327@harmony.village.org> Subject: Re: More breakage in -current as a result of header frobbing. Cc: jak@cetlink.net (John Kelly), Greg Lehey , "Jordan K. Hubbard" , current@FreeBSD.ORG In-reply-to: Your message of "Sat, 21 Feb 1998 21:50:15 MST." <199802220450.VAA27302@harmony.village.org> References: <199802220450.VAA27302@harmony.village.org> <34f0277d.678104@mail.cetlink.net> <199802210245.NAA06439@cimlogic.com.au> <23061.888029515@time.cdrom.com> <19980221143803.31160@freebie.lemis.com> Date: Sat, 21 Feb 1998 21:52:52 -0700 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <199802220450.VAA27302@harmony.village.org> Warner Losh writes: : In message <34f0277d.678104@mail.cetlink.net> John Kelly writes: : : From my point of view, the gap between -stable and -current has grown : : too wide to keep much interest in -stable. PPPD is a good example. : : The version in -stable is more than two years old. : : The version in -stable is two weeks old. The changes to -current have : been backmerged :-) Ooops. I just read this more closely. The PPP in -stable is very close to -current, but the PPPD may well be very old. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 21 21:18:17 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA14974 for freebsd-current-outgoing; Sat, 21 Feb 1998 21:18:17 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ns.mt.sri.com (sri-gw.MT.net [206.127.105.141]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA14965 for ; Sat, 21 Feb 1998 21:18:15 -0800 (PST) (envelope-from nate@mt.sri.com) Received: from mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by ns.mt.sri.com (8.8.8/8.8.8) with SMTP id WAA07720; Sat, 21 Feb 1998 22:18:04 -0700 (MST) (envelope-from nate@rocky.mt.sri.com) Received: by mt.sri.com (SMI-8.6/SMI-SVR4) id WAA22819; Sat, 21 Feb 1998 22:18:01 -0700 Date: Sat, 21 Feb 1998 22:18:01 -0700 Message-Id: <199802220518.WAA22819@mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Terry Lambert Cc: nate@mt.sri.com (Nate Williams), current@FreeBSD.ORG Subject: Re: More breakage in -current as a result of header frobbing. In-Reply-To: <199802220449.VAA15586@usr01.primenet.com> References: <199802220123.SAA22198@mt.sri.com> <199802220449.VAA15586@usr01.primenet.com> X-Mailer: VM 6.29 under 19.15 XEmacs Lucid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Terry Lambert writes: > > > ... having the tools *force* people > > > to do the right thing whether they remembered to do it or not > > > > Repeat. It is impossible given today's technology to force people to > > make good commits w/out human intervention. Reader/writer/llama locks > > do *NOTHING* (!!!!) to make people do a good or bad commit, and only > > serve to slow down the process with *NO* gain. > > There is still no empirical proof that this is true. Sure there is. Society and human nature. Human beings simply cannot be forced to 'Do the Right Thing'. There is no way to force 'right behavior' automaticaly. Human behavior can only be modified if the person desires to change, and that desire to change cannot be 'forced' by any automatic tool. If I want to break the tree, or even if I don't want to intentionally break the tree but refuse to test compile my changes, no locking of any kind will keep me from breaking the tree. Your 'global' lock does *NOTHING* (!!!!!!!!!) to make the tree any more buildable when in fact it is my poor coding skills/testing behavior that breaks the tree. The commit I did was a bad commit, and locking the tree and then unlocking the tree after I finished commit doesn't magically make it a good commit. Sometimes your absolute silliness appears to be a lack of intelligence at times. Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 21 21:28:49 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA15794 for freebsd-current-outgoing; Sat, 21 Feb 1998 21:28:49 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA15783 for ; Sat, 21 Feb 1998 21:28:47 -0800 (PST) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.6.9) with ESMTP id VAA24766; Sat, 21 Feb 1998 21:28:02 -0800 (PST) To: Warner Losh cc: jak@cetlink.net (John Kelly), Greg Lehey , current@FreeBSD.ORG Subject: Re: More breakage in -current as a result of header frobbing. In-reply-to: Your message of "Sat, 21 Feb 1998 21:52:52 MST." <199802220452.VAA27327@harmony.village.org> Date: Sat, 21 Feb 1998 21:28:02 -0800 Message-ID: <24762.888125282@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Ooops. I just read this more closely. The PPP in -stable is very > close to -current, but the PPPD may well be very old. Anyone care to merge it? I don't even use pppd nor have I a ready-made setup for testing it (e.g. an existing link which uses pppd) or I'd be more inclined to do it myself. Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 21 22:20:23 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA20774 for freebsd-current-outgoing; Sat, 21 Feb 1998 22:20:23 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA20769 for ; Sat, 21 Feb 1998 22:20:21 -0800 (PST) (envelope-from julian@whistle.com) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id WAA05428; Sat, 21 Feb 1998 22:13:58 -0800 (PST) Received: from UNKNOWN(), claiming to be "current1.whistle.com" via SMTP by alpo.whistle.com, id smtpd005426; Sat Feb 21 22:13:57 1998 Date: Sat, 21 Feb 1998 22:09:59 -0800 (PST) From: Julian Elischer To: "Justin T. Gibbs" cc: current@FreeBSD.ORG Subject: Re: devfs persistence In-Reply-To: <199802211921.MAA03338@narnia.plutotech.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I have no support at this time for undelete, however it is possible to recover a device you have accidentally deleted.. (there are inherrant problems with undelete which have solutions but not easy ones) the method to recover deleted devices is to mount a second devfs, and mv the devices across to the first one.. (I made sure this works specifically for this reason.) On Sat, 21 Feb 1998, Justin T. Gibbs wrote: > > yes > > The operations a user can do are: > > > > ln > > ln -s > > rmdir > > mv > > rm > > chown > > chmod > > chgrp > > (?touch?) > > What about undelete? > > -- > Justin > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 21 22:40:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA22726 for freebsd-current-outgoing; Sat, 21 Feb 1998 22:40:13 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA22721 for ; Sat, 21 Feb 1998 22:40:12 -0800 (PST) (envelope-from julian@whistle.com) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id WAA05800; Sat, 21 Feb 1998 22:36:40 -0800 (PST) Received: from UNKNOWN(), claiming to be "current1.whistle.com" via SMTP by alpo.whistle.com, id smtpd005798; Sat Feb 21 22:36:30 1998 Date: Sat, 21 Feb 1998 22:32:31 -0800 (PST) From: Julian Elischer To: Chris Csanady cc: current@FreeBSD.ORG Subject: Re: New SoftUpdates test kit In-Reply-To: <199802210240.UAA00275@friley585.res.iastate.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG yes I know.. maybe next week I don't have a CCD at the moment. thanks for testing though! On Fri, 20 Feb 1998, Chris Csanady wrote: > > Just a warning, this new code still does not work with CCD's. > > Chris > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 21 22:40:18 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA22803 for freebsd-current-outgoing; Sat, 21 Feb 1998 22:40:18 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA22788 for ; Sat, 21 Feb 1998 22:40:16 -0800 (PST) (envelope-from julian@whistle.com) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id WAA05816; Sat, 21 Feb 1998 22:37:59 -0800 (PST) Received: from UNKNOWN(), claiming to be "current1.whistle.com" via SMTP by alpo.whistle.com, id smtpd005813; Sat Feb 21 22:37:55 1998 Date: Sat, 21 Feb 1998 22:33:56 -0800 (PST) From: Julian Elischer To: "Matthew N. Dodd" cc: Chris Csanady , current@FreeBSD.ORG Subject: Re: New SoftUpdates test kit In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I don;t know yet however kirk says that the symptom is exactly matching that he saw with bufs not being bzero'd when malloc'd. I'm going to look at that next week. On Fri, 20 Feb 1998, Matthew N. Dodd wrote: > On Fri, 20 Feb 1998, Chris Csanady wrote: > > Just a warning, this new code still does not work with CCD's. > > Bah. > > What exactly is the deal with this? > > /* > Matthew N. Dodd | A memory retaining a love you had for life > winter@jurai.net | As cruel as it seems nothing ever seems to > http://www.jurai.net/~winter | go right - FLA M 3.1:53 > */ > > > 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 Sat Feb 21 22:50:35 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA24264 for freebsd-current-outgoing; Sat, 21 Feb 1998 22:50:35 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA24259 for ; Sat, 21 Feb 1998 22:50:34 -0800 (PST) (envelope-from julian@whistle.com) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id WAA05903; Sat, 21 Feb 1998 22:41:19 -0800 (PST) Received: from UNKNOWN(), claiming to be "current1.whistle.com" via SMTP by alpo.whistle.com, id smtpd005898; Sat Feb 21 22:41:11 1998 Date: Sat, 21 Feb 1998 22:37:12 -0800 (PST) From: Julian Elischer To: Edwin Culp cc: current@FreeBSD.ORG Subject: Re: SoftUpdates test kit In-Reply-To: <34EE4152.68A1E83B@ver1.telmex.net.mx> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG current as of friday 2AM PST. On Fri, 20 Feb 1998, Edwin Culp wrote: > Could someone please tell me what range of snaps, these > patches can be applied to. > > Thanks > > Ed > > 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 Sat Feb 21 22:52:52 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA24755 for freebsd-current-outgoing; Sat, 21 Feb 1998 22:52:52 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from allegro.lemis.com (allegro.lemis.com [192.109.197.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA24742 for ; Sat, 21 Feb 1998 22:52:49 -0800 (PST) (envelope-from grog@lemis.com) Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137]) by allegro.lemis.com (8.8.7/8.8.5) with ESMTP id RAA06527; Sun, 22 Feb 1998 17:22:35 +1030 (CST) Received: (from grog@localhost) by freebie.lemis.com (8.8.8/8.8.7) id RAA04590; Sun, 22 Feb 1998 17:22:34 +1030 (CST) (envelope-from grog) Message-ID: <19980222172234.17555@freebie.lemis.com> Date: Sun, 22 Feb 1998 17:22:34 +1030 From: Greg Lehey To: Julian Elischer , "Matthew N. Dodd" Cc: Chris Csanady , current@FreeBSD.ORG Subject: Re: New SoftUpdates test kit References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89i In-Reply-To: ; from Julian Elischer on Sat, Feb 21, 1998 at 10:33:56PM -0800 WWW-Home-Page: http://www.lemis.com/~grog Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 21 February 1998 at 22:33:56 -0800, Julian Elischer wrote: > On Fri, 20 Feb 1998, Matthew N. Dodd wrote: > >> On Fri, 20 Feb 1998, Chris Csanady wrote: >>> Just a warning, this new code still does not work with CCD's. >> >> Bah. >> >> What exactly is the deal with this? > > I don;t know yet however kirk says that the symptom is exactly matching > that he saw with bufs not being bzero'd when malloc'd. > I'm going to look at that next week. FWIW, ccd allocates its own bufs (i.e. not out of buffqueues). I'm not convinced it handles the links correctly in the general case. If it turns out to be something like this, please let me know. I'm currently copying this method for my volume manager, and if it's going to stop working, I need to know soon. An alternative would also be a good idea (the reason is that both CCD and vinum use extended buf headers with additional info at the end). Greg To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 21 23:22:29 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA27485 for freebsd-current-outgoing; Sat, 21 Feb 1998 23:22:29 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA27480 for ; Sat, 21 Feb 1998 23:22:28 -0800 (PST) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost [127.0.0.1]) by dingo.cdrom.com (8.8.8/8.8.5) with ESMTP id XAA06122; Sat, 21 Feb 1998 23:19:54 -0800 (PST) Message-Id: <199802220719.XAA06122@dingo.cdrom.com> X-Mailer: exmh version 2.0zeta 7/24/97 To: Greg Lehey cc: Julian Elischer , "Matthew N. Dodd" , Chris Csanady , current@FreeBSD.ORG Subject: Re: New SoftUpdates test kit In-reply-to: Your message of "Sun, 22 Feb 1998 17:22:34 +1030." <19980222172234.17555@freebie.lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 21 Feb 1998 23:19:53 -0800 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > If it turns out to be something like this, please let me know. I'm > currently copying this method for my volume manager, and if it's going > to stop working, I need to know soon. An alternative would also be a > good idea (the reason is that both CCD and vinum use extended buf > headers with additional info at the end). Could you chain these headers off the private fields at the end of the buf structure, or is the feature set there too small? (NB. the wfd driver already uses one of these, it not being terribly clear to me at the time who they were really for use by.) -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 21 23:27:40 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA28022 for freebsd-current-outgoing; Sat, 21 Feb 1998 23:27:40 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from allegro.lemis.com (allegro.lemis.com [192.109.197.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA28017 for ; Sat, 21 Feb 1998 23:27:35 -0800 (PST) (envelope-from grog@lemis.com) Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137]) by allegro.lemis.com (8.8.7/8.8.5) with ESMTP id RAA06562; Sun, 22 Feb 1998 17:57:11 +1030 (CST) Received: (from grog@localhost) by freebie.lemis.com (8.8.8/8.8.7) id RAA04815; Sun, 22 Feb 1998 17:57:10 +1030 (CST) (envelope-from grog) Message-ID: <19980222175710.04357@freebie.lemis.com> Date: Sun, 22 Feb 1998 17:57:10 +1030 From: Greg Lehey To: Mike Smith Cc: Julian Elischer , "Matthew N. Dodd" , Chris Csanady , current@FreeBSD.ORG Subject: Re: New SoftUpdates test kit References: <19980222172234.17555@freebie.lemis.com> <199802220719.XAA06122@dingo.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89i In-Reply-To: <199802220719.XAA06122@dingo.cdrom.com>; from Mike Smith on Sat, Feb 21, 1998 at 11:19:53PM -0800 WWW-Home-Page: http://www.lemis.com/~grog Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 21 February 1998 at 23:19:53 -0800, Mike Smith wrote: >> If it turns out to be something like this, please let me know. I'm >> currently copying this method for my volume manager, and if it's going >> to stop working, I need to know soon. An alternative would also be a >> good idea (the reason is that both CCD and vinum use extended buf >> headers with additional info at the end). > > Could you chain these headers off the private fields at the end of the > buf structure, or is the feature set there too small? Hmmm. Sometimes it pays to RTFM. No, wait, there is no FM. OK, RTFS then. Yes, it looks like I could use them nicely. In fact, it's just what the doctor ordered. Thanks. > (NB. the wfd driver already uses one of these, it not being terribly > clear to me at the time who they were really for use by.) Well, they're used in scsi_ioctl.c and wfd.c, and that's the only place I've been able to find them. But it's a good idea, and it might be the way to save the ccd driver if that's what's eating it. Greg To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 21 23:41:51 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA29001 for freebsd-current-outgoing; Sat, 21 Feb 1998 23:41:51 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA28996 for ; Sat, 21 Feb 1998 23:41:50 -0800 (PST) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost [127.0.0.1]) by dingo.cdrom.com (8.8.8/8.8.5) with ESMTP id XAA06227; Sat, 21 Feb 1998 23:38:58 -0800 (PST) Message-Id: <199802220738.XAA06227@dingo.cdrom.com> X-Mailer: exmh version 2.0zeta 7/24/97 To: Greg Lehey cc: Mike Smith , Julian Elischer , "Matthew N. Dodd" , Chris Csanady , current@FreeBSD.ORG Subject: Re: New SoftUpdates test kit In-reply-to: Your message of "Sun, 22 Feb 1998 17:57:10 +1030." <19980222175710.04357@freebie.lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 21 Feb 1998 23:38:57 -0800 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Could you chain these headers off the private fields at the end of the > > buf structure, or is the feature set there too small? > > Hmmm. Sometimes it pays to RTFM. No, wait, there is no FM. OK, RTFS > then. 8/ > > (NB. the wfd driver already uses one of these, it not being terribly > > clear to me at the time who they were really for use by.) > > Well, they're used in scsi_ioctl.c and wfd.c, and that's the only > place I've been able to find them. But it's a good idea, and it might > be the way to save the ccd driver if that's what's eating it. The reason I asked is that if you depend on the extra state that you use being preserved despite you passing the bufs out to other drivers, it might pay to impose some sort of policy on which of the fields are available for what usage. Of course, if vinum is at the top of the food chain and only uses the private data internally, then you win. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 21 23:45:55 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA29535 for freebsd-current-outgoing; Sat, 21 Feb 1998 23:45:55 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ache.relcom.ru (ache@ache.relcom.ru [193.125.20.108]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA29525; Sat, 21 Feb 1998 23:45:38 -0800 (PST) (envelope-from ache@ache.relcom.ru) Received: (from ache@localhost) by ache.relcom.ru (8.8.8/8.8.8) id KAA00265; Sun, 22 Feb 1998 10:44:37 +0300 (MSK) (envelope-from ache) Message-ID: <19980222104436.36362@nagual.pp.ru> Date: Sun, 22 Feb 1998 10:44:36 +0300 From: =?koi8-r?B?4c7E0sXKIP7F0s7P1w==?= To: current@FreeBSD.ORG Cc: phk@FreeBSD.ORG Subject: "calcru: negative time ..." for adjkerntz Mail-Followup-To: current@freebsd.org, phk@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1i Organization: Biomechanoid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I got this message on each reboot. I suppose it is because I have my CMOS set to local, so adjkerntz shift clock, but this case need to be handled somehow... -- Andrey A. Chernov http://www.nagual.pp.ru/~ache/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message