From owner-freebsd-current Sun Aug 19 0:21:28 2001 Delivered-To: freebsd-current@freebsd.org Received: from taxismtp1.alchemyfx.com (taxismtp1.alchemy.net [209.132.220.151]) by hub.freebsd.org (Postfix) with ESMTP id 9791C37B409 for ; Sun, 19 Aug 2001 00:21:24 -0700 (PDT) (envelope-from neckpain@nettaxi.com) Received: from localhost (L026157.ppp.dion.ne.jp [211.126.26.157]) by taxismtp1.alchemyfx.com (8.9.3/8.9.3) with ESMTP id AAA11589 for ; Sun, 19 Aug 2001 00:21:22 -0700 From: neckpain@nettaxi.com Message-Id: <200108190721.AAA11589@taxismtp1.alchemyfx.com> Date: Sun, 19 Aug 2001 16:21:35 +0900 To: current@FreeBSD.ORG Subject: Re: panic kldunload'ing: static sysctl oid too high References: <200108102252.PAA03031@taxismtp1.alchemyfx.com> <200108110622.XAA21343@taxismtp1.alchemyfx.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-2022-jp Content-Disposition: inline In-Reply-To: <200108110622.XAA21343@taxismtp1.alchemyfx.com> User-Agent: Mutt/1.3.19i-ja0 X-Dispatcher: imput version 20000228(IM140) Lines: 35 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, Aug 11, 2001 at 03:22:21PM +0900, I wrote: > > - unloading snd_ds1 always panics(either when it's loaded from > > /boot/loader.conf, or from the command line by kldload). > > - loading and unloading snd_pcm alone does not panic(snd_pcm is a driver > > loaded as dependency when snd_ds1 is loaded). > > - unloading some other modules does not panic. > > - the last kernel I remember that didn't panic was from 2001.07.20.00.00.00 . > > And attached is a patch to kern_sysctl.c I'm using currently as a workaround. > It just adds a test mode to internal sysctl_remove_oid() and avoid > reregistering removed oid in sysctl_ctx_free(). Would someone please commit this or any better version? I think this is not specific to snd_ds1, but a small bug in kern_sysctl.c . 0. A KLD driver allocates an oid with OID_AUTO specified. It's assigned oid_number >= 0x100. 1. When the driver is unloaded, sysctl_ctx_free() is called from detach routine in a KLD driver. 2. Inside sysctl_ctx_free(), sysctl_remove_oid() is issued for each context entry to make sure the entire list can really be freed. If failed, it tries to restore once removed entries back to the list by sysctl_register_oid(). 3. sysctl_register_oid() rejects a dynamically allocated oid and panic. The "FIXME" code worked without a pain before kern_sysctl.c, rev 1.112 because sysctl_register_oid() didn't check if oid_number is below the range reserved for dynamic assignment of oid_number. [patch in <200108110622.XAA21343@taxismtp1.alchemyfx.com> omitted] By the way, I found recently that flood-pinging a PCCARD NIC(which shares irq9 with snd_ds1 driver) seems to make my non-working dsp device play sound. Really weird. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 19 0:39:31 2001 Delivered-To: freebsd-current@freebsd.org Received: from smtp10.atl.mindspring.net (smtp10.atl.mindspring.net [207.69.200.246]) by hub.freebsd.org (Postfix) with ESMTP id CAB2A37B40A; Sun, 19 Aug 2001 00:39:27 -0700 (PDT) (envelope-from jayed@mindspring.com) Received: from winjay (user-33qsaag.dsl.mindspring.com [199.174.41.80]) by smtp10.atl.mindspring.net (8.9.3/8.8.5) with SMTP id DAA16860; Sun, 19 Aug 2001 03:39:26 -0400 (EDT) Message-ID: <040101c12881$dba80b40$0b00a8c0@winjay> From: "Jay" To: , Subject: installworld can break on ppp Date: Sun, 19 Aug 2001 02:37:48 -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 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Doing a make installworld with current -CURRENT can break on ppp. install -c -s -o root -g network -m 4554 ppp /usr/sbin m4 /usr/src/usr.sbin/ppp/ppp.8.m4 >ppp.8 m4: not found *** Error code 127 Stop in /usr/src/usr.sbin/ppp. Both root and my normal user id include '/usr/bin' in $PATH so I don't have the slightest idea why this happened. Modifying /usr/src/usr.sbin/ppp/Makefile to include the explicit path to m4 fixes this. I've included a diff though I imagine that vi would be quicker. --- Makefile Tue Aug 14 11:05:50 2001 +++ Makefile.new Sun Aug 19 02:32:15 2001 @@ -23,7 +23,7 @@ .SUFFIXES: .8 .8.m4 .8.m4.8: - m4 ${M4FLAGS} ${.IMPSRC} >${.TARGET} + /usr/bin/m4 ${M4FLAGS} ${.IMPSRC} >${.TARGET} .if defined(RELEASE_CRUNCH) CFLAGS+=-DRELEASE_CRUNCH Jay Edwards To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 19 0:47:58 2001 Delivered-To: freebsd-current@freebsd.org Received: from obsecurity.dyndns.org (adsl-63-207-60-7.dsl.lsan03.pacbell.net [63.207.60.7]) by hub.freebsd.org (Postfix) with ESMTP id 5A77E37B411; Sun, 19 Aug 2001 00:47:56 -0700 (PDT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 6CB3A66B62; Sun, 19 Aug 2001 00:47:45 -0700 (PDT) Date: Sun, 19 Aug 2001 00:47:44 -0700 From: Kris Kennaway To: current@FreeBSD.org Cc: markm@FreeBSD.org Subject: libss termination Message-ID: <20010819004743.A95788@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="0OAP2g/MAC+5xKAE" Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --0OAP2g/MAC+5xKAE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline As far as I can tell, there's nothing in the tree which uses libss any longer, and hasnt been for quite some time. Is there any reason to keep it? Kris --0OAP2g/MAC+5xKAE Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE7f28eWry0BWjoQKURAuGIAJ91L8mSoCIk1jDPqU3erJn8xyKWcQCePl5S OGAkSw+wdKNro0mhBJ4GvbI= =IHJZ -----END PGP SIGNATURE----- --0OAP2g/MAC+5xKAE-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 19 1:20:18 2001 Delivered-To: freebsd-current@freebsd.org Received: from mass.dis.org (mass.dis.org [216.240.45.41]) by hub.freebsd.org (Postfix) with ESMTP id 678C637B407; Sun, 19 Aug 2001 01:20:14 -0700 (PDT) (envelope-from msmith@mass.dis.org) Received: from mass.dis.org (localhost [127.0.0.1]) by mass.dis.org (8.11.4/8.11.3) with ESMTP id f7J8OSS07872; Sun, 19 Aug 2001 01:24:28 -0700 (PDT) (envelope-from msmith@mass.dis.org) Message-Id: <200108190824.f7J8OSS07872@mass.dis.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: Kris Kennaway Cc: current@FreeBSD.org, markm@FreeBSD.org Subject: Re: libss termination In-reply-to: Your message of "Sun, 19 Aug 2001 00:47:44 PDT." <20010819004743.A95788@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 19 Aug 2001 01:24:28 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > As far as I can tell, there's nothing in the tree which uses libss any > longer, and hasnt been for quite some time. Is there any reason to > keep it? Nope. -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 19 1:47:38 2001 Delivered-To: freebsd-current@freebsd.org Received: from zibbi.icomtek.csir.co.za (zibbi.icomtek.csir.co.za [146.64.24.58]) by hub.freebsd.org (Postfix) with ESMTP id 8111337B40A; Sun, 19 Aug 2001 01:47:31 -0700 (PDT) (envelope-from jhay@zibbi.icomtek.csir.co.za) Received: (from jhay@localhost) by zibbi.icomtek.csir.co.za (8.11.1/8.11.1) id f7J8lK925994; Sun, 19 Aug 2001 10:47:20 +0200 (SAT) (envelope-from jhay) From: John Hay Message-Id: <200108190847.f7J8lK925994@zibbi.icomtek.csir.co.za> Subject: Re: no new snapshot onftp://current.freebsd.org/pub/FreeBSD/snapshots/i386/ In-Reply-To: <20010819030113.A703@paula.panke.de.freebsd.org> from Wolfram Schneider at "Aug 19, 2001 03:01:14 am" To: wosch@FreeBSD.ORG (Wolfram Schneider) Date: Sun, 19 Aug 2001 10:47:20 +0200 (SAT) Cc: matusita@jp.FreeBSD.org (Makoto MATSUSHITA), wosch@cs.tu-berlin.de, current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > > lrwxr-xr-x 1 root ftp 27 Aug 10 17:19 5-LATEST -> 5.0-CURRENT-20010810-JPSNAP > > > > The last successfully finished release should be Aug/10/2001. > > Right. > > > > Current 5-current release is broken, since KerberosIV-enabled > > src/gnu/usr.bin/cvs is broken as follows: > > Nevertheless, current sucks. No successfully builds since 9 days ;-{{ > Its not that bad, I have been building releases with the following patch. It just don't try and build a kerberised version of cvs. If you look on internat, you will see that it was able to build a release more often then not, the past week (with this patch applied). John -- John Hay -- John.Hay@icomtek.csir.co.za Index: kerberosIV/Makefile =================================================================== RCS file: /home/ncvs/src/kerberosIV/Makefile,v retrieving revision 1.13 diff -u -r1.13 Makefile --- kerberosIV/Makefile 1999/09/06 06:30:48 1.13 +++ kerberosIV/Makefile 2001/08/12 08:32:52 @@ -21,7 +21,7 @@ # These are the programs which depend on kerberos kprog: cd ${SDIR}/bin/rcp; ${CODAI} - cd ${SDIR}/gnu/usr.bin/cvs; ${CODAI} +# cd ${SDIR}/gnu/usr.bin/cvs; ${CODAI} cd ${SDIR}/libexec/ftpd; ${CODAI} cd ${SDIR}/libexec/rlogind; ${CODAI} cd ${SDIR}/libexec/rshd; ${CODAI} @@ -37,7 +37,7 @@ # This target us used to rebuild these programs WITHOUT kerberos dekerberise: cd ${SDIR}/bin/rcp; ${CODAIN} - cd ${SDIR}/gnu/usr.bin/cvs; ${CODAIN} +# cd ${SDIR}/gnu/usr.bin/cvs; ${CODAIN} cd ${SDIR}/libexec/ftpd; ${CODAIN} cd ${SDIR}/libexec/rlogind; ${CODAIN} cd ${SDIR}/libexec/rshd; ${CODAIN} @@ -53,7 +53,7 @@ help-distribute: distribute cd ${SDIR}/bin/rcp; ${CODAD} - cd ${SDIR}/gnu/usr.bin/cvs; ${CODAD} +# cd ${SDIR}/gnu/usr.bin/cvs; ${CODAD} cd ${SDIR}/libexec/ftpd; ${CODAD} cd ${SDIR}/libexec/rlogind; ${CODAD} cd ${SDIR}/libexec/rshd; ${CODAD} To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 19 2:37:17 2001 Delivered-To: freebsd-current@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id 467F837B401; Sun, 19 Aug 2001 02:37:14 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id TAA01133; Sun, 19 Aug 2001 19:37:09 +1000 Date: Sun, 19 Aug 2001 19:36:31 +1000 (EST) From: Bruce Evans X-X-Sender: To: Jay Cc: , Subject: Re: installworld can break on ppp In-Reply-To: <040101c12881$dba80b40$0b00a8c0@winjay> Message-ID: <20010819193205.F46248-100000@besplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, 19 Aug 2001, Jay wrote: > Doing a make installworld with current -CURRENT can break on ppp. > > install -c -s -o root -g network -m 4554 ppp /usr/sbin > m4 /usr/src/usr.sbin/ppp/ppp.8.m4 >ppp.8 > m4: not found > *** Error code 127 > > Stop in /usr/src/usr.sbin/ppp. > > Both root and my normal user id include '/usr/bin' in $PATH so I don't have > the slightest idea why this happened. `make install' sets its own path which doesn't include /usr/bin. There is a bug in bsd.man.mk which causes man pages to be built at install time they are out of date (or don't exist). ppp.8 somehow became out of date (or didn't get built be a previous `make buildworld'). Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 19 4:31:16 2001 Delivered-To: freebsd-current@freebsd.org Received: from volatile.chemikals.org (ci391991-a.grnvle1.sc.home.com [24.37.154.83]) by hub.freebsd.org (Postfix) with ESMTP id 2EFFB37B40A; Sun, 19 Aug 2001 04:31:05 -0700 (PDT) (envelope-from morganw@volatile.chemikals.org) Received: (from morganw@localhost) by volatile.chemikals.org (8.11.5/8.11.5) id f7JBV3F05095; Sun, 19 Aug 2001 07:31:03 -0400 (EDT) (envelope-from morganw) Date: Sun, 19 Aug 2001 07:31:03 -0400 (EDT) From: Wesley Morgan To: Maxim Sobolev Cc: , , , Subject: Re: Sound broken on -current again... In-Reply-To: <200108190843.IAA36455@www.abc.com.ua> Message-ID: <20010819072843.X5083-100000@volatile.chemikals.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=iso-8859-1 Content-Transfer-Encoding: 8BIT Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG My sound is broken as well. On both an SBLIVE card and a Yamaha OPL-SA chipset. The time frame for the breakage is definitely within the last 10 days as my previous world/kernel was from 8/5 and the current world is 8/16. On Sun, 19 Aug 2001, Maxim Sobolev wrote: > On Sat, 18 Aug 2001 21:10:40 -0500, Daniel M . Kurry wrote: > > On Wed, Aug 15, 2001 at 07:01:46PM +0200, some SMTP stream spewed forth: > > > > > > One gets the first DMA buffer full, then the process hangs... > > > > Due to the lack of replies, I'll go ahead. > > > > I am seeing sound breakage also. > > My card is a > > Creative Labs SoundBlaster Live!. > > > > xmms will play a short (less than a second) spurt of audio and then stop > > responding. mpg123 will not play (any audio to the speakers) at all. > > > > I ran a buildworld today which apparently broke it. > > That puts the breakage between today and sometime less than 2 months > > ago. > > (I really cannot be more specific.) > > > > Suggestions gladly welcomed. > > > > > > > -Søren > > The same is here (OPL3-SA driver on Toshiba Satellite Pro 445CDX notebook). > I found that after reverting the following deltas (jhb's 10 August commit) > sound starts working again: > > src/sys/i386/i386/sys_machdep.c,v 1.60 > src/sys/i386/i386/trap.c,v 1.198 > src/sys/i386/include/cpu.h,v 1.63 > src/sys/i386/isa/ipl.s,v 1.51 > src/sys/i386/isa/npx.c,v 1.108 > src/sys/kern/kern_clock.c,v 1.128 > src/sys/kern/kern_intr.c,v 1.61 > src/sys/kern/kern_lock.c,v 1.47 > src/sys/kern/kern_synch.c,v 1.155 > src/sys/kern/kern_timeout.c,v 1.69 > src/sys/kern/subr_prof.c,v 1.47 > src/sys/kern/subr_smp.c,v 1.157 > src/sys/kern/subr_trap.c,v 1.197 > src/sys/kern/subr_witness.c,v 1.82 > src/sys/posix4/ksched.c,v 1.14 > src/sys/sys/callout.h,v 1.21 > src/sys/sys/proc.h,v 1.174 > src/sys/sys/resourcevar.h,v 1.23 > > Please fix. > > -Maxim > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > -- _ __ ___ ____ ___ ___ ___ Wesley N Morgan _ __ ___ | _ ) __| \ morganw@chemikals.org _ __ | _ \._ \ |) | FreeBSD: The Power To Serve _ |___/___/___/ 6bone: 3ffe:1ce3:7::b4ff:fe53:c297 Hi! I'm a .signature virus! Copy me into your ~/.signature to help me spread! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 19 6:32:29 2001 Delivered-To: freebsd-current@freebsd.org Received: from arb.arb.za.net (www.tarmactroopers.co.za [196.7.148.4]) by hub.freebsd.org (Postfix) with ESMTP id 2863337B40C; Sun, 19 Aug 2001 06:32:22 -0700 (PDT) (envelope-from mark@grondar.za) Received: (from uucp@localhost) by arb.arb.za.net (8.11.3/8.11.3) with UUCP id f7JDWEH92320; Sun, 19 Aug 2001 15:32:14 +0200 (SAST) (envelope-from mark@grondar.za) Received: from grondar.za (localhost [127.0.0.1]) by grimreaper.grondar.za (8.11.5/8.11.4) with ESMTP id f7JBpPP96389; Sun, 19 Aug 2001 12:51:25 +0100 (BST) (envelope-from mark@grondar.za) Message-Id: <200108191151.f7JBpPP96389@grimreaper.grondar.za> To: Mike Smith Cc: Kris Kennaway , current@FreeBSD.ORG Subject: Re: libss termination References: <200108190824.f7J8OSS07872@mass.dis.org> In-Reply-To: <200108190824.f7J8OSS07872@mass.dis.org> ; from Mike Smith "Sun, 19 Aug 2001 01:24:28 PDT." Date: Sun, 19 Aug 2001 12:51:24 +0100 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > > > As far as I can tell, there's nothing in the tree which uses libss any > > longer, and hasnt been for quite some time. Is there any reason to > > keep it? > > Nope. Right. Kill it. M -- Mark Murray Warning: this .sig is umop ap!sdn To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 19 6:37:38 2001 Delivered-To: freebsd-current@freebsd.org Received: from enterprise.spock.org (cm-24-29-85-81.nycap.rr.com [24.29.85.81]) by hub.freebsd.org (Postfix) with ESMTP id 5703D37B406 for ; Sun, 19 Aug 2001 06:37:35 -0700 (PDT) (envelope-from jon@enterprise.spock.org) Received: (from jon@localhost) by enterprise.spock.org serial EF600Q3T-B7F; Sun, 19 Aug 2001 09:34:17 -0400 (EDT) (envelope-from jon)$ Date: Sun, 19 Aug 2001 09:34:17 -0400 From: Jonathan Chen To: Vincent Poy Cc: Giorgos Keramidas , Tom Fischer , current@FreeBSD.ORG Subject: Re: Userbase of -current Message-ID: <20010819093417.A88723@enterprise.spock.org> References: <20010801061113.A6285@hades.hell.gr> <20010818175404.I2962-100000@oahu.WURLDLINK.NET> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: telnet/1.1x In-Reply-To: <20010818175404.I2962-100000@oahu.WURLDLINK.NET>; from vince@oahu.WURLDLINK.NET on Sat, Aug 18, 2001 at 05:56:19PM -1000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, Aug 18, 2001 at 05:56:19PM -1000, Vincent Poy wrote: > Speaking about -current and laptops, I know Warner mentioned the > 3COM 3CXFEM656C working in -current but what's the proper way to install > FreeBSD on a IBM ThinkPad 770Z with that NIC/Modem combo since the floppy > disks don't seem to show the card on a 6162001 snapshot from > current.FreeBSD.ORG. I was thinking about making a CD of the snapshot but > is there a bootable ISO available? The FreeBSD boot floppies do not support NEWCARD. I could perhaps look into generating a newcard-kernel.flp once 4.4 is released and current.freebsd.org is fixed, if people thing that it's a good idea. But for now, you can either install FreeBSD from a DOS partition, or IIRC current.jp.freebsd.org generates bootable ISO's of -current. But I can't seem to connect right now so I can't check... Or, simply unplug the harddrive from your laptop and plug it into another machine to do the install. When I fubar'ed my laptop's fs not too long ago, I hot-plugged my laptop harddrive into my desktop, issued an "atacontrol reinit", and proceeded to merrily run sysinstall under a chroot. Of course, this is by no means "the proper way", but it gets the job done... -Jon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 19 7:28:52 2001 Delivered-To: freebsd-current@freebsd.org Received: from leviathan.inethouston.net (leviathan.inethouston.net [66.64.12.249]) by hub.freebsd.org (Postfix) with ESMTP id 7A85A37B405 for ; Sun, 19 Aug 2001 07:28:49 -0700 (PDT) (envelope-from dwcjr@inethouston.net) Received: by leviathan.inethouston.net (Postfix, from userid 1001) id F0D4610F429; Sun, 19 Aug 2001 09:28:50 -0500 (CDT) Date: Sun, 19 Aug 2001 09:28:50 -0500 From: "David W. Chapman Jr." To: Alex Zepeda Cc: "David W. Chapman Jr." , current@freebsd.org Subject: Re: kde22 && current Message-ID: <20010819092850.A2983@leviathan.inethouston.net> Reply-To: "David W. Chapman Jr." Mail-Followup-To: Alex Zepeda , "David W. Chapman Jr." , current@freebsd.org References: <20010818233345.A1466@leviathan.inethouston.net> <20010818230508.A939@zippy.mybox.zip> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20010818230508.A939@zippy.mybox.zip> User-Agent: Mutt/1.3.20i X-Operating-System: FreeBSD 4.3-STABLE i386 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, Aug 18, 2001 at 11:05:09PM -0700, Alex Zepeda wrote: > > warning: Can't set a watchpoint on a core file. > > warning: Can't set a watchpoint on a core file. > > > > Program received signal SIGSEGV, Segmentation fault. > > 0x28857740 in QCString::resize () from /usr/X11R6/lib/libqt2.so.4 > > What application is this from? > I believe it is from meinproc -- David W. Chapman Jr. dwcjr@inethouston.net Raintree Network Services, Inc. dwcjr@freebsd.org FreeBSD Committer To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 19 8:22:21 2001 Delivered-To: freebsd-current@freebsd.org Received: from mout1.freenet.de (mout1.freenet.de [194.97.50.132]) by hub.freebsd.org (Postfix) with ESMTP id 18E0637B403; Sun, 19 Aug 2001 08:22:14 -0700 (PDT) (envelope-from Alexander@leidinger.net) Received: from [194.97.50.136] (helo=mx3.freenet.de) by mout1.freenet.de with esmtp (Exim 3.32 #1) id 15YUOy-00081e-00; Sun, 19 Aug 2001 17:22:12 +0200 Received: from a3711.pppool.de ([213.6.55.17] helo=Magelan.Leidinger.net) by mx3.freenet.de with esmtp (Exim 3.32 #1) id 15YUOu-0004Us-00; Sun, 19 Aug 2001 17:22:10 +0200 Received: from Leidinger.net (netchild@localhost [127.0.0.1]) by Magelan.Leidinger.net (8.11.5/8.11.5) with ESMTP id f7JFM2V97331; Sun, 19 Aug 2001 17:22:03 +0200 (CEST) (envelope-from netchild@Leidinger.net) Message-Id: <200108191522.f7JFM2V97331@Magelan.Leidinger.net> Date: Sun, 19 Aug 2001 17:22:00 +0200 (CEST) From: Alexander Leidinger Subject: Re: panic: ffs_blkfree: freeing free block / + UDMA ICRC error with ad0 To: grog@FreeBSD.org Cc: current@FreeBSD.org In-Reply-To: <20010819111245.A77001@wantadilla.lemis.com> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 19 Aug, Greg Lehey wrote: >> -current as of Aug 16, ~2pm CEST: > > I don't see a "freeing free block" in the stack trace. What is > missing from the trace below? Does the trace belong to the panic > message? The text you quotet is the backtrace of the coredump saved by savecore. > The trace shows two panics: the first looks like a page fault kernel To generate the backtrace I had to reboot twice, one of the reboots was a little bit strange. I just got a black screen after issuing a shutdown -r withhin X11... and then it rebootet. Perhaps there was another coredump. And here I have another one...: ---snip--- IdlePTD 4812800 initial pcb at 305f60 panicstr: bremfree: bp 0xc6a51d98 not locked panic messages: --- Fatal trap 12: page fault while in vm86 mode fault virtual address = 0xc41c0 fault code = user read, page not present instruction pointer = 0xc000:0x41c0 stack pointer = 0x0:0xfe0 frame pointer = 0x0:0x0 code segment = base 0x620016, limit 0x1, type 0x1 = DPL 3, pres 1, def32 0, gran 0 processor eflags = interrupt enabled, resume, vm86, IOPL = 0 current process = 544 (XF86_SVGA) trap number = 12 panic: page fault syncing disks... panic: bremfree: bp 0xc6a51d98 not locked Uptime: 3h58m17s dumping to dev ad0s2b, offset 20704 dump ata0: resetting devices .. done [...] #0 dumpsys () at ../../../kern/kern_shutdown.c:479 479 if (dumping++) { (kgdb) (kgdb) bt #0 dumpsys () at ../../../kern/kern_shutdown.c:479 #1 0xc01baf11 in boot (howto=260) at ../../../kern/kern_shutdown.c:322 #2 0xc01bb32a in panic (fmt=0xc02ba51e "bremfree: bp %p not locked") at ../../../kern/kern_shutdown.c:601 #3 0xc01ed20e in bremfree (bp=0xc6a51d98) at ../../../kern/vfs_bio.c:479 #4 0xc01ee948 in vfs_bio_awrite (bp=0xc6a51d98) at ../../../kern/vfs_bio.c:1472 #5 0xc0235f72 in ffs_fsync (ap=0xc049ae8c) at ../../../ufs/ffs/ffs_vnops.c:239 #6 0xc0233f9f in ffs_sync (mp=0xc1870400, waitfor=2, cred=0xc0e61d00, p=0xc0337000) at vnode_if.h:441 #7 0xc01fc2e1 in sync (p=0xc0337000, uap=0x0) at ../../../kern/vfs_syscalls.c:620 #8 0xc01baa37 in boot (howto=256) at ../../../kern/kern_shutdown.c:231 #9 0xc01bb32a in panic (fmt=0xc02cfc5e "%s") at ../../../kern/kern_shutdown.c:601 #10 0xc0276c90 in trap_fatal (frame=0xc049afa8, eva=803264) at ../../../i386/i386/trap.c:935 #11 0xc02769c9 in trap_pfault (frame=0xc049afa8, usermode=0, eva=803264) at ../../../i386/i386/trap.c:849 #12 0xc027615c in trap (frame={tf_fs = 0, tf_es = 0, tf_ds = 0, tf_edi = 0, tf_esi = 12, tf_ebp = 0, tf_isp = -1068912684, tf_ebx = 31116, tf_edx = 0, tf_ecx = 1056, tf_eax = 32868, tf_trapno = 12, tf_err = 4, tf_eip = 16832, tf_cs = 49152, tf_eflags = 721431, tf_esp = 4064, tf_ss = 0}) at ../../../i386/i386/trap.c:408 (kgdb) ---snip--- > mode, though the backtrace address looks user mode. The second panic > is a "bremfree: bp not locked" in the subsequent sync. That one may > be related to some SMP stuff that has been done recently. It would be > interesting to look at the return address from the trap: the code How (I didn't see "id" in the backtrace below, where do I have to look?)? > space ID is 0xc000, which I don't recognize. What process was > running? ---snip--- (32) root@ttyp4 # ps -auxww -M /mnt/var/crash/vmcore.10 -N /mnt/var/crash/kernel.10 ps: Undefined error: 0 ---snip--- Hmmm... \me is confused. >> ---snip--- >> IdlePTD 4812800 >> initial pcb at 305f60 >> panicstr: bremfree: bp 0xc69e0748 not locked >> panic messages: >> --- >> panic: ffs_blkfree: freeing free block >> panic: from debugger >> [...] >> #0 dumpsys () at ../../../kern/kern_shutdown.c:479 >> #1 0xc01baf11 in boot (howto=260) at ../../../kern/kern_shutdown.c:322 >> #2 0xc01bb32a in panic (fmt=0xc02ba51e "bremfree: bp %p not locked") >> at ../../../kern/kern_shutdown.c:601 >> #3 0xc01ed20e in bremfree (bp=0xc69e0748) at ../../../kern/vfs_bio.c:479 >> #4 0xc01eeb7a in getnewbuf (slpflag=0, slptimeo=0, size=8192, maxsize=8192) >> at ../../../kern/vfs_bio.c:1632 >> #5 0xc01ef8d1 in getblk (vp=0xd063eec0, blkno=64, size=8192, slpflag=0, >> slptimeo=0) at ../../../kern/vfs_bio.c:2244 >> #6 0xc01ed2ef in breadn (vp=0xd063eec0, blkno=64, size=8192, rablkno=0x0, >> rabsize=0x0, cnt=0, cred=0x0, bpp=0xc049ae10) >> at ../../../kern/vfs_bio.c:537 >> #7 0xc01ed2b4 in bread (vp=0xd063eec0, blkno=64, size=8192, cred=0x0, >> bpp=0xc049ae10) at ../../../kern/vfs_bio.c:519 >> #8 0xc0228650 in ffs_update (vp=0xd063eda0, waitfor=0) >> at ../../../ufs/ffs/ffs_inode.c:101 >> #9 0xc023601f in ffs_fsync (ap=0xc049ae8c) at ../../../ufs/ffs/ffs_vnops.c:292 >> #10 0xc0233f9f in ffs_sync (mp=0xc1870400, waitfor=2, cred=0xc0e61d00, >> p=0xc0337000) at vnode_if.h:441 >> #11 0xc01fc2e1 in sync (p=0xc0337000, uap=0x0) >> at ../../../kern/vfs_syscalls.c:620 >> #12 0xc01baa37 in boot (howto=256) at ../../../kern/kern_shutdown.c:231 >> #13 0xc01bb32a in panic (fmt=0xc02cfc5e "%s") >> at ../../../kern/kern_shutdown.c:601 >> #14 0xc0276c90 in trap_fatal (frame=0xc049afa8, eva=794529) >> at ../../../i386/i386/trap.c:935 >> #15 0xc02769c9 in trap_pfault (frame=0xc049afa8, usermode=0, eva=794529) >> at ../../../i386/i386/trap.c:849 >> #16 0xc027615c in trap (frame={tf_fs = 0, tf_es = 0, tf_ds = 0, tf_edi = 3557, >> tf_esi = 20371, tf_ebp = 24, tf_isp = -1068912684, tf_ebx = 8, >> tf_edx = 145, tf_ecx = 3, tf_eax = 1544, tf_trapno = 12, tf_err = 4, >> tf_eip = 8097, tf_cs = 49152, tf_eflags = 721410, tf_esp = 4030, >> tf_ss = 0}) at ../../../i386/i386/trap.c:408 >> #17 0x1fa1 in ?? () >> Cannot access memory at address 0x18. Bye, Alexander. -- "One world, one web, one program" -- Microsoft promotional ad "Ein Volk, ein Reich, ein Fuehrer" -- Adolf Hitler http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 19 8:26:16 2001 Delivered-To: freebsd-current@freebsd.org Received: from kyle.tandemedia.com (kyle.tandemedia.com [216.29.169.3]) by hub.freebsd.org (Postfix) with ESMTP id 2EE3837B40F for ; Sun, 19 Aug 2001 08:26:13 -0700 (PDT) (envelope-from rmtodd@servalan.servalan.com) Received: by kyle.tandemedia.com (Postfix, from userid 66) id 0B1E955401; Sun, 19 Aug 2001 11:26:11 -0400 (EDT) Received: from localhost (1340 bytes) by servalan.servalan.com via sendmail with P:stdio/R:smart_host/T:hacked-uux (sender: ) (ident using unix) id for ; Sun, 19 Aug 2001 02:53:40 -0500 (CDT) (Smail-3.2.0.111 2000-Feb-17 #1 built 2001-Jan-15) Message-Id: Date: Sun, 19 Aug 2001 02:53:40 -0500 (CDT) From: rmtodd@servalan.servalan.com (Richard Todd) To: current@freebsd.org Subject: Re: Sound broken on -current again... Newsgroups: servalan.mailinglist.fbsd-current References: X-Newsreader: NN version 6.5.6 (NOV) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In servalan.mailinglist.fbsd-current Maxim Sobolev writes: >I found that after reverting the following deltas (jhb's 10 August commit) >sound starts working again: [list of deltas deleted] I found much the same thing; specifically, the problematic change is this one: jhb 2001/08/10 14:08:57 PDT Modified files: sys/kern kern_synch.c Log: Work around a race between msleep() and endtsleep() where it was possible for endtsleep() to be executing when msleep() resumed, for endtsleep() to spin on sched_lock long enough for the other process to loop on msleep() and sleep again resulting in endtsleep() waking up the "wrong" msleep. Obtained from: BSD/OS Revision Changes Path 1.154 +24 -4 src/sys/kern/kern_synch.c Kernels built from source immediately prior to this change work; kernels built from source immediately after this change have the sound-related problems mentioned in this thread. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 19 9:18:34 2001 Delivered-To: freebsd-current@freebsd.org Received: from mout0.freenet.de (mout0.freenet.de [194.97.50.131]) by hub.freebsd.org (Postfix) with ESMTP id EE09337B412 for ; Sun, 19 Aug 2001 09:18:30 -0700 (PDT) (envelope-from Alexander@leidinger.net) Received: from [194.97.50.144] (helo=mx1.freenet.de) by mout0.freenet.de with esmtp (Exim 3.32 #1) id 15YVHR-0004SO-00; Sun, 19 Aug 2001 18:18:29 +0200 Received: from a3711.pppool.de ([213.6.55.17] helo=Magelan.Leidinger.net) by mx1.freenet.de with esmtp (Exim 3.32 #1) id 15YVHO-00033O-00; Sun, 19 Aug 2001 18:18:28 +0200 Received: from Leidinger.net (netchild@localhost [127.0.0.1]) by Magelan.Leidinger.net (8.11.5/8.11.5) with ESMTP id f7JFwjV52876; Sun, 19 Aug 2001 17:58:46 +0200 (CEST) (envelope-from netchild@Leidinger.net) Message-Id: <200108191558.f7JFwjV52876@Magelan.Leidinger.net> Date: Sun, 19 Aug 2001 17:58:44 +0200 (CEST) From: Alexander Leidinger Subject: Re: Current & XFree86 To: david@catwhisker.org Cc: flygt@sr.se, petef@databits.net, current@FreeBSD.ORG In-Reply-To: <200107311256.f6VCuqu18717@bunrab.catwhisker.org> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 31 Jul, David Wolfskill wrote: >>Sounds like you're running moused. I don't think XFree86 4.1 can use >>/dev/sysmouse and interact with moused like 3.3.6 could. > > I'm running XFree86 4.1.0_4 on my laptop (tracking both -STABLE and > -CURRENT daily), and I use moused just fine. However, the Device (in > /etc/XF86Config) is listed as /dev/mouse, and in (-CURRENT's) > /etc/rc.devfs, I have > > ln -fs /dev/sysmouse /dev/mouse > > I've seen no problems attributable to mouse interactions. I just installed 4.1.0 and am wondering why you make a link instead of replacing /dev/mouse with /dev/sysmouse in der XF86Config? Bye, Alexander (with a working mouse, but without the symlink). -- "One world, one web, one program" -- Microsoft promotional ad "Ein Volk, ein Reich, ein Fuehrer" -- Adolf Hitler http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 19 9:51:29 2001 Delivered-To: freebsd-current@freebsd.org Received: from freebsd.dk (fw-rl0.freebsd.dk [212.242.86.114]) by hub.freebsd.org (Postfix) with ESMTP id CFA6237B409 for ; Sun, 19 Aug 2001 09:51:25 -0700 (PDT) (envelope-from sos@freebsd.dk) Received: (from sos@localhost) by freebsd.dk (8.11.3/8.11.3) id f7JGpVM21245; Sun, 19 Aug 2001 18:51:31 +0200 (CEST) (envelope-from sos) From: Søren Schmidt Message-Id: <200108191651.f7JGpVM21245@freebsd.dk> Subject: Re: Sound broken on -current again... In-Reply-To: "from Richard Todd at Aug 19, 2001 02:53:40 am" To: Richard Todd Date: Sun, 19 Aug 2001 18:51:31 +0200 (CEST) Cc: current@FreeBSD.ORG Reply-To: sos@freebsd.dk X-Mailer: ELM [version 2.4ME+ PL88 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG It seems Richard Todd wrote: > > I found much the same thing; specifically, the problematic change is this one: > > > jhb 2001/08/10 14:08:57 PDT > > Modified files: > sys/kern kern_synch.c > Log: > Work around a race between msleep() and endtsleep() where it was possible > for endtsleep() to be executing when msleep() resumed, for endtsleep() > to spin on sched_lock long enough for the other process to loop on > msleep() and sleep again resulting in endtsleep() waking up the "wrong" > msleep. > > Obtained from: BSD/OS > > Revision Changes Path > 1.154 +24 -4 src/sys/kern/kern_synch.c Yups, reverting this, even in a newer kernel makes sound work again, well the VIA support is still not sounding proberly, but it didn't before as well so thats not related to this bogon... -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 19 11:27:29 2001 Delivered-To: freebsd-current@freebsd.org Received: from oahu.WURLDLINK.NET (oahu.WURLDLINK.NET [216.235.52.1]) by hub.freebsd.org (Postfix) with ESMTP id EC1E637B407; Sun, 19 Aug 2001 11:27:25 -0700 (PDT) (envelope-from vince@oahu.WURLDLINK.NET) Received: from localhost (vince@localhost) by oahu.WURLDLINK.NET (8.11.3/8.11.3) with ESMTP id f7JIRLh22466; Sun, 19 Aug 2001 08:27:21 -1000 (HST) (envelope-from vince@oahu.WURLDLINK.NET) Date: Sun, 19 Aug 2001 08:27:21 -1000 (HST) From: Vincent Poy To: Jonathan Chen Cc: Giorgos Keramidas , Tom Fischer , Subject: Re: Userbase of -current In-Reply-To: <20010819093417.A88723@enterprise.spock.org> Message-ID: <20010819082443.W2962-100000@oahu.WURLDLINK.NET> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, 19 Aug 2001, Jonathan Chen wrote: > On Sat, Aug 18, 2001 at 05:56:19PM -1000, Vincent Poy wrote: > > Speaking about -current and laptops, I know Warner mentioned the > > 3COM 3CXFEM656C working in -current but what's the proper way to install > > FreeBSD on a IBM ThinkPad 770Z with that NIC/Modem combo since the floppy > > disks don't seem to show the card on a 6162001 snapshot from > > current.FreeBSD.ORG. I was thinking about making a CD of the snapshot but > > is there a bootable ISO available? > > The FreeBSD boot floppies do not support NEWCARD. I could perhaps look > into generating a newcard-kernel.flp once 4.4 is released and > current.freebsd.org is fixed, if people thing that it's a good idea. But > for now, you can either install FreeBSD from a DOS partition, or IIRC > current.jp.freebsd.org generates bootable ISO's of -current. But I can't > seem to connect right now so I can't check... Yep, I realize that when I tried installing it. Is there a way I can make a CD-ROM containing the directories for installing since if I'm using a HD that has 0% data on it and I want to use the entire HDD for FreeBSD, the DOS partition isn't really a option. > Or, simply unplug the harddrive from your laptop and plug it into another > machine to do the install. When I fubar'ed my laptop's fs not too long > ago, I hot-plugged my laptop harddrive into my desktop, issued an > "atacontrol reinit", and proceeded to merrily run sysinstall under a > chroot. Of course, this is by no means "the proper way", but it gets the > job done... This idea will work since I can always use the notebook hDD with the adapter to the desktop but what does the atacontrol reinit do exactly since couldn't I just do a fresh install and just move the drive? Cheers, Vince - vince@WURLDLINK.NET - Vice President ________ __ ____ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[____] Almighty1@IRC - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 19 11:42:12 2001 Delivered-To: freebsd-current@freebsd.org Received: from mout0.freenet.de (mout0.freenet.de [194.97.50.131]) by hub.freebsd.org (Postfix) with ESMTP id EC28437B415 for ; Sun, 19 Aug 2001 11:42:08 -0700 (PDT) (envelope-from Alexander@leidinger.net) Received: from [194.97.50.138] (helo=mx0.freenet.de) by mout0.freenet.de with esmtp (Exim 3.32 #1) id 15YXWR-0008At-00; Sun, 19 Aug 2001 20:42:07 +0200 Received: from ae3ef.pppool.de ([213.6.227.239] helo=Magelan.Leidinger.net) by mx0.freenet.de with esmtp (Exim 3.32 #1) id 15YXWR-0007RA-00; Sun, 19 Aug 2001 20:42:07 +0200 Received: from Leidinger.net (netchild@localhost [127.0.0.1]) by Magelan.Leidinger.net (8.11.5/8.11.5) with ESMTP id f7JHIVV99623; Sun, 19 Aug 2001 19:18:32 +0200 (CEST) (envelope-from netchild@Leidinger.net) Message-Id: <200108191718.f7JHIVV99623@Magelan.Leidinger.net> Date: Sun, 19 Aug 2001 19:18:30 +0200 (CEST) From: Alexander Leidinger Subject: Re: Sound broken on -current again... To: sos@freebsd.dk Cc: current@FreeBSD.ORG In-Reply-To: <200108191651.f7JGpVM21245@freebsd.dk> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by Magelan.Leidinger.net id f7JHIVV99623 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 19 Aug, S=F8ren Schmidt wrote: >> Modified files: >> sys/kern kern_synch.c=20 [...] >> Revision Changes Path >> 1.154 +24 -4 src/sys/kern/kern_synch.c >=20 > Yups, reverting this, even in a newer kernel makes sound work again, > well the VIA support is still not sounding proberly, but it didn't > before as well so thats not related to this bogon... Perhaps the bug in the chipset^wPCI-spec? Bye, Alexander. --=20 Speak softly and carry a cellular phone. http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint =3D C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 19 12:29:26 2001 Delivered-To: freebsd-current@freebsd.org Received: from freebsd.dk (fw-rl0.freebsd.dk [212.242.86.114]) by hub.freebsd.org (Postfix) with ESMTP id A79F637B40D for ; Sun, 19 Aug 2001 12:29:23 -0700 (PDT) (envelope-from sos@freebsd.dk) Received: (from sos@localhost) by freebsd.dk (8.11.3/8.11.3) id f7JJTfM57133; Sun, 19 Aug 2001 21:29:41 +0200 (CEST) (envelope-from sos) From: Søren Schmidt Message-Id: <200108191929.f7JJTfM57133@freebsd.dk> Subject: Re: Sound broken on -current again... In-Reply-To: <200108191718.f7JHIVV99623@Magelan.Leidinger.net> "from Alexander Leidinger at Aug 19, 2001 07:18:30 pm" To: Alexander Leidinger Date: Sun, 19 Aug 2001 21:29:41 +0200 (CEST) Cc: current@FreeBSD.ORG Reply-To: sos@freebsd.dk X-Mailer: ELM [version 2.4ME+ PL88 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > >> Revision Changes Path > >> 1.154 +24 -4 src/sys/kern/kern_synch.c > > > > Yups, reverting this, even in a newer kernel makes sound work again, > > well the VIA support is still not sounding proberly, but it didn't > > before as well so thats not related to this bogon... > > Perhaps the bug in the chipset^wPCI-spec? I dont think so, before the latest changes it worked just fine... -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 19 12:47:46 2001 Delivered-To: freebsd-current@freebsd.org Received: from web11008.mail.yahoo.com (web11008.mail.yahoo.com [216.136.131.58]) by hub.freebsd.org (Postfix) with SMTP id 120FE37B411 for ; Sun, 19 Aug 2001 12:47:43 -0700 (PDT) (envelope-from andyelf@yahoo.com) Message-ID: <20010819194743.8260.qmail@web11008.mail.yahoo.com> Received: from [213.76.104.42] by web11008.mail.yahoo.com; Sun, 19 Aug 2001 12:47:43 PDT Date: Sun, 19 Aug 2001 12:47:43 -0700 (PDT) From: Andrei Popov Subject: make buildworld fails on the recent -CURRENT To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Over the last few days I am constantly getting an error making buildworld.   To me this looks like group name is not being passed to install.sh when doing make install in /usr/src/games/fortunes/strfile -- but I can't figure out why...  Any ideas?  make output follows. -------------------------------------------------------------- >>> stage 1: bootstrap tools -------------------------------------------------------------- cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj/usr/src/i386   DESTDIR=/usr/obj/usr/src/i386  INSTALL="sh /usr/src/tools/install.sh"   MACHINE_ARCH=i386  TOOLS_PREFIX=/usr/obj/usr/src/i386   PATH=/usr/obj/usr/src/i386/usr/sbin:/usr/obj/usr/src/i386/usr/bin:/usr/obj/usr/src/i386/usr/games:/sbin:/bin:/usr/sbin:/usr/bin make -f Makefile.inc1 -DNOHTML -DNOINFO  -DNOMAN -DNOPIC -DNOPROFILE -DNOSHARED bootstrap-tools cd /usr/src/games/fortune/strfile;  make obj;  make depend;  make all;  make install /usr/obj/usr/src/i386/usr/src/games/fortune/strfile created for /usr/src/games/fortune/strfile rm -f .depend mkdep -f .depend -a    -I/usr/obj/usr/src/i386/usr/include   /usr/src/games/fortune/strfile/strfile.c cd /usr/src/games/fortune/strfile; make _EXTRADEPEND echo strfile: /usr/obj/usr/src/i386/usr/lib/libc.a  >> .depend cc -O -pipe  -Wall   -I/usr/obj/usr/src/i386/usr/include  -c /usr/src/games/fortune/strfile/strfile.c cc -O -pipe  -Wall   -I/usr/obj/usr/src/i386/usr/include   -static -o strfile strfile.o sh /usr/src/tools/install.sh -c -s -o root -g  -m 555   strfile /usr/obj/usr/src/i386/usr/games install: 555: No such file or directory *** Error code 71 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error __________________________________________________ Do You Yahoo!? Make international calls for as low as $.04/minute with Yahoo! Messenger http://phonecard.yahoo.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 19 13:10:41 2001 Delivered-To: freebsd-current@freebsd.org Received: from mout0.freenet.de (mout0.freenet.de [194.97.50.131]) by hub.freebsd.org (Postfix) with ESMTP id 108B037B410 for ; Sun, 19 Aug 2001 13:10:38 -0700 (PDT) (envelope-from Alexander@leidinger.net) Received: from [194.97.50.135] (helo=mx2.freenet.de) by mout0.freenet.de with esmtp (Exim 3.32 #1) id 15YYu1-0008Rf-00; Sun, 19 Aug 2001 22:10:33 +0200 Received: from aa823.pppool.de ([213.6.168.35] helo=Magelan.Leidinger.net) by mx2.freenet.de with esmtp (Exim 3.32 #1) id 15YYu0-0004za-00; Sun, 19 Aug 2001 22:10:33 +0200 Received: from Leidinger.net (netchild@localhost [127.0.0.1]) by Magelan.Leidinger.net (8.11.5/8.11.5) with ESMTP id f7JK8lV57537; Sun, 19 Aug 2001 22:08:48 +0200 (CEST) (envelope-from netchild@Leidinger.net) Message-Id: <200108192008.f7JK8lV57537@Magelan.Leidinger.net> Date: Sun, 19 Aug 2001 22:08:46 +0200 (CEST) From: Alexander Leidinger Subject: Re: Sound broken on -current again... To: sos@freebsd.dk Cc: current@FreeBSD.ORG In-Reply-To: <200108191929.f7JJTfM57133@freebsd.dk> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by Magelan.Leidinger.net id f7JK8lV57537 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 19 Aug, S=F8ren Schmidt wrote: >> > Yups, reverting this, even in a newer kernel makes sound work again, >> > well the VIA support is still not sounding proberly, but it didn't >> > before as well so thats not related to this bogon... >>=20 >> Perhaps the bug in the chipset^wPCI-spec? >=20 > I dont think so, before the latest changes it worked just fine... What's the problem? I didn't noticed anything. Bye, Alexander. --=20 The best things in life are free, but the expensive ones are still worth a look. http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint =3D C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 19 13:26:43 2001 Delivered-To: freebsd-current@freebsd.org Received: from freebsd.dk (fw-rl0.freebsd.dk [212.242.86.114]) by hub.freebsd.org (Postfix) with ESMTP id 99F9437B405 for ; Sun, 19 Aug 2001 13:26:40 -0700 (PDT) (envelope-from sos@freebsd.dk) Received: (from sos@localhost) by freebsd.dk (8.11.3/8.11.3) id f7JKQwu71976; Sun, 19 Aug 2001 22:26:58 +0200 (CEST) (envelope-from sos) From: Søren Schmidt Message-Id: <200108192026.f7JKQwu71976@freebsd.dk> Subject: Re: Sound broken on -current again... In-Reply-To: <200108192008.f7JK8lV57537@Magelan.Leidinger.net> "from Alexander Leidinger at Aug 19, 2001 10:08:46 pm" To: Alexander Leidinger Date: Sun, 19 Aug 2001 22:26:57 +0200 (CEST) Cc: current@FreeBSD.ORG Reply-To: sos@freebsd.dk X-Mailer: ELM [version 2.4ME+ PL88 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG It seems Alexander Leidinger wrote: > On 19 Aug, Søren Schmidt wrote: > > >> > Yups, reverting this, even in a newer kernel makes sound work again, > >> > well the VIA support is still not sounding proberly, but it didn't > >> > before as well so thats not related to this bogon... > >> > >> Perhaps the bug in the chipset^wPCI-spec? > > > > I dont think so, before the latest changes it worked just fine... > > What's the problem? I didn't noticed anything. It seems that there is either a slight pause, or random noise between each DMA buffer played... -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 19 14:33:23 2001 Delivered-To: freebsd-current@freebsd.org Received: from obsecurity.dyndns.org (adsl-63-207-60-7.dsl.lsan03.pacbell.net [63.207.60.7]) by hub.freebsd.org (Postfix) with ESMTP id 2915737B408; Sun, 19 Aug 2001 14:33:20 -0700 (PDT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id A45F366D3E; Sun, 19 Aug 2001 14:33:19 -0700 (PDT) Date: Sun, 19 Aug 2001 14:33:19 -0700 From: Kris Kennaway To: Mark Murray Cc: Mike Smith , Kris Kennaway , current@FreeBSD.ORG Subject: Re: libss termination Message-ID: <20010819143319.A71332@xor.obsecurity.org> References: <200108190824.f7J8OSS07872@mass.dis.org> <200108191151.f7JBpPP96389@grimreaper.grondar.za> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="DocE+STaALJfprDB" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200108191151.f7JBpPP96389@grimreaper.grondar.za>; from mark@grondar.za on Sun, Aug 19, 2001 at 12:51:24PM +0100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --DocE+STaALJfprDB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Aug 19, 2001 at 12:51:24PM +0100, Mark Murray wrote: > > >=20 > > > As far as I can tell, there's nothing in the tree which uses libss any > > > longer, and hasnt been for quite some time. Is there any reason to > > > keep it? > >=20 > > Nope. >=20 > Right. Kill it. Dead! Kris --DocE+STaALJfprDB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE7gDCeWry0BWjoQKURAsH8AKC3ZKE6GuT96HTi1a1nvCT1foP0KQCdGIGY hMQNXcChX4t0wlsAhb25xMA= =KgQI -----END PGP SIGNATURE----- --DocE+STaALJfprDB-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 19 14:42:40 2001 Delivered-To: freebsd-current@freebsd.org Received: from smtp011.mail.yahoo.com (smtp011.mail.yahoo.com [216.136.173.31]) by hub.freebsd.org (Postfix) with SMTP id B7C6137B40E for ; Sun, 19 Aug 2001 14:42:36 -0700 (PDT) (envelope-from kc5vdj@yahoo.com) Received: from mkc-65-28-47-209.kc.rr.com (HELO yahoo.com) (65.28.47.209) by smtp.mail.vip.sc5.yahoo.com with SMTP; 19 Aug 2001 21:42:36 -0000 X-Apparently-From: Message-ID: <3B8032CB.1070707@yahoo.com> Date: Sun, 19 Aug 2001 16:42:35 -0500 From: Jim Bryant Reply-To: kc5vdj@yahoo.com User-Agent: Mozilla/5.0 (X11; U; Linux i386; en-US; rv:0.9.2) Gecko/20010726 Netscape6/6.1 X-Accept-Language: en-us MIME-Version: 1.0 To: sos@freebsd.dk Cc: Alexander Leidinger , current@FreeBSD.ORG Subject: Re: Sound broken on -current again... References: <200108192026.f7JKQwu71976@freebsd.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Søren Schmidt wrote: > It seems Alexander Leidinger wrote: > >>On 19 Aug, Søren Schmidt wrote: >> >> >>>>>Yups, reverting this, even in a newer kernel makes sound work again, >>>>>well the VIA support is still not sounding proberly, but it didn't >>>>>before as well so thats not related to this bogon... >>>>> >>>>Perhaps the bug in the chipset^wPCI-spec? >>>> >>>I dont think so, before the latest changes it worked just fine... >>> >>What's the problem? I didn't noticed anything. >> > > It seems that there is either a slight pause, or random noise > between each DMA buffer played... > > -Søren Was this chipset or motherboard-dependant? Like I said, I had no problems running SMP and with a SB/Live!-Value... Current as of yesterday morning [6-7AMish CDT], Tyan S1696DLUA motherboard, 2 Pentium-II/333's, SB/Live! Value card. Did not produce thse issues. jim -- ET has one helluva sense of humor! He's always anal-probing right-wing schizos! _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 19 16:50:23 2001 Delivered-To: freebsd-current@freebsd.org Received: from turtle.looksharp.net (cc360882-d.strhg1.mi.home.com [24.13.43.207]) by hub.freebsd.org (Postfix) with ESMTP id A035E37B40F for ; Sun, 19 Aug 2001 16:50:14 -0700 (PDT) (envelope-from bandix@looksharp.net) Received: by turtle.looksharp.net (Postfix, from userid 1003) id 550B73E99; Sun, 19 Aug 2001 19:50:31 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by turtle.looksharp.net (Postfix) with ESMTP id 4817BBA80; Sun, 19 Aug 2001 19:50:31 -0400 (EDT) Date: Sun, 19 Aug 2001 19:50:31 -0400 (EDT) From: "Brandon D. Valentine" To: "David W. Chapman Jr." Cc: Subject: Re: devfs In-Reply-To: <20010818151217.A85171@leviathan.inethouston.net> Message-ID: <20010819194923.H98180-100000@turtle.looksharp.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, 18 Aug 2001, David W. Chapman Jr. wrote: >If I'm using devfs on -current, can I erase the contents of my /dev >before devfs is mounted to save space? What space are you planning to save? You might free up some inodes but according to my 4.4-PRERELEASE box: [bandix@leto /dev]% du -sh . 58K . -- "Never put off until tomorrow what you can do today. There might be a law against it by that time." -- /usr/games/fortune, 07/30/2001 Brandon D. Valentine To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 19 17:38: 1 2001 Delivered-To: freebsd-current@freebsd.org Received: from draco.over-yonder.net (draco.over-yonder.net [198.78.58.61]) by hub.freebsd.org (Postfix) with ESMTP id 61A9237B415 for ; Sun, 19 Aug 2001 17:37:55 -0700 (PDT) (envelope-from gh@over-yonder.net) Received: by draco.over-yonder.net (Postfix, from userid 1012) id E46FA62D0F; Sun, 19 Aug 2001 19:37:54 -0500 (CDT) Date: Sun, 19 Aug 2001 19:37:54 -0500 From: "Daniel M . Kurry" To: Jim Bryant Cc: sos@freebsd.dk, Alexander Leidinger , current@FreeBSD.ORG Subject: Re: Sound broken on -current again... Message-ID: <20010819193754.E31058@over-yonder.net> References: <200108192026.f7JKQwu71976@freebsd.dk> <3B8032CB.1070707@yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5i In-Reply-To: <3B8032CB.1070707@yahoo.com>; from kc5vdj@yahoo.com on Sun, Aug 19, 2001 at 04:42:35PM -0500 X-OS: FreeBSD Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Aug 19, 2001 at 04:42:35PM -0500, some SMTP stream spewed forth: > > > Søren Schmidt wrote: > > > It seems Alexander Leidinger wrote: > > > >>On 19 Aug, Søren Schmidt wrote: > >> > >> > >>>>>Yups, reverting this, even in a newer kernel makes sound work again, > >>>>>well the VIA support is still not sounding proberly, but it didn't > >>>>>before as well so thats not related to this bogon... > >>>>> > >>>>Perhaps the bug in the chipset^wPCI-spec? > >>>> > >>>I dont think so, before the latest changes it worked just fine... > >>> > >>What's the problem? I didn't noticed anything. > >> > > > > It seems that there is either a slight pause, or random noise > > between each DMA buffer played... > > > > -Søren > > > Was this chipset or motherboard-dependant? With regard to the issues I mentioned earlier in this thread (that ~1 second of audio plays before the audio stops and I must kill xmms or mpg123), I am using Asus K7V Athlon 700 SoundBlaster Live! Platinum > Like I said, I had no problems running SMP and with a SB/Live!-Value... > > Current as of yesterday morning [6-7AMish CDT], Tyan S1696DLUA motherboard, 2 Pentium-II/333's, SB/Live! Value card. Did not produce > thse issues. I have experienced this since the 17th. There have been no commits remotely near the sound system since then. gh > jim > -- > ET has one helluva sense of humor! > He's always anal-probing right-wing schizos! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 19 19:12:13 2001 Delivered-To: freebsd-current@freebsd.org Received: from white.imgsrc.co.jp (ns.imgsrc.co.jp [210.226.20.2]) by hub.freebsd.org (Postfix) with ESMTP id B28AE37B410 for ; Sun, 19 Aug 2001 19:12:10 -0700 (PDT) (envelope-from kuriyama@imgsrc.co.jp) Received: from black.imgsrc.co.jp (black.imgsrc.co.jp [2001:218:422:2:290:27ff:fe98:c0b7]) by white.imgsrc.co.jp (Postfix) with ESMTP id 0EC7B24D29; Mon, 20 Aug 2001 10:54:14 +0900 (JST) Received: from waterblue.imgsrc.co.jp (waterblue.imgsrc.co.jp [210.226.20.160]) by black.imgsrc.co.jp (Postfix) with ESMTP id AA460D1401; Mon, 20 Aug 2001 10:54:03 +0900 (JST) Date: Mon, 20 Aug 2001 10:54:02 +0900 Message-ID: <7mpu9ra43p.wl@waterblue.imgsrc.co.jp> From: Jun Kuriyama To: Kris Kennaway Cc: current@FreeBSD.org Subject: Re: libss termination In-Reply-To: <20010819004743.A95788@xor.obsecurity.org> References: <20010819004743.A95788@xor.obsecurity.org> User-Agent: Wanderlust/2.6.0 (Twist And Shout) SEMI/1.14.3 (Ushinoya) FLIM/1.14.3 (=?ISO-8859-1?Q?Unebigory=F2mae?=) APEL/10.3 MULE XEmacs/21.1 (patch 14) (Cuyahoga Valley) (i386--freebsd) MIME-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya") Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Is this caused by libss termination? At Sun, 19 Aug 2001 07:48:07 +0000 (UTC), Kris Kennaway wrote: > As far as I can tell, there's nothing in the tree which uses libss any > longer, and hasnt been for quite some time. Is there any reason to > keep it? ===> usr.bin/mk_cmds yacc -d /usr/src/usr.bin/mk_cmds/ct.y cp y.tab.c ct.c lex -t -l /usr/src/usr.bin/mk_cmds/cmd_tbl.l > cmd_tbl.c rm -f .depend mkdep -f .depend -a -I. -I/usr/src/usr.bin/mk_cmds/../../lib/libss -DIN_MK_CMDS -I/usr/obj/usr/src/i386/usr/include /usr/src/usr.bin/mk_cmds/mk_cmds.c /usr/src/usr.bin/mk_cmds/options.c /usr/src/usr.bin/mk_cmds/utils.c ct.c cmd_tbl.c /usr/src/usr.bin/mk_cmds/mk_cmds.c:16: ss_internal.h: No such file or directory /usr/src/usr.bin/mk_cmds/options.c:8: ss.h: No such file or directory /usr/src/usr.bin/mk_cmds/utils.c:9: ss_internal.h: No such file or directory /usr/src/usr.bin/mk_cmds/ct.y:30: ss.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /usr/src/usr.bin/mk_cmds. *** Error code 1 -- Jun Kuriyama // IMG SRC, Inc. // FreeBSD Project To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 19 19:25: 7 2001 Delivered-To: freebsd-current@freebsd.org Received: from mass.dis.org (mass.dis.org [216.240.45.41]) by hub.freebsd.org (Postfix) with ESMTP id A4F6437B411 for ; Sun, 19 Aug 2001 19:25:04 -0700 (PDT) (envelope-from msmith@mass.dis.org) Received: from mass.dis.org (localhost [127.0.0.1]) by mass.dis.org (8.11.4/8.11.3) with ESMTP id f7K2TK504439; Sun, 19 Aug 2001 19:29:20 -0700 (PDT) (envelope-from msmith@mass.dis.org) Message-Id: <200108200229.f7K2TK504439@mass.dis.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: Jun Kuriyama Cc: Kris Kennaway , current@FreeBSD.org Subject: Re: libss termination In-reply-to: Your message of "Mon, 20 Aug 2001 10:54:02 +0900." <7mpu9ra43p.wl@waterblue.imgsrc.co.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 19 Aug 2001 19:29:20 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Yes; mk_cmds is part of libss and should have been deleted as well. > Is this caused by libss termination? > > At Sun, 19 Aug 2001 07:48:07 +0000 (UTC), > Kris Kennaway wrote: > > As far as I can tell, there's nothing in the tree which uses libss any > > longer, and hasnt been for quite some time. Is there any reason to > > keep it? > > > ===> usr.bin/mk_cmds > yacc -d /usr/src/usr.bin/mk_cmds/ct.y > cp y.tab.c ct.c > lex -t -l /usr/src/usr.bin/mk_cmds/cmd_tbl.l > cmd_tbl.c > rm -f .depend > mkdep -f .depend -a -I. -I/usr/src/usr.bin/mk_cmds/../../lib/libss -DIN_MK > _CMDS -I/usr/obj/usr/src/i386/usr/include /usr/src/usr.bin/mk_cmds/mk_cmds.c > /usr/src/usr.bin/mk_cmds/options.c /usr/src/usr.bin/mk_cmds/utils.c ct.c cmd > _tbl.c > /usr/src/usr.bin/mk_cmds/mk_cmds.c:16: ss_internal.h: No such file or directo > ry > /usr/src/usr.bin/mk_cmds/options.c:8: ss.h: No such file or directory > /usr/src/usr.bin/mk_cmds/utils.c:9: ss_internal.h: No such file or directory > /usr/src/usr.bin/mk_cmds/ct.y:30: ss.h: No such file or directory > mkdep: compile failed > *** Error code 1 > > Stop in /usr/src/usr.bin/mk_cmds. > *** Error code 1 > > > -- > Jun Kuriyama // IMG SRC, Inc. > // FreeBSD Project > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 19 19:38:25 2001 Delivered-To: freebsd-current@freebsd.org Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by hub.freebsd.org (Postfix) with ESMTP id AC05E37B40D for ; Sun, 19 Aug 2001 19:38:21 -0700 (PDT) (envelope-from david@catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.11.4/8.11.4) id f7K2bVp00916; Sun, 19 Aug 2001 19:37:31 -0700 (PDT) Date: Sun, 19 Aug 2001 19:37:31 -0700 (PDT) From: David Wolfskill Message-Id: <200108200237.f7K2bVp00916@bunrab.catwhisker.org> To: Alexander@Leidinger.net Subject: Re: Current & XFree86 Cc: current@FreeBSD.ORG In-Reply-To: <200108191558.f7JFwjV52876@Magelan.Leidinger.net> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG >Date: Sun, 19 Aug 2001 17:58:44 +0200 (CEST) >From: Alexander Leidinger >> I'm running XFree86 4.1.0_4 on my laptop (tracking both -STABLE and >> -CURRENT daily), and I use moused just fine. However, the Device (in >> /etc/XF86Config) is listed as /dev/mouse, and in (-CURRENT's) >> /etc/rc.devfs, I have >> ln -fs /dev/sysmouse /dev/mouse >> I've seen no problems attributable to mouse interactions. >I just installed 4.1.0 and am wondering why you make a link instead of >replacing /dev/mouse with /dev/sysmouse in der XF86Config? In the absence of any information (that I could see) to do anything else, I tried to mimic the configuration in -STABLE, which has: dhcp-135[2] ls -l /dev/*mouse* lrwx------ 1 root wheel 13 Aug 8 17:04 /dev/mouse -> /dev/sysmouse crw------- 1 root wheel 12, 128 Aug 11 07:09 /dev/sysmouse (And since I'm running both -STABLE & -CURRENT on the same machine, and using the same flavor of XFree86 in each environment, I thought it would be a nice touch to keep the XF86Config files the same.) Cheers, david -- David H. Wolfskill david@catwhisker.org As a computing professional, I believe it would be unethical for me to advise, recommend, or support the use (save possibly for personal amusement) of any product that is or depends on any Microsoft product. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 19 20:11:32 2001 Delivered-To: freebsd-current@freebsd.org Received: from leviathan.inethouston.net (leviathan.inethouston.net [66.64.12.249]) by hub.freebsd.org (Postfix) with ESMTP id DD79337B407 for ; Sun, 19 Aug 2001 20:11:29 -0700 (PDT) (envelope-from dwcjr@inethouston.net) Received: by leviathan.inethouston.net (Postfix, from userid 1001) id 72D0910F429; Sun, 19 Aug 2001 22:11:35 -0500 (CDT) Date: Sun, 19 Aug 2001 22:11:35 -0500 From: "David W. Chapman Jr." To: "Brandon D. Valentine" Cc: "David W. Chapman Jr." , current@freebsd.org Subject: Re: devfs Message-ID: <20010819221135.B66172@leviathan.inethouston.net> Reply-To: "David W. Chapman Jr." Mail-Followup-To: "Brandon D. Valentine" , "David W. Chapman Jr." , current@freebsd.org References: <20010818151217.A85171@leviathan.inethouston.net> <20010819194923.H98180-100000@turtle.looksharp.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20010819194923.H98180-100000@turtle.looksharp.net> User-Agent: Mutt/1.3.20i X-Operating-System: FreeBSD 4.3-STABLE i386 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Aug 19, 2001 at 07:50:31PM -0400, Brandon D. Valentine wrote: > On Sat, 18 Aug 2001, David W. Chapman Jr. wrote: > > >If I'm using devfs on -current, can I erase the contents of my /dev > >before devfs is mounted to save space? > > What space are you planning to save? You might free up some inodes but > according to my 4.4-PRERELEASE box: > > [bandix@leto /dev]% du -sh . > 58K . > Hrm, mine said 5.5M. I did say this machine had been around since 2.2.8, right? I still had raw devices in there I believe. -- David W. Chapman Jr. dwcjr@inethouston.net Raintree Network Services, Inc. dwcjr@freebsd.org FreeBSD Committer To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 19 22:25:54 2001 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 0E6BF37B40A for ; Sun, 19 Aug 2001 22:25:52 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.3/8.11.3) with ESMTP id f7K5Pkq32982; Sun, 19 Aug 2001 23:25:47 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.3/8.11.4) with ESMTP id f7K5PaW62172; Sun, 19 Aug 2001 23:25:41 -0600 (MDT) (envelope-from imp@harmony.village.org) Message-Id: <200108200525.f7K5PaW62172@harmony.village.org> To: "David W. Chapman Jr." Subject: Re: devfs Cc: "Brandon D. Valentine" , current@FreeBSD.ORG In-reply-to: Your message of "Sun, 19 Aug 2001 22:11:35 CDT." <20010819221135.B66172@leviathan.inethouston.net> References: <20010819221135.B66172@leviathan.inethouston.net> <20010818151217.A85171@leviathan.inethouston.net> <20010819194923.H98180-100000@turtle.looksharp.net> Date: Sun, 19 Aug 2001 23:25:36 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <20010819221135.B66172@leviathan.inethouston.net> "David W. Chapman Jr." writes: : Hrm, mine said 5.5M. I did say this machine had been around since : 2.2.8, right? I still had raw devices in there I believe. That's at least 5.0M too big. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 19 22:27:20 2001 Delivered-To: freebsd-current@freebsd.org Received: from obsecurity.dyndns.org (adsl-63-207-60-7.dsl.lsan03.pacbell.net [63.207.60.7]) by hub.freebsd.org (Postfix) with ESMTP id 30A0637B405 for ; Sun, 19 Aug 2001 22:27:16 -0700 (PDT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 8CE2766D37; Sun, 19 Aug 2001 22:27:15 -0700 (PDT) Date: Sun, 19 Aug 2001 22:27:15 -0700 From: Kris Kennaway To: Jun Kuriyama Cc: Kris Kennaway , current@FreeBSD.org Subject: Re: libss termination Message-ID: <20010819222715.A3899@xor.obsecurity.org> References: <20010819004743.A95788@xor.obsecurity.org> <7mpu9ra43p.wl@waterblue.imgsrc.co.jp> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="45Z9DzgjV8m4Oswq" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <7mpu9ra43p.wl@waterblue.imgsrc.co.jp>; from kuriyama@imgsrc.co.jp on Mon, Aug 20, 2001 at 10:54:02AM +0900 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --45Z9DzgjV8m4Oswq Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Aug 20, 2001 at 10:54:02AM +0900, Jun Kuriyama wrote: >=20 > Is this caused by libss termination? >=20 > At Sun, 19 Aug 2001 07:48:07 +0000 (UTC), > Kris Kennaway wrote: > > As far as I can tell, there's nothing in the tree which uses libss any > > longer, and hasnt been for quite some time. Is there any reason to > > keep it? >=20 >=20 > =3D=3D=3D> usr.bin/mk_cmds > yacc -d /usr/src/usr.bin/mk_cmds/ct.y > cp y.tab.c ct.c > lex -t -l /usr/src/usr.bin/mk_cmds/cmd_tbl.l > cmd_tbl.c > rm -f .depend > mkdep -f .depend -a -I. -I/usr/src/usr.bin/mk_cmds/../../lib/libss -DI= N_MK_CMDS -I/usr/obj/usr/src/i386/usr/include /usr/src/usr.bin/mk_cmds/mk_= cmds.c /usr/src/usr.bin/mk_cmds/options.c /usr/src/usr.bin/mk_cmds/utils.c = ct.c cmd_tbl.c > /usr/src/usr.bin/mk_cmds/mk_cmds.c:16: ss_internal.h: No such file or dir= ectory > /usr/src/usr.bin/mk_cmds/options.c:8: ss.h: No such file or directory > /usr/src/usr.bin/mk_cmds/utils.c:9: ss_internal.h: No such file or direct= ory > /usr/src/usr.bin/mk_cmds/ct.y:30: ss.h: No such file or directory > mkdep: compile failed > *** Error code 1 >=20 > Stop in /usr/src/usr.bin/mk_cmds. > *** Error code 1 Strange; I'm not sure why my buildworld succeeded, possibly it was picking up stale files from the host. This looks to also be part of the libss package..so the question becomes "is IT used any more"? I'll look into it. Kris --45Z9DzgjV8m4Oswq Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE7gJ+oWry0BWjoQKURApIGAKDrDCFYRQS3AXiErGs1vhPYjnkFfACePpVi A0k5wELfTIU9phejXG5Ze2M= =1UxE -----END PGP SIGNATURE----- --45Z9DzgjV8m4Oswq-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 19 22:33:28 2001 Delivered-To: freebsd-current@freebsd.org Received: from obsecurity.dyndns.org (adsl-63-207-60-7.dsl.lsan03.pacbell.net [63.207.60.7]) by hub.freebsd.org (Postfix) with ESMTP id 2FC1437B405 for ; Sun, 19 Aug 2001 22:33:24 -0700 (PDT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 51A7C66D15; Sun, 19 Aug 2001 22:33:19 -0700 (PDT) Date: Sun, 19 Aug 2001 22:33:19 -0700 From: Kris Kennaway To: "David W. Chapman Jr." Cc: "Brandon D. Valentine" , current@freebsd.org Subject: Re: devfs Message-ID: <20010819223318.B3899@xor.obsecurity.org> References: <20010818151217.A85171@leviathan.inethouston.net> <20010819194923.H98180-100000@turtle.looksharp.net> <20010819221135.B66172@leviathan.inethouston.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="uZ3hkaAS1mZxFaxD" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010819221135.B66172@leviathan.inethouston.net>; from dwcjr@inethouston.net on Sun, Aug 19, 2001 at 10:11:35PM -0500 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --uZ3hkaAS1mZxFaxD Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Aug 19, 2001 at 10:11:35PM -0500, David W. Chapman Jr. wrote: > On Sun, Aug 19, 2001 at 07:50:31PM -0400, Brandon D. Valentine wrote: > > On Sat, 18 Aug 2001, David W. Chapman Jr. wrote: > >=20 > > >If I'm using devfs on -current, can I erase the contents of my /dev > > >before devfs is mounted to save space? > >=20 > > What space are you planning to save? You might free up some inodes but > > according to my 4.4-PRERELEASE box: > >=20 > > [bandix@leto /dev]% du -sh . > > 58K . > >=20 > Hrm, mine said 5.5M. I did say this machine had been around since=20 > 2.2.8, right? I still had raw devices in there I believe. Devices are just inodes..you shouldn't have anything in /dev other than MAKEDEV, the fd/ subdirectory and a whole bunch of device nodes. You probably have some other file in there which was accidentally created by something like # verbosecommand > /dev/nlul :-) Kris --uZ3hkaAS1mZxFaxD Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE7gKEEWry0BWjoQKURAmpFAJ95SoLNGasfgvm1krPWkOWSnKvdIgCcD4ce nFcbq+k0Jm1POW1hRMpaCN8= =OHMu -----END PGP SIGNATURE----- --uZ3hkaAS1mZxFaxD-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 19 23: 4:53 2001 Delivered-To: freebsd-current@freebsd.org Received: from turtle.looksharp.net (cc360882-d.strhg1.mi.home.com [24.13.43.207]) by hub.freebsd.org (Postfix) with ESMTP id 1C01C37B414 for ; Sun, 19 Aug 2001 23:04:47 -0700 (PDT) (envelope-from bandix@looksharp.net) Received: by turtle.looksharp.net (Postfix, from userid 1003) id B60C93E96; Mon, 20 Aug 2001 02:05:06 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by turtle.looksharp.net (Postfix) with ESMTP id A6D2CBA80; Mon, 20 Aug 2001 02:05:06 -0400 (EDT) Date: Mon, 20 Aug 2001 02:05:06 -0400 (EDT) From: "Brandon D. Valentine" To: Kris Kennaway Cc: "David W. Chapman Jr." , Subject: Re: devfs In-Reply-To: <20010819223318.B3899@xor.obsecurity.org> Message-ID: <20010820020334.C1025-100000@turtle.looksharp.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, 19 Aug 2001, Kris Kennaway wrote: >Devices are just inodes..you shouldn't have anything in /dev other >than MAKEDEV, the fd/ subdirectory and a whole bunch of device nodes. >You probably have some other file in there which was accidentally >created by something like > ># verbosecommand > /dev/nlul The following command should reveal the culprit: du -h /dev/* | grep -v 0B -- "Never put off until tomorrow what you can do today. There might be a law against it by that time." -- /usr/games/fortune, 07/30/2001 Brandon D. Valentine To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 19 23:51:36 2001 Delivered-To: freebsd-current@freebsd.org Received: from winston.freebsd.org (adsl-64-173-15-98.dsl.sntc01.pacbell.net [64.173.15.98]) by hub.freebsd.org (Postfix) with ESMTP id 28CCE37B413; Sun, 19 Aug 2001 23:51:34 -0700 (PDT) (envelope-from jkh@freebsd.org) Received: from localhost (jkh@localhost [127.0.0.1]) by winston.freebsd.org (8.11.4/8.11.4) with ESMTP id f7K6pVI02978; Sun, 19 Aug 2001 23:51:32 -0700 (PDT) (envelope-from jkh@freebsd.org) To: obrien@freebsd.org Cc: current@freebsd.org Subject: iso target in release/Makefile X-Mailer: Mew version 1.94.1 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20010819235131I.jkh@freebsd.org> Date: Sun, 19 Aug 2001 23:51:31 -0700 From: Jordan Hubbard X-Dispatcher: imput version 20000228(IM140) Lines: 9 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hmmmm. I'm not sure why this reinvents a lot of the "wheel" in the already existing iso.1 target. Could you explain its purpose a little better as well as why you didn't simply conditionalize the iso.1 target in some way if it didn't currently suit? As it is, we have two targets now and that doesn't make much sense, to say nothing of the asthetics. Thanks. - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 20 0:28:16 2001 Delivered-To: freebsd-current@freebsd.org Received: from boggy.acest.tutrp.tut.ac.jp (boggy.acest.tutrp.tut.ac.jp [133.15.67.40]) by hub.freebsd.org (Postfix) with ESMTP id 9297837B410 for ; Mon, 20 Aug 2001 00:28:13 -0700 (PDT) (envelope-from nakaji@tutrp.tut.ac.jp) Received: (from root@localhost) by boggy.acest.tutrp.tut.ac.jp (8.11.4+3.4W/8.11.4) id f7K7SCN32719 for current@freebsd.org; Mon, 20 Aug 2001 16:28:12 +0900 (JST) Received: from boggy.acest.tutrp.tut.ac.jp (localhost [127.0.0.1]) by boggy.acest.tutrp.tut.ac.jp (8.11.4+3.4W/8.11.4av) with ESMTP id f7K7S7f32712 for ; Mon, 20 Aug 2001 16:28:07 +0900 (JST) To: current@FreeBSD.ORG Subject: Re: libss termination MIME-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya") Content-Type: text/plain; charset=US-ASCII From: NAKAJI Hiroyuki Date: 20 Aug 2001 16:28:07 +0900 Message-ID: <87wv3zry0o.fsf@boggy.acest.tutrp.tut.ac.jp> Lines: 28 User-Agent: T-gnus/6.15.3 (based on Oort Gnus v0.03) (revision 03) SEMI/1.14.3 (Ushinoya) FLIM/1.14.3 (=?ISO-8859-4?Q?Unebigory=F2mae?=) APEL/10.3 Emacs/20.7 (i386--freebsd) MULE/4.0 (HANANOEN) X-Virus-Scanned: by AMaViS perl-11 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG >>>>> Mark Murray wrote: MM> > > MM> > > As far as I can tell, there's nothing in the tree which uses libss any MM> > > longer, and hasnt been for quite some time. Is there any reason to MM> > > keep it? MM> > MM> > Nope. MM> Right. Kill it. Usr.bin/mk_cmds is still using libss. And buildworld fails. ===> usr.bin/mk_cmds yacc -d /usr/src/usr.bin/mk_cmds/ct.y cp y.tab.c ct.c lex -t -l /usr/src/usr.bin/mk_cmds/cmd_tbl.l > cmd_tbl.c rm -f .depend mkdep -f .depend -a -nostdinc -I. -I/usr/src/usr.bin/mk_cmds/../../lib/libss -DIN_MK_CMDS -I/usr/obj/usr/src/i386/usr/include /usr/src/usr.bin/mk_cmds/mk_cmds.c /usr/src/usr.bin/mk_cmds/options.c /usr/src/usr.bin/mk_cmds/utils.c ct.c cmd_tbl.c /usr/src/usr.bin/mk_cmds/mk_cmds.c:16: ss_internal.h: No such file or directory /usr/src/usr.bin/mk_cmds/options.c:8: ss.h: No such file or directory /usr/src/usr.bin/mk_cmds/utils.c:9: ss_internal.h: No such file or directory /usr/src/usr.bin/mk_cmds/ct.y:30: ss.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /usr/src/usr.bin/mk_cmds. -- NAKAJI Hiroyuki To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 20 0:33:56 2001 Delivered-To: freebsd-current@freebsd.org Received: from obsecurity.dyndns.org (adsl-63-207-60-7.dsl.lsan03.pacbell.net [63.207.60.7]) by hub.freebsd.org (Postfix) with ESMTP id E717B37B401 for ; Mon, 20 Aug 2001 00:33:53 -0700 (PDT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id C7E6A66D15; Mon, 20 Aug 2001 00:33:50 -0700 (PDT) Date: Mon, 20 Aug 2001 00:33:50 -0700 From: Kris Kennaway To: NAKAJI Hiroyuki Cc: current@FreeBSD.ORG Subject: Re: libss termination Message-ID: <20010820003350.A32477@xor.obsecurity.org> References: <87wv3zry0o.fsf@boggy.acest.tutrp.tut.ac.jp> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="y0ulUmNC+osPPQO6" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <87wv3zry0o.fsf@boggy.acest.tutrp.tut.ac.jp>; from nakaji@tutrp.tut.ac.jp on Mon, Aug 20, 2001 at 04:28:07PM +0900 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --y0ulUmNC+osPPQO6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Aug 20, 2001 at 04:28:07PM +0900, NAKAJI Hiroyuki wrote: > >>>>> Mark Murray wrote: > MM> > >=20 > MM> > > As far as I can tell, there's nothing in the tree which uses libs= s any > MM> > > longer, and hasnt been for quite some time. Is there any reason = to > MM> > > keep it? > MM> >=20 > MM> > Nope. >=20 > MM> Right. Kill it. >=20 > Usr.bin/mk_cmds is still using libss. And buildworld fails. Thanks; I fixed this already (by removing mk_cmds too :-) Kris --y0ulUmNC+osPPQO6 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE7gL1dWry0BWjoQKURAhsoAJ4+pC4I3g99JgTIpf86OG1lSvbWjwCg1KpS Mr56JRW8zhtR47Fpu3NlXNw= =Utmh -----END PGP SIGNATURE----- --y0ulUmNC+osPPQO6-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 20 0:53:37 2001 Delivered-To: freebsd-current@freebsd.org Received: from boggy.acest.tutrp.tut.ac.jp (boggy.acest.tutrp.tut.ac.jp [133.15.67.40]) by hub.freebsd.org (Postfix) with ESMTP id 5720237B41D for ; Mon, 20 Aug 2001 00:53:35 -0700 (PDT) (envelope-from nakaji@tutrp.tut.ac.jp) Received: (from root@localhost) by boggy.acest.tutrp.tut.ac.jp (8.11.4+3.4W/8.11.4) id f7K7rYO37901; Mon, 20 Aug 2001 16:53:34 +0900 (JST) Received: from boggy.acest.tutrp.tut.ac.jp (localhost [127.0.0.1]) by boggy.acest.tutrp.tut.ac.jp (8.11.4+3.4W/8.11.4av) with ESMTP id f7K7rUf37894; Mon, 20 Aug 2001 16:53:30 +0900 (JST) To: Kris Kennaway Cc: current@FreeBSD.ORG Subject: Re: libss termination References: <87wv3zry0o.fsf@boggy.acest.tutrp.tut.ac.jp> <20010820003350.A32477@xor.obsecurity.org> MIME-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya") Content-Type: text/plain; charset=US-ASCII From: NAKAJI Hiroyuki Date: 20 Aug 2001 16:53:30 +0900 In-Reply-To: <20010820003350.A32477@xor.obsecurity.org> (Kris Kennaway's message of "Mon, 20 Aug 2001 00:33:50 -0700") Message-ID: <87snenrwud.fsf@boggy.acest.tutrp.tut.ac.jp> Lines: 15 User-Agent: T-gnus/6.15.3 (based on Oort Gnus v0.03) (revision 03) SEMI/1.14.3 (Ushinoya) FLIM/1.14.3 (=?ISO-8859-4?Q?Unebigory=F2mae?=) APEL/10.3 Emacs/20.7 (i386--freebsd) MULE/4.0 (HANANOEN) X-Virus-Scanned: by AMaViS perl-11 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG >>>>> In <20010820003350.A32477@xor.obsecurity.org> >>>>> Kris Kennaway wrote: nakaji> Usr.bin/mk_cmds is still using libss. And buildworld fails. Kris> Thanks; I fixed this already (by removing mk_cmds too :-) Oops... I should have checked http://www.FreeBSD.org/cgi/cvsweb.cgi/src/usr.bin/mk_cmds/ first. Thanks. -- NAKAJI Hiroyuki To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 20 1:33:44 2001 Delivered-To: freebsd-current@freebsd.org Received: from updraft.jp.freebsd.org (updraft.jp.FreeBSD.ORG [210.157.158.42]) by hub.freebsd.org (Postfix) with ESMTP id 169E837B401; Mon, 20 Aug 2001 01:33:38 -0700 (PDT) (envelope-from matusita@jp.FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by updraft.jp.freebsd.org (8.11.3+3.4W/8.11.3) with ESMTP/inet id f7K8XQa31133; Mon, 20 Aug 2001 17:33:28 +0900 (JST) (envelope-from matusita@jp.FreeBSD.org) Cc: current@FreeBSD.ORG In-Reply-To: <20010819030113.A703@paula.panke.de.freebsd.org> References: <20010819004819O.matusita@jp.FreeBSD.org> <20010819004819O.matusita@jp.FreeBSD.org> <20010819030113.A703@paula.panke.de.freebsd.org> X-User-Agent: Mew/1.94.2 XEmacs/21.5 (alfalfa) X-FaceAnim: (-O_O-)(O_O- )(_O- )(O- )(- -)( -O)( -O_)( -O_O)(-O_O-) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Dispatcher: imput version 20000228(IM140) Lines: 15 From: Makoto MATSUSHITA To: wosch@FreeBSD.ORG Subject: Re: no new snapshot onftp://current.freebsd.org/pub/FreeBSD/snapshots/i386/ Date: Mon, 20 Aug 2001 17:33:16 +0900 Message-Id: <20010820173316N.matusita@jp.FreeBSD.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG wosch> Sorry, my fault. Never mind :-) wosch> Nevertheless, current sucks. No successfully builds since 9 days ;-{{ I've checked the original CVS code. It seems that will fix our problem (sorry I don't test it). -- - Makoto `MAR' MATSUSHITA To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 20 1:45:36 2001 Delivered-To: freebsd-current@freebsd.org Received: from freebsd.dk (fw-rl0.freebsd.dk [212.242.86.114]) by hub.freebsd.org (Postfix) with ESMTP id D550C37B407 for ; Mon, 20 Aug 2001 01:45:31 -0700 (PDT) (envelope-from sos@freebsd.dk) Received: (from sos@localhost) by freebsd.dk (8.11.3/8.11.3) id f7K8jjs40036; Mon, 20 Aug 2001 10:45:45 +0200 (CEST) (envelope-from sos) From: Søren Schmidt Message-Id: <200108200845.f7K8jjs40036@freebsd.dk> Subject: Re: Sound broken on -current again... In-Reply-To: <3B8032CB.1070707@yahoo.com> "from Jim Bryant at Aug 19, 2001 04:42:35 pm" To: kc5vdj@yahoo.com Date: Mon, 20 Aug 2001 10:45:41 +0200 (CEST) Cc: Alexander Leidinger , current@FreeBSD.ORG Reply-To: sos@freebsd.dk X-Mailer: ELM [version 2.4ME+ PL88 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG It seems Jim Bryant wrote: > >>>>>Yups, reverting this, even in a newer kernel makes sound work again, > >>>>>well the VIA support is still not sounding proberly, but it didn't > >>>>>before as well so thats not related to this bogon... > >>>>> > >>>>Perhaps the bug in the chipset^wPCI-spec? > >>>> > >>>I dont think so, before the latest changes it worked just fine... > >>> > >>What's the problem? I didn't noticed anything. > >> > > It seems that there is either a slight pause, or random noise > > between each DMA buffer played... > > > > -Søren > > Was this chipset or motherboard-dependant? That particualar problem is dependend on the VIA 82c686[ab] I'd say, but having no other sound HW right now, I really cant tell, I think I've seen other sound HW with this problem too lately on the lists... > Like I said, I had no problems running SMP and with a SB/Live!-Value... > > Current as of yesterday morning [6-7AMish CDT], Tyan S1696DLUA motherboard, 2 Pentium-II/333's, SB/Live! Value card. Did not produce > thse issues. I'm pretty sure the problem with no sound due to jhb's commit mentioned earlier hoses more than just the VIA chips... -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 20 1:57:10 2001 Delivered-To: freebsd-current@freebsd.org Received: from mout1.freenet.de (mout1.freenet.de [194.97.50.132]) by hub.freebsd.org (Postfix) with ESMTP id AED0337B413 for ; Mon, 20 Aug 2001 01:57:04 -0700 (PDT) (envelope-from Alexander@leidinger.net) Received: from [194.97.50.144] (helo=mx1.freenet.de) by mout1.freenet.de with esmtp (Exim 3.32 #1) id 15Ykrn-0007pr-00; Mon, 20 Aug 2001 10:57:03 +0200 Received: from b838b.pppool.de ([213.7.131.139] helo=Magelan.Leidinger.net) by mx1.freenet.de with esmtp (Exim 3.32 #1) id 15Ykrm-0000r2-00; Mon, 20 Aug 2001 10:57:03 +0200 Received: from Leidinger.net (netchild@localhost [127.0.0.1]) by Magelan.Leidinger.net (8.11.5/8.11.5) with ESMTP id f7K8WwG02424; Mon, 20 Aug 2001 10:32:59 +0200 (CEST) (envelope-from netchild@Leidinger.net) Message-Id: <200108200832.f7K8WwG02424@Magelan.Leidinger.net> Date: Mon, 20 Aug 2001 10:32:57 +0200 (CEST) From: Alexander Leidinger Subject: Re: Sound broken on -current again... To: sos@freebsd.dk Cc: current@FreeBSD.ORG In-Reply-To: <200108192026.f7JKQwu71976@freebsd.dk> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by Magelan.Leidinger.net id f7K8WwG02424 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 19 Aug, S=F8ren Schmidt wrote: >> What's the problem? I didn't noticed anything. >=20 > It seems that there is either a slight pause, or random noise > between each DMA buffer played... Verry strange... with a normal Aug 18 kernel and the VIA chipset I'm able to listen to xmms-played audio without noticing anything I didn't like (except there slipped in a song into the playlist I didn't like ;-)). Bye, Alexander. --=20 Loose bits sink chips. http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint =3D C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 20 3:15:41 2001 Delivered-To: freebsd-current@freebsd.org Received: from mailout02.sul.t-online.de (mailout02.sul.t-online.com [194.25.134.17]) by hub.freebsd.org (Postfix) with ESMTP id 88C9437B410 for ; Mon, 20 Aug 2001 03:15:37 -0700 (PDT) (envelope-from D.Rock@t-online.de) Received: from fwd07.sul.t-online.de by mailout02.sul.t-online.de with smtp id 15Ym5c-0005as-03; Mon, 20 Aug 2001 12:15:24 +0200 Received: from server.rock.net (340029380333-0001@[217.224.25.149]) by fmrl07.sul.t-online.com with esmtp id 15Ym5N-2F3FLOC; Mon, 20 Aug 2001 12:15:09 +0200 Received: from t-online.de (server [172.23.7.1]) by server.rock.net (8.11.5/Rock) with ESMTP id f7JNskT51061 for ; Mon, 20 Aug 2001 01:54:46 +0200 (MEST) Message-ID: <3B8051C6.3BC1CBC3@t-online.de> Date: Mon, 20 Aug 2001 01:54:46 +0200 From: Daniel Rock X-Mailer: Mozilla 4.76 [de] (X11; U; SunOS 5.8 i86pc) X-Accept-Language: de, en MIME-Version: 1.0 To: current@freebsd.org Subject: Syntax change in ppp? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Sender: 340029380333-0001@t-dialin.net Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, after the latest updates I just noticed a different behaviour of ppp. in /etc/ppp/ppp.linkup I had an additional line iface clear for my profile to get rid of stuffed up IP pairs. After the latest update this entry also clears my defaultroute, but only after redialing. I now had to put the "iface clear" into /etc/ppp/ppp.linkdown, but then the old IP pair is still there during the next connection. Were my assumptions wrong (regarding the "iface clear" command) or is something broken in ppp? I have an idea which might cause the accidential removal of the defaultroute after redialing: Before the first connection I have to set a dummy IP pair: set ifaddr 172.23.11.1/0 172.23.11.2/0 255.255.255.255 0.0.0.0 so my defaulroute will be set to 172.23.11.2 After dialing I'm getting a different destination IP address from my provider, and the old route will be deleted: route del $OLDADDR But after that, even if my own address will be different, the destination address will be the same: tun0: flags=8051 mtu 1492 inet6 fe80::2e0:7dff:fe75:fdfb%tun0 prefixlen 64 scopeid 0x6 inet 217.224.28.71 --> 217.5.98.90 netmask 0xffffffff inet 217.224.27.153 --> 217.5.98.90 netmask 0xffffffff so after executing "iface clear" from /etc/ppp/ppp.linkup, ppp will also delete the old route - but this time the old route is the same as the current one. BTW: If I disable IPv6 in the kernel, ppp won't start at all. It will spit out tons of messages Error: iface_Add: socket(): Protocol not supported Daniel To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 20 3:26:17 2001 Delivered-To: freebsd-current@freebsd.org Received: from ipcard.iptcom.net (ipcard.iptcom.net [212.9.224.5]) by hub.freebsd.org (Postfix) with ESMTP id 2B08C37B639 for ; Mon, 20 Aug 2001 03:26:07 -0700 (PDT) (envelope-from sobomax@FreeBSD.org) Received: from vega.vega.com (dialup14-50.iptelecom.net.ua [212.9.229.114]) by ipcard.iptcom.net (8.9.3/8.9.3) with ESMTP id NAA11196; Mon, 20 Aug 2001 13:25:36 +0300 (EEST) (envelope-from sobomax@FreeBSD.org) Received: from FreeBSD.org (big_brother.vega.com [192.168.1.1]) by vega.vega.com (8.11.4/8.11.3) with ESMTP id f7KAP0o11726; Mon, 20 Aug 2001 13:25:00 +0300 (EEST) (envelope-from sobomax@FreeBSD.org) Message-ID: <3B80E5B5.FA837061@FreeBSD.org> Date: Mon, 20 Aug 2001 13:25:57 +0300 From: Maxim Sobolev Organization: Vega International Capital X-Mailer: Mozilla 4.78 [en] (Windows NT 5.0; U) X-Accept-Language: en,uk,ru MIME-Version: 1.0 To: sos@freebsd.dk Cc: kc5vdj@yahoo.com, Alexander Leidinger , current@FreeBSD.org Subject: Re: Sound broken on -current again... References: <200108200845.f7K8jjs40036@freebsd.dk> Content-Type: text/plain; charset=x-user-defined Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG "SÜren Schmidt" wrote: > It seems Jim Bryant wrote: > > >>>>>Yups, reverting this, even in a newer kernel makes sound work again, > > >>>>>well the VIA support is still not sounding proberly, but it didn't > > >>>>>before as well so thats not related to this bogon... > > >>>>> > > >>>>Perhaps the bug in the chipset^wPCI-spec? > > >>>> > > >>>I dont think so, before the latest changes it worked just fine... > > >>> > > >>What's the problem? I didn't noticed anything. > > >> > > > It seems that there is either a slight pause, or random noise > > > between each DMA buffer played... > > > > > > -SÜren > > > > Was this chipset or motherboard-dependant? > > That particualar problem is dependend on the VIA 82c686[ab] I'd say, > but having no other sound HW right now, I really cant tell, I think > I've seen other sound HW with this problem too lately on the lists... > > > Like I said, I had no problems running SMP and with a SB/Live!-Value... > > > > Current as of yesterday morning [6-7AMish CDT], Tyan S1696DLUA motherboard, 2 Pentium-II/333's, SB/Live! Value card. Did not produce > > thse issues. > > I'm pretty sure the problem with no sound due to jhb's commit mentioned > earlier hoses more than just the VIA chips... Yes, as I reported my OPL3-SA sound card was also affected by the same commit, so it is certainly not a VIA-specific. -Maxim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 20 3:52:45 2001 Delivered-To: freebsd-current@freebsd.org Received: from tao.org.uk (genesis.tao.org.uk [212.135.162.62]) by hub.freebsd.org (Postfix) with ESMTP id C0A6337B40F for ; Mon, 20 Aug 2001 03:52:29 -0700 (PDT) (envelope-from joe@tao.org.uk) Received: by tao.org.uk (Postfix, from userid 100) id 70024150; Mon, 20 Aug 2001 11:52:07 +0100 (BST) Date: Mon, 20 Aug 2001 11:52:07 +0100 From: Josef Karthauser To: current@freebsd.org Subject: Disk I/O problems with -current. Message-ID: <20010820115207.B1696@tao.org.uk> Mail-Followup-To: Josef Karthauser , current@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="QTprm0S8XgL7H0Dt" Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --QTprm0S8XgL7H0Dt Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I'm having strange problems with -current on a laptop with 64mb of memory. Periodically "things go strange" [tm]. Because of the lack of memory I'm using a fair amount of swap. Everything runs smoothly up until a point, which seems to depend upon not running too many large processes for too long. Then the file system grinds to a halt for seconds at a time. Some processes run, and others just hang. Here's a snapshot from top: last pid: 1861; load averages: 1.58, 1.63, 1.26 up 0+00:43:56 09:5= 8:09 39 processes: 1 running, 38 sleeping CPU states: 1.2% user, 0.0% nice, 8.1% system, 5.8% interrupt, 84.9% id= le Mem: 14M Active, 2712K Inact, 21M Wired, 1460K Cache, 14M Buf, 20M Free Swap: 512M Total, 16M Used, 496M Free, 3% Inuse PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND 594 root 96 0 23300K 10784K select 0:12 0.00% 0.00% XFree86 1731 joe -8 0 6056K 3352K biowr 0:14 5.08% 5.08% vim 691 joe 96 0 4092K 1804K select 0:02 0.00% 0.00% wmaker 1719 joe 8 0 3340K 1864K wait 0:00 0.00% 0.00% mutt 658 root 8 0 2964K 908K wait 0:00 0.00% 0.00% xdm 591 root 20 0 2800K 632K pause 0:00 0.00% 0.00% xdm 279 root 96 0 2364K 480K select 0:00 0.00% 0.00% sshd 724 joe 8 0 2324K 740K nanslp 0:01 0.00% 0.00% wmCalClock 1209 joe 96 0 2292K 1168K select 0:01 0.10% 0.10% rxvt 1716 joe 96 0 2256K 1348K select 0:00 0.00% 0.00% rxvt 1214 joe 20 0 2088K 1188K pause 0:00 0.00% 0.00% zsh 725 joe 8 0 2060K 824K nanslp 0:10 0.00% 0.00% wmtop 1401 joe 96 0 2028K 888K RUN 0:02 0.00% 0.00% top 1812 joe -12 0 2012K 768K inode 0:01 0.00% 0.00% rxvt 700 joe 8 0 1988K 840K nanslp 0:00 0.00% 0.00% xautolock 701 joe 96 0 1828K 492K select 0:00 0.00% 0.00% ssh-agent 253 root 84 -12 1388K 564K select 0:00 0.00% 0.00% ntpd 1779 root 96 0 1232K 760K select 0:00 0.00% 0.00% local 1777 postfix 96 0 1228K 820K select 0:00 0.00% 0.00% smtpd 649 postfix 96 0 1204K 656K select 0:01 0.00% 0.00% qmgr 1778 postfix 96 0 1196K 760K select 0:00 0.00% 0.00% cleanup 271 root 96 0 1184K 416K select 0:00 0.00% 0.00% inetd 1700 postfix 96 0 1152K 676K select 0:00 0.00% 0.00% trivial-r= ewri 648 root 96 0 1144K 496K select 0:00 0.00% 0.00% pickup 647 root 96 0 1120K 528K select 0:00 0.00% 0.00% master 273 root 8 0 1108K 548K nanslp 0:00 0.00% 0.00% cron 276 root 96 0 1076K 388K select 0:00 0.00% 0.00% lpd 583 root 5 0 1064K 396K ttyin 0:00 0.00% 0.00% getty 588 root 5 0 1064K 396K ttyin 0:00 0.00% 0.00% getty 585 root 5 0 1064K 396K ttyin 0:00 0.00% 0.00% getty 590 root 5 0 1064K 396K ttyin 0:00 0.00% 0.00% getty 586 root 5 0 1064K 396K ttyin 0:00 0.00% 0.00% getty 587 root 5 0 1064K 396K ttyin 0:00 0.00% 0.00% getty 589 root 5 0 1064K 396K ttyin 0:00 0.00% 0.00% getty 584 root 5 0 1064K 396K ttyin 0:00 0.00% 0.00% getty 243 root 96 0 1060K 492K select 0:00 0.00% 0.00% syslogd 341 root 96 0 1024K 388K select 0:00 0.00% 0.00% usbd 397 root 96 0 1020K 400K select 0:03 0.00% 0.00% moused 1730 joe 8 0 816K 156K wait 0:00 0.00% 0.00% sh The vim process (pid=3D1731) was waiting in biowr for about a minute when I took this snapshot. I'd ZZ'd it, but instead of writing it's file, it just blocked instead. Interestingly take a look at the disk i/o irqs: 2 users Load 1.21 1.49 1.24 Aug 20 09:59 Mem:KB REAL VIRTUAL VN PAGER SWAP PAGER Tot Share Tot Share Free in out in out Act 8368 1648 29620 2824 21312 count All 40472 1952 2567408 4908 pages Interrupts Proc:r p d s w Csw Trp Sys Int Sof Flt cow 1966 total 2 10 7194 15 1038 2031 13 17 21612 wire stray= irq0 14404 act stray= irq6 7.5%Sys 5.3%Intr 1.2%User 0.0%Nice 86.0%Idl 2984 inact acpi0= irq9 | | | | | | | | | | 1472 cache 1697 ata0 = irq14 =3D=3D=3D=3D++> 19840 free = ata1 irq15 daefr uhci0= irq5 Namei Name-cache Dir-cache prcfr 1 pcm0 = irq5 Calls hits % hits % react atkbd= 0 irq 504 504 100 pdwak 40 psm0 = irq12 zfod pdpgs 100 clk i= rq0 Disks ad0 acd0 fd0 ofod intrn 128 rtc i= rq8 KB/t 5.00 0.00 0.00 %slo-z 14416 buf tps 1699 0 0 tfree 43 dirtybuf MB/s 8.30 0.00 0.00 5837 desiredvnodes % busy 97 0 0 2347 numvnodes 1624 freevnodes Over 1000 interrupts a second for ata0? What could be causing that? Interesting enough a cvsup started (under cron) and then the irq's for ata0 dropped to 300. When I killed it they raised again. Can anyone suggest anything that I could try? Thanks, Joe p.s: here's my dmesg from running, and getting away with, doing a /sbin/reboot. Usually I have to power cycle the machine: ACPI debug layer 0x0 debug level 0x0 Copyright (c) 1992-2001 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.0-CURRENT #15: Sun Aug 19 01:00:40 BST 2001 joe@genius.tao.org.uk:/usr/obj/usr/src/sys/GENIUS Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 497838463 Hz CPU: Pentium III/Pentium III Xeon/Celeron (497.84-MHz 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0x681 Stepping =3D 1 Features=3D0x383f9ff real memory =3D 67043328 (65472K bytes) avail memory =3D 60088320 (58680K bytes) Preloaded elf kernel "kernel" at 0xc046a000. Preloaded elf module "agp.ko" at 0xc046a09c. Pentium Pro MTRR support enabled VESA: v2.0, 8128k memory, flags:0x0, mode table:0xc03cef82 (1000022) VESA: ATI MACH64 Using $PIR table, 7 entries at 0xc00fdf50 acpi0: on motherboard Timecounter "ACPI" frequency 3579545 Hz acpi_cpu0: on acpi0 acpi_tz0: on acpi0 acpi_lid0: on acpi0 acpi_cmbat0: on acpi0 acpi_cmbat1: on acpi0 acpi_acad0: on acpi0 acpi_pcib0: on acpi0 pci0: on acpi_pcib0 agp0: mem 0xe0000000-0xe3ffffff= at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at 0.0 (no driver attached) acpi_pcib0: matched entry for 0.4.INTA (source \\_SB_.PCI0.PX40.LNKA) acpi_pcib0: device is routed to IRQ 11 pcic0: irq 11 at device 4.0 on pci0 pcic0: PCI Memory allocated: 0x44000000 pcic0: TI12XX PCI Config Reg: [ring enable][speaker enable][pwr save][pci o= nly] pccard0: on pcic0 acpi_pcib0: matched entry for 0.4.INTA (source \\_SB_.PCI0.PX40.LNKA) acpi_pcib0: device is routed to IRQ 11 pcic1: irq 11 at device 4.1 on pci0 pcic1: PCI Memory allocated: 0x44001000 pcic1: TI12XX PCI Config Reg: [ring enable][speaker enable][pwr save][pci o= nly] pccard1: on pcic1 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0x1050-0x105f at device 7.1 on= pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 uhci0: port 0x1060-0x107f irq 5 a= t device 7.2 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered aue0: LINKSYS Inc. LINKSYS USB Adapter, rev 1.10/1.01, addr 2 aue0: Ethernet address: 00:e0:98:84:c5:55 miibus0: on aue0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto pci0: at 7.3 (no driver attached) pcm0: port 0x1400-0x14ff irq 5 at device 8.0 on= pci0 pci0: at 16.0 (no driver attached) acpi_ec0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 npx0: on motherboard npx0: INT 16 interface orm0: newlogo




Personalise You Nokia with these great Logos!!!

Picture of Logo

Picture of BITCH
Picture of HOPE
Picture of Bomb
Picture of Dragon
Picture of BEER
Bitch
21692
Hope
21716
Sex Bomb
21740
Dragon 1
20110
Love Beer
20203
Picture of Fcuk
Picture of eyes
Picture of Trust
Picture ot rizla
Picture of Simpsons
fcuk
21951
Loving Eyes 20142
Trust No One 20409
Rizla
21256 
The Simpsons 20399



Call Now ON  "0906 400 2144"

Quote the 5 digit number and your logo / Ringtone will be sent immediately!!
 For many more please visit www.mobiledirect.uk.com




Get Your Mobile Rocking with these great Ringtones!!!

Picture of ringtones

Description
Code
Listen
Baha Men - Who let the dogs out
10138
Bob the Builder - Can We Fix It?
11107
Shaggy Feat Rikrok - It Wasn't Me
11762
The Simpsons
10009
James Bond Theme
10000
Star Wars Imperial March
10085


Please note: the call costs £1.50 per minute and the average call length is 2 minutes. Please ask bill payer for permission. Calls from mobiles cost more depending on service. The following phones receive both logos and tones - Nokia 3210, 3310,6090, 6110, 6130, 6150, 6210, 6250, 7110, 8110i, 8210, 8810, 8850, 9000i and 9110. Nokia models: 402 and 51XX receive logos only. Motorola T250, T2288, V50, V100, V2288, V8088 receive ring tones only. Please make sure that your mobile is listed here before ordering. Mobile Direct reserves the right not to refund your money if your phone is not listed here. If you experience any problem, call Customer Service on 0800 015 1175. Orders normally sent immediately, depending on network.

For hundreds more ringtones and logos just click on to www.mobiledirect.uk.com - pass this on to a friend or stick it on the notice board

Important Notice: If you do not wish to receive any more emails, please mail us on majordomo@mobiledirect.uk.com and click "send." and your address will removed


--------------050200090204050702040306 Content-Type: image/gif; name="Sent" Content-Transfer-Encoding: base64 Content-ID: Content-Disposition: inline; filename="Sent" R0lGODlhiAFAAPcAAP////39/Z+fn/n5+ZycnO7u7tXV1b29verq6vv7+/f399vb27GxsX9/ f2NjY7a2tnx8fPT09M/Pz2RkZOHh4fDw8IWFhY6OjpmZmZubm/Ly8tjY2KysrIuLi6Kiot3d 3cbGxtfX16SkpLOzs9HR0ZSUlMjIyLm5uaqqqu3t7dPT0+Pj4+fn56amps3NzYCAgIeHh6Cg oIKCgsPDw+Xl5cTExJKSkq6urqioqImJid7e3sDAwFVVVZeXl3FxcWdnZ/74+bq6umlpacvL yywsLHZ2duUsTB4eHkhISPEsT09PT2FhYXR0dFZWVj09PVBQUCMjI1paWisrKzQ0NM3NtRwc HCQkJAcHBzs7O0VFRScnJzExMQgICO8AKhYWFg4ODgAAAA0NDRAQEBISEgUFBd4AJwICAuU5 V3l5eY2NjdPTvunp6ZCQkLW1tfz8+m5ububm2uzs40dHR2tra3Nzc9bWw+wsTr6+vhoaGlNT U3p6euMsTPb28RkZGS4uLjIyMu4CLNKvtQsLCykpKUBAQENDQ2xsbO4sTv77/BUVFSAgIDc3 Nzg4OEtLS0xMTFlZWVxcXOMkReMlRucsTegsTfEpTPErTvorUO85Wu9QbOpbdNCts9CvteTG zOvDyv75+v7+/gAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACwAAAAAiAFAAAAI/gABCBxIsKDBgwgTKlzIsKHD hxAjSpxIsaLFixgzatwI0Q2cOlRCihxJsqTJkyhTqlzJsqXLlzBjypxJs6bNmzhz0qwDx01D Pmp0Ch1KtKjRo0iTKl16Uw2fhW6CqonDsarVq1izat3KtavXhHGk+kwIh4qasV/Tql3Ltq3b t1ijUoGjMChVuHjz6t3Lt2/GOFTqKAzpt7Dhw4gTfyWckLHix5AjS54MwPFBy5Qza97MWSvm gp87ix5NuvRlKoNRm17NunXm0ANhu55Nu3Zb2ZVV297Nu7dn3ad9Cx9OnCJu3MWTKxd+HPjy 59B5N48IqLr164AIXh+I3eB27diz/nMP370gefPfwVcHQD79eOsQyzd0j/B8/fD35aOHX3VN Dx9LOCDggA4sQYcHKRgUQQxFEEiggTEkKNAQAi6RhkMJQBDgHAjEEKADKkDkAgxLfOjggzCA 5pyK1LXHH3sv4qeeeAK5+J6NN9oHI33bubhejvTlF6SQCvlII5Av1ujjjPpZFEEPeIAh5ZRU TkmECKAIBAoOWlTppZR+CCCQCFM64RAoVUy5gANTjtAQKCM0QsaXdPrBYmMrLmTkj+npuCON Riq5pKCD+tnjoIQ2edChP+qZ5H6I/qnjnoC2p9EPdGZKgEAwZEqnDACgMKUcZx6hpiFtNtSA p3ROcSdC/sh5tyehSM6YqH2z3oqrjLQGquuji/IHbLCNyuqrpJPmGmlFOiQypRhHHCHIlGNE K8aUVawBChRTXhHtt+BOK6UgLIwwKoY5+OBDEQVgKqWbC40w55RhgGvvt1U88Wpw8T36XZ/J 8snjkbRCWmx3lvY67I3gMfRvsQkNiSyTiaJ3K8XuQUxRGlMWskIEEaAxZQ8gbzDIlBlIgO0M ILfscgh9tPnAlEhQtESqCzVBZRUhKODzz0ADva9BsUJq9J9IVrqeouwZS7CkBiPbKKNP29ri 0hoTSSzECA8pXpNdZ40RBCMP1KmUmwqks5Q5mDDlBAshMWUbM0uZBSh45423/gIBEBSABDWA YAIoN7/L0NpSLgGA3ozrTXSesUEesb9Txwjfw1iLvbXTm1OtMI5S9yvx5qQbPXrBpvOa0apS XigQ62CkDQDiHbjw9kJyTPlA3WAIQsTvwP/uhxMwIKClH2aQIcgHc+CsEA9UjuFH8NT/LoUU MwytvaOIApz590gfzbD4tlKdnfmqJ+xwkFWjTj7D7F8+LOZMTwT7BQPBLjv0UtY+pQO40x3v WAWGPqQIFCcDAxmY57yE8I+AVWrD9iJ3NT+FL3yeix/XgOU1+QkMfMf61Xz00z73WS11GvMc 50SIkfvlb0r7m5L/pARAheROSruDIJXYAAApSIkL/gw03EIeqEMhUhBPFVSU975mKQ0SzImd E1YTl6WrIk2xhBd83+eepsL3WdB+U8Lf62A4kAfOEAxwU4jccMi7KkxgAg6awA/+MCUtVMAP PwwiGO7AECJq4QdwPJGDQkSQ6YjufAOrnCLDtsFGcnF+HlQaIytoxQ+eTmId/N4TI1k6LUrE hWNEWxllWIMpKU6Nc+OdIxISAUWMiwR0BAMQmyclPi4kD1T6gXEklxtKZvGCGZMRCSmXwkSC r1ang9EJV1ixSrYPbPQ7kvmipszxWQSUANDfKNm2gSkpIgYhCIEKxknODYzAWVIKAu+cYIB2 urOdGyAAOsOwgS1I6QoU/qDDlJRgAnGS858hAMAjdiaCDbzzoO0MwQYmKJCinTCYi2SSJUFn wl+VB6LoG6b6mPnLre3qWJSy6BJVRxFsalMgD0yRFajEhSu49KVX4AKVvrACc0nJDDCFqUzL pAA8guEKHwjBThXY0py61AsJGIG4plRUo8LUCgzt5SFzZE1jLvKLmSwUMSNpqI06jaIeFWau RCpJ0IGVImSTkhgBkNbYDQRxDQBADIoopRsA4AZ0FcMMQOFTMgQUVQQURAUAQCa6ggEPUXWo NaEGzK0ezKsVJetiJxbCsxoMshKVTwgtelmNkpQiepiS6wAQWlEKRAlT0sOYprBUOnFhCj0Q /kgLdBgGJ/BxW1MiAQAiAAFFmMFTZJAQBxrRh3kR0AuJ5WUnMWi5Yjq2hJckqRMRedb6fVWS kwPrF4GUXUwmEyIhwIAAMhBQgYRXAARYqEB2kAEBYKC8i9vADQgggPraF703WECWBEIB+taX AAAOMAEykIEbfKBvAEgABzAA4AIMRAMziEEGBCxgDwyAICm4w4ApzGEMxCC50QlxaUABhBIT hMQmPnGJEdEQRHyixPudjCFFTOPJZKISSUiCHYywByPYIcc6nkSPDwFkO0hiEkaYBJGBzGQm U4LHPs6xJS7hCVBEoAAJGAjeFjeAFERAy6BIQQo0MJAIrADBGqgA/ijSvN8AtLlveCuAl3db ACvXGcQ1zrNVLmwVSZThz4AOtKAHTehCG7oLnDAQAZYAgwQkoAkfJkAjBJCGJei2CHmIAQH4 qIAlMCEGStjUHXKABQgwYL8wmMKFIEAHAKRBDgC2KwhKgAUm4IDPR4SVcgeCaz37Wi2TMLSw h01sQAMiEIrgoblqAAAvpOgNixAIHh4BgEIQIgAITkMVEvSCNwhEZQwgCCS+YIVHEwIAE1DE ABAMgBSAIbaPS82v512YYBf73vj+87H9EFsNkCEDADhCivSABz0wwQkSVEIVGkCALC2i1QUJ ARkkOJA8MEEIS4hCIwDwhi80oHgCSQEZ/mRXSF4qlt4o54q9881yYe8b4CsAg12rYAEA0AEK nfowAOQghy3PLg8CWUENskQCMrhpv0qAgMQVsXEhKAIUWRZIAcgAbzynXMTs5kskWs71Qndh E39AAgSeEAUEJIDmNmfEXaGwqUZAQQYv8AAAQrAIC02hAUSfuM3t+gQfAMAHYAD6GxLxAhj0 IMtTr3rJ5X31xrdFE2eIvOQnT/nKW/7ymMdEJ1xwAxGYQEs7+AAANgACgdSAjyQYQQxiYMsU xCANLnjwCRK0gwUAwAUBBcUDYr8BBrRABCPIEihOsAJ+6drxyE8+V2as/OY7HyPMf770p++Q 6FP/+thfPBI5/rKBAzjYIC44AQDWcAD1YqX7EkLIAA4Qe4GEXy3on8j7tZKAAwzBIBWowQEO UBg0+P///scGwQcAaABwBtEBHWAQOoAGtoRhaGBXNEAAMACAaMAGd9A3GYAGB3EDaJB+amF9 F+ECEPB9BbEGC5UCECABWiGCJIgQacABA2GCaiEBEOCBDyGDW5EGKGAQI/ACBqBbfjEBQkCB RfBGsTUBa0UQ/mcQCzAB4VYQCDABBJACQjABbwCAdPBGEnQBaVQQBDABxsMW0dcGLTAC9uUB G3AH9iUCazB391VfOFABNNhea9iGI8ABAVAAKZgAJ/CGIqADBrEGIvCGAqABgviG/h4AiDRY ACsgAIRkeoXoajkgADB4hwEQAoQYhwMAfBxwXygwAAOAAoRofgOBifdlAyNYAZ14X3EIAAdA iMxmiSHgAYS4Apt4h544AKr4hpooivf1AjBYEBxgAXegW4d4X4m4iXewiipIEAPgAfAiEGoY Acd4hoDoAgLQhgPBAcEoEEhoEBrgAxr4jQaxhAXRhE9IEFFIAE2ocwTRhJvChQfxhWG4FtHH ATLwfRVgAQTAZzQAAfxHaV8mEAaQgos4ECwAkABQXwCghxJAARDAbFJnAd04EAcAAfW4W/UH ATQwEAVAkQCwiA5JEBcpEC+4WwspJgI5EAWpgmlAAAMJ/gAgAAEUAJGfNxAJEJMDsZLfNoIX 2ZEEmYJsxQFRJxCDxZACwAYxeZAvGZMzSQE/yZIpCJESaZIVKRAckAMUUHxROZEw+JJ8ppNW SZIQ4Ioc6ZEgeZA7KSYDMQEQAAJwGZc1MAdlSY4FYY7v6IQGsY7ouJdSCADyaBD0eBsm5xwc MFquVpEKyZAeaZAjSBCLKSYOCZE98ItXCQA6YAMdwIopUJIEcZIiKZQWWZaJuZYpSRAjeZID AZEUoAEZAAPISIoCwZg9WQAXeV8ZIJQcAAN0WF/MhpRsWZuluZo0eZv2lZsPSZOfeZmHOZoF cZKq6YIVWZKeORCg+Zim2ZZv/rSd3BkEf7cEBMAA4jmeV2gQKzABPuAB4ymeMSCFfQmFfxmY XgiGhMl424iY0clWAal4CSkBNJh+AxCZDTmVECCbDaFgN3CRMRkAOQCDodl+AjECpJkGLWCa AsCfQpmfrHkQJsBDBXGhBMGCF9lrCYEAEFABSIkBBMGUFcmaI2oQEEmKHcCco6WgA8GgX3mZ n1mhzmmjAoGjIQkBLEAQ4kUQbhmXcRkEQlCWKgAB3MmdGmgQJ/AGT7qd7KiX8BmPXUgQgymG hVkQGWABCJYAFuCOFQABbnIHEFAC9gUDMEADdyAD/iUAHWABAVUCbBAAKxCRFZAGMnBfGEAB BlEA/mx6nDAwBCEgA5tZX2zwAve3AxyZADbwAv5FAGkAAWR2AxCQATCIpwGgpoUqAG5KAwNg ATwalCEyp/UFA3ZVEKBqXyUAASsQAhawqIwaoW/YASWQAJ76qvWFigVQqqcKAAWpArRqq0kJ ABXQAX9aXxiQA+64kzCAYIlqq406BKUarQahqeJVX5c6d4pqX9cKADTgpvYlgTZgpEn4o3QQ peO3APAKrxtQngehp/EKrzXgnhOwgwVxnloaYwPRA/TppfaZfW2hlpNRnRVhhRfQsA6bhQkI ACvgsA7rAxMQsQYBAhR7AWkwBxMwAmuwBBMAAxTbAR7rJu35BhvrpEIgx5aL8aUGqxYrUABy pqmDBRkzWwBrEAOkaRFV+kYQEAMD2YRPCgEecLMGwQBPKgQw0AZ9swAEYLHbyWhOuzhtAANV uJ1v0AHwZY8wG7NfUQPcyI1V+RjLOLbNCLbad3xq27bOB4JuG7f0BrdyW7d5Rrd2m7fRgRsg cRd6+7chBhhqoBBlcRaAe7jLIRd0kRByMRWI+7jCERZmgRYIARRMcbmYm7mau7mc27mc6xQN 4REg4bmkW7qme7qom7pCwROUC7mu63gBAQAAOw== --------------050200090204050702040306 Content-Type: image/gif; name="Sent" Content-Transfer-Encoding: base64 Content-ID: Content-Disposition: inline; filename="Sent" R0lGODlhmgEFAID/AP///zMzmSH/C0FET0JFOklSMS4wAt7tACH5BAAAAAAALAAAAACaAQUA AAJBhI+py+0Po5y02ouz3rz7D4biSJbmiabqygbuC8fyTNf2jef6zvf+DwwKh8Si8YiEsZbM pvMJjUqn1Kr1is1qEQUAOw== --------------050200090204050702040306 Content-Type: image/gif; name="Sent" Content-Transfer-Encoding: base64 Content-ID: Content-Disposition: inline; filename="Sent" R0lGODlhUABIAPcAAP////f1//b29vX18e7v9+7u//Du8O3n+Obm7+Xl5t/l6+Df+Njl4d7d 8N7g597d4NPb5tnZ8dXU5tjX39XU1c7W383Y1MnW3MXW09PQ387O4s7N3sfO2MzMzMLN0MTE 1sXGxHz3fLPMvsDI1L3FzbzCxsW/18K/zb27xb290Ly8vHbsdru7uLa8yLO6v762x7i6trW0 z3Pmc7y0vruzuLW1xbS1tra2vbS0rq6zxK20vHPbc6y0s7etv6OytaC9pbWts2vcaq6qxLOv rXPWc62uvK2tra2ttaurqKOquqSrtrOos2vWa6aqra+kvqepqKymtWXUYqymr6imu6qmp6Sl taWlpaWlrZ+ktp6irGbMZqKcs5uopWrEaqaarXm6gaadpp6ct2PFY52crZyapaOVtaaRrKST o5mZmZmZmZmZmWO+Y5+VrZyVpJeXpV28XWW4Z1y7YJSTqZuMpVy4X2avc5KOn2mpeVq1Wmau ZpOLlI6MoI2Pko2NjWaldVqtWmSobICJmGibfFKxUWaZd02qUlelVmmVfYOEioWDlWaZZoWE hXePhlKlUmaVeGiKcV2aXIB9i3x9j1CaUHl8em2AeXp4hlWTWEyZTFWVVVeVZmmEZmd8b0qU SmGAZFGLUXRzh3Nzc3VzfHBxblqHWVWCX02MS2x0fXBrgm5yclCIT1p7Z3RsdWV2bEWLRUuE SWtsdFp2ZkKEQmtmdGZmZkh6RmZmZlJzW0x6UGRmdVlpZEJ5QmRebjx5PFZiaUdsVWJdYkZu Rjt1R09jVFxcbTpzOldaYlBlTllXWDxpST9lP0xbVjdtN1hPX1ZVVlNPXFNSVDNmM1BHYD9a Q0VPVU5NTU5JVktIV0pJSz9SSDFeMTVUNitYKzpMQD9HPTBQMEVDRkc8UkJCQilSKTRNOTpE OidMJz49Oy5BNzg6QTo6OSw/KyNIIy08MCFCITMzMx86Hxs3GyssLhkxGScnKRYqFiEiHhIm EhAhEA4bDgsXCwgQCAUJBQAIAAAAAGbMZiH/C05FVFNDQVBFMi4wAwEAAAAh+QQFSAD/ACwA AAAAUABIAAAI/wABAHjAYsiTgwgTKlzIsKHDhxATWiHDQoDABxQ6qLCBo6PHjyBDihxJsqTJ jkaMkFnExwBGChRUIDGCY4jNmzdr4tyZk6fPn0CD2kRiRQ8lYGhYdOhQogQII1aeWIl60MqV K1kkPrly8OrVLFGvSKFyxQqVJleakDW79QmSJgibwH1C5axcugflzn1i48giYMhoGWGhwogD AC/GpMWS9sgRLEcUNzlSJIuRLFWuFBGy5QjmJkp6QFEidnQPIJmlGNFsY0rKI1Bu2IAypQmQ IjlsLCmipAgUITaUTNHQYFG1as6e1LyiAIANK6stG6lSZXX1JlWg0JRr3ciQI1dWY/8psrqJ 9ypFbBhJcsQIlPZD3hvZXYQH5SI4bue4f39KBgSWiIMNNNAh8UQCAOTgRnjlGYFWSlegd5l5 V711hWNXTSFFFuGJ1UNkRwxxRRjkWWaDFE3QAMSFNhRRhQ03THHEDaLBKOMRFyhgiTrgVFPg EwgAcIMcaWGV1oNVYAZFE1lgh6JcVUxRhRKT4VBEZVIcoQQSUvhmhA7aTVnFEjxAUYQUUEAB RJkyStFXEfdNVgEClKgjjo9G8CWAACopgYVcWYTxZxO1PTEGFlQi4QMJGJDg4gcf1ODBBRlw MMIHJBjhwwQp6ICBC1zcEIEGcB4hxYW9AQHbWbvpcMQUU1z/oUQVEwhQ553QPXEDAARUAV1a Dl41XRVyRYihEhxUIMEHyH5QgQYt6HDBAhxcUAIGHBShAgY8GGFBBAt8kEV6EeoAZnpLQKGD fUfYAISZUHQAACJ24vmEDgEIUMSCDjY5BJMyCntZEWI1mkIEI3jwwQYkZEEGCRBwsAEHCtQg RwsV+FCCARuAS7AOZ96nZg7agewEECAvUQUHBCxSL3RWsACAAVNIdqis4DUxhlyOWTaGERWM UIQEC0TwAQYXaGBCBRyYkEERGkhwQw4boAABARlE0AAIo+nQl3a+FaHDEkc0UcQUXnt2QgH0 4pqnzARIYQV4WYC3hRIOSjZlv0ag/9BCFTdooIELLnygwQUb6ODCCVhUkUEHObRgwgY51FAD CScUgQR/KTWBww1OlH0lZUcg4cG877hthQq8VkGGeUQdkaTZDsq1M4XjIZEFFDxUsQWKWUzh YhhGIDGeDbLygJV2VPaFnnp82WD2DS4egRoWRnQgQNt4rg6AAlvsDMUVio1/BRRV3H4FouFN 0Vt2WEnR5RZcEgsEEFIkUYVqTdhQ3RIXqo0RZDdAWH2nce45wlYeBoA+pK57rEPAGciQpK8o BivuqwKioGADF/BGCUrwwRSEICW0jI82VMjC7rKkAxBW4V1FqIGr2uUY2YDHCFRyDFpU44YP NPCBMCtB6/+gQywctCgHKFABboCwhSuAwQ56kEQiEmGJU4hCFKyABSxoAYtZ8IIYvPCFL3hB C1rwIhewyAUqQMHGRLSBDGCYzA2EoIIb1CAFKsiBbHCWhdM5UHUgAAACXCeFF8wAClKoghwQ EQlUkBEYz7jGNbpRjmxYspLZ6IY3LjmNbJQDHd4oBzm8EcpyhBId5ShHOtIBjmu00hjEMAYr ECGJPWzhPTdAQWSuAAIB/LF7gXwAGbCnh1kQwxrSCMc72vGOb3xjG9OYRjCCUYtX1OISn1BF Ni/BzUtkopvc/IQ4x3kJVZjiFa/4RC1qEYxpbOOZ5EAHOtJxDWk0Ixd7uNIYagD/AD4AESqB HKQbcvEOcwijGJq4gx/EoIWGOvShEI2oRCdKUS3UwQ9+EAQuvmEPecCCQ0L0JyABUIAb8EIY jYhDEJgQhZZW9KUwjakWWtrSIGjBEK+gByiK4IEAiBSYAEjAGHARhZXK9KhIjWkQgmAKZIwh Bf38pxUCmQA7dCGpWH0oE7TAhK5q1atd3apEg/AIO2zghyMNgB3WkFWsMkEMjdBCIzrRiK3u YAdzbcQO/tCJSYgVolE4hB0sAAA9SDWQBFhrW7E6D38wQRbRyIc2dsCMTsiCGfooRieiUQ9z /NWhURCEHDgQ1ZEiYA9sXexRmTCOfohhBTuIxz5kUI9x/8hAG/roxQpkMA5/SDQKd7ADVH8K s0D69A2qPaoMeuHYTuwjGlyVBSZ2IAN44OMPzxXDZx3aBTTICw2HBUAAEkGH5Mp0B73gxw7g sQ9taEMG/DCHLMyRj0Zwgx/a4MZE12AHCpQWqAHYQxzMe1SGikEMeCgvQ9+AhzW8FcHllega 9nA64gJUvOSV6B82nNqG/iGuDvWHNlarBW74g6FtXUMiSGvhqYrXEniQqD9mXA86vKEXrnDF PnqB4n34oxg2fekaGlEMf+yjGJPoRYy1EAQZbHe/kThri40rCeRG1B/mwIQ/6OoPffwBH/7A RzRkoA9/8EMWMngpHZxr5E7MWP8fdGACPPKBCUPEQwu9uLOE95CB/xZXvIEY8JXH4Y584CEf M5aFO2bMj2K8AR4z7kWaJ7pcfphZG7Lwx6HZIYt++KMXWr6tbyWcCP9OGQACyPCVZ3yPaMzY H/PIxzyY6w9mhIDWaJaoDDJd6z+EINPauAc/6oEPVzRi0dy4x6gjmoc+XMDPF57XkiH6alY3 wsci/rU/7sGERph523TYgUNlgAdlWzquO+C1iGGNiXzEgxlt/q0j7AABaLs4wIKmdj1cXe0Z ayMEJnaHNvzRCEiHWRYOlUWZ/QEPb49D22IQdqzZ0Q9ZGIIfvZhoFAixBwnYO5DbizC1mUHr vtJaH/H/mLE5osGPELhDH/y27aL7EQ19uGMF++DGrf3xcnjweh8rgHTGf0uIREzg4wJBxLQf +mp2TEIGTS7yjOPRia7uAx6d6MQ9zKGFaDBhxOPAxyQ64Yp5MLkT8YCHNv7wdXbgwc35oOjG 9XCYUwPADiJ/aC96IYsd/FUGmOC7UbWgaHewgx3i3qpde6uPuTaUCTtYakOD4Pc/4FjuhLBD 3cMLADfkG6IyELdEiQDRuz4eol398NLbGlo7PADpACDD5wlMe41znAGwB8Psa8970DqiDEGy Owo63Pviz9QRU1gA7GNAfOPzPrBVMADsh+9840fBEVIYAFqBCoAONL/6WVW8/+9vYBFESJV1 AJhAF7p9j3jUQxZBBn9Mu+0Przc0Co84QQAAsIjzX+Sqb6AN8zAObCd/5xUPkVWAUVAJLxAk vwQz6DcBcMBVYlAPjRB/BvhSQYB441BXDVUJH0AA2weBAuEAyRAFTAYPKJaBMBUE7sAE5lBX UVAHluBxAhAJLwMVMgMAB8AIKChXLChTG+gO+IAHLFUHfDAB+4eDqoN+BMAFKOhVXGV8iid6 MvUGKBYFgOAGEhAABbAjbsMXIggAPxAFf7ALTrYGxRBWXCWF4pdUlrcCjcAODgZWYSVWUih5 MwUIYWAAAbAAopCDSHAFHgcAIhAE3uYKO0BsKzB2TP9AB5jgClogBpPwBpOwgvP3B1umZXDl Cg42Ca4Aiobgd321UpggCwylhVVAAAHgAKEgiFfwes5RCHjAav7ADp2gD/fADUUWD+7gZpnm gTLFBLUIa77VCOZwD94GabJlCNxQD/zgCsyAcSjmCE1gAATgioJoBX0GACcACLUYDdHgi+6w D+NgDsWwD67gD7vgD1omjPNXi73gYwFoDv6QaW7mCvwwjfPgDsUQDfNQD2/ABGtwCj1AUhvw im6jEj4EABTwBYPgD5MQAvdwD5iwj67gasz1ZZAGjzBFjASnBY2nD5CWaZnGXP+ID8WACZjg DmbHBH/QDCYgECRAC+fgNrr/Q1oAIAFfEAWT4GCNoFeN4AqYQAeNYIlM8AZ9hYkxRYlvEAQx ppSVOJVvcJRMYFmG4HhbZQjAsAEFYAAfAAs3iSeDmAIWcQCH8JSPp3h3OIVs6Fanx4biZ4dv GQTtMApdeAAxYJMLaQU5IIIDIAqX8INBiFRMMAn0EAkLUAANkANiuZBkcAUIEgBuQAp5UJhI FQRrsA7vsAfSxwBJMAtjCR2XQQayiALJQApdQJiYSVEw+QrrkA4+sCcegAWPiSerMQZCJEi5 8A2QkAdMsFJtyYJR0FU1pQWQoAzqYA/E4AACMAApsAW3SZrkYwMCEAAB4ALd0A7H8AqmcAmG YAiY/3CJLEVT5nme6Jme6klTeRCef4AHmfAL07AO9HANRXCdCjAFWZAKo1k8hLIFHaAACZAB Y8ALxnAN4SAN1JAN4IANw3AMw/Cgx4ALuBALq3ALv1AKq7ChnlAKt+AJnrAKsbAJnhALnrAJ q8AJm7AJsdAKLiqiujAMy2AMuqALz/AMxmAMouA4CNAAL4AGVxAK/bk5NTAGbtACHAApNpAF YzAGZPBGT4oGdjAHdtAGbDAHc8AGZpClXtAGbTAHXmAGZeAFXnClXjAGYyqmZgAGYLAFTgAG bCAHc2AGY1AFcMoGYEAFVRADNYACJsABNeAG98IKY/kExXMEKQAeVdADNf9gA0OAAzMBA3AC AzfAA0NAAy7AA5RKHjCQqTbAAz5gBDRwA+YiqUpgAy2iAzhAA/hBqTcAA0oEBIThAjDAAiww AyqQq6TqKkxaBTogpKrTBCdwAy9AMjWwHyxwrFPQqL3RAsGhR68yA60BHK8iG1DQAzcAG9h6 rS5AMrIBBDdwA/eDAjMABDTwAjUAAzMgGzYwrDaAAjmQHc+aCg+EBmTAB4iACKIQCleUCrAQ Cvy6r6cAC6kAsAArClrECgqrsKOQCqwQCqwwCqHQsA+bCv7asLDQsBrbsKGQCqOwsBBrsSKr Rf4KsFoEDvKgDtXAAotwFNUgDuoQs+dwDjFbszNhS7PqgLM3m7M0u7M5y7M9e7NCK7Qyq7NF G7Q+ew7vIA/0YA+UMAB8ABjVAA7iULVWe7VYm7Vau7Vc27Vee7XvYA/IgCAGgAbA4AzQcBxq u7Zs27Zu+7ZwG7dy27aUgCABAQAh+QQFUAD/ACwPAB0AMQALAAAI/wC1CBxIsKDBgwOZDBSD ECGTIAkVPiQI0aHCNWKCaBTzUGOQHTsQBnFVj2GQaLKYmIP3hwmTRvXwBGHXi1u+fPXq6cuH qR6+nfjqTYI3L+e4RnQO7ujlj6GMcftk3PPHTUYQTP7+yNDHrZc7d/7qmWOHdR67r+Y6+YvH zlw9f42UMnUKVUY+ePjGrWjkD8/WcUQE7pMVYgUeuCs07vX3ZoUMMfPMKSy4tKmWp1H1jduh LxpTv5pDauHXaweTP/5Sh11sSOGKePVEE6zMEfNWdiu05EsNmp1of8VCrtEmqzgmGXwNaWzE b57shJj2Sfenj52MffFkMBGzL6sMf/BkCFj0x0z8G3+9fvIjH49p6nprRHYqRr+XS1mdJveK toZJr/wCFdOIQpBFUwwz9GEyTy/MIPjGZA1pQURgEkKoxS6uXFZRhQMFodCEgUEkg3gRljgQ SCamWFBAACH5BAVYAP8ALA0AHQAzAAoAAAj/AP/9W1PMHyY69fz1WiOwoYwgQfA0msiwoUWB fyY2uvhvUqePnSb++6PPn8mT/vL9+deoWDFtIflFYxZPVsNiM4sJZLaPWbRo2ly61DZPm7af 2vS9Obnvnj5890ya23HUlax58zBhMmfzDZ5O8Fy5GsfO3T8xvdx1wjPJqixZkxr9gecOj7ti 7BodlfVmUq9ojcw1YtaLXydMvRqZnPTPqLlO5uK96dWJ6klZWhL6a9rrD7dijfTpE0ikETt9 MsXskIHvXyd/svzBE2M1iCx37P4RcQePnT88YvxxawRvXy9/9zDheePOnTkZ3JALlIUTU7TP WpgIV9yP2Qo8+ri9157HD5+YeP7mMXnT+h8/fv7iRd+HKYSYcfvqvanXvpdPbv+s0MkaWvDD jGbjNEKHP39g4g8TeLhyXHydFcMPN9H4w08vb2Ayjz/msKNNPrCpBSAeJ+GjhQwr+OcSM1qA GA08y5nU0yTuMPFhNP+8IQMzzj220T+9EAVPNHjs0xGGsvTSyy5M/HPiPT4ZYtNKtBni0kjR yNKSOf8wIctRPP6Dxz+Y6IVUPgCOlBY8cMIjy5ksTcLNPnDiw84a/MQT54V9wjPPPfXo4+Uu yNUDZ3eNYNIJYwEBACH5BAlYAP8ALAAAAABQAEgAAAj/AP8JHEiwoMGDCBMqXMiwocOHECNK nEixosWLGDNq3Mixo8ePIEOKHEmypMmTKFOqXMmypcuXMGPKnEmzps2bOHPq3Mmzp8+fQIMK HZpTi9GjRwmO88dU37+kBhsJJEKESS94WPHhm5ePHVKoGr8iZcLkX1lz8OrVY+YOrFEx3O79 axQtWqdiYmTImsdNRhB9g8RuFItUzBsmMnr566RNFjd+TAiP0zJOjBhXsuLVK9ZpnLl65rT1 euo2I+GvO1b8GSf1j7Zifr8yMffnXpBGWmS4uqft3rhecQ2RLo1Ri0CxQZj80RzPHTxDvfSx m2eOrPEg0epp09eJnxZz+f5p/+tU7988TGK0RSZ+0fhwo0wauWMab57AcfnyxevnD96kP0Fg xw4TOzSGBzsraPPGClpow4w547Czg2BhHUcWgbIwVQweK4QAzz9MyRLCP67Mhw8dO+wgA1my rCEcN/i4M0lc9+gFTxAUmnYdHo24wk4n/pgTAo5asMOUP73goeIK9eBjCDPc/NGIGPCs8c8b eNwTTTG9xMOONn+4sx57FhnVCD9HHrkLE9rkc8+RDnaCxx/6pMnUOLJg4t48e7njHDc+5jgY M8w0YqihhpRn36GNFENoI8xEYwijf9STnBZv0BENpvrgs88aRSJF1KiklmrqqaimquqqrLbq 6quwxhYq66y01mrrrbjmquuuvPbq66/AyhoQADs= --------------050200090204050702040306 Content-Type: image/gif; name="Sent" Content-Transfer-Encoding: base64 Content-ID: Content-Disposition: inline; filename="Sent" R0lGODlhSAAOAIAAAP///wAAACwAAAAASAAOAAACjYSPGctxDJo00lEIk96U13U5HziGIrhZ 3JWSGVY2ESpnirraj0ujIVLr8TQ6TxEmBPpmQ+YJ51ztdMipEhe0ZK9LU8mLXVKLThl4hBaa mVcu8XNOf9nmcbi5ja+nYp62f/dkwsYH1dKF9Hfn9lLlJkXYVgfIqBZpBdn1M7nIR5h3Axlh NPGDWagCqqBRAAA7 --------------050200090204050702040306 Content-Type: image/gif; name="Sent" Content-Transfer-Encoding: base64 Content-ID: Content-Disposition: inline; filename="Sent" R0lGODlhSAAOAIAAAP///wAAACwAAAAASAAOAAAChoQPgZuhDKOclD3onMwo63Z1nuGNEVeJ 5WKaR6nBFNq9H+iqJL0rHF/T2VSPnOUCBO0amxCN18rBkDebLzYVopJQ6fQH/q5Yn2JISCTL xOHKj9mED63ma69anRmPyh59uGXnN3bH1lWIl6gERpdlRXKHocYnUrhkmZKQualHNbeZxyk6 GlEAADs= --------------050200090204050702040306 Content-Type: image/gif; name="Sent" Content-Transfer-Encoding: base64 Content-ID: Content-Disposition: inline; filename="Sent" R0lGODlhSAAOAIAAAP///wAAACwAAAAASAAOAAACiISPqcvtD6OcMVgLQqa8P41cBnhhZQai o7iSqcl+ytmKJ7bWWrnDfdxIjTZE4TDUO7yIm19TGeQthUamEnd8Dklb6ALHc9CA1ia3GzIz wNJKGUWFThM7L/0XhtSRquxeK2eHJEV2dWPz4oJoQweHNUhYpVPT10cDl7VVqNPm4fnpmAc6 ykHYUAAAOw== --------------050200090204050702040306 Content-Type: image/gif; name="Sent" Content-Transfer-Encoding: base64 Content-ID: Content-Disposition: inline; filename="Sent" R0lGODlhSAAOAIAAAP///wAAACwAAAAASAAOAEACkISPaRHqD+NpErJ7UcNMA7pkyyc6VDdx mYpZJAt7cKuA3DuHd5qq+p4AhWqnm/BxGhWPMtqn1nMCJ7+SxrqxXm3RaCnLGuaq0+erQh6h qU+mK2majSXLMBLnM8Vjxw3+W5aXtoVC2MFlh4TltFdX+OfXJvhT5aVldmZmFPPHE+Qo+NgV IcqptqL2WYiy4nZQAAA7 --------------050200090204050702040306 Content-Type: image/gif; name="Sent" Content-Transfer-Encoding: base64 Content-ID: Content-Disposition: inline; filename="Sent" R0lGODlhSAAOAIAAAP///wAAACwAAAAASAAOAEACgoyPqcvt74AEalpZZ9AbL55RnZhYyIVu p8aB3ni8Jri+X3TVuYHKnh3b8WamYGrUQ6Z6pBKNKVT6ikaatFkFDq3bJfTKImK7IWPomexS j+dp0p2DUuTgMVL3rm33Hy2fe4cX5iTEpoaVdtYXZQbj2NEI+adlqLe4Q5cpBsHZ6fmZUAAA Ow== --------------050200090204050702040306 Content-Type: image/gif; name="Sent" Content-Transfer-Encoding: base64 Content-ID: Content-Disposition: inline; filename="Sent" R0lGODdhSAAOAIAAAP///wAAACwAAAAASAAOAAACc4yBicbqDyM8UrH2aN08hw5cmvWB5jZW Yumk55u40dqu7GJ7843XfCia/Ho+0k4XGwIvwqaTiDRCPcyo1CoDIpXJau2JUrq8Epo1CcqO S1wcGX2GT6/y7BLzjU/VvxH/PSfXlUfSx4PXhSjoEyQUtAa2VAAAOw== --------------050200090204050702040306 Content-Type: image/gif; name="Sent" Content-Transfer-Encoding: base64 Content-ID: Content-Disposition: inline; filename="Sent" R0lGODlhSAAOAIAAAP///wAAACwAAAAASAAOAEACc4SPqWvhD2NgQB5bpab3de1R4JZEXOks JBJmI8h+0OlOH3226IwrGLOqvSYzj0mUkg2TvqUlNEIyla7ecNfjOIONTXF6zPJwYeF1KqTp zNydM8Mua79EmGqbhKbkbtZxfXflpwSIkoOm9gNkgnjYmFVCUQAAOw== --------------050200090204050702040306 Content-Type: image/gif; name="Sent" Content-Transfer-Encoding: base64 Content-ID: Content-Disposition: inline; filename="Sent" R0lGODlhSAAOAIAAAP///wAAACwAAAAASAAOAEACZYSPqcvtz0Iw8lRwsZyZTg2G3nhVXXJC SKq27gvH8kzXTvmF5rejPPdbBXG6nAUo3HgyHaImtQkWWbaq1RjDWmHKaHH5M0ZzXh9OCVY4 v2XRCLRmD8e+t5yEJcb1c/v2DxgoiFAAADs= --------------050200090204050702040306 Content-Type: image/gif; name="Sent" Content-Transfer-Encoding: base64 Content-ID: Content-Disposition: inline; filename="Sent" R0lGODlhSAAOAIAAAP///wAAACH5BAAAAAAALAAAAABIAA4AAAKCBIKJdmqamGN00otzhbF1 HkgdBmniqE0jyp1hisKL+cyeCG9vVtK33zgJLzEbKWSUAW+WIDEZw0Vtq92zhXserZufDhR1 sYzhpBgK7h1rZGuZe4ZT50qvs1a/smnh7fB+N/fyQWfSdzWYxmYBtucB5wLUo/ioArJYKTNj ttTp+UlTAAA7 --------------050200090204050702040306 Content-Type: image/gif; name="Sent" Content-Transfer-Encoding: base64 Content-ID: Content-Disposition: inline; filename="Sent" R0lGODlhSAAOAIAAAP///wAAACwAAAAASAAOAEACkQSCqcZtwaCb50BE85IR36s5IEh9DXem nai0oVih6vxi9PMk2fmZu66rlG6d1mJiE1pkOOSOiHK5WDAhc2X9WZrBCOyK8xxfTSWvzDQa taOnJ/ykddXTKtnudSdn6zyVN+aUBLYUwzdF8geXOCRGFhQI6dM4pCGzlyehefXmh+RYVrk1 WsJBGHqaSRqHWtrWUAAAOw== --------------050200090204050702040306 Content-Type: image/gif; name="Sent" Content-Transfer-Encoding: base64 Content-ID: Content-Disposition: inline; filename="Sent" R0lGODlhmgEFAID/AP///zMzmSH/C0FET0JFOklSMS4wAt7tACH5BAAAAAAALAAAAACaAQUA AAJBhI+py+0Po5y02ouz3rz7D4biSJbmiabqygbuC8fyTNf2jef6zvf+DwwKh8Si8YiEsZbM pvMJjUqn1Kr1is1qEQUAOw== --------------050200090204050702040306 Content-Type: image/gif; name="Sent" Content-Transfer-Encoding: base64 Content-ID: Content-Disposition: inline; filename="Sent" R0lGODlhmgEFAID/AP///zMzmSH/C0FET0JFOklSMS4wAt7tACH5BAAAAAAALAAAAACaAQUA AAJBhI+py+0Po5y02ouz3rz7D4biSJbmiabqygbuC8fyTNf2jef6zvf+DwwKh8Si8YiEsZbM pvMJjUqn1Kr1is1qEQUAOw== --------------050200090204050702040306 Content-Type: image/gif; name="Sent" Content-Transfer-Encoding: base64 Content-ID: Content-Disposition: inline; filename="Sent" R0lGODlhUABLAPcAAP////f39/L08/Hz8fPy8/Py8u/v7+rt7Ojs6eHs7uvq6ubm5uHk5N7k 4Obe5t7e3tve2dnc29fd2NbW1s/W1M/U0MjY28bTyrbS28zMzMXLxr/Mw8XFxcXJysDFw73D vsW9xbfEvLXFtb2+vZbSr63Csri+u7W8t7y5uLW1vbW1tZy7xaK+rau1ta61rpu8pY3JpqW1 rYrCoKC3vK+wsa2trY+8oZ20pIm7naetqqWtpYLAnIO5l5mwpY22nH7AmaWmpaWlraGmoJGt n4K2mIO0lZ6lop2lnY6vm4iwl320lIKrkpyfoHmrknmrjpmZmZmZmZmZmZmZmXSrioybk4Kg pXmojHOoioyVkYyUjYeSi3Kbg4uMjG2cgIWMiWyaf4KMhHOUhGSefH6IgmuVe4SEhIWHiWWT eHyGgWmOeHqFfWqKdXaCeWONdWCJbnp+fF6IcHZ7e3F7dF+DblOObW14cVyGbHJycmF7bGxz cU2DZF1+amp0bld6ZlR5ZEp6X0d4XVNzYWZmZmZmZmZmZmZmZlFyXl5oYkxyXFRuX09tW1xk YVdhW0trW0toVVVgXExmV1hcW0piUkRfT1NaWUJjSlJaUktXUFFTUUJbS0pRUT1XSUlOTDZc RUJUSD5TRUlJSTdRREFJSD9JRThMQkJCQjROQDVIOztEQStJOjBCOCJJMzY6OyZEMzU4OiJB MS46Mio3LSg7MTMzMyQ8LyE6KRo2KCsvMycyKiQyKCgoKBoxIyMrJyEpIxgpICEjJyAgIBkh HRgfGgwnGRAkGBkZGRQaFhIWEw8PDwkUDgoKCgAAAP///wAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACH/C05FVFNDQVBFMi4wAwEAAAAh+QQFFADMACwA AAAAUABLAAAI/wABCBxIsKDBgwgTKlzIsKHDhxAjSpxIsaLFixgzatzIsaPHjyBDQjwA4YDI kwUVVDhR44SGCgpQimSQg0qNERkeIHjQYYFMjwqEjAHiocOEAwGSPsgw4KdGAkDiPPnwoUOD AwKSJp1QIYDTix7eeDmhgkaGDBIOHBigVUCGCF8pGsgxRoUJJjk8TBjxYcEBAwS0KsgQMy7E CjpUZKjBxcgJDxoQ5NCgdkBgrxEyeDXMMMAIHRo8MBlDJYeKDxq45mCA4EABrQEqPODM8IQO CRm85GHzBIgLEx4qNGCSAQECA1m9IshgkjbCDFSAaxG0m4qQlqglUGCyoDVbrREmOP9H6IKK Dh1sIpmRk+WIaRMcKkxwUcG4gddeDVTwOb6gCus6PEEJF3J48YQOLjymwQMsLbAAW5cBwEBX /RHEAYA5HPIGGGpYV8NpGmRQAQUNDEBBB1oBEMAEDFQ40ANUHIHgGItgIQcW7v0GGYkTGDGG HAgkJRACE2xW4QBHHJiDEJRgwQYYTwiR4AcZTHBCGYt4oQICAgj0gHwtugiAC1ic5wIfcXjB RoymfeDCGIfEQQUFfwGAABK4cDFBBEb2p0EWQiCoBSNPsMcEgh+gEckYJ0jAQAEHiFDED6ug csIE/FX4AI465JADI1xsGGUOJggBBgcTPKDABT7sQEIbtAT/A8aCfToXABOH5nCCGnwQGCOC JoTIgAQvKMGDFZ4o44stoLiAqZj/deqCDpFwUYcWvbmgQgURlFAEDDhM0ksuvCgCSDBeWFUr bRVwqisfd6DR4RHbbpAED1s0soUTmaiSCRlt7IJJDhEU1t8BT8iYmIDWYuHSDVbwIIMqvnxB BizCSDLHHp3wgoUGDKzLWQ1KkrpImiqEsIQTOMjgiDKywKFIJob0kYgkiPjCBw0PNNcfdEB4 akIWlDDBQRM88KCEIsEE84kie/gRCCSSkJLJK6gcwaLIcRlwhBA5fHgCJW98kIQSTuwBizGT tNGHIpNM8sknkMCSSi9emNCdiyfI/+hCDR6AgYkKMYjRRRu9GKNIH45Isgkpp2SyBB6yECPI aiFr6neCJ2hihgZbnKHEKcI4QgowkH+yRx9brIHLMLA8cZTPttYAtgsuaPBGJB70IEYTmxzT izCxbKJIGp6Q4QkyivyhBg0cCJD5zzm64CYmT4DuR+LHqLKHG2lsAUkvp3ThwwYAeHBCAAsY UKEBgeKuWByCZDBELscgI8seinxCRizB6AMRWDCBAgBABSMIgAHC1J8PHKEGuNNADh7BhAts QhiICIQd7OAHXpDiCjYIQc+QAgQKBGAA0xtPA3J0ghNkoA6CqAAVWgEHP7ghF7nwgxJekIEG LIABEegAE/9G8AABKIB2znGBb8iSASFcggkUCIUpeHGMTYjBB5eCgAQ4gBMaoEEzBkChiybw wCllgA+LmAAVkkELPUzhBvGZgAdyMIIFBEAFZgiAAO7DgC71JwBmOgF9mCAKLESgEXRAAnw4 kIEcACEDFkjAA7jwAQD8ZQDGcZEGjKAtFUCGEZoYwSY9YALUPAELLVgBBiYAhCcI5C8GWKCL BnC7FlIAC5yIoQfodYI45CELVZgBChjTIgEsYI8I6KOLPiAEGrRQAyM4BCXqcJYTPOEYugDV E1RQAyAIAFLJzACJkEgbBBghB5yjABryEAk+fOABGqiBGZ5wExF5gQELRIAJIsD/AAZkqj8n kBITdXAtShxCEG9gghG4QAOcMOAJKDCOB2jwlwMc00ULOIK2ToCTOlCBCahgBR8ikYUyPOEE qGpkAwzQmwcZQC1iCmiCtuUkF2SBE6LgxBO8wAQaBOcB2kEYDQzwpQYYrD8Z3aj6+ECvHNzh ZGVggmIokCAPZIABDYhAHR9wUb4J9AQVUIMWPmSCHDyBVFYFAg1YpIH21aAC+SQnbTJaA2c2 kg/o1NEHIOMjLjQKUxTIwlG49E+Ago0GJnjhNm3DBCDUIANv0AQX0CKBBXTgDUfppx3FlFGz busIcjiBF+qQAw6oAAgmKANoSukBCRARNxJ4gPvEVCos/wjBAxfIwxEoUYo4cKGsVMqAEWgQ HqYwgAb+dJCY7HQEJrzBBRR4AhsEMQuytQQ+T1ADEDoQngOcAAgGOI4CCLBcEwAhqpDJwxPG ACgmSEkDmMAEFzpQAQmwFAsQWIACWrNcBTzQNLd8w13KIIQRqCAHWFiEETwgygqYlwF7YtFy AeDAHEDPA4I4Ah9EIYgsqGDBpATCCRiQmgPs5YcP4BpnvKbWS2lBDXn4hSsiYQS7eOAJZjDL BI6Sg57oFwET1sATnMkBDFMhD3KgQsK0pYlc0rcBDzCDB/opvQkHAGwmuNRoVXAELqAWCEZY BCewAJkQ+VUCAxBAA1TMmQocIf/LHPjAIqggCE1ElQZUGEENPhC2lXBLAWHc7ITDlmUKeIEP lNAFKijxBG194Alc8AA8MdUdAxTWRRA4qUs8sAg5UCJLSvaUJiIhYL1AgDURAPKEBeKCI9jS C4c4AhbAQCogZMEVqECDCymQqgjMZtUCeeiUOMAINXx6EagdQw6Y4ALIVODZl55w37Isw0uw 4ha34IMXNGqCbnsAMqoG9kAIwOwToOYRIcXEjYzQKRWQxQNNEXdBMsCELGcAC5pgwxi0gIUo deq2bF51DXTgbUYcQg37VnK/KyDvhGS0hRx4wij4gHA2xAEI0W74QO6NIBcsYtGHAEMGNM6Q CrA7oGoGwIJmnBMQACH5BAUUAMwALCQABAAKABIAAAhzAJkJZLZgwsCDzCKUQThQAbARDJkZ OPYrAEMDs5YJYrhARZxlKBAyCAmqlMgazB78qnCQAUpmglS0fIkl5ECXArMYHHgApYInFplR GDFCpocMAu8oW6bsCbMDArksm7pMyMFSVIsxOEjD1a1ILBEe2MowIAAh+QQFFADMACw1AAoA DAASAAAIjgCZCRTIgcbAgwMzUEKIkMGyhQwFRrgDjFNEZh0EBdC1KOKDZVgMGOvAkAGoZRzi mGHYgQkQYG+eMJxQzICQZSNKAtMVAFQNhhlycAFlRibCDAZrFMtxcEEEDj+ZlenILECcYsqA MWVGQBADZneWiV0GRGAALAsWFBura4HACmWZZbnF8cHAEW4FLvgaMSAAIfkECRQAzAAsAAAA AFAASwAACN0AmQkcSLCgwYMIEypcyLChw4cQIwpcMEGixYsYI5TByLEjQwXARngcSVKggWO/ ApRcidHArGWCWMqMuEBFnGUoZupkyCAnqFI7gyJkUIPZg19CkxIkKjCmUqVMmWF5CrUosyxU kx4oquBJ1p0URoxQwcxDhq8z7yhbpszrAbQyuSybu0wI3Jml6BZjcFcmDVe3IlXoO/MAX8KI EytezLix48eQI0ueTLmy5cuYM2vezLmz58+gQ4seTbq06dOoU6tezbq169ewY8ueTbu27du4 c+vezbu379/Ag1cOCAA7 --------------050200090204050702040306 Content-Type: image/gif; name="Sent" Content-Transfer-Encoding: base64 Content-ID: Content-Disposition: inline; filename="Sent" R0lGODlhEAAWAKIGAGV/ov///wAAAGB7nzJAUrbD0////wAAACH5BAEAAAYALAAAAAAQABYA AANTaLrc/jBKIeQiQABLhiiF1AFAEWwKqnTBF5zpxXomrBKBObTCq66Dwo7W+xk6ulbGRspg hhSfg8JywR6CjnVjVGRJUkPXkP0UVOPyeFqxuN9wRgIAOw== --------------050200090204050702040306 Content-Type: image/gif; name="Sent" Content-Transfer-Encoding: base64 Content-ID: Content-Disposition: inline; filename="Sent" R0lGODlhEAAWAKIGAGV/ov///wAAAGB7nzJAUrbD0////wAAACH5BAEAAAYALAAAAAAQABYA AANTaLrc/jBKIeQiQABLhiiF1AFAEWwKqnTBF5zpxXomrBKBObTCq66Dwo7W+xk6ulbGRspg hhSfg8JywR6CjnVjVGRJUkPXkP0UVOPyeFqxuN9wRgIAOw== --------------050200090204050702040306 Content-Type: image/gif; name="Sent" Content-Transfer-Encoding: base64 Content-ID: Content-Disposition: inline; filename="Sent" R0lGODlhEAAWAKIGAGV/ov///wAAAGB7nzJAUrbD0////wAAACH5BAEAAAYALAAAAAAQABYA AANTaLrc/jBKIeQiQABLhiiF1AFAEWwKqnTBF5zpxXomrBKBObTCq66Dwo7W+xk6ulbGRspg hhSfg8JywR6CjnVjVGRJUkPXkP0UVOPyeFqxuN9wRgIAOw== --------------050200090204050702040306 Content-Type: image/gif; name="Sent" Content-Transfer-Encoding: base64 Content-ID: Content-Disposition: inline; filename="Sent" R0lGODlhEAAWAKIGAGV/ov///wAAAGB7nzJAUrbD0////wAAACH5BAEAAAYALAAAAAAQABYA AANTaLrc/jBKIeQiQABLhiiF1AFAEWwKqnTBF5zpxXomrBKBObTCq66Dwo7W+xk6ulbGRspg hhSfg8JywR6CjnVjVGRJUkPXkP0UVOPyeFqxuN9wRgIAOw== --------------050200090204050702040306 Content-Type: image/gif; name="Sent" Content-Transfer-Encoding: base64 Content-ID: Content-Disposition: inline; filename="Sent" R0lGODlhEAAWAKIGAGV/ov///wAAAGB7nzJAUrbD0////wAAACH5BAEAAAYALAAAAAAQABYA AANTaLrc/jBKIeQiQABLhiiF1AFAEWwKqnTBF5zpxXomrBKBObTCq66Dwo7W+xk6ulbGRspg hhSfg8JywR6CjnVjVGRJUkPXkP0UVOPyeFqxuN9wRgIAOw== --------------050200090204050702040306 Content-Type: image/gif; name="Sent" Content-Transfer-Encoding: base64 Content-ID: Content-Disposition: inline; filename="Sent" R0lGODlhEAAWAKIGAGV/ov///wAAAGB7nzJAUrbD0////wAAACH5BAEAAAYALAAAAAAQABYA AANTaLrc/jBKIeQiQABLhiiF1AFAEWwKqnTBF5zpxXomrBKBObTCq66Dwo7W+xk6ulbGRspg hhSfg8JywR6CjnVjVGRJUkPXkP0UVOPyeFqxuN9wRgIAOw== --------------050200090204050702040306 Content-Type: image/gif; name="Sent" Content-Transfer-Encoding: base64 Content-ID: Content-Disposition: inline; filename="Sent" R0lGODlhmgEFAID/AP///zMzmSH/C0FET0JFOklSMS4wAt7tACH5BAAAAAAALAAAAACaAQUA AAJBhI+py+0Po5y02ouz3rz7D4biSJbmiabqygbuC8fyTNf2jef6zvf+DwwKh8Si8YiEsZbM pvMJjUqn1Kr1is1qEQUAOw== --------------050200090204050702040306 Content-Type: image/gif; name="Sent" Content-Transfer-Encoding: base64 Content-ID: Content-Disposition: inline; filename="Sent" R0lGODlhmgEFAID/AP///zMzmSH/C0FET0JFOklSMS4wAt7tACH5BAAAAAAALAAAAACaAQUA AAJBhI+py+0Po5y02ouz3rz7D4biSJbmiabqygbuC8fyTNf2jef6zvf+DwwKh8Si8YiEsZbM pvMJjUqn1Kr1is1qEQUAOw== --------------050200090204050702040306 Content-Type: image/gif; name="Sent" Content-Transfer-Encoding: base64 Content-ID: Content-Disposition: inline; filename="Sent" R0lGODlhmgEFAID/AP///zMzmSH/C0FET0JFOklSMS4wAt7tACH5BAAAAAAALAAAAACaAQUA AAJBhI+py+0Po5y02ouz3rz7D4biSJbmiabqygbuC8fyTNf2jef6zvf+DwwKh8Si8YiEsZbM pvMJjUqn1Kr1is1qEQUAOw== --------------050200090204050702040306-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Aug 22 10:10:47 2001 Delivered-To: freebsd-current@freebsd.org Received: from euphoria.confusion.net (208-219-21-30.dsl.aros.net [208.219.21.30]) by hub.freebsd.org (Postfix) with ESMTP id B602537B432 for ; Wed, 22 Aug 2001 10:10:31 -0700 (PDT) (envelope-from stuyman@euphoria.confusion.net) Received: from localhost (localhost [127.0.0.1]) by euphoria.confusion.net (8.11.2/8.11.2) with SMTP id f7MHAFc03354; Wed, 22 Aug 2001 10:10:16 -0700 (PDT) Date: Wed, 22 Aug 2001 10:10:15 -0700 (PDT) From: Laurence Berland To: Garrett Wollman Cc: "Andrey A. Chernov" , freebsd-current@FreeBSD.ORG Subject: Re: Copyright Contradiction in libalias In-Reply-To: <200108221646.f7MGkwv60973@khavrinen.lcs.mit.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 22 Aug 2001, Garrett Wollman wrote: > < said: > > > I mean common part of international copyright law. > > There is no such thing as ``international copyright law''. There is > only national copyright law. Parties to the various international > copyright conventions agree to harmonize their national law to meet a > particular standard of protection, but I'm not aware of any case where > such a convention was enacted directly into law. (In the case of the > US, the Berne Convention was implemented as amendments to title 17 of > the United States Code. US law provides for only a limited right of > attribution, which does not apply to ``literary works''.) Also worth noting, the US spent a looooong time trying to reform its copyright law to meet the Berne convention. It didn't work out very well, the process was and is a mess, and noone is happy (well, maybe the MPAA)... US copyright law sucks, plain and simple. > > -GAWollman > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > Laurence Berland http://www.isp.northwestern.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Aug 22 10:43: 1 2001 Delivered-To: freebsd-current@freebsd.org Received: from ns.yogotech.com (ns.yogotech.com [206.127.123.66]) by hub.freebsd.org (Postfix) with ESMTP id 5BD4737B41D for ; Wed, 22 Aug 2001 10:41:50 -0700 (PDT) (envelope-from nate@yogotech.com) Received: from nomad.yogotech.com (nomad.yogotech.com [206.127.123.131]) by ns.yogotech.com (8.9.3/8.9.3) with ESMTP id LAA10806; Wed, 22 Aug 2001 11:38:08 -0600 (MDT) (envelope-from nate@nomad.yogotech.com) Received: (from nate@localhost) by nomad.yogotech.com (8.8.8/8.8.8) id LAA10647; Wed, 22 Aug 2001 11:37:50 -0600 (MDT) (envelope-from nate) From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15235.60910.424438.130472@nomad.yogotech.com> Date: Wed, 22 Aug 2001 11:37:50 -0600 To: Warner Losh Cc: nate@yogotech.com (Nate Williams), Andrew Kenneth Milton , cjclark@alum.mit.edu, Giorgos Keramidas , "Thomas T. Veldhouse" , Brian Somers , freebsd-current@FreeBSD.ORG, brian@freebsd-services.com Subject: Re: Copyright Contradiction in libalias In-Reply-To: <200108220624.f7M6OuW72563@harmony.village.org> References: <15234.61394.346674.66625@nomad.yogotech.com> <200108202249.f7KMnjU93566@hak.lan.Awfulhak.org> <20010821091441.F21855@zeus.theinternet.com.au> <006e01c12a43$48f9cb30$3028680a@tgt.com> <20010821114020.T313@blossom.cjclark.org> <20010821231841.B96292@hades.hell.gr> <20010821153116.Z313@blossom.cjclark.org> <15234.58543.854779.892964@nomad.yogotech.com> <20010822092358.L21855@zeus.theinternet.com.au> <200108220624.f7M6OuW72563@harmony.village.org> X-Mailer: VM 6.95 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Reply-To: nate@yogotech.com (Nate Williams) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > : On that released version, yes. But, not on subsuquent versions. I > : still maintain my rights to do with the code as I please. > > Then you are creating a new work, based on the public domain work that > went before it. I think we're splitting hairs here. Ultimately, the exact same behavior occurs no matter whose interpretation is correct. Say I (Nate) create a work. Let's go through the interpretation I've heard, and see what happens, and then the interpretation others have said, and see what happens. Version 0.90 of the software has no copyright whatsoever, and I release it to a couple of friends. However, I spoke with a lawyer, and he tells me I'd better stick a copyright on the front of my software, 'just in case'. However, the code is no different from V0.9, so I release version 0.98, which has the following header on all the source code. V0.98 Copyright 2001 Nate, All Rights reserved. At some point in time, I deem the code worthy of release, and I create Version 1.0, whose *only* difference from V0.98 is the copyright line has changed. This I give to some of the people who helped sponsor my work, and I want them to do anything they want with it. V1.0 FooBletch - This software is placed in the public domain, 8/2001 At the same time, I create Version 1.1, whose *only* difference from 0.98 is the copyright line(s). This I release on the Net. V1.0 FooBletch - Copyright 2001 Nate Redistribution and use in source and binary forms, with or without modification, are permitted provided that the following conditions are met: [ yadda, yadda, yadda ] You get the picture. As I've been told, this is completely legal. This means that a person who receives V0.9 and 0.98 can't do much with my software, as they essentially are the same thing. V0.98 is just more explicit about it. The folks who get V1.0 can do *anything* they want with it (can they legally claim authorship?), including release it on the net if they like, and even copyright it. We all know what rights the folks who get V1.1 have. At this point, everything is legal, because V1.1 is either a derivation of V1.0 or V0.98, and as the author I'm free to do whatever I want with my code, including putting it into the public domain. So, that's my explanation. Using Warner's (and others) explanation, the following is what happens. V0.9 and V0.98 are the same. V1.0 is released into the public domain. I (who have no additional rights) take 1.0, Copyright it, and release it as V1.1. Ultimately, the same result as in my interpretation, as far as rights go to all released copies of the software. However, as I understand from the lawyers (not that I trust them much), even the simple fact of modifying the files to change the copyright to put it into the PD implies a 'derivative work', so therefore I still have copyright status on the pre-PD version, and can do whatever I like with it. All prior unreleased versions are copyrighted, with or without copyright statements. Note, I understand that by releasing V1.0 into the public domain, I have given up *ALL* my rights for the *exact* copy of the software released into the public domain*. But, I have not (necessarily) given up all my rights for any prior or potentially subsequent derivations of said software, simple because I still have rights on the prior copies and can derive future copies from the past copies. *phew* Does that makes sense? The only way to lose my rights completely is to assign them to another entity (such as your employer), which most folks do when they sign their employment agreement. I think we're picking nits here, and ultimately it makes no difference in the end results that are released. Nate > : > | As the original author, you never lose your rights to the software, > : > | unless you assign your rights away to another entity, who knows has the > : > > : > Or you abandon those rights by releasing it into the Public Domain. > : > : See above. > > But Andrew is right here. You lose your rights to it when you > abandoned your copyright to place it in the public domain. Public > Domain is a specific, legal term with legal consequences. It means > you have no rights whatsoever to the work and others can do whatever > they like with the work., > > : > | Back to the original question, Charles Mott is the original author of > : > | said code, and he can release his software under any license he so > : > | pleases. If someone has a copy of his software released under the PD > : > | license, they are free to do with it as they please. However, he can > : > | *also* release a version under the BSD license (which he has), and that > : > | version is now being distributed by FreeBSD. This is all completely > : > | free and legal, because Charles is within his legal rights to do so. > : > > : > The Public Domain is not a license, it is an abandonment of copyright. > : > : That's not how I understand it to be, from speaking with lawyers on it. > > Your understanding differs greatly from my understanding. And I've > spoken to legal departments in many different companies, read many > different articles on Copyright vs Public Domain, etc. I've been in > charge of placing proper copyright notices in files, drafting such > notice, etc. > > : > If you find a piece of code, without a license attached, then copyright > : > law prevents you from copying, modifying or redistributing that code > : > (or book, or music) without written permission. > : > : I believe this is part of the Berne Convention, no? (And, it's not > : necessarily agreed upon by *all* countries in the world, hence the > : reason why certain companies explicity deny you to download software in > : certain countries. I believe Libya is one...) > > Taiwan didn't agree to the Berne Convention either.. The reason that > ocmpanies explicitly deny downloading software to certain countries is > that the US has an embargo against those countries and the import of > anything without an explicit license from the state department is > forbidden. > > : > The GPL was born because Stallman got burnt by releasing a version of > : > emacs (I think) into the Public Domain. > : > : I don't believe it was PD code. However, RMS never explicitly listed > : the rights the users had, and another company took the software, > : modified it, and started selling it as commercial software. RMS still > : had the rights on his original software, but he couldn't 'go back' and > : take away the rights he had granted in his initial release, so he > : couldn't stop the company from making money on 'his work'. > > RMS's legal claims were murkey at best. > > : > I A company started selling it, > : > and RMS had no claim to any of the monies, nor could he stop them from > : > selling a binary only version of it (or selling it at all), nor could he > : > force them to acknowledge it was written by him. > : > : Actually, if I remember correctly, the company did acknowledge that he > : wrote it, but that didn't help his cause. (I actually got a catalog > : from the company in question, but I can't remember the name offhand). > : > : He was free to re-use the same software, and release it under a > : different license for use in EMACS. (I believe that EMACS still > : contains some of the original LISP macros he initially developed, but > : they are now under the GPL license.) > > Actually, if you read the history, you'll find that what happened was > that Gosling released emacs. Stallman started hacking on it. > Stallman got an email from Gosling granting him rights to distribute > the derived work. Gosling then sold it to Unipress. Unipress went > after Stallman for distributing their copyrighted code. Stallman > couldn't find the email from Gosling conferring him these rights (his > claim was that it was on a backup tape he couldn't read), so he had to > abandon the work he did on Gosling emacs. He rewrote everything in > what would become gnu emacs. > > Warner > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Aug 22 11:46:56 2001 Delivered-To: freebsd-current@freebsd.org Received: from aragorn.neomedia.it (aragorn.neomedia.it [195.103.207.6]) by hub.freebsd.org (Postfix) with ESMTP id B8BCC37B43C for ; Wed, 22 Aug 2001 11:46:31 -0700 (PDT) (envelope-from bartequi@neomedia.it) Received: (from httpd@localhost) by aragorn.neomedia.it (8.11.4/8.11.4) id f7MIjTt13877; Wed, 22 Aug 2001 20:45:29 +0200 (CEST) To: Pete Fritchman Subject: (Apparently) SOLVED: Re: QT23 not building Message-ID: <998505928.3b83fdc8a341a@webmail.neomedia.it> Date: Wed, 22 Aug 2001 20:45:28 +0200 (CEST) From: Salvo Bartolotta Cc: Kenneth Wayne Culver , freebsd-current@FreeBSD.ORG MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: IMP/PHP IMAP webmail program 2.2.4-cvs X-WebMail-Company: Neomedia s.a.s. X-Originating-IP: 62.98.163.175 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG ++ 21/08/01 02:21 +0200 - Salvo Bartolotta: || I am using XFree4 and my /etc/make.conf contains the required XFree86 || version string. || || opengl/qgl.h:63: GL/gl.h: No such file or directory || opengl/qgl.h:64: GL/glu.h: No such file or directory | These are included in || the Mesa port, and the qt23 port has a depend for | Mesa (USE_MESA= yes), but this is broken for XFree86 4. See my PR at ^^^^^^^^^^^^^^^^^^^^^^^^^^^^ At least, under -CURRENT. On (yet) another slice of mine -- featuring FreeBSD 4-S --, I can see the problematic files in place. | http://www.freebsd.org/cgi/query-pr.cgi?pr=29546, I'm still waiting for | someone on portmgr@ to commit it. BTW, I tried your suggestion, but it did NOT work: the same error occurred at the same place. OTOH, since qt had complained about missing files... I built Mesa3 and put those missing files, ie gl.h, glext.h, glu.h, and glx.h in /usr/X11R6/include/GL. Needless to say, qt-2.3.1 built without further complaints. So, rather than delve into the makefiles, I cheated square and fair :-) -- Salvo To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Aug 22 12:37:43 2001 Delivered-To: freebsd-current@freebsd.org Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169]) by hub.freebsd.org (Postfix) with ESMTP id 95C5637B43B; Wed, 22 Aug 2001 12:37:16 -0700 (PDT) (envelope-from ken@panzer.kdm.org) Received: (from ken@localhost) by panzer.kdm.org (8.9.3/8.9.1) id NAA89117; Wed, 22 Aug 2001 13:37:04 -0600 (MDT) (envelope-from ken) Date: Wed, 22 Aug 2001 13:37:04 -0600 From: "Kenneth D. Merry" To: Slawek Zak Cc: scsi@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: Adaptec 7899 on-board controller and 4.4-RC Message-ID: <20010822133704.A89105@panzer.kdm.org> References: <20010822070254.A4250@prioris.mini.pw.edu.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20010822070254.A4250@prioris.mini.pw.edu.pl>; from zaks@prioris.mini.pw.edu.pl on Wed, Aug 22, 2001 at 07:02:54AM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Aug 22, 2001 at 07:02:54 +0200, Slawek Zak wrote: > I have 2 such controlers in a Dell 6400. Both did work on 4.3-STABLE, > updated about 4 weeks ago. After upgrade to 4.4-RC none of them is > detected during boot. Did the ahc driver `suffer' some dramatic > changes lately? There was some PCI breakage yesterday in -stable that should be fixed now. cvsup again and compile a new kernel. If it is still broken, send some more mail. :) Ken -- Kenneth Merry ken@kdm.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Aug 22 13:16:41 2001 Delivered-To: freebsd-current@freebsd.org Received: from bremen.shuttle.de (bremen.shuttle.de [194.95.249.251]) by hub.freebsd.org (Postfix) with ESMTP id 1819137B40A for ; Wed, 22 Aug 2001 13:16:09 -0700 (PDT) (envelope-from schweikh@schweikhardt.net) Received: by bremen.shuttle.de (Postfix, from userid 10) id D6A1C17D2C; Wed, 22 Aug 2001 22:16:07 +0200 (CEST) Received: (from schweikh@localhost) by hal9000.schweikhardt.net (8.11.5/8.11.3) id f7MHrmN03654 for current@freebsd.org; Wed, 22 Aug 2001 19:53:48 +0200 (CEST) (envelope-from schweikh) Date: Wed, 22 Aug 2001 19:53:48 +0200 From: Jens Schweikhardt To: current@freebsd.org Subject: unproperly unmounted fs after apparently clean shutdown Message-ID: <20010822195348.B2262@schweikhardt.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG hello, world\n I'm running FreeBSD 5.0-CURRENT #0: Mon Aug 6 23:23:45 CEST 2001. I turn on my box once a day when I come home and I recently noticed that about 1 out of 4 boots it tells me /boot/kernel/kernel: WARNING: / was not properly dismounted /boot/kernel/kernel: WARNING: /home was not properly dismounted /boot/kernel/kernel: WARNING: /opt was not properly dismounted /boot/kernel/kernel: WARNING: /usr was not properly dismounted /boot/kernel/kernel: /usr: lost blocks 6 files 5 /boot/kernel/kernel: WARNING: /usr/obj was not properly dismounted /boot/kernel/kernel: WARNING: /usr/ports/distfiles was not properly dismounted /boot/kernel/kernel: WARNING: /Var was not properly dismounted I'm positive that nothing unusual happened when I shut down the system with shutdown -h now, i.e. no "some process would not die; ps axl advised" or "could not umount" messages. I always wait for "The operating system has halted." before turning power off. The list of file systems above is not complete; a df says Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/da2s1a 127023 47915 68947 41% / devfs 1 1 0 100% /dev /dev/da1s2f 508143 322709 144783 69% /home /dev/da0s1e 595383 93019 454734 17% /opt /dev/da2s1f 3402629 2444357 686062 78% /usr /dev/da1s4f 4030836 3548808 159562 96% /usr/obj /dev/da1s2e 1984479 641906 1183815 35% /usr/ports/distfiles /dev/da2s1e 508143 132454 335038 28% /var /dev/da1s3g 396895 114577 250567 31% /Var /dev/da0s1d 1652219 1288389 231653 85% /home/ncvs /dev/da2s5 3826552 1600004 2032164 44% /linux procfs 4 4 0 100% /proc /dev/md0 661344 661344 0 100% /mnt/cd1 /dev/md1 620830 620830 0 100% /mnt/cd2 /dev/md2 660102 660102 0 100% /mnt/cd3 /dev/md3 649490 649490 0 100% /mnt/cd4 This means that /var, /home/ncvs and /linux are umounted properly. Does anyone see similar behavior? Any clues? Regards, Jens -- Jens Schweikhardt http://www.schweikhardt.net/ SIGSIG -- signature too long (core dumped) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Aug 22 13:56:26 2001 Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 618) id 52C0A37B42B; Wed, 22 Aug 2001 13:55:14 -0700 (PDT) Subject: Re: Where to put new bus_dmamap_load_mbuf() code In-Reply-To: <200108210623.f7L6NdY90348@aslan.scsiguy.com> from "Justin T. Gibbs" at "Aug 21, 2001 00:23:39 am" To: gibbs@scsiguy.com (Justin T. Gibbs) Date: Wed, 22 Aug 2001 13:55:14 -0700 (PDT) Cc: mjacob@feral.com, hackers@FreeBSD.ORG, current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <20010822205514.52C0A37B42B@hub.freebsd.org> From: wpaul@FreeBSD.ORG (Bill Paul) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > >My understanding is that you need a dmamap for every buffer that you want > >to map into bus space. > > You need one dmamap for each independantly manageable mapping. A > single mapping may result in a long list of segments, regardless > of whether you have a single KVA buffer or multiple KVA buffers > that might contribute to the mapping. Yes yes, I understand that. But that's only if you want to map a buffer that's larger than PAGE_SIZE bytes, like, say, a 64K buffer being sent to a disk controller. What I want to make sure everyone understands here is that I'm not typically dealing with buffers this large: instead I have lots of small buffers that are smaller than PAGE_SIZE bytes. A single mbuf alone is only 256 bytes, of which only a fraction is used for data. An mbuf cluster buffer is usually only 2048 bytes. Transmitted packets are typically fragmented across 2 or 3 mbufs: the first mbuf contains the header, and the other two contain data. (Or the first one contains part of the header, the second one contains additional header data, and the third contains data -- whatever.) At most I will have 1500 bytes of data to send, which is less than PAGE_SIZE, and that 1500 bytes will be fragmented across a bunch of smaller buffers that are also smaller than PAGE_SIZE. Therefore I will not have one dmamap with multiple segments: I will have a bunch of dmamaps with one segment each. (I can hear somebody out there saying: "What about jumbo frames?" Yes, with jumbo frames, I will have 9K buffers to deal with, and in that case, you could have one dmamap with several segments, and I am taking this into account with the updated code I've written.) > >So unless I'm mistaken, for each mbuf in an mbuf list, what we > >have to do is this: > > > >- create a bus_dmamap_t for the data area in the mbuf using > > bus_dmamap_create() > > Creating a dmamap, depending on the architecture, could be expensive. > You really want to create them in advance (or pool them), with at most > one dmamap per concurrent transaction you support in your driver. The only problem here is that I can't really predict how many transactions will be going at one time. I will have at least RX_DMA_RING maps (one for each mbuf in the RX DMA ring), and some fraction of TX_DMA_RING maps. I could have the TX DMA ring completely filled with packets waiting to be DMA'ed and transmitted, or I may have only one entry in the ring currently in use. So I guess I have to allocate RX_DMA_RING + TX_DMA_RING dmamaps in order to be safe. > >- do the physical to bus mapping with bus_dmamap_load() > > bus_dmamap_load() only understands how to map a single buffer. > You will have to pull pieces of bus_dmamap_load into a new > function (or create inlines for common bits) to do this > correctly. The algorithm goes something like this: > > foreach mbuf in the mbuf chain to load > /* > * Parse this contiguous piece of KVA into > * its bus space regions. > */ > foreach "bus space" discontiguous region > if (too_many_segs) > return (error); > Add new S/G element > > With the added complications of deferring the mapping if we're > out of space, issuing the callback, etc. Why can't I just call bus_dmamap_load() multiple times, once for each mbuf in the mbuf list? (Note: for the record, an mbuf list usually contains one packet fragmented across multiple mbufs. An mbuf chain contains several mbuf lists, linked together via the m_nextpkt pointer in the header of the first mbuf in each list. By the time we get to the device driver, we always have mbuf lists only.) > Chances are you are going to use the map again soon, so destroying > it on every transaction is a waste. Ok, I spent some more time on this. I updated the code at: http://www.freebsd.org/~wpaul/busdma The changes are: - Tried to account for the case where an mbuf data region is larger than a page, i.e. when we have an mbuf with a 9K external buffer attached for use a jumbo ethernet frame. - Added routines to allocate a chunk of maps in a singly linked list, from which the other routines can grab them as needed. The driver attach routine calls bus_dmamap_list_init() with the max number of dmamaps that it will need, then the detach routine calls bus_dmamap_list_destroy() to nuke them when the driver is unloaded. The bus_dmamap_load_mbuf() routine uses the pre-allocated dmamaps from the list and bus_dmamap_list_destroy() returns them to the list when the transaction is completed. - Updated the modified if_sf driver to use the new code. Again, I've got this code running on the test box in the lab, so it's correct inasmuch as it compiles and runs, even though it may not be aesthetically pleasing. -Bill -- ============================================================================= -Bill Paul (510) 749-2329 | Senior Engineer, Master of Unix-Fu wpaul@windriver.com | Wind River Systems ============================================================================= "I like zees guys. Zey are fonny guys. Just keel one of zem." -- The 3 Amigos ============================================================================= To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Aug 22 14:16:51 2001 Delivered-To: freebsd-current@freebsd.org Received: from aslan.scsiguy.com (aslan.scsiguy.com [63.229.232.106]) by hub.freebsd.org (Postfix) with ESMTP id A130137B438; Wed, 22 Aug 2001 14:15:45 -0700 (PDT) (envelope-from gibbs@scsiguy.com) Received: from scsiguy.com (localhost [127.0.0.1]) by aslan.scsiguy.com (8.11.5/8.11.5) with ESMTP id f7MLFiY16846; Wed, 22 Aug 2001 15:15:44 -0600 (MDT) (envelope-from gibbs@scsiguy.com) Message-Id: <200108222115.f7MLFiY16846@aslan.scsiguy.com> To: wpaul@FreeBSD.ORG (Bill Paul) Cc: mjacob@feral.com, hackers@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: Where to put new bus_dmamap_load_mbuf() code In-Reply-To: Your message of "Wed, 22 Aug 2001 13:55:14 PDT." <20010822205514.52C0A37B42B@hub.freebsd.org> Date: Wed, 22 Aug 2001 15:15:44 -0600 From: "Justin T. Gibbs" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG >> >My understanding is that you need a dmamap for every buffer that you want >> >to map into bus space. >> >> You need one dmamap for each independantly manageable mapping. A >> single mapping may result in a long list of segments, regardless >> of whether you have a single KVA buffer or multiple KVA buffers >> that might contribute to the mapping. > >Yes yes, I understand that. But that's only if you want to map >a buffer that's larger than PAGE_SIZE bytes, like, say, a 64K >buffer being sent to a disk controller. What I want to make sure >everyone understands here is that I'm not typically dealing with >buffers this large: instead I have lots of small buffers that are >smaller than PAGE_SIZE bytes. A single mbuf alone is only 256 >bytes, of which only a fraction is used for data. An mbuf cluster >buffer is usually only 2048 bytes. Transmitted packets are typically >fragmented across 2 or 3 mbufs: the first mbuf contains the header, >and the other two contain data. (Or the first one contains part >of the header, the second one contains additional header data, >and the third contains data -- whatever.) At most I will have 1500 >bytes of data to send, which is less than PAGE_SIZE, and that 1500 >bytes will be fragmented across a bunch of smaller buffers that >are also smaller than PAGE_SIZE. Therefore I will not have one >dmamap with multiple segments: I will have a bunch of dmamaps >with one segment each. The fact that the data is less than a page in size matters little to the bus dma concept. In other words, how is this packet presented to the hardware? Does it care that all of the component pieces are < PAGE_SIZE in length? Probably not. It just wants the list of address/length pairs that compose that packet and there is no reason that each chunk needs to have it own, and potentially expensive, dmamap. >> Creating a dmamap, depending on the architecture, could be expensive. >> You really want to create them in advance (or pool them), with at most >> one dmamap per concurrent transaction you support in your driver. > >The only problem here is that I can't really predict how many transactions >will be going at one time. I will have at least RX_DMA_RING maps (one for >each mbuf in the RX DMA ring), and some fraction of TX_DMA_RING maps. >I could have the TX DMA ring completely filled with packets waiting >to be DMA'ed and transmitted, or I may have only one entry in the ring >currently in use. So I guess I have to allocate RX_DMA_RING + TX_DMA_RING >dmamaps in order to be safe. Yes or allocate them in chunks so that the total amount is only as large as the greatest demand your driver has ever seen. >> With the added complications of deferring the mapping if we're >> out of space, issuing the callback, etc. > >Why can't I just call bus_dmamap_load() multiple times, once for >each mbuf in the mbuf list? Due to the cost of the dmamaps, the cost of which is platform and bus-dma implementation dependent - e.g. could be a 1-1 mapping to a hardware resource. Consider the case of having a full TX and RX ring in your driver. Instead of #TX*#RX dmamaps, you will now have three or more times that number. There is also the issue of coalessing the discontiguous chunks if there are too many chunks for your driver to handle. Bus dma is supposed to handle that for you (the x86 implementation doesn't yet, but it should) but it can't if it doesn't understand the segment limit per transaction. You've hidden that from bus dma by using a map per segment. >(Note: for the record, an mbuf list usually contains one packet >fragmented across multiple mbufs. An mbuf chain contains several >mbuf lists, linked together via the m_nextpkt pointer in the >header of the first mbuf in each list. By the time we get to >the device driver, we always have mbuf lists only.) Okay, so I haven't written a network driver yet, but you got the idea, right? 8-) >> Chances are you are going to use the map again soon, so destroying >> it on every transaction is a waste. > >Ok, I spent some more time on this. I updated the code at: > >http://www.freebsd.org/~wpaul/busdma I'll take a look. >The changes are: ... >- Added routines to allocate a chunk of maps in a singly linked list, > from which the other routines can grab them as needed. Are these hung off the dma tag or something? dmamaps may hold settings that are peculuar to the device that allocated them, so they cannot be shared with other clients of bus_dmamap_load_mbuf. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Aug 22 14:44: 1 2001 Delivered-To: freebsd-current@freebsd.org Received: from peter3.wemm.org (c1315225-a.plstn1.sfba.home.com [24.14.150.180]) by hub.freebsd.org (Postfix) with ESMTP id C724E37B411; Wed, 22 Aug 2001 14:43:44 -0700 (PDT) (envelope-from peter@wemm.org) Received: from overcee.netplex.com.au (overcee.wemm.org [10.0.0.3]) by peter3.wemm.org (8.11.0/8.11.0) with ESMTP id f7MLhiM80072; Wed, 22 Aug 2001 14:43:44 -0700 (PDT) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by overcee.netplex.com.au (Postfix) with ESMTP id 8FA32380B; Wed, 22 Aug 2001 14:43:44 -0700 (PDT) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.3.1 01/18/2001 with nmh-1.0.4 To: "Vladimir B. Grebenschikov" Cc: Ollivier Robert , "FreeBSD Current Users' list" , n_hibma@FreeBSD.ORG Subject: Re: Interrupt messages from usb0 on CURRENT In-Reply-To: <15235.53820.711935.885046@vbook.express.ru> Date: Wed, 22 Aug 2001 14:43:44 -0700 From: Peter Wemm Message-Id: <20010822214344.8FA32380B@overcee.netplex.com.au> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG "Vladimir B. Grebenschikov" wrote: > Ollivier Robert writes: > > I just upgraded to the latest sources (two hours ago) on my VAIO laptop an d > > I'm now getting dozens of messages: > > > > Aug 22 15:00:07 sidhe /boot/kernel/kernel: usb0: interrupt, but not for us > > Aug 22 15:00:51 sidhe last message repeated 8 times > > Aug 22 15:03:02 sidhe last message repeated 19 times > > Aug 22 15:12:59 sidhe last message repeated 92 times > > Have same problem on VAIO, on fresh sources. Yes, back out the last change to dev/usb/uhci.c and dev/usb/ohci.c. Nick's commit is 100% bogus. It is a fundamental nature of PCI shared interrupts that all possible sources have to be polled. Cheers, -Peter -- Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Aug 22 14:53: 2 2001 Delivered-To: freebsd-current@freebsd.org Received: from smtp014.mail.yahoo.com (smtp014.mail.yahoo.com [216.136.173.58]) by hub.freebsd.org (Postfix) with SMTP id D863C37B443 for ; Wed, 22 Aug 2001 14:52:24 -0700 (PDT) (envelope-from kc5vdj@yahoo.com) Received: from mkc-65-28-47-209.kc.rr.com (HELO yahoo.com) (65.28.47.209) by smtp.mail.vip.sc5.yahoo.com with SMTP; 22 Aug 2001 21:52:24 -0000 X-Apparently-From: Message-ID: <3B842997.1030908@yahoo.com> Date: Wed, 22 Aug 2001 16:52:23 -0500 From: Jim Bryant Reply-To: kc5vdj@yahoo.com User-Agent: Mozilla/5.0 (X11; U; Linux i386; en-US; rv:0.9.2) Gecko/20010726 Netscape6/6.1 X-Accept-Language: en-us MIME-Version: 1.0 To: "Vladimir B. Grebenschikov" Cc: Ollivier Robert , FreeBSD Current Users' list Subject: Re: Interrupt messages from usb0 on CURRENT References: <20010822151943.A53377@caerdonn.eurocontrol.fr> <15235.53820.711935.885046@vbook.express.ru> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Same thing here, started with the build this morning... I know of one change that had been done in the past 36 hours to usb, but it should not have done this, as the patches I was using didn't produce this before the committer committed the patches. Maybe something else got changed as well? Vladimir B. Grebenschikov wrote: > Ollivier Robert writes: > > I just upgraded to the latest sources (two hours ago) on my VAIO laptop and > > I'm now getting dozens of messages: > > > > Aug 22 15:00:07 sidhe /boot/kernel/kernel: usb0: interrupt, but not for us > > Aug 22 15:00:51 sidhe last message repeated 8 times > > Aug 22 15:03:02 sidhe last message repeated 19 times > > Aug 22 15:12:59 sidhe last message repeated 92 times > > Have same problem on VAIO, on fresh sources. > > > Any idea? > > > > I also got an error where pccardd tried to attach my pcmcia card two times > > -- > TSB Russian Express, Moscow > Vladimir B. Grebenschikov, vova@express.ru jim -- ET has one helluva sense of humor! He's always anal-probing right-wing schizos! _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Aug 22 14:54:30 2001 Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 618) id 3090537B40B; Wed, 22 Aug 2001 14:53:51 -0700 (PDT) Subject: Re: Where to put new bus_dmamap_load_mbuf() code In-Reply-To: <200108222115.f7MLFiY16846@aslan.scsiguy.com> from "Justin T. Gibbs" at "Aug 22, 2001 03:15:44 pm" To: gibbs@scsiguy.com (Justin T. Gibbs) Date: Wed, 22 Aug 2001 14:53:51 -0700 (PDT) Cc: mjacob@feral.com, hackers@FreeBSD.ORG, current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <20010822215351.3090537B40B@hub.freebsd.org> From: wpaul@FreeBSD.ORG (Bill Paul) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > The fact that the data is less than a page in size matters little > to the bus dma concept. In other words, how is this packet presented > to the hardware? Does it care that all of the component pieces are > < PAGE_SIZE in length? Probably not. It just wants the list of > address/length pairs that compose that packet and there is no reason > that each chunk needs to have it own, and potentially expensive, dmamap. Maybe, but bus_dmamap_load() only lets you map one buffer at a time. I want to map a bunch of little buffers, and the API doesn't let me do that. And I don't want to change the API, because that would mean modifying busdma_machdep.c on each platform, which is a hell that I would rather avoid. > >Why can't I just call bus_dmamap_load() multiple times, once for > >each mbuf in the mbuf list? > > Due to the cost of the dmamaps, the cost of which is platform and > bus-dma implementation dependent - e.g. could be a 1-1 mapping to > a hardware resource. Consider the case of having a full TX and RX > ring in your driver. Instead of #TX*#RX dmamaps, you will now have > three or more times that number. > > There is also the issue of coalessing the discontiguous chunks if > there are too many chunks for your driver to handle. Bus dma is > supposed to handle that for you (the x86 implementation doesn't > yet, but it should) but it can't if it doesn't understand the segment > limit per transaction. You've hidden that from bus dma by using a > map per segment. Ok, a slightly different question: what happens if I call bus_dmamap_load() more than once with different buffers but with the same dmamap? > >(Note: for the record, an mbuf list usually contains one packet > >fragmented across multiple mbufs. An mbuf chain contains several > >mbuf lists, linked together via the m_nextpkt pointer in the > >header of the first mbuf in each list. By the time we get to > >the device driver, we always have mbuf lists only.) > > Okay, so I haven't written a network driver yet, but you got the idea, > right? 8-) Just don't get 3c509 and 3c905 misxed up and we'll be fine. :) > >- Added routines to allocate a chunk of maps in a singly linked list, > > from which the other routines can grab them as needed. > > Are these hung off the dma tag or something? dmamaps may hold settings > that are peculuar to the device that allocated them, so they cannot > be shared with other clients of bus_dmamap_load_mbuf. It's a separate list. The driver is reponsible for allocating the head of the list, then it hands it to bus_dmamap_list_alloc() along with the required dma tag. bus_dmamap_list_alloc() then calls bus_dmapap_create() to populate the list. The driver doesn't have to manipulate the list itself, until time comes to destroy it. -Bill -- ============================================================================= -Bill Paul (510) 749-2329 | Senior Engineer, Master of Unix-Fu wpaul@windriver.com | Wind River Systems ============================================================================= "I like zees guys. Zey are fonny guys. Just keel one of zem." -- The 3 Amigos ============================================================================= To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Aug 22 15:17:28 2001 Delivered-To: freebsd-current@freebsd.org Received: from aslan.scsiguy.com (aslan.scsiguy.com [63.229.232.106]) by hub.freebsd.org (Postfix) with ESMTP id C467537B420; Wed, 22 Aug 2001 15:17:08 -0700 (PDT) (envelope-from gibbs@scsiguy.com) Received: from scsiguy.com (localhost [127.0.0.1]) by aslan.scsiguy.com (8.11.5/8.11.5) with ESMTP id f7MMH7Y18044; Wed, 22 Aug 2001 16:17:07 -0600 (MDT) (envelope-from gibbs@scsiguy.com) Message-Id: <200108222217.f7MMH7Y18044@aslan.scsiguy.com> To: wpaul@FreeBSD.ORG (Bill Paul) Cc: mjacob@feral.com, hackers@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: Where to put new bus_dmamap_load_mbuf() code In-Reply-To: Your message of "Wed, 22 Aug 2001 14:53:51 PDT." <20010822215351.3090537B40B@hub.freebsd.org> Date: Wed, 22 Aug 2001 16:17:07 -0600 From: "Justin T. Gibbs" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > >> The fact that the data is less than a page in size matters little >> to the bus dma concept. In other words, how is this packet presented >> to the hardware? Does it care that all of the component pieces are >> < PAGE_SIZE in length? Probably not. It just wants the list of >> address/length pairs that compose that packet and there is no reason >> that each chunk needs to have it own, and potentially expensive, dmamap. > >Maybe, but bus_dmamap_load() only lets you map one buffer at a time. >I want to map a bunch of little buffers, and the API doesn't let me >do that. And I don't want to change the API, because that would mean >modifying busdma_machdep.c on each platform, which is a hell that I >would rather avoid. bus_dmamap_load() is only one part of the API. bus_dmamap_load_mbuf or bus_dmamap_load_uio or also part of the API. They just don't happen to be impmeneted yet. 8-) Perhaps there should be an MD primitive that knows how to append to a mapping? This would allow you to write an MI loop that does exactly what you want. >> there are too many chunks for your driver to handle. Bus dma is >> supposed to handle that for you (the x86 implementation doesn't >> yet, but it should) but it can't if it doesn't understand the segment >> limit per transaction. You've hidden that from bus dma by using a >> map per segment. > >Ok, a slightly different question: what happens if I call >bus_dmamap_load() more than once with different buffers but with >the same dmamap? The behavior is undefined. >> >- Added routines to allocate a chunk of maps in a singly linked list, >> > from which the other routines can grab them as needed. >> >> Are these hung off the dma tag or something? dmamaps may hold settings >> that are peculuar to the device that allocated them, so they cannot >> be shared with other clients of bus_dmamap_load_mbuf. > >It's a separate list. The driver is reponsible for allocating the >head of the list, then it hands it to bus_dmamap_list_alloc() along >with the required dma tag. bus_dmamap_list_alloc() then calls >bus_dmapap_create() to populate the list. The driver doesn't have >to manipulate the list itself, until time comes to destroy it. Okay, but does this mean that bus_dmamap_load_mbuf no longer takes a dmamap? Drivers may want to allocate/manage the dmamaps in a different way. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Aug 22 15:23:59 2001 Delivered-To: freebsd-current@freebsd.org Received: from mailsrv.otenet.gr (mailsrv.otenet.gr [195.170.0.5]) by hub.freebsd.org (Postfix) with ESMTP id 2993E37B406 for ; Wed, 22 Aug 2001 15:23:44 -0700 (PDT) (envelope-from keramida@ceid.upatras.gr) Received: from hades.hell.gr (patr530-a027.otenet.gr [212.205.215.27]) by mailsrv.otenet.gr (8.11.1/8.11.1) with ESMTP id f7MMNPM04463; Thu, 23 Aug 2001 01:23:31 +0300 (EEST) Received: (from charon@localhost) by hades.hell.gr (8.11.4/8.11.4) id f7MMNhG04884; Thu, 23 Aug 2001 01:23:43 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Date: Thu, 23 Aug 2001 01:23:42 +0300 From: Giorgos Keramidas To: Warner Losh Cc: Nate Williams , Andrew Kenneth Milton , cjclark@alum.mit.edu, "Thomas T. Veldhouse" , Brian Somers , freebsd-current@FreeBSD.ORG, brian@freebsd-services.com Subject: Re: Copyright Contradiction in libalias Message-ID: <20010823012340.A4824@hades.hell.gr> References: <200108202249.f7KMnjU93566@hak.lan.Awfulhak.org> <20010821091441.F21855@zeus.theinternet.com.au> <006e01c12a43$48f9cb30$3028680a@tgt.com> <20010821114020.T313@blossom.cjclark.org> <20010821231841.B96292@hades.hell.gr> <20010821153116.Z313@blossom.cjclark.org> <15234.58543.854779.892964@nomad.yogotech.com> <20010822092358.L21855@zeus.theinternet.com.au> <15234.61394.346674.66625@nomad.yogotech.com> <200108220624.f7M6OuW72563@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200108220624.f7M6OuW72563@harmony.village.org>; from imp@harmony.village.org on Wed, Aug 22, 2001 at 12:24:56AM -0600 X-PGP-Fingerprint: 3A 75 52 EB F1 58 56 0D - C5 B8 21 B6 1B 5E 4A C2 X-URL: http://students.ceid.upatras.gr/~keramida/index.html Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG From: Warner Losh Subject: Re: Copyright Contradiction in libalias Date: Wed, Aug 22, 2001 at 12:24:56AM -0600 > In message <15234.61394.346674.66625@nomad.yogotech.com> Nate Williams writes: > : > > : > Once it's in the Public Domain you have abandoned your claim to copyright. > : > : On that released version, yes. But, not on subsuquent versions. I > : still maintain my rights to do with the code as I please. > > Then you are creating a new work, based on the public domain work that > went before it. Yes, and no. Distributing the exact same sources (with an extra copyright part) that says somebody should not copy and distribute it, as if it were in the public domain, a few weeks after is probably fraud. Arguments like "but I put extra work in this second distribution, since I made this nifty packaging with bright colours and the CDROM contains those awesome .jpeg images of my new keyboard" will probably sound a bit funny. The truth is that this is getting hairy. If you release something in the public domain, and then add value to it by changing a few things here and there, this is clearly a 'derivative' work. You do have the right to put any license you want on the derivative, of course - just like everyone else can put their own license on their own derivative works. So you are essentially very right ;-) -giorgos [ Isn't this thread by now more fit to -chat? ] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Aug 22 15:42: 4 2001 Delivered-To: freebsd-current@freebsd.org Received: from mailsrv.otenet.gr (mailsrv.otenet.gr [195.170.0.5]) by hub.freebsd.org (Postfix) with ESMTP id 5EABD37B443 for ; Wed, 22 Aug 2001 15:41:43 -0700 (PDT) (envelope-from keramida@ceid.upatras.gr) Received: from hades.hell.gr (patr530-a027.otenet.gr [212.205.215.27]) by mailsrv.otenet.gr (8.11.1/8.11.1) with ESMTP id f7MMfaM19596; Thu, 23 Aug 2001 01:41:37 +0300 (EEST) Received: (from charon@localhost) by hades.hell.gr (8.11.4/8.11.4) id f7MMfxP04963; Thu, 23 Aug 2001 01:42:00 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Date: Thu, 23 Aug 2001 01:41:59 +0300 From: Giorgos Keramidas To: cjclark@alum.mit.edu Cc: Nate Williams , "Thomas T. Veldhouse" , Andrew Kenneth Milton , Brian Somers , freebsd-current@FreeBSD.ORG, brian@freebsd-services.com Subject: Re: Copyright Contradiction in libalias Message-ID: <20010823014158.B4824@hades.hell.gr> References: <200108202249.f7KMnjU93566@hak.lan.Awfulhak.org> <20010821091441.F21855@zeus.theinternet.com.au> <006e01c12a43$48f9cb30$3028680a@tgt.com> <20010821114020.T313@blossom.cjclark.org> <20010821231841.B96292@hades.hell.gr> <20010821153116.Z313@blossom.cjclark.org> <15234.58543.854779.892964@nomad.yogotech.com> <20010821162913.B313@blossom.cjclark.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010821162913.B313@blossom.cjclark.org>; from cristjc@earthlink.net on Tue, Aug 21, 2001 at 04:29:13PM -0700 X-PGP-Fingerprint: 3A 75 52 EB F1 58 56 0D - C5 B8 21 B6 1B 5E 4A C2 X-URL: http://students.ceid.upatras.gr/~keramida/index.html Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG From: Crist J. Clark Subject: Re: Copyright Contradiction in libalias Date: Tue, Aug 21, 2001 at 04:29:13PM -0700 > On Tue, Aug 21, 2001 at 04:46:07PM -0600, Nate Williams wrote: > > > However, I can't retroactively take away the rights of anyone who has > > gotten my 'public domain' software. > > You can't do anything. You have no more rights to the software than > anyone else does (except the ability to say you wrote it). Even that (the ability to say you wrote it) might be difficult under certain circumstances. For instance, assuming that you release something to the public domain, and you suspect that someone's brand new and shining binary release of something that behaves like your own code is based on it, there is no clear way of determining whether the claim 'it was me who originally wrote this' is true or false. The recent thread about networking code in Windows and BSD implementation of the IP family of protocols is a good example of such a case :) > > Back to the original question, Charles Mott is the original author of > > said code, and he can release his software under any license he so > > pleases. > > So can FreeBSD with or without his consent since it is public domain > software. Yep. True. The only problem is that if Charles Mott makes changes at a later date to his codebase, changes cannot be merged to the FreeBSD version without permission from him, even if the patches apply cleanly and break nothing that FreeBSD uses. Any future changes that Charles Mott makes to versions that are not explicitly declared by him to be public domain software, have to be rewritten from scratch by FreeBSD folk. -giorgos To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Aug 22 15:43: 1 2001 Delivered-To: freebsd-current@freebsd.org Received: from btclick.com (mta02.btfusion.com [62.172.195.247]) by hub.freebsd.org (Postfix) with ESMTP id 2DF8B37B42B for ; Wed, 22 Aug 2001 15:42:37 -0700 (PDT) (envelope-from n_hibma@webweaving.org) Received: from heather.plazza.uk ([213.120.117.63]) by btclick.com (Netscape Messaging Server 4.05) with ESMTP id GIHR2W03.5GQ; Wed, 22 Aug 2001 23:42:32 +0100 Date: Wed, 22 Aug 2001 23:43:44 +0100 (BST) From: Nick Hibma X-X-Sender: To: Peter Wemm Cc: "Vladimir B. Grebenschikov" , Ollivier Robert , FreeBSD Current Users' list Subject: Re: Interrupt messages from usb0 on CURRENT In-Reply-To: <20010822214344.8FA32380B@overcee.netplex.com.au> Message-ID: <20010822234212.E1211-100000@heather.plazza.uk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Please only back out the part that early outs on no interrupt for us at all. There are some other changes in there which might indicate other problems, like interrupt masks set wrong and interrupts from the controller we are not but should be handling. I didn't realise that PCI devices were that badly designed. Sorry. Nick On Wed, 22 Aug 2001, Peter Wemm wrote: > "Vladimir B. Grebenschikov" wrote: > > Ollivier Robert writes: > > > I just upgraded to the latest sources (two hours ago) on my VAIO laptop an > d > > > I'm now getting dozens of messages: > > > > > > Aug 22 15:00:07 sidhe /boot/kernel/kernel: usb0: interrupt, but not for us > > > Aug 22 15:00:51 sidhe last message repeated 8 times > > > Aug 22 15:03:02 sidhe last message repeated 19 times > > > Aug 22 15:12:59 sidhe last message repeated 92 times > > > > Have same problem on VAIO, on fresh sources. > > Yes, back out the last change to dev/usb/uhci.c and dev/usb/ohci.c. > > Nick's commit is 100% bogus. It is a fundamental nature of PCI shared > interrupts that all possible sources have to be polled. > > Cheers, > -Peter > -- > Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au > "All of this is for nothing if we don't go to the stars" - JMS/B5 > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Aug 22 15:52:41 2001 Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 618) id 0EB8637B43C; Wed, 22 Aug 2001 15:52:19 -0700 (PDT) Subject: Re: Where to put new bus_dmamap_load_mbuf() code In-Reply-To: <200108222217.f7MMH7Y18044@aslan.scsiguy.com> from "Justin T. Gibbs" at "Aug 22, 2001 04:17:07 pm" To: gibbs@scsiguy.com (Justin T. Gibbs) Date: Wed, 22 Aug 2001 15:52:18 -0700 (PDT) Cc: mjacob@feral.com, hackers@FreeBSD.ORG, current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <20010822225219.0EB8637B43C@hub.freebsd.org> From: wpaul@FreeBSD.ORG (Bill Paul) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > >Maybe, but bus_dmamap_load() only lets you map one buffer at a time. > >I want to map a bunch of little buffers, and the API doesn't let me > >do that. And I don't want to change the API, because that would mean > >modifying busdma_machdep.c on each platform, which is a hell that I > >would rather avoid. > > bus_dmamap_load() is only one part of the API. bus_dmamap_load_mbuf > or bus_dmamap_load_uio or also part of the API. They just don't happen > to be impmeneted yet. 8-) Perhaps there should be an MD primitive > that knows how to append to a mapping? This would allow you to write > an MI loop that does exactly what you want. Any one of those ideas would be just fine. I eagerly await their realization. :) > >It's a separate list. The driver is reponsible for allocating the > >head of the list, then it hands it to bus_dmamap_list_alloc() along > >with the required dma tag. bus_dmamap_list_alloc() then calls > >bus_dmapap_create() to populate the list. The driver doesn't have > >to manipulate the list itself, until time comes to destroy it. > > Okay, but does this mean that bus_dmamap_load_mbuf no longer takes > a dmamap? Drivers may want to allocate/manage the dmamaps in a > different way. Yes, bus_dmamap_load_mbuf() accepts a dma tag, the head of the dmamap list, an mbuf, an segment array and a segment count. The Driver allocates the segment array with a certain number of members. It passes the array and segment count to bus_dmamap_load_mbuf(), which treats the segment count as the maximum number of segments that it can return to the caller. Once all the mappings have been done, it updates the segment count to indicate how many segments were actually needed. Then the driver transfers the info from the segment array into its DMA descriptor structures and kicks off the DMA operation. Once the device signals the transfer is done, the driver calls bus_dmamap_unload_mbuf() and bus_dmamap_destroy_mbuf() to unload the maps and return them to the map list for later use. It isn't until the driver calls bus_dmamap_list_destroy() that the dmamaps are actually released and the list free()ed. -Bill -- ============================================================================= -Bill Paul (510) 749-2329 | Senior Engineer, Master of Unix-Fu wpaul@windriver.com | Wind River Systems ============================================================================= "I like zees guys. Zey are fonny guys. Just keel one of zem." -- The 3 Amigos ============================================================================= To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Aug 22 15:59: 7 2001 Delivered-To: freebsd-current@freebsd.org Received: from earth.backplane.com (earth-nat-cw.backplane.com [208.161.114.67]) by hub.freebsd.org (Postfix) with ESMTP id E571037B420 for ; Wed, 22 Aug 2001 15:58:34 -0700 (PDT) (envelope-from dillon@earth.backplane.com) Received: (from dillon@localhost) by earth.backplane.com (8.11.4/8.11.2) id f7MMvhj79992; Wed, 22 Aug 2001 15:57:43 -0700 (PDT) (envelope-from dillon) Date: Wed, 22 Aug 2001 15:57:43 -0700 (PDT) From: Matt Dillon Message-Id: <200108222257.f7MMvhj79992@earth.backplane.com> To: Giorgos Keramidas Cc: Warner Losh , Nate Williams , Andrew Kenneth Milton , cjclark@alum.mit.edu, "Thomas T. Veldhouse" , Brian Somers , freebsd-current@FreeBSD.ORG, brian@freebsd-services.com Subject: Re: Copyright Contradiction in libalias References: <200108202249.f7KMnjU93566@hak.lan.Awfulhak.org> <20010821091441.F21855@zeus.theinternet.com.au> <006e01c12a43$48f9cb30$3028680a@tgt.com> <20010821114020.T313@blossom.cjclark.org> <20010821231841.B96292@hades.hell.gr> <20010821153116.Z313@blossom.cjclark.org> <15234.58543.854779.892964@nomad.yogotech.com> <20010822092358.L21855@zeus.theinternet.com.au> <15234.61394.346674.66625@nomad.yogotech.com> <200108220624.f7M6OuW72563@harmony.village.org> <20010823012340.A4824@hades.hell.gr> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG :Yes, and no. Distributing the exact same sources (with an extra :copyright part) that says somebody should not copy and distribute it, :as if it were in the public domain, a few weeks after is probably :fraud. Arguments like "but I put extra work in this second :distribution, since I made this nifty packaging with bright colours :and the CDROM contains those awesome .jpeg images of my new keyboard" :will probably sound a bit funny. : :The truth is that this is getting hairy. If you release something in :the public domain, and then add value to it by changing a few things :here and there, this is clearly a 'derivative' work. You do have the :right to put any license you want on the derivative, of course - just :like everyone else can put their own license on their own derivative :works. : :So you are essentially very right ;-) : :-giorgos If you think it's that simple, read this: http://www.nyls.edu/samuels/copyright/beyond/articles/public.html I'll include some excerpts here. Basically, though, I agree with the author of this paper that if there is *confusion*, such as there being a copyright notice AND a notice of the work being in the public domain, and the PD notice does not specifically reference the copyright, then the law will be in favor of the work still being copyrighten. -Matt >>> BEGIN <<< However, such an analogy overlooks the special place that copyright law has held among all forms of property law. Clearly, the American trend in the recent statutes has been ever greater protection of authors against forfeiture of copyright, and almost a paternalistic attitude to protect authors against even voluntary acts that might transfer the copyright to another. [FN105] Such unique sensitivity to the rights of authors, and the protection against transfers, even fairly compensated, should caution against too liberal an interpretation of abandonment. Under section 204, a transfer of ownership of copyright "is not valid unless an instrument of conveyance . . . is in writing and signed by the owner of the rights conveyed." If this statute of frauds prevents a verbal assignment of a copyright, even for consideration, [FN106] then the much more severe relinquishment of copyright to the public at large--probably without consideration--should require no less than such a writing. [FN107] >>> END <<< To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Aug 22 16:28:16 2001 Delivered-To: freebsd-current@freebsd.org Received: from theinternet.com.au (co3040619-a.kelvn1.qld.optushome.com.au [203.164.207.8]) by hub.freebsd.org (Postfix) with ESMTP id C851E37B449 for ; Wed, 22 Aug 2001 16:27:48 -0700 (PDT) (envelope-from akm@theinternet.com.au) Received: (from akm@localhost) by theinternet.com.au (8.11.4/8.11.4) id f7MNPIo55198; Thu, 23 Aug 2001 09:25:18 +1000 (EST) (envelope-from akm) Date: Thu, 23 Aug 2001 09:25:18 +1000 From: Andrew Kenneth Milton To: Giorgos Keramidas Cc: cjclark@alum.mit.edu, Nate Williams , "Thomas T. Veldhouse" , Andrew Kenneth Milton , Brian Somers , freebsd-current@FreeBSD.ORG, brian@freebsd-services.com Subject: Re: Copyright Contradiction in libalias Message-ID: <20010823092518.N21855@zeus.theinternet.com.au> References: <200108202249.f7KMnjU93566@hak.lan.Awfulhak.org> <20010821091441.F21855@zeus.theinternet.com.au> <006e01c12a43$48f9cb30$3028680a@tgt.com> <20010821114020.T313@blossom.cjclark.org> <20010821231841.B96292@hades.hell.gr> <20010821153116.Z313@blossom.cjclark.org> <15234.58543.854779.892964@nomad.yogotech.com> <20010821162913.B313@blossom.cjclark.org> <20010823014158.B4824@hades.hell.gr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i In-Reply-To: <20010823014158.B4824@hades.hell.gr>; from Giorgos Keramidas on Thu, Aug 23, 2001 at 01:41:59AM +0300 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG +-------[ Giorgos Keramidas ]---------------------- | | Yep. True. The only problem is that if Charles Mott makes changes at | a later date to his codebase, changes cannot be merged to the FreeBSD | version without permission from him, even if the patches apply cleanly | and break nothing that FreeBSD uses. This is true of any software. Just because one version is BSDL doesn't mean future versions will be. He's the author he can release under whatever license he wants to (and more power to him). -- Totally Holistic Enterprises Internet| | Andrew Milton The Internet (Aust) Pty Ltd | | ACN: 082 081 472 ABN: 83 082 081 472 | M:+61 416 022 411 | Carpe Daemon PO Box 837 Indooroopilly QLD 4068 |akm@theinternet.com.au| To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Aug 22 16:50:59 2001 Delivered-To: freebsd-current@freebsd.org Received: from theinternet.com.au (co3040619-a.kelvn1.qld.optushome.com.au [203.164.207.8]) by hub.freebsd.org (Postfix) with ESMTP id 2475C37B40F for ; Wed, 22 Aug 2001 16:50:29 -0700 (PDT) (envelope-from akm@theinternet.com.au) Received: (from akm@localhost) by theinternet.com.au (8.11.4/8.11.4) id f7MNoR855267 for freebsd-current@freebsd.org; Thu, 23 Aug 2001 09:50:27 +1000 (EST) (envelope-from akm) Date: Thu, 23 Aug 2001 09:50:27 +1000 From: Andrew Kenneth Milton To: freebsd-current@freebsd.org Subject: Re: Copyright Contradiction in libalias (Summary) Message-ID: <20010823095027.O21855@zeus.theinternet.com.au> References: <200108202249.f7KMnjU93566@hak.lan.Awfulhak.org> <20010821091441.F21855@zeus.theinternet.com.au> <006e01c12a43$48f9cb30$3028680a@tgt.com> <20010821114020.T313@blossom.cjclark.org> <20010821231841.B96292@hades.hell.gr> <20010821153116.Z313@blossom.cjclark.org> <15234.58543.854779.892964@nomad.yogotech.com> <20010821162913.B313@blossom.cjclark.org> <20010823014158.B4824@hades.hell.gr> <20010823092518.N21855@zeus.theinternet.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i In-Reply-To: <20010823092518.N21855@zeus.theinternet.com.au>; from Andrew Kenneth Milton on Thu, Aug 23, 2001 at 09:25:18AM +1000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I guess we can summarize now? :-) 1) If you are the author of software, it's a bad idea to simply release code into the Public Domain, mainly because you can't protect your self from litigation by placing disclaimers in your code. 2) Public Domain means you relinquish your copyright control over your work (but, you can still claim to be the author). Regaining control could be difficult, you can't simply take something and license it if it's not "different enough". E.g. adding comments or a license isn't changing the work enough to give you or anyone else copyright control. The amount of difference required could come down to local law interpretations. 3) Actually abandoning copyright can be difficult. Some countries don't allow or recognise Public Domain. 4) Some countries require registration for copyright to be granted, others don't, some do both. 5) Some people incorrectly think that Public Domain is synonymous with OpenSource or Shareware. 6) Source Licenses are a way to remove or loosen restrictions already implicitly granted because of copyright laws. 7) Some countries don't have copyright laws so 1-6 are moot points in those countries anyway. 8) Noone contributing to this thread is a copyright lawyer. -- Totally Holistic Enterprises Internet| | Andrew Milton The Internet (Aust) Pty Ltd | | ACN: 082 081 472 ABN: 83 082 081 472 | M:+61 416 022 411 | Carpe Daemon PO Box 837 Indooroopilly QLD 4068 |akm@theinternet.com.au| To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Aug 22 17: 4:13 2001 Delivered-To: freebsd-current@freebsd.org Received: from kyle.tandemedia.com (kyle.tandemedia.com [216.29.169.3]) by hub.freebsd.org (Postfix) with ESMTP id 3DBC537B411 for ; Wed, 22 Aug 2001 17:03:57 -0700 (PDT) (envelope-from rmtodd@servalan.servalan.com) Received: by kyle.tandemedia.com (Postfix, from userid 66) id 02F7755402; Wed, 22 Aug 2001 20:03:54 -0400 (EDT) Received: from localhost (1504 bytes) by servalan.servalan.com via sendmail with P:stdio/R:smart_host/T:hacked-uux (sender: ) (ident using unix) id for ; Wed, 22 Aug 2001 18:27:37 -0500 (CDT) (Smail-3.2.0.111 2000-Feb-17 #1 built 2001-Jan-15) Message-Id: Date: Wed, 22 Aug 2001 18:27:37 -0500 (CDT) From: rmtodd@servalan.servalan.com (Richard Todd) To: roberto@eurocontrol.fr, current@freebsd.org Subject: Re: Interrupt messages from usb0 on CURRENT Newsgroups: servalan.mailinglist.fbsd-current References: X-Newsreader: NN version 6.5.6 (NOV) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In servalan.mailinglist.fbsd-current you write: >I just upgraded to the latest sources (two hours ago) on my VAIO laptop and >I'm now getting dozens of messages: >Aug 22 15:00:07 sidhe /boot/kernel/kernel: usb0: interrupt, but not for us >Aug 22 15:00:51 sidhe last message repeated 8 times >Aug 22 15:03:02 sidhe last message repeated 19 times >Aug 22 15:12:59 sidhe last message repeated 92 times This is apparently due to a change last night in the uhci and ohci drivers to report interrupts the USB code sees but which don't correspond to any actual USB activity. I saw the same thing last night after I upgraded (to try out jhb's latest fixes, which worked like a charm on the sound problem). I note that on my system the uhci0 and fxp0 are on the same IRQ: uhci0: port 0xef80-0xef9f irq 2 at device 7.2 on pci0 fxp0: port 0xef40-0xef5f mem 0xfea00000-0xfeafffff,0xfc4ff000-0xfc4fffff irq 2 at device 17.0 on pci0 I wonder if the "interrupts not for us" are actually interrupts from the Ethernet that the USB code sees because both the USB and the Ethernet are on the same irq. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Aug 22 17:17: 6 2001 Delivered-To: freebsd-current@freebsd.org Received: from misha.privatelabs.com (misha.privatelabs.com [66.9.25.166]) by hub.freebsd.org (Postfix) with ESMTP id 846CE37B410; Wed, 22 Aug 2001 17:16:58 -0700 (PDT) (envelope-from mi@aldan.algebra.com) Received: from misha.privatelabs.com (mi@localhost [127.0.0.1]) by misha.privatelabs.com (8.11.3/8.11.1) with ESMTP id f7N0Gtk04308; Wed, 22 Aug 2001 20:16:57 -0400 (EDT) (envelope-from mi@aldan.algebra.com) Message-Id: <200108230016.f7N0Gtk04308@misha.privatelabs.com> Date: Wed, 22 Aug 2001 20:16:54 -0400 (EDT) From: mi@aldan.algebra.com Reply-To: mi@aldan.algebra.com Subject: webdavfs anyone? To: current@freebsd.org, questions@freebsd.org MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG WebDAV seems to be becoming increasingly official (www.webdav.org; /usr/ports/www/{neon,cadaver}; standard part of Apache-2.0)... I wonder if anyone looked at the possibility of creating a webdavfs module -- like smbfs, for example?.. -mi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Aug 22 17:22:48 2001 Delivered-To: freebsd-current@freebsd.org Received: from misha.privatelabs.com (misha.privatelabs.com [66.9.25.166]) by hub.freebsd.org (Postfix) with ESMTP id 389D437B409 for ; Wed, 22 Aug 2001 17:22:46 -0700 (PDT) (envelope-from mi@aldan.algebra.com) Received: from misha.privatelabs.com (mi@localhost [127.0.0.1]) by misha.privatelabs.com (8.11.3/8.11.1) with ESMTP id f7N0Mhk04335 for ; Wed, 22 Aug 2001 20:22:44 -0400 (EDT) (envelope-from mi@aldan.algebra.com) Message-Id: <200108230022.f7N0Mhk04335@misha.privatelabs.com> Date: Wed, 22 Aug 2001 20:22:42 -0400 (EDT) From: mi@aldan.algebra.com Reply-To: mi@aldan.algebra.com Subject: webdavfs correction To: current@freebsd.org MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Seems like Apple has webdavfs for OS X... Any hope for a FreeBSD version? At least -- source? At least with an NDA, so binary modules can be made available for -stable and -current? Do our new Apple employees wield enough influence? -mi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Aug 22 17:44:51 2001 Delivered-To: freebsd-current@freebsd.org Received: from InterJet.elischer.org (c421509-a.pinol1.sfba.home.com [24.7.86.9]) by hub.freebsd.org (Postfix) with ESMTP id E088E37B636 for ; Wed, 22 Aug 2001 17:44:07 -0700 (PDT) (envelope-from julian@elischer.org) Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id RAA50025; Wed, 22 Aug 2001 17:47:24 -0700 (PDT) Date: Wed, 22 Aug 2001 17:47:23 -0700 (PDT) From: Julian Elischer To: mi@aldan.algebra.com Cc: current@freebsd.org Subject: Re: webdavfs correction In-Reply-To: <200108230022.f7N0Mhk04335@misha.privatelabs.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG so call me ignorant but what IS webdav? (or even dav) On Wed, 22 Aug 2001 mi@aldan.algebra.com wrote: > Seems like Apple has webdavfs for OS X... Any hope for a FreeBSD > version? At least -- source? At least with an NDA, so binary modules can > be made available for -stable and -current? > > Do our new Apple employees wield enough influence? > > -mi > > > 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 Aug 22 18: 8:19 2001 Delivered-To: freebsd-current@freebsd.org Received: from peter3.wemm.org (c1315225-a.plstn1.sfba.home.com [24.14.150.180]) by hub.freebsd.org (Postfix) with ESMTP id A111C37B40B for ; Wed, 22 Aug 2001 18:08:01 -0700 (PDT) (envelope-from peter@wemm.org) Received: from overcee.netplex.com.au (overcee.wemm.org [10.0.0.3]) by peter3.wemm.org (8.11.0/8.11.0) with ESMTP id f7N181M80720 for ; Wed, 22 Aug 2001 18:08:01 -0700 (PDT) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by overcee.netplex.com.au (Postfix) with ESMTP id 1DDEC380F; Wed, 22 Aug 2001 18:08:01 -0700 (PDT) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.3.1 01/18/2001 with nmh-1.0.4 To: rmtodd@servalan.servalan.com (Richard Todd) Cc: roberto@eurocontrol.fr, current@FreeBSD.ORG Subject: Re: Interrupt messages from usb0 on CURRENT In-Reply-To: Date: Wed, 22 Aug 2001 18:08:01 -0700 From: Peter Wemm Message-Id: <20010823010801.1DDEC380F@overcee.netplex.com.au> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Richard Todd wrote: > In servalan.mailinglist.fbsd-current you write: > > >I just upgraded to the latest sources (two hours ago) on my VAIO laptop and > >I'm now getting dozens of messages: > > >Aug 22 15:00:07 sidhe /boot/kernel/kernel: usb0: interrupt, but not for us > >Aug 22 15:00:51 sidhe last message repeated 8 times > >Aug 22 15:03:02 sidhe last message repeated 19 times > >Aug 22 15:12:59 sidhe last message repeated 92 times > > This is apparently due to a change last night in the uhci and ohci drivers to > report interrupts the USB code sees but which don't correspond to any actual > USB activity. I saw the same thing last night after I upgraded (to try out > jhb's latest fixes, which worked like a charm on the sound problem). > > I note that on my system the uhci0 and fxp0 are on the same IRQ: > uhci0: port 0xef80-0xef9f irq 2 at device 7.2 on pci0 > fxp0: port 0xef40-0xef5f mem 0xfea00000-0xf eafffff,0xfc4ff000-0xfc4fffff irq 2 at device 17.0 on pci0 > > I wonder if the "interrupts not for us" are actually interrupts from the > Ethernet that the USB code sees because both the USB and the Ethernet > are on the same irq. Yes. Revert the last revision to uhci.c and/or ohci.c. usb was assuming it was the sole generator of those interrupts. Cheers, -Peter -- Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Aug 22 18:20: 6 2001 Delivered-To: freebsd-current@freebsd.org Received: from misha.privatelabs.com (misha.privatelabs.com [66.9.25.166]) by hub.freebsd.org (Postfix) with ESMTP id 486CF37B411 for ; Wed, 22 Aug 2001 18:19:47 -0700 (PDT) (envelope-from mi@aldan.algebra.com) Received: from misha.privatelabs.com (mi@localhost [127.0.0.1]) by misha.privatelabs.com (8.11.3/8.11.1) with ESMTP id f7N1Jbk04527; Wed, 22 Aug 2001 21:19:39 -0400 (EDT) (envelope-from mi@aldan.algebra.com) Message-Id: <200108230119.f7N1Jbk04527@misha.privatelabs.com> Date: Wed, 22 Aug 2001 21:19:36 -0400 (EDT) From: mi@aldan.algebra.com Reply-To: mi@aldan.algebra.com Subject: Re: webdavfs correction To: julian@elischer.org Cc: current@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: TEXT/plain; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 22 Aug, Julian Elischer wrote: > so call me ignorant but what IS webdav? (or even dav) > On Wed, 22 Aug 2001 mi@aldan.algebra.com wrote: > >> Seems like Apple has webdavfs for OS X... Any hope for a FreeBSD >> version? At least -- source? At least with an NDA, so binary modules can >> be made available for -stable and -current? >> >> Do our new Apple employees wield enough influence? From my earlier posting: http://www.webdav.org/ /usr/ports/www/{neon,cadaver,sitecopy}/pkg-descr See also: http://www.xent.com/dec00/0391.html Too bad, the published Apple's link http://www.apple.com/macosx/usingosx/internet.html is broken :( -mi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Aug 22 23:25: 6 2001 Delivered-To: freebsd-current@freebsd.org Received: from smtp010.mail.yahoo.com (smtp010.mail.yahoo.com [216.136.173.30]) by hub.freebsd.org (Postfix) with SMTP id 6932237B40B for ; Wed, 22 Aug 2001 23:25:02 -0700 (PDT) (envelope-from kc5vdj@yahoo.com) Received: from mkc-65-28-47-209.kc.rr.com (HELO yahoo.com) (65.28.47.209) by smtp.mail.vip.sc5.yahoo.com with SMTP; 23 Aug 2001 06:25:02 -0000 X-Apparently-From: Message-ID: <3B84A1BD.7040202@yahoo.com> Date: Thu, 23 Aug 2001 01:25:01 -0500 From: Jim Bryant Reply-To: kc5vdj@yahoo.com User-Agent: Mozilla/5.0 (X11; U; Linux i386; en-US; rv:0.9.2) Gecko/20010726 Netscape6/6.1 X-Accept-Language: en-us MIME-Version: 1.0 To: Kazutaka YOKOTA Cc: freebsd-current@freebsd.org Subject: Re: syscons VTY switch panic... References: <3B820F12.7050209@yahoo.com> <200108220350.MAA03898@zodiac.mech.utsunomiya-u.ac.jp> <3B83384E.1010604@yahoo.com> <200108220520.OAA04225@zodiac.mech.utsunomiya-u.ac.jp> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This seems to solve the problem. Thank you. How soon before VESA will be stable? I do prefer a 132x60 text-mode console... Kazutaka YOKOTA wrote: > Would you please remove the vesa driver from the kernel and > do not try loading the vesa module either, and see if things work? > > >>Actually, I have tried to get the VESA splash thing going, but never can get a >>nything to display... I can try removing that... I >>believe it is still set up this way... >> >>What are the limitations on image size and color-depth for the boot splash thi >>ng? >> > > The image must have 256 colors. Its size must be 1024x768 or smaller. > If you don't have the vesa support in the kernel, the maximum size is > 320x200. > > Kazu > > >>Kazutaka YOKOTA wrote: >> >> >>>Do you by any chance use a VESA mode in text vtys? >>> >>>The vesa module in -CURRENT has problems now. If you try to >>>set the VESA_800x600 mode in syscons, you will likely to >>>hang your machine. This is a known problem, and is somewhat >>>related to vm86 and context switching. I am afraid there is >>>no immediate fix for it. >>> >>>Kazu >>> >>> >>> >>>>I am getting this with regularity now. >>>> >>>>The one time I was available to see the panic, I forgot to go into the debug >>>> >>ge >> >>>>r and do a traceback, but it had something to do with >>>>a mwrite, and had a line concerning [maybe a buffer is....?]... >>>> >>>>I know this isn't much to go on, but that's what I have. I'll get more info >>>> >>w >> >>>>hen I feel like wasting ten or fifteen minutes for a >>>>double-reboot... [is it necessary to do the `shutdown -r now` to write a ne >>>> >>w >> >>>>entropy, or can we just keep going if it boots without >>>>the proper entropy?]... >>>> >>>>I have pretty much isolated this to VTY switching via syscons. Occasionally >>>> >>, >> >>>>it will leave the system speaker in a constant tone >>>>until it reboots. This is very noticable then X exits. jim -- ET has one helluva sense of humor! He's always anal-probing right-wing schizos! _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Aug 22 23:33:10 2001 Delivered-To: freebsd-current@freebsd.org Received: from smtp016.mail.yahoo.com (smtp016.mail.yahoo.com [216.136.174.113]) by hub.freebsd.org (Postfix) with SMTP id 7428137B40E for ; Wed, 22 Aug 2001 23:33:07 -0700 (PDT) (envelope-from kc5vdj@yahoo.com) Received: from mkc-65-28-47-209.kc.rr.com (HELO yahoo.com) (65.28.47.209) by smtp.mail.vip.sc5.yahoo.com with SMTP; 23 Aug 2001 06:33:07 -0000 X-Apparently-From: Message-ID: <3B84A3A2.8020507@yahoo.com> Date: Thu, 23 Aug 2001 01:33:06 -0500 From: Jim Bryant Reply-To: kc5vdj@yahoo.com User-Agent: Mozilla/5.0 (X11; U; Linux i386; en-US; rv:0.9.2) Gecko/20010726 Netscape6/6.1 X-Accept-Language: en-us MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: exec issue in tcsh? Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG i noticed this after a build from -current of about 24 hours ago: due to problems getting kde-2.2 to compile under -current, I am currently using windowmaker and doing a `exec startx >&/dev/null` to get into X without leaving a console shell open... the problem i have is that when i switched back to vty0 to test to see if removing VESA support solved the panic issue with syscons, i noticed that i still didn't have a login prompt over there, and pressing enter just gives a new line... i haven't tried a control-c, but i'd lay odds that it would kill the X session. i don't know if this is a tcsh issue or a getty issue.... i'll save my current session and do a conrol-c just to find out and post a followup message to this in a few minutes. jim -- ET has one helluva sense of humor! He's always anal-probing right-wing schizos! _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Aug 22 23:51:50 2001 Delivered-To: freebsd-current@freebsd.org Received: from nebula.anchoragerescue.org (cable-115-7-237-24.anchorageak.net [24.237.7.115]) by hub.freebsd.org (Postfix) with ESMTP id 986D137B409 for ; Wed, 22 Aug 2001 23:51:46 -0700 (PDT) (envelope-from akbeech@anchoragerescue.org) Received: from galaxy.anchoragerescue.org (galaxy.anchoragerescue.org [24.237.7.95]) by nebula.anchoragerescue.org (Postfix) with SMTP id 6D46C183 for ; Wed, 22 Aug 2001 22:51:35 -0800 (AKDT) Content-Type: text/plain; charset="iso-8859-1" From: Beech Rintoul To: freebsd-current@freebsd.org Subject: usb1: interrupt Date: Wed, 22 Aug 2001 22:51:35 -0800 X-Mailer: KMail [version 1.2] MIME-Version: 1.0 Message-Id: <01082222513500.49170@galaxy.anchoragerescue.org> Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG just installed today's -current on one of my boxes. This is a 900MHz athlon with a logitech wireless keyboard & mouse USB. Any keystroke or mouse move now produces the following: usb1: interrupt, but not for us Other than spitting out about 5 of those for every action, the box is accepting input. Any suggestions? Beech -- Micro$oft: "Where can we make you go today?" ------------------------------------------------------------------- Beech Rintoul - IT Manager - Instructor - akbeech@anchoragerescue.org /"\ ASCII Ribbon Campaign | Anchorage Gospel Rescue Mission \ / - NO HTML/RTF in e-mail | P.O. Box 230510 X - NO Word docs in e-mail | Anchorage, AK 99523-0510 / \ ----------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Aug 23 0: 8:39 2001 Delivered-To: freebsd-current@freebsd.org Received: from smtp012.mail.yahoo.com (smtp012.mail.yahoo.com [216.136.173.32]) by hub.freebsd.org (Postfix) with SMTP id 1F71537B40D for ; Thu, 23 Aug 2001 00:08:37 -0700 (PDT) (envelope-from kc5vdj@yahoo.com) Received: from mkc-65-28-47-209.kc.rr.com (HELO yahoo.com) (65.28.47.209) by smtp.mail.vip.sc5.yahoo.com with SMTP; 23 Aug 2001 07:07:54 -0000 X-Apparently-From: Message-ID: <3B84ABC9.4070007@yahoo.com> Date: Thu, 23 Aug 2001 02:07:53 -0500 From: Jim Bryant Reply-To: kc5vdj@yahoo.com User-Agent: Mozilla/5.0 (X11; U; Linux i386; en-US; rv:0.9.2) Gecko/20010726 Netscape6/6.1 X-Accept-Language: en-us MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: exec issue with tcsh? Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Please DISREGARD my previous message on this topic... I have issued myself a severe boot to the head in the true tradition of tai-kwan-leap as a result of sending that, so if you must, please remember that I booted myself in the head first, and was enlightened by the experience. jim -- ET has one helluva sense of humor! He's always anal-probing right-wing schizos! _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Aug 23 1:10: 2 2001 Delivered-To: freebsd-current@freebsd.org Received: from avocet.mail.pas.earthlink.net (avocet.mail.pas.earthlink.net [207.217.121.50]) by hub.freebsd.org (Postfix) with ESMTP id 4379437B409 for ; Thu, 23 Aug 2001 01:09:58 -0700 (PDT) (envelope-from cjc@earthlink.net) Received: from blossom.cjclark.org (dialup-209.247.137.194.Dial1.SanJose1.Level3.net [209.247.137.194]) by avocet.mail.pas.earthlink.net (EL-8_9_3_3/8.9.3) with ESMTP id BAA17270; Thu, 23 Aug 2001 01:09:40 -0700 (PDT) Received: (from cjc@localhost) by blossom.cjclark.org (8.11.4/8.11.3) id f7N89PI80665; Thu, 23 Aug 2001 01:09:25 -0700 (PDT) (envelope-from cjc) Date: Thu, 23 Aug 2001 01:09:25 -0700 From: "Crist J. Clark" To: Andrew Kenneth Milton Cc: freebsd-current@FreeBSD.ORG Subject: Re: Copyright Contradiction in libalias (Summary) Message-ID: <20010823010925.H78008@blossom.cjclark.org> Reply-To: cjclark@alum.mit.edu References: <20010821091441.F21855@zeus.theinternet.com.au> <006e01c12a43$48f9cb30$3028680a@tgt.com> <20010821114020.T313@blossom.cjclark.org> <20010821231841.B96292@hades.hell.gr> <20010821153116.Z313@blossom.cjclark.org> <15234.58543.854779.892964@nomad.yogotech.com> <20010821162913.B313@blossom.cjclark.org> <20010823014158.B4824@hades.hell.gr> <20010823092518.N21855@zeus.theinternet.com.au> <20010823095027.O21855@zeus.theinternet.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010823095027.O21855@zeus.theinternet.com.au>; from akm@theinternet.com.au on Thu, Aug 23, 2001 at 09:50:27AM +1000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Aug 23, 2001 at 09:50:27AM +1000, Andrew Kenneth Milton wrote: > I guess we can summarize now? :-) > > 1) If you are the author of software, it's a bad idea to simply release code > into the Public Domain, mainly because you can't protect your self from > litigation by placing disclaimers in your code. I don't remember that coming up. Licensing doesn't necessarily have anything to do with a copyright. I can tag whatever licensing restrictions I want on _my distribution_ of a public domain work (whether I am the original author or not). As an analogy, take the example of BSD-licensed code where someone else owns the copyright (like anything in FreeBSD). Provided I follow the limited restrictions of the BSD-license, I can pile additional licensing terms on top of that. I am not the copyright holder, but I can modify the licensing on _my distribution_ of the code (the terms under which I give it to someone else). It is the same situation with public domain code. I don't own the copyright (because no one does), but I can still license my distribution of the code how ever I want (e.g. THIS SOFTWARE IS PROVIDED ``AS IS'' AND ANY EXPRESS OR IMPLIED WARRANTIES blah, blah, blah...). Very sorry I sent this thread to a list rather than just go to the committer who made the license change. -- Crist J. Clark cjclark@alum.mit.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Aug 23 1:36:16 2001 Delivered-To: freebsd-current@freebsd.org Received: from oahu.WURLDLINK.NET (oahu.WURLDLINK.NET [216.235.52.1]) by hub.freebsd.org (Postfix) with ESMTP id 29C8237B40F; Thu, 23 Aug 2001 01:36:10 -0700 (PDT) (envelope-from vince@oahu.WURLDLINK.NET) Received: from localhost (vince@localhost) by oahu.WURLDLINK.NET (8.11.3/8.11.3) with ESMTP id f7N8a2Y22696; Wed, 22 Aug 2001 22:36:02 -1000 (HST) (envelope-from vince@oahu.WURLDLINK.NET) Date: Wed, 22 Aug 2001 22:36:01 -1000 (HST) From: Vincent Poy To: John Baldwin Cc: , Kris Kennaway , Sheldon Hearn Subject: Re: -current lockups In-Reply-To: Message-ID: <20010822223414.V2879-100000@oahu.WURLDLINK.NET> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 31 Jul 2001, John Baldwin wrote: > > On 31-Jul-01 Vincent Poy wrote: > > On Mon, 30 Jul 2001, John Baldwin wrote: > > > >> On 30-Jul-01 Sheldon Hearn wrote: > >> > > >> > > >> > On Mon, 30 Jul 2001 07:38:47 MST, "David O'Brien" wrote: > >> > > >> >> However, those boxes were panicing often before I made that statement. > >> >> So I still believe current is now in better shape than it was in June. > >> > > >> > I'll be a lot happier when I can enabled DDB_UNATTENDED and do whatever > >> > it is that causes my panic of the day and actually get a crashdump > >> > instead of > >> > > >> > panic: witness_restore: lock (sleep mutex) Giant not locked > >> > >> This is a different one. Is this during the dump itself? That I can try to > >> work on. (Basically, I need to make witness just stop doing all of its > >> various > >> checks if panicstr != NULL). > > > > I'm getting the following lock order reversal for any -current > > since July 19, 2001 including today and it just hangs solid after this, no > > db> prompt or anything... It only happens after passwd or chpass > > successfully rebuilds the database, vipw works fine. > > > > root@pele [9:29pm][/usr/temp] >> > > Jul 28 21:29:40 pele /boot/kernel/kernel: lock order reversal > > Jul 28 21:29:40 pele /boot/kernel/kernel: lock order reversal > > Jul 28 21:29:40 pele /boot/kernel/kernel: 1st 0xd92fea9c process lock @ > > /usr/src/sys/vm/vm_glue.c:469 > > Jul 28 21:29:40 pele /boot/kernel/kernel: 1st 0xd92fea9c process lock @ > > /usr/src/sys/vm/vm_glue.c:469 > > Jul 28 21:29:40 pele /boot/kernel/kernel: 2nd 0xc118dfb0 lockmgr interlock > > @ /usr/src/sys/kern/kern_lock.c:239 > > Jul 28 21:29:40 pele /boot/kernel/kernel: 2nd 0xc118dfb0 lockmgr interlock > > @ /usr/src/sys/kern/kern_lock.c:239 > > This is due to the way that lockmgr locks are implemented unfortunately, and > will be fixed when vm maps switch to sx locks instead of lockmgr locks. Just a note to say thanks to John Baldwin, Peter Wemm, Ian Dowse and a few others for all their hard work and code commits since the panics from both stability and running passwd have completely disappeared. The system is solid as a rock! Thanks guys! Cheers, Vince - vince@WURLDLINK.NET - Vice President ________ __ ____ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[____] Almighty1@IRC - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Aug 23 1:38:51 2001 Delivered-To: freebsd-current@freebsd.org Received: from oahu.WURLDLINK.NET (oahu.WURLDLINK.NET [216.235.52.1]) by hub.freebsd.org (Postfix) with ESMTP id E5F6337B411; Thu, 23 Aug 2001 01:38:47 -0700 (PDT) (envelope-from vince@oahu.WURLDLINK.NET) Received: from localhost (vince@localhost) by oahu.WURLDLINK.NET (8.11.3/8.11.3) with ESMTP id f7N8cbX22710; Wed, 22 Aug 2001 22:38:37 -1000 (HST) (envelope-from vince@oahu.WURLDLINK.NET) Date: Wed, 22 Aug 2001 22:38:37 -1000 (HST) From: Vincent Poy To: John Baldwin Cc: , Kris Kennaway , Sheldon Hearn Subject: Re: -current lockups In-Reply-To: <20010822223414.V2879-100000@oahu.WURLDLINK.NET> Message-ID: <20010822223639.X2879-100000@oahu.WURLDLINK.NET> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Also, the other reason for the panics wasn't because of the kernel but for some reason, unless I do "chflags noschg /usr/lib" prior to the installworld target, it seems like the libs with the version number in the filename will notget overwritten. libc.so gets overwritten but libc.so.5 doesn't. This is for all the libs in /usr/lib. Cheers, Vince - vince@WURLDLINK.NET - Vice President ________ __ ____ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[____] Almighty1@IRC - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Aug 23 1:48:44 2001 Delivered-To: freebsd-current@freebsd.org Received: from theinternet.com.au (co3040619-a.kelvn1.qld.optushome.com.au [203.164.207.8]) by hub.freebsd.org (Postfix) with ESMTP id E787037B405 for ; Thu, 23 Aug 2001 01:48:38 -0700 (PDT) (envelope-from akm@theinternet.com.au) Received: (from akm@localhost) by theinternet.com.au (8.11.4/8.11.4) id f7N8mDB56730; Thu, 23 Aug 2001 18:48:13 +1000 (EST) (envelope-from akm) Date: Thu, 23 Aug 2001 18:48:13 +1000 From: Andrew Kenneth Milton To: cjclark@alum.mit.edu Cc: Andrew Kenneth Milton , freebsd-current@FreeBSD.ORG Subject: Re: Copyright Contradiction in libalias (Summary) Message-ID: <20010823184813.P21855@zeus.theinternet.com.au> References: <006e01c12a43$48f9cb30$3028680a@tgt.com> <20010821114020.T313@blossom.cjclark.org> <20010821231841.B96292@hades.hell.gr> <20010821153116.Z313@blossom.cjclark.org> <15234.58543.854779.892964@nomad.yogotech.com> <20010821162913.B313@blossom.cjclark.org> <20010823014158.B4824@hades.hell.gr> <20010823092518.N21855@zeus.theinternet.com.au> <20010823095027.O21855@zeus.theinternet.com.au> <20010823010925.H78008@blossom.cjclark.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i In-Reply-To: <20010823010925.H78008@blossom.cjclark.org>; from Crist J. Clark on Thu, Aug 23, 2001 at 01:09:25AM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG +-------[ Crist J. Clark ]---------------------- | | As an analogy, take the example of BSD-licensed code where someone | else owns the copyright (like anything in FreeBSD). Provided I follow | the limited restrictions of the BSD-license, I can pile additional | licensing terms on top of that. I am not the copyright holder, but I | can modify the licensing on _my distribution_ of the code (the terms | under which I give it to someone else). You cannot, unless the license explicitly allows you to. Distribution falls under copyright law, and only the copyright holder can alter the terms under which something is distributed, duplicated, or modified (and more). A license doesn't void all of the rights copyright and only leave the terms in the license. cf: the bruhaha over ipfilter, where the clause was explicitly stated, rather than implied, but, the license didn't change. None of the BSDL explicitly grant the right to alter the terms of distribution so it is implicitly forbidden. So e.g. you cannot GPL BSDL code, which could be a scenario you are describing. While this sentence; Redistribution and use in source and binary forms, with or without modification, are permitted provided that the following conditions are met: seems to be a bit open, what it doesn't say is "and any other conditions that are added" and none of the 4 conditions state that you may add further restrictions or e.g. put the file into the public domain. Of course if you have a larger work, your larger work is under your license, as a whole. The individual component parts are still covered by their own licenses. This is the case with some of the things released by Apple e.g. -- Totally Holistic Enterprises Internet| | Andrew Milton The Internet (Aust) Pty Ltd | | ACN: 082 081 472 ABN: 83 082 081 472 | M:+61 416 022 411 | Carpe Daemon PO Box 837 Indooroopilly QLD 4068 |akm@theinternet.com.au| To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Aug 23 1:53:37 2001 Delivered-To: freebsd-current@freebsd.org Received: from gscamnlm03.wr.usgs.gov (gscamnlm03.wr.usgs.gov [130.118.4.113]) by hub.freebsd.org (Postfix) with ESMTP id 8B35137B416; Thu, 23 Aug 2001 01:53:29 -0700 (PDT) (envelope-from rsowders@usgs.gov) To: mi@aldan.algebra.com Cc: current@freebsd.org, owner-freebsd-questions@FreeBSD.ORG, questions@freebsd.org Subject: Re: webdavfs anyone? MIME-Version: 1.0 X-Mailer: Lotus Notes Release 5.0.7 March 21, 2001 Message-ID: From: "Robert L Sowders" Date: Thu, 23 Aug 2001 01:53:19 -0700 X-MIMETrack: Serialize by Router on gscamnlm03/SERVER/USGS/DOI(Release 5.0.7 |March 21, 2001) at 08/23/2001 01:53:28 AM, Serialize complete at 08/23/2001 01:53:29 AM, Serialize by Router on gscamnlm03/SERVER/USGS/DOI(Release 5.0.7 |March 21, 2001) at 08/23/2001 01:53:29 AM Content-Type: multipart/alternative; boundary="=_alternative 0030D2FB88256AB1_=" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multipart message in MIME format. --=_alternative 0030D2FB88256AB1_= Content-Type: text/plain; charset="us-ascii" There is a linux project started, http://sourceforge.net/projects/dav and there is talk of making it cross platform. mi@aldan.algebra.com Sent by: owner-freebsd-questions@FreeBSD.ORG 08/22/2001 05:16 PM Please respond to mi To: current@freebsd.org, questions@freebsd.org cc: Subject: webdavfs anyone? WebDAV seems to be becoming increasingly official (www.webdav.org; /usr/ports/www/{neon,cadaver}; standard part of Apache-2.0)... I wonder if anyone looked at the possibility of creating a webdavfs module -- like smbfs, for example?.. -mi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message --=_alternative 0030D2FB88256AB1_= Content-Type: text/html; charset="us-ascii"
There is a linux project started, http://sourceforge.net/projects/dav and there is talk of making it cross platform.


mi@aldan.algebra.com
Sent by: owner-freebsd-questions@FreeBSD.ORG

08/22/2001 05:16 PM
Please respond to mi

       
        To:        current@freebsd.org, questions@freebsd.org
        cc:        
        Subject:        webdavfs anyone?


WebDAV  seems  to  be becoming  increasingly  official  (www.webdav.org;
/usr/ports/www/{neon,cadaver}; standard part  of Apache-2.0)... I wonder
if anyone  looked at the  possibility of  creating a webdavfs  module --
like smbfs, for example?..

                -mi


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-questions" in the body of the message

--=_alternative 0030D2FB88256AB1_=-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Aug 23 3:32:57 2001 Delivered-To: freebsd-current@freebsd.org Received: from neptune.he.net (neptune.he.net [216.218.166.2]) by hub.freebsd.org (Postfix) with ESMTP id 055C637B411 for ; Thu, 23 Aug 2001 03:32:54 -0700 (PDT) (envelope-from robinson@netrinsics.com) Received: from netrinsics.com ([210.52.150.12] (may be forged)) by neptune.he.net (8.8.6/8.8.2) with ESMTP id DAA30082 for ; Thu, 23 Aug 2001 03:32:51 -0700 Received: (from robinson@localhost) by netrinsics.com (8.11.2/8.11.1) id f7NAX8S03643; Thu, 23 Aug 2001 18:33:08 +0800 (+0800) (envelope-from robinson) Date: Thu, 23 Aug 2001 18:33:08 +0800 From: Michael Robinson To: "Daniel M . Kurry" Cc: current@freebsd.org Subject: Re: X in free(): error: recursive call. Message-ID: <20010823183308.A3511@elephant.netrinsics.com> References: <200107291429.f6TETe100733@netrinsics.com> <20010818190148.A31058@over-yonder.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010818190148.A31058@over-yonder.net>; from grasshacker@over-yonder.net on Sat, Aug 18, 2001 at 07:01:48PM -0500 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, Aug 18, 2001 at 07:01:48PM -0500, Daniel M . Kurry wrote: > On Sun, Jul 29, 2001 at 10:29:40PM +0800, some SMTP stream spewed forth: > > I am running -CURRENT as of 2001/01/31 12:00, more or less uneventfully > > for the last six months on a Dell 5000e. > > > > The one problem is that X occasionally dies without coredump or cleanup with > > the error 'X in free(): error: recursive call.'. This usually (but not > > always) happens while using Mozilla with heavy window creation/deletion and > > heavy (dialup) network activity. This has happened under several recent > > versions of Mozilla, two different versions of fvwm2, with and without > > session managers, and with both X 4.0.3 and 4.1.0. > > *ding* > So I'm not alone on this. > I experienced this a while back running XF86 HEAD from cvs. > The developers tracked it down to a signal handler calling malloc/free > through the 3-button emulation code. > > You could be experiencing something completely different, but they > fixed my particular version of this problem in cvs a couple months ago > (I believe). > > When experiencing the "crash", I would be heavily "clicking", > opening/moving/hiding/showing windows. For the archives, my final resolution of this can be found in ports/29982. http://www.freebsd.org/cgi/query-pr.cgi?pr=29982 -Michael Robinson To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Aug 23 5:44:47 2001 Delivered-To: freebsd-current@freebsd.org Received: from eken2.eken.phys.nagoya-u.ac.jp (eken2.eken.phys.nagoya-u.ac.jp [133.6.121.2]) by hub.freebsd.org (Postfix) with ESMTP id 977A137B40B for ; Thu, 23 Aug 2001 05:44:24 -0700 (PDT) (envelope-from yoichi@eken.phys.nagoya-u.ac.jp) Received: from eken3.eken.phys.nagoya-u.ac.jp (eken3 [133.6.121.3]) by eken2.eken.phys.nagoya-u.ac.jp (8.11.6+3.4W/3.7W-E) with ESMTP id f7NCiLg16062; Thu, 23 Aug 2001 21:44:21 +0900 (JST) Date: Thu, 23 Aug 2001 21:44:21 +0900 Message-ID: From: yoichi@eken.phys.nagoya-u.ac.jp To: acpi-jp@jp.freebsd.org Cc: current@freebsd.org Subject: Re: [acpi-jp 1225] Re: question about acpi sleep. In-Reply-To: <20010822030114N.iwasaki@jp.FreeBSD.org> References: <8666bw5s4w.wl@e-ppp4.eken.phys.nagoya-u.ac.jp> <20010810233856M.iwasaki@jp.FreeBSD.org> <20010822030114N.iwasaki@jp.FreeBSD.org> User-Agent: Wanderlust/2.7.2 (Too Funky) SEMI/1.14.3 (=?ISO-2022-JP?B?GyRCNW0lTkMrGyhC?=) FLIM/1.14.3 (=?ISO-2022-JP?B?GyRCQCZLNThmTk1BMBsoQg==?=) APEL/10.3 Emacs/20.7 (i686-pc-linux-gnu) MULE/4.0 (=?ISO-2022-JP?B?GyRCMlYxYxsoQg==?=) MIME-Version: 1.0 (generated by SEMI 1.14.3 - =?ISO-2022-JP?B?IhskQjVtGyhC?= =?ISO-2022-JP?B?GyRCJU5DKxsoQiI=?=) Content-Type: multipart/mixed; boundary="Multipart_Thu_Aug_23_21:44:21_2001-1" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --Multipart_Thu_Aug_23_21:44:21_2001-1 Content-Type: text/plain; charset=US-ASCII >>> IWASAKI-san wrote: > Hmmm, _WAK method checks OS type (in CKOS method) and skips calling > PHS(0xe1). I suspect that this is needed to be done after wakeup. > i.e. the OS which have `FreeBSD' as ACPI_OS_NAME might have problems > on your NotePC's ACPI. > Try running `amldb PCG-C1VSXK.dsdt' to see what happen on Windows NT... > # Yes, amldb has string "Microsoft Windows NT" in _OS_ object for this > # purpose :-) I haven't understood what you mean, but I run amldb PCG-C1VSXK.dsdt on my machine and attached what I showed when I input "t". This could be some help? -- yoichi nakayama /* From Berlin */ --Multipart_Thu_Aug_23_21:44:21_2001-1 Content-Type: application/octet-stream Content-Disposition: attachment; filename="amldb.out" Content-Transfer-Encoding: 7bit Loading PCG-C1VSXK.dsdt...done \ CKOS Method: Arg 0 From 0x281274fc To 0x281275dc _TZ_ ATF0 Thermalzone PTMP Num:0x46 _TSP Num:0x32 _CRT Method: Arg 0 From 0x28127000 To 0x28127012 _TMP Method: Arg 0 From 0x28126f9a To 0x28126ff9 KELV Method: Arg 1 From 0x28126f82 To 0x28126f92 _AL0 Package:elements 1 _AC0 Method: Arg 0 From 0x28126f35 To 0x28126f6f LRA0 Device _INI Method: Arg 0 From 0x28126f03 To 0x28126f25 _UID Num:0x0 _PR0 Package:elements 1 _HID Num:0xb0cd041 LRP0 PowerResource:Level 0 Order 0 _OFF Method: Arg 0 From 0x28126eb5 To 0x28126ed7 _ON_ Method: Arg 0 From 0x28126e9d To 0x28126eae _STA Method: Arg 0 From 0x28126e86 To 0x28126e96 _WAK Method: Arg 1 From 0x28126dbc To 0x28126e3e _SI_ _SST Method: Arg 1 From 0x28126d90 To 0x28126db4 _SB_ LNKD Device _STA Method: Arg 0 From 0x281274d4 To 0x281274f4 _SRS Method: Arg 1 From 0x28127484 To 0x281274cd _CRS Method: Arg 0 From 0x2812742b To 0x2812747c _DIS Method: Arg 0 From 0x281273fa To 0x28127423 _PRS Buffer: size:0x6 Data 0x826b4c0 _UID Num:0x4 _HID Num:0xf0cd041 LNKC Device _STA Method: Arg 0 From 0x281273ab To 0x281273cb _SRS Method: Arg 1 From 0x2812735b To 0x281273a4 _CRS Method: Arg 0 From 0x28127302 To 0x28127353 _DIS Method: Arg 0 From 0x281272d1 To 0x281272fa _PRS Buffer: size:0x6 Data 0x826b4a0 _UID Num:0x3 _HID Num:0xf0cd041 LNKB Device _STA Method: Arg 0 From 0x28127282 To 0x281272a2 _SRS Method: Arg 1 From 0x28127232 To 0x2812727b _CRS Method: Arg 0 From 0x281271d9 To 0x2812722a _DIS Method: Arg 0 From 0x281271a8 To 0x281271d1 _PRS Buffer: size:0x6 Data 0x826b480 _UID Num:0x2 _HID Num:0xf0cd041 LNKA Device _STA Method: Arg 0 From 0x28127159 To 0x28127179 _SRS Method: Arg 1 From 0x28127109 To 0x28127152 _CRS Method: Arg 0 From 0x281270b0 To 0x28127101 _DIS Method: Arg 0 From 0x2812707f To 0x281270a8 _PRS Buffer: size:0x6 Data 0x826b460 _UID Num:0x1 _HID Num:0xf0cd041 IRQP Package:elements 16 Num:0x0 Num:0x0 Num:0x0 Num:0x0 Num:0x0 Num:0x0 Num:0x0 Num:0x0 Num:0x0 Num:0x200 Num:0x0 Num:0x0 Num:0x0 Num:0x0 Num:0x0 Num:0x0 PCI0 Device LREN Fieldelement:flag 0x1 offset 0x4 len 0x1 {LRCR} LRRV Fieldelement:flag 0x1 offset 0x1 len 0x3 {LRCR} LRON Fieldelement:flag 0x1 offset 0x0 len 0x1 {LRCR} LRCR OprationRegion:Busspace2, Offset 0xa8 Length 0x4 _INI Method: Arg 0 From 0x28126d74 To 0x28126d82 ISA_ Device SNC_ Device CSXB Method: Arg 1 From 0x28126d4b To 0x28126d6d PWRN Method: Arg 0 From 0x28126d37 To 0x28126d44 CMGB Method: Arg 1 From 0x28126d28 To 0x28126d30 PWAK Method: Arg 0 From 0x28126d1e To 0x28126d21 SCMI Method: Arg 1 From 0x28126d0f To 0x28126d17 GCMI Method: Arg 1 From 0x28126d00 To 0x28126d08 SEVF Method: Arg 0 From 0x28126cf0 To 0x28126cf9 SLTT Method: Arg 0 From 0x28126ce0 To 0x28126ce9 SLVT Method: Arg 0 From 0x28126cd0 To 0x28126cd9 SPCR Method: Arg 1 From 0x28126cc0 To 0x28126cc9 GPCR Method: Arg 0 From 0x28126cb0 To 0x28126cb9 SCTR Method: Arg 1 From 0x28126c60 To 0x28126ca9 GCTR Method: Arg 0 From 0x28126c0f To 0x28126c58 SPBR Method: Arg 1 From 0x28126bfe To 0x28126c07 GPBR Method: Arg 0 From 0x28126bee To 0x28126bf7 SBRT Method: Arg 1 From 0x28126b9e To 0x28126be7 GBRT Method: Arg 0 From 0x28126b4d To 0x28126b96 GPID Method: Arg 0 From 0x28126b3c To 0x28126b45 _HID Num:0x150d94d SPIC Device _STA Method: Arg 0 From 0x28126b10 To 0x28126b23 _DIS Method: Arg 0 From 0x28126acf To 0x28126b09 _PRS Buffer: size:0x5b Data 0x826e100 _SRS Method: Arg 1 From 0x2812697d To 0x28126a62 _CRS Method: Arg 0 From 0x2812687a To 0x28126975 SSRC Buffer: size:0x15 Data 0x8268180 RSRC Buffer: size:0x15 Data 0x8268160 _HID Num:0x160d94d EC0_ Device ACAD Device _STA Method: Arg 0 From 0x28126821 To 0x28126824 _PSR Method: Arg 0 From 0x28126804 To 0x2812681a _PCL Package:elements 1 _HID String:ACPI0003 BAT1 Device _BST Method: Arg 0 From 0x28126759 To 0x281267d9 _BIF Method: Arg 0 From 0x2812670f To 0x28126751 _STA Method: Arg 0 From 0x281266eb To 0x28126707 BATS Package:elements 4 Num:0x2 Num:0xffffffff Num:0xd7a Num:0x3840 BATI Package:elements 13 Num:0x0 Num:0x9650 Num:0x9650 Num:0x0 Num:0x39d0 Num:0x0 Num:0x78 Num:0x0 Num:0xa String: String: String:LION String:Sony Corp. _PCL Package:elements 1 _UID Num:0x1 _HID Num:0xa0cd041 _Q61 Method: Arg 0 From 0x28126669 To 0x28126676 _Q60 Method: Arg 0 From 0x28126655 To 0x28126662 _Q5F Method: Arg 0 From 0x28126615 To 0x2812664e _Q5E Method: Arg 0 From 0x281265f8 To 0x2812660e _Q5C Method: Arg 0 From 0x281265d9 To 0x281265f1 _Q5A Method: Arg 0 From 0x281265b3 To 0x281265d2 _Q58 Method: Arg 0 From 0x28126574 To 0x281265ac _Q53 Method: Arg 0 From 0x28126552 To 0x2812656d _Q52 Method: Arg 0 From 0x2812652b To 0x2812654b _Q51 Method: Arg 0 From 0x28126507 To 0x28126524 _Q50 Method: Arg 0 From 0x281264f9 To 0x28126500 A2CT Fieldelement:flag 0x10 offset 0x670 len 0x10 {ECR_} A2PT Fieldelement:flag 0x10 offset 0x660 len 0x10 {ECR_} A2AT Fieldelement:flag 0x10 offset 0x650 len 0x10 {ECR_} A2TP Fieldelement:flag 0x10 offset 0x640 len 0x10 {ECR_} A1CT Fieldelement:flag 0x10 offset 0x630 len 0x10 {ECR_} A1PT Fieldelement:flag 0x10 offset 0x620 len 0x10 {ECR_} A1AT Fieldelement:flag 0x10 offset 0x610 len 0x10 {ECR_} A1TP Fieldelement:flag 0x10 offset 0x600 len 0x10 {ECR_} B2DL Fieldelement:flag 0x10 offset 0x5f0 len 0x10 {ECR_} B2DV Fieldelement:flag 0x10 offset 0x5e0 len 0x10 {ECR_} B2LF Fieldelement:flag 0x10 offset 0x5d0 len 0x10 {ECR_} B2DC Fieldelement:flag 0x10 offset 0x5c0 len 0x10 {ECR_} B1DL Fieldelement:flag 0x10 offset 0x5b0 len 0x10 {ECR_} B1DV Fieldelement:flag 0x10 offset 0x5a0 len 0x10 {ECR_} B1LF Fieldelement:flag 0x10 offset 0x590 len 0x10 {ECR_} B1DC Fieldelement:flag 0x10 offset 0x580 len 0x10 {ECR_} B2VO Fieldelement:flag 0x10 offset 0x570 len 0x10 {ECR_} B2RT Fieldelement:flag 0x10 offset 0x560 len 0x10 {ECR_} B2AB Fieldelement:flag 0x10 offset 0x550 len 0x10 {ECR_} B2RC Fieldelement:flag 0x10 offset 0x540 len 0x10 {ECR_} B1VO Fieldelement:flag 0x10 offset 0x530 len 0x10 {ECR_} B1RT Fieldelement:flag 0x10 offset 0x520 len 0x10 {ECR_} B1AB Fieldelement:flag 0x10 offset 0x510 len 0x10 {ECR_} B1RC Fieldelement:flag 0x10 offset 0x500 len 0x10 {ECR_} SMDM Fieldelement:flag 0x10 offset 0x4c8 len 0x1 {ECR_} SNDD Fieldelement:flag 0x10 offset 0x4c1 len 0x1 {ECR_} SNDU Fieldelement:flag 0x10 offset 0x4c0 len 0x1 {ECR_} CONT Fieldelement:flag 0x10 offset 0x4b8 len 0x8 {ECR_} BRIT Fieldelement:flag 0x10 offset 0x4b0 len 0x8 {ECR_} PHYO Fieldelement:flag 0x10 offset 0x4a8 len 0x1 {ECR_} CB1S Fieldelement:flag 0x10 offset 0x4a1 len 0x1 {ECR_} CB0S Fieldelement:flag 0x10 offset 0x4a0 len 0x1 {ECR_} FAN0 Fieldelement:flag 0x10 offset 0x498 len 0x8 {ECR_} BT2W Fieldelement:flag 0x10 offset 0x491 len 0x1 {ECR_} BT1W Fieldelement:flag 0x10 offset 0x490 len 0x1 {ECR_} BT2S Fieldelement:flag 0x10 offset 0x489 len 0x1 {ECR_} BT1S Fieldelement:flag 0x10 offset 0x488 len 0x1 {ECR_} MASK Fieldelement:flag 0x10 offset 0x480 len 0x8 {ECR_} B2ST Fieldelement:flag 0x10 offset 0x428 len 0x8 {ECR_} B1ST Fieldelement:flag 0x10 offset 0x420 len 0x8 {ECR_} BT2P Fieldelement:flag 0x10 offset 0x419 len 0x1 {ECR_} BT1P Fieldelement:flag 0x10 offset 0x418 len 0x1 {ECR_} LIDS Fieldelement:flag 0x10 offset 0x412 len 0x1 {ECR_} JOGB Fieldelement:flag 0x10 offset 0x411 len 0x1 {ECR_} PWRB Fieldelement:flag 0x10 offset 0x410 len 0x1 {ECR_} ACAT Fieldelement:flag 0x10 offset 0x40a len 0x1 {ECR_} BT2A Fieldelement:flag 0x10 offset 0x409 len 0x1 {ECR_} BT1A Fieldelement:flag 0x10 offset 0x408 len 0x1 {ECR_} DFBP Fieldelement:flag 0x10 offset 0x403 len 0x1 {ECR_} DOKD Fieldelement:flag 0x10 offset 0x402 len 0x1 {ECR_} MPBD Fieldelement:flag 0x10 offset 0x401 len 0x1 {ECR_} MPBP Fieldelement:flag 0x10 offset 0x400 len 0x1 {ECR_} ECR_ OprationRegion:Busspace3, Offset 0x0 Length 0xff _REG Method: Arg 2 From 0x281263b2 To 0x281263be ECOK Num:0x0 _GPE Num:0x9 _CRS Buffer: size:0x12 Data 0x8268140 _HID Num:0x90cd041 MOUE Device _CRS Buffer: size:0x5 Data 0x826b340 _HID Num:0x130fd041 KBC_ Device _STA Method: Arg 0 From 0x2812634e To 0x28126351 _CRS Buffer: size:0x15 Data 0x8268120 _HID Num:0x303d041 SPKR Device _STA Method: Arg 0 From 0x28126315 To 0x28126318 _CRS Buffer: size:0xa Data 0x826b220 _HID Num:0x8d041 TMR_ Device _STA Method: Arg 0 From 0x281262e7 To 0x281262ea _CRS Buffer: size:0xd Data 0x826b200 _HID Num:0x1d041 FPU_ Device _STA Method: Arg 0 From 0x281262b6 To 0x281262b9 _CRS Buffer: size:0xd Data 0x826b1e0 _HID Num:0x40cd041 PIC_ Device _STA Method: Arg 0 From 0x28126285 To 0x28126288 _CRS Buffer: size:0x15 Data 0x8268100 _HID Num:0xd041 RTC_ Device _STA Method: Arg 0 From 0x2812624e To 0x28126251 _CRS Buffer: size:0xd Data 0x826b1b0 _HID Num:0xbd041 DMAC Device _STA Method: Arg 0 From 0x2812621d To 0x28126220 _CRS Buffer: size:0x1d Data 0x82680e0 _HID Num:0x2d041 MEM_ Device _STA Method: Arg 0 From 0x281261dc To 0x281261df _CRS Method: Arg 0 From 0x281261b3 To 0x281261d5 MSRC Buffer: size:0x4a Data 0x826e080 _HID Num:0x10cd041 MOTH Device _CRS Buffer: size:0x3a Data 0x826d040 _HID Num:0x20cd041 PIRD Fieldelement:flag 0x1 offset 0x18 len 0x8 {PIRX} PIRC Fieldelement:flag 0x1 offset 0x10 len 0x8 {PIRX} PIRB Fieldelement:flag 0x1 offset 0x8 len 0x8 {PIRX} PIRA Fieldelement:flag 0x1 offset 0x0 len 0x8 {PIRX} PIRX OprationRegion:Busspace2, Offset 0x60 Length 0x4 _ADR Num:0x70000 MODE Device _PRW Method: Arg 0 From 0x2812607d To 0x281260b8 _STA Num:0xf _ADR Num:0xa0000 CRD0 Device _STA Method: Arg 0 From 0x28126059 To 0x2812605c _PS3 Method: Arg 0 From 0x28126041 To 0x28126052 _PS2 Method: Arg 0 From 0x28126029 To 0x2812603a _PS1 Method: Arg 0 From 0x28126011 To 0x28126022 _PS0 Method: Arg 0 From 0x28125ff8 To 0x2812600a PSX_ Method: Arg 1 From 0x28125fc9 To 0x28125ff1 _PSC Num:0x0 _INI Method: Arg 0 From 0x28125f92 To 0x28125fbb ERIB Fieldelement:flag 0x1 offset 0x1f len 0x1 {INDX DATA} DATA Fieldelement:flag 0x1 offset 0x8 len 0x8 {EXCA} INDX Fieldelement:flag 0x1 offset 0x0 len 0x8 {EXCA} EXCA OprationRegion:Busspace1, Offset 0x3e0 Length 0x2 CDE1 Fieldelement:flag 0x3 offset 0x728 len 0x8 {CCRD} CDE0 Fieldelement:flag 0x3 offset 0x720 len 0x8 {CCRD} CD44 Fieldelement:flag 0x3 offset 0x240 len 0x20 {CCRD} CD3E Fieldelement:flag 0x3 offset 0x200 len 0x20 {CCRD} CD04 Fieldelement:flag 0x3 offset 0x20 len 0x20 {CCRD} CCRD OprationRegion:Busspace2, Offset 0x0 Length 0xe4 _PRW Package:elements 2 Num:0xa Num:0x3 _ADR Num:0xc0000 SD94 Device _PS3 Method: Arg 0 From 0x28125efd To 0x28125f04 _PS0 Method: Arg 0 From 0x28125eef To 0x28125ef6 _PSC Num:0x0 PWST Fieldelement:flag 0x3 offset 0x700 len 0x8 {SPCI} LATI Fieldelement:flag 0x3 offset 0x68 len 0x8 {SPCI} CALS Fieldelement:flag 0x3 offset 0x60 len 0x8 {SPCI} SPCI OprationRegion:Busspace2, Offset 0x0 Length 0x100 _STA Num:0xf _ADR Num:0x80000 IDE_ Device SECN Device _PS3 Method: Arg 0 From 0x28125e98 To 0x28125e9f _PS0 Method: Arg 0 From 0x28125e8a To 0x28125e91 MAST Device _ADR Num:0x0 _STA Method: Arg 0 From 0x28125e72 To 0x28125e75 UDMA Num:0x0 IDET Num:0x0 _PSC Num:0x0 _ADR Num:0x1 PRIM Device _PS3 Method: Arg 0 From 0x28125e2e To 0x28125e47 _PS0 Method: Arg 0 From 0x28125dff To 0x28125e27 MAST Device _ADR Num:0x0 _STA Method: Arg 0 From 0x28125de7 To 0x28125dea UDMA Num:0x0 IDET Num:0x0 _PSC Num:0x0 _ADR Num:0x0 R48_ Fieldelement:flag 0x3 offset 0x40 len 0x20 {PCI_} R40_ Fieldelement:flag 0x3 offset 0x0 len 0x20 {PCI_} SIDE Fieldelement:flag 0x3 offset 0x1f len 0x1 {PCI_} PCI_ OprationRegion:Busspace2, Offset 0x40 Length 0x10 _ADR Num:0x70001 PWR_ Device G13E Fieldelement:flag 0x3 offset 0x114 len 0x1 {PCI_} G13L Fieldelement:flag 0x3 offset 0x110 len 0x4 {PCI_} G13A Fieldelement:flag 0x3 offset 0x100 len 0x10 {PCI_} G12E Fieldelement:flag 0x3 offset 0xd4 len 0x1 {PCI_} G12L Fieldelement:flag 0x3 offset 0xd0 len 0x4 {PCI_} G12A Fieldelement:flag 0x3 offset 0xc0 len 0x10 {PCI_} U2E_ Fieldelement:flag 0x3 offset 0xbf len 0x1 {PCI_} U2A_ Fieldelement:flag 0x3 offset 0xbc len 0x3 {PCI_} U1E_ Fieldelement:flag 0x3 offset 0xbb len 0x1 {PCI_} U1A_ Fieldelement:flag 0x3 offset 0xb8 len 0x3 {PCI_} G10C Fieldelement:flag 0x3 offset 0xb7 len 0x1 {PCI_} G10E Fieldelement:flag 0x3 offset 0xb6 len 0x1 {PCI_} G10M Fieldelement:flag 0x3 offset 0xb5 len 0x1 {PCI_} G10L Fieldelement:flag 0x3 offset 0xb0 len 0x4 {PCI_} G10A Fieldelement:flag 0x3 offset 0xa0 len 0x10 {PCI_} GMM_ Fieldelement:flag 0x3 offset 0x9f len 0x1 {PCI_} KBCE Fieldelement:flag 0x3 offset 0x9e len 0x1 {PCI_} FDCE Fieldelement:flag 0x3 offset 0x9d len 0x1 {PCI_} FDCA Fieldelement:flag 0x3 offset 0x9c len 0x1 {PCI_} LPTA Fieldelement:flag 0x3 offset 0x99 len 0x2 {PCI_} G09E Fieldelement:flag 0x3 offset 0x96 len 0x1 {PCI_} G09M Fieldelement:flag 0x3 offset 0x95 len 0x1 {PCI_} G09L Fieldelement:flag 0x3 offset 0x90 len 0x4 {PCI_} G09A Fieldelement:flag 0x3 offset 0x80 len 0x10 {PCI_} LPTE Fieldelement:flag 0x3 offset 0x7f len 0x1 {PCI_} G13M Fieldelement:flag 0x3 offset 0x7e len 0x1 {PCI_} G12M Fieldelement:flag 0x3 offset 0x7d len 0x1 {PCI_} KBCM Fieldelement:flag 0x3 offset 0x7c len 0x1 {PCI_} AUDM Fieldelement:flag 0x3 offset 0x79 len 0x1 {PCI_} MSSA Fieldelement:flag 0x3 offset 0x68 len 0x2 {PCI_} MSSE Fieldelement:flag 0x3 offset 0x67 len 0x1 {PCI_} SBA_ Fieldelement:flag 0x3 offset 0x65 len 0x2 {PCI_} GME_ Fieldelement:flag 0x3 offset 0x64 len 0x1 {PCI_} SBE_ Fieldelement:flag 0x3 offset 0x63 len 0x1 {PCI_} MDIA Fieldelement:flag 0x3 offset 0x61 len 0x2 {PCI_} MDIE Fieldelement:flag 0x3 offset 0x60 len 0x1 {PCI_} LPTM Fieldelement:flag 0x3 offset 0x12 len 0x1 {PCI_} U2M_ Fieldelement:flag 0x3 offset 0x10 len 0x1 {PCI_} U1M_ Fieldelement:flag 0x3 offset 0xe len 0x1 {PCI_} FDCM Fieldelement:flag 0x3 offset 0xc len 0x1 {PCI_} PCI_ OprationRegion:Busspace2, Offset 0x50 Length 0x28 _ADR Num:0x70003 USB0 Device _PS3 Method: Arg 0 From 0x28125c49 To 0x28125c6d _PS0 Method: Arg 0 From 0x28125c1e To 0x28125c42 _PSC Num:0x0 _STA Method: Arg 0 From 0x28125bf9 To 0x28125c10 USBB Fieldelement:flag 0x3 offset 0x100 len 0x10 {CFG2} CFG2 OprationRegion:Busspace2, Offset 0x0 Length 0x100 _ADR Num:0x70002 _CRS Method: Arg 8 From 0x281256d5 To 0x28125bc4 RSRC Buffer: size:0x1b7 Data 0x826c200 T_EN Fieldelement:flag 0x3 offset 0x198 len 0x1 {REGS} PAM6 Fieldelement:flag 0x3 offset 0xf8 len 0x8 {REGS} PAM5 Fieldelement:flag 0x3 offset 0xf0 len 0x8 {REGS} PAM4 Fieldelement:flag 0x3 offset 0xe8 len 0x8 {REGS} PAM3 Fieldelement:flag 0x3 offset 0xe0 len 0x8 {REGS} PAM2 Fieldelement:flag 0x3 offset 0xd8 len 0x8 {REGS} PAM1 Fieldelement:flag 0x3 offset 0xd0 len 0x8 {REGS} TOM_ Fieldelement:flag 0x3 offset 0x50 len 0x10 {REGS} REGS OprationRegion:Busspace2, Offset 0x40 Length 0x34 _PRT Package:elements 8 Package:elements 4 Num:0x7ffff Num:0x3 Num:0x0 Package:elements 4 Num:0x8ffff Num:0x0 Num:0x0 Package:elements 4 Num:0x9ffff Num:0x0 Num:0x0 Package:elements 4 Num:0xdffff Num:0x0 Num:0x0 Package:elements 4 Num:0xaffff Num:0x0 Num:0x0 Package:elements 4 Num:0xcffff Num:0x0 Num:0x0 Package:elements 4 Num:0xbffff Num:0x0 Num:0x0 Package:elements 4 Num:0xeffff Num:0x0 Num:0x0 _ADR Num:0x0 _BBN Num:0x0 _HID Num:0x30ad041 PWRB Device _STA Method: Arg 0 From 0x2812541a To 0x2812541d _PRW Package:elements 2 Num:0xb Num:0x4 _HID Num:0xc0cd041 LID_ Device _STA Method: Arg 0 From 0x281253f3 To 0x281253f6 _PRW Package:elements 2 Num:0xb Num:0x4 _LID Method: Arg 0 From 0x281253cb To 0x281253e0 _HID Num:0xd0cd041 _PTS Method: Arg 1 From 0x2812536c To 0x281253aa _GPE _PRW Package:elements 2 Num:0xb Num:0x4 _L08 Method: Arg 0 From 0x28125346 To 0x28125358 _L0A Method: Arg 0 From 0x28125332 To 0x2812533f _L0B Method: Arg 0 From 0x2812531e To 0x2812532b PSST Method: Arg 9 From 0x281252ed To 0x2812530f PSDI Method: Arg 9 From 0x281252cc To 0x281252e6 PSPS Method: Arg 9 From 0x281252a3 To 0x281252c5 PSSS Method: Arg 10 From 0x2812527c To 0x2812529c PSCS Method: Arg 9 From 0x28125253 To 0x28125275 PHSB Method: Arg 10 From 0x28125224 To 0x2812524c PHSD Method: Arg 10 From 0x281251f5 To 0x2812521d PHS_ Method: Arg 9 From 0x281251cc To 0x281251ee PHS0 Method: Arg 1 From 0x281251aa To 0x281251c5 MPHS Mutex:Level 0 SMIC Fieldelement:flag 0x0 offset 0x0 len 0x8 {SMI1} SMI1 OprationRegion:Busspace1, Offset 0x8040 Length 0x2 SXBF Fieldelement:flag 0x0 offset 0x28 len 0x2080 {SMI0} INFD Fieldelement:flag 0x0 offset 0x40 len 0x20 {SMI0} INFB Fieldelement:flag 0x0 offset 0x28 len 0x8 {SMI0} INFO Fieldelement:flag 0x0 offset 0x40 len 0x1000 {SMI0} DID_ Fieldelement:flag 0x0 offset 0x20 len 0x20 {SMI0} BCMD Fieldelement:flag 0x0 offset 0x0 len 0x8 {SMI0} SMI0 OprationRegion:Busspace0, Offset 0x6fffba7 Length 0x415 LPOL Fieldelement:flag 0x3 offset 0x19 len 0x1 {GLBL} GLBL OprationRegion:Busspace1, Offset 0x8028 Length 0x4 GO31 Fieldelement:flag 0x3 offset 0x1f len 0x1 {GPO_} GO30 Fieldelement:flag 0x3 offset 0x1e len 0x1 {GPO_} GO29 Fieldelement:flag 0x3 offset 0x1d len 0x1 {GPO_} GO28 Fieldelement:flag 0x3 offset 0x1c len 0x1 {GPO_} GO27 Fieldelement:flag 0x3 offset 0x1b len 0x1 {GPO_} GO26 Fieldelement:flag 0x3 offset 0x1a len 0x1 {GPO_} GO25 Fieldelement:flag 0x3 offset 0x19 len 0x1 {GPO_} GO24 Fieldelement:flag 0x3 offset 0x18 len 0x1 {GPO_} GO23 Fieldelement:flag 0x3 offset 0x17 len 0x1 {GPO_} GO22 Fieldelement:flag 0x3 offset 0x16 len 0x1 {GPO_} GO21 Fieldelement:flag 0x3 offset 0x15 len 0x1 {GPO_} GO20 Fieldelement:flag 0x3 offset 0x14 len 0x1 {GPO_} GO19 Fieldelement:flag 0x3 offset 0x13 len 0x1 {GPO_} GO18 Fieldelement:flag 0x3 offset 0x12 len 0x1 {GPO_} GO17 Fieldelement:flag 0x3 offset 0x11 len 0x1 {GPO_} GO16 Fieldelement:flag 0x3 offset 0x10 len 0x1 {GPO_} GO15 Fieldelement:flag 0x3 offset 0xf len 0x1 {GPO_} GO14 Fieldelement:flag 0x3 offset 0xe len 0x1 {GPO_} GO13 Fieldelement:flag 0x3 offset 0xd len 0x1 {GPO_} GO12 Fieldelement:flag 0x3 offset 0xc len 0x1 {GPO_} GO11 Fieldelement:flag 0x3 offset 0xb len 0x1 {GPO_} GO10 Fieldelement:flag 0x3 offset 0xa len 0x1 {GPO_} GO09 Fieldelement:flag 0x3 offset 0x9 len 0x1 {GPO_} GO08 Fieldelement:flag 0x3 offset 0x8 len 0x1 {GPO_} GO07 Fieldelement:flag 0x3 offset 0x7 len 0x1 {GPO_} GO06 Fieldelement:flag 0x3 offset 0x6 len 0x1 {GPO_} GO05 Fieldelement:flag 0x3 offset 0x5 len 0x1 {GPO_} GO04 Fieldelement:flag 0x3 offset 0x4 len 0x1 {GPO_} GO03 Fieldelement:flag 0x3 offset 0x3 len 0x1 {GPO_} GO02 Fieldelement:flag 0x3 offset 0x2 len 0x1 {GPO_} GO01 Fieldelement:flag 0x3 offset 0x1 len 0x1 {GPO_} GO00 Fieldelement:flag 0x3 offset 0x0 len 0x1 {GPO_} GPO_ OprationRegion:Busspace1, Offset 0x8034 Length 0x4 _S5_ Package:elements 4 Num:0x0 Num:0x0 Num:0x0 Num:0x0 _S4_ Package:elements 4 Num:0x0 Num:0x0 Num:0x0 Num:0x0 _S3_ Package:elements 4 Num:0x1 Num:0x1 Num:0x0 Num:0x0 _S0_ Package:elements 4 Num:0x5 Num:0x5 Num:0x0 Num:0x0 _PR_ CPU0 Processor:No 0,Port 0x8010 length 0x6 _OS_ String:Microsoft Windows NT --Multipart_Thu_Aug_23_21:44:21_2001-1-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Aug 23 6:35:37 2001 Delivered-To: freebsd-current@freebsd.org Received: from elvis.mu.org (elvis.mu.org [216.33.66.196]) by hub.freebsd.org (Postfix) with ESMTP id 3DB1937B40A for ; Thu, 23 Aug 2001 06:35:33 -0700 (PDT) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id 149A681D06; Thu, 23 Aug 2001 08:35:23 -0500 (CDT) Date: Thu, 23 Aug 2001 08:35:23 -0500 From: Alfred Perlstein To: Jim Bryant Cc: freebsd-current@freebsd.org Subject: Re: exec issue in tcsh? Message-ID: <20010823083523.Y81307@elvis.mu.org> References: <3B84A3A2.8020507@yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3B84A3A2.8020507@yahoo.com>; from kc5vdj@yahoo.com on Thu, Aug 23, 2001 at 01:33:06AM -0500 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * Jim Bryant [010823 01:33] wrote: > i noticed this after a build from -current of about 24 hours ago: > > due to problems getting kde-2.2 to compile under -current, I am > currently using windowmaker and doing a `exec startx >&/dev/null` > to get into X without leaving a console shell open... Please wrap lines at 70 characters. I'm using zsh, I have an alias: alias lox='startx &; disown; logout' ie. run x in the background, don't hup it at logout, logout. You're right that ^C will break X, you probably want to ^Z it then 'bg' it followed by disowning it (so tcsh/terminal doesn't hup it) then logging out. -- -Alfred Perlstein [alfred@freebsd.org] Ok, who wrote this damn function called '??'? And why do my programs keep crashing in it? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Aug 23 7:59: 4 2001 Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 821) id 87E2937B406; Thu, 23 Aug 2001 07:59:01 -0700 (PDT) Date: Thu, 23 Aug 2001 07:59:01 -0700 From: "John W. De Boskey" To: Current List Subject: Passing -I option to dependant pkg_add invocations Message-ID: <20010823075901.A96823@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, Currently, the only option passed on to dependant pkg_add invocations is the '-v' verbose option. During an automated install, we use the '-I' option to ignore any pre/post installation scripts for certain packages. The following patch allows the '-I' option to be passed on to dependant pkg_add invocations: http://people.freebsd.org/~jwd/perform.c.patch A pasted copy is below (typical tabbing issues). Thanks, John Index: perform.c =================================================================== RCS file: /home/ncvs/src/usr.sbin/pkg_install/add/perform.c,v retrieving revision 1.65 diff -u -r1.65 perform.c --- perform.c 2001/08/15 14:22:01 1.65 +++ perform.c 2001/08/23 14:27:36 @@ -260,7 +260,8 @@ if (cp) { if (Verbose) printf("Loading it from %s.\n", cp); - if (vsystem("pkg_add %s'%s'", Verbose ? "-v " : "", cp)) { + if (vsystem("pkg_add %s%s'%s'", NoInstall ? "-I " : "", + Verbose ? "-v " : "", cp)) { warnx("autoload of dependency '%s' failed%s", cp, Force ? " (proceeding anyway)" : "!"); if (!Force) @@ -283,7 +284,8 @@ if (!Force) ++code; } - else if (vsystem("(pwd; cat +CONTENTS) | pkg_add %s-S", Verbose ? "-v " : "")) { + else if (vsystem("(pwd; cat +CONTENTS) | pkg_add %s%s-S", + NoInstall ? "-I " : "", Verbose ? "-v " : "")) { warnx("pkg_add of dependency '%s' failed%s", p->name, Force ? " (proceeding anyway)" : "!"); if (!Force) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Aug 23 12:59:20 2001 Delivered-To: freebsd-current@freebsd.org Received: from alicia.nttmcl.com (alicia.nttmcl.com [216.69.69.10]) by hub.freebsd.org (Postfix) with ESMTP id AECB737B401 for ; Thu, 23 Aug 2001 12:59:12 -0700 (PDT) (envelope-from gene@nttmcl.com) Received: from daal (dhcp230.nttmcl.com [216.69.69.230]) by alicia.nttmcl.com (8.10.1/8.10.1) with SMTP id f7NJxCk05122 for ; Thu, 23 Aug 2001 12:59:12 -0700 (PDT) From: "Eugene M. Kim" To: Subject: kern/29530 Date: Thu, 23 Aug 2001 19:58:26 -0000 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="ks_c_5601-1987" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Could anybody examine and commit the patch in the PR kern/29530? It fixes the support for KingByte USB Pen Drive by adding a quirk entry to src/sys/cam/scsi/scsi_da.c. It would be even better if this were MFC'ed before 4.4 comes out. Thank you in advance! Eugene To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Aug 23 13: 3:50 2001 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (dsl092-013-169.sfo1.dsl.speakeasy.net [66.92.13.169]) by hub.freebsd.org (Postfix) with ESMTP id 4A24737B405 for ; Thu, 23 Aug 2001 13:03:42 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.5/8.11.1) id f7NK3gZ03205 for current@freebsd.org; Thu, 23 Aug 2001 13:03:42 -0700 (PDT) (envelope-from obrien) Date: Thu, 23 Aug 2001 13:03:41 -0700 From: "David O'Brien" To: current@freebsd.org Subject: diskcheckd is poo Message-ID: <20010823130341.A3190@dragon.nuxi.com> Reply-To: current@freebsd.org Mail-Followup-To: current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG diskcheckd is very annoying. Many doubt its usefulness in detecting errors before it is too late. It thinks 40% of my disks are bad (which I don't). I've turned it off, I know many that have. I would like to remove it from the base system and put it in ports. I really don't see what justifies keeping it in /usr/src. -- -- David (obrien@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 Aug 23 13: 6:58 2001 Delivered-To: freebsd-current@freebsd.org Received: from freebsd.dk (fw-rl0.freebsd.dk [212.242.86.114]) by hub.freebsd.org (Postfix) with ESMTP id 45E7F37B403 for ; Thu, 23 Aug 2001 13:06:55 -0700 (PDT) (envelope-from sos@freebsd.dk) Received: (from sos@localhost) by freebsd.dk (8.11.3/8.11.3) id f7NK7F393829 for current@FreeBSD.ORG; Thu, 23 Aug 2001 22:07:15 +0200 (CEST) (envelope-from sos) From: Søren Schmidt Message-Id: <200108232007.f7NK7F393829@freebsd.dk> Subject: Re: diskcheckd is poo In-Reply-To: <20010823130341.A3190@dragon.nuxi.com> "from David O'Brien at Aug 23, 2001 01:03:41 pm" To: current@FreeBSD.ORG Date: Thu, 23 Aug 2001 22:07:15 +0200 (CEST) Reply-To: sos@freebsd.dk X-Mailer: ELM [version 2.4ME+ PL88 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG It seems David O'Brien wrote: > diskcheckd is very annoying. Many doubt its usefulness in detecting > errors before it is too late. It thinks 40% of my disks are bad (which > I don't). I've turned it off, I know many that have. > > I would like to remove it from the base system and put it in ports. I > really don't see what justifies keeping it in /usr/src. YES! -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Aug 23 13:11: 5 2001 Delivered-To: freebsd-current@freebsd.org Received: from leviathan.inethouston.net (leviathan.inethouston.net [66.64.12.249]) by hub.freebsd.org (Postfix) with ESMTP id 9A9C537B40B for ; Thu, 23 Aug 2001 13:10:57 -0700 (PDT) (envelope-from dwcjr@inethouston.net) Received: by leviathan.inethouston.net (Postfix, from userid 1001) id 0693E10F433; Thu, 23 Aug 2001 15:11:00 -0500 (CDT) Date: Thu, 23 Aug 2001 15:11:00 -0500 From: "David W. Chapman Jr." To: =?iso-8859-1?Q?S=F8ren?= Schmidt Cc: current@FreeBSD.ORG Subject: Re: diskcheckd is poo Message-ID: <20010823151100.F61809@leviathan.inethouston.net> Reply-To: "David W. Chapman Jr." Mail-Followup-To: =?iso-8859-1?Q?S=F8ren?= Schmidt , current@FreeBSD.ORG References: <20010823130341.A3190@dragon.nuxi.com> <200108232007.f7NK7F393829@freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <200108232007.f7NK7F393829@freebsd.dk> User-Agent: Mutt/1.3.21i X-Operating-System: FreeBSD 4.3-STABLE i386 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Aug 23, 2001 at 10:07:15PM +0200, Søren Schmidt wrote: > It seems David O'Brien wrote: > > diskcheckd is very annoying. Many doubt its usefulness in detecting > > errors before it is too late. It thinks 40% of my disks are bad (which > > I don't). I've turned it off, I know many that have. > > > > I would like to remove it from the base system and put it in ports. I > > really don't see what justifies keeping it in /usr/src. > > YES! > If someone could roll a tarball for me, I could atleast make the skeleton for the port if not finish it off. -- David W. Chapman Jr. dwcjr@inethouston.net Raintree Network Services, Inc. dwcjr@freebsd.org FreeBSD Committer To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Aug 23 13:11:21 2001 Delivered-To: freebsd-current@freebsd.org Received: from beppo.feral.com (beppo.feral.com [192.67.166.79]) by hub.freebsd.org (Postfix) with ESMTP id DAD4737B401 for ; Thu, 23 Aug 2001 13:11:14 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from mailhost.feral.com (mjacob@mailhost.feral.com [192.67.166.1]) by beppo.feral.com (8.11.3/8.11.3) with ESMTP id f7NKB6I98330; Thu, 23 Aug 2001 13:11:07 -0700 (PDT) (envelope-from mjacob@feral.com) Date: Thu, 23 Aug 2001 13:11:06 -0700 (PDT) From: Matthew Jacob X-Sender: mjacob@beppo Reply-To: mjacob@feral.com To: =?X-UNKNOWN?Q?S=F8ren_Schmidt?= Cc: current@FreeBSD.ORG Subject: Re: diskcheckd is poo In-Reply-To: <200108232007.f7NK7F393829@freebsd.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=X-UNKNOWN Content-Transfer-Encoding: 8BIT Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 23 Aug 2001, Søren Schmidt wrote: > It seems David O'Brien wrote: > > diskcheckd is very annoying. Many doubt its usefulness in detecting > > errors before it is too late. It thinks 40% of my disks are bad (which > > I don't). I've turned it off, I know many that have. > > > > I would like to remove it from the base system and put it in ports. I > > really don't see what justifies keeping it in /usr/src. > > YES! Interesting. I tend to agree. However, the one system I would find it useful for is a system where the 2nd IDE master goes to sleep and has to be periodically touched to keep awake. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Aug 23 13:57:32 2001 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (dsl092-013-169.sfo1.dsl.speakeasy.net [66.92.13.169]) by hub.freebsd.org (Postfix) with ESMTP id C887737B409 for ; Thu, 23 Aug 2001 13:57:22 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.5/8.11.1) id f7NKvFP15719; Thu, 23 Aug 2001 13:57:15 -0700 (PDT) (envelope-from obrien) Date: Thu, 23 Aug 2001 13:57:15 -0700 From: "David O'Brien" To: "David W. Chapman Jr." Cc: current@FreeBSD.ORG Subject: Re: diskcheckd is poo Message-ID: <20010823135715.A4003@dragon.nuxi.com> Reply-To: obrien@FreeBSD.ORG References: <20010823130341.A3190@dragon.nuxi.com> <200108232007.f7NK7F393829@freebsd.dk> <20010823151100.F61809@leviathan.inethouston.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010823151100.F61809@leviathan.inethouston.net>; from dwcjr@inethouston.net on Thu, Aug 23, 2001 at 03:11:00PM -0500 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Aug 23, 2001 at 03:11:00PM -0500, David W. Chapman Jr. wrote: > If someone could roll a tarball for me, I could atleast make the > skeleton for the port if not finish it off. We should just repo copy it to ports. See how I do the setcdboot port. -- -- David (obrien@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 Aug 23 14: 9:22 2001 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (dsl092-013-169.sfo1.dsl.speakeasy.net [66.92.13.169]) by hub.freebsd.org (Postfix) with ESMTP id 3675737B40A for ; Thu, 23 Aug 2001 14:09:19 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.5/8.11.1) id f7NL9I317806 for current@freebsd.org; Thu, 23 Aug 2001 14:09:19 -0700 (PDT) (envelope-from obrien) Date: Thu, 23 Aug 2001 14:09:18 -0700 From: "David O'Brien" To: current@freebsd.org Subject: how to debug the crashdump of my locked up system? Message-ID: <20010823140918.A17795@dragon.nuxi.com> Reply-To: obrien@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I finally got a crashdump by C-A-Esc and doing `call dumpsys'. In the past I have done a C-A-Esc and `panic' and had the writing to dumpdev hang. Not sure why it worked this time. Anyway, what should I do with the crashdump to figure out what is going on with my system disk hanging? Also is `ps' still supose to work on crashdumps? # ps -M vmcore.0 -N kernel.0.debug ps: Undefined error: 0 -- -- David (obrien@FreeBSD.org) Disclaimer: Not speaking for FreeBSD, just expressing my own opinion. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Aug 23 15: 3:33 2001 Delivered-To: freebsd-current@freebsd.org Received: from smtp018.mail.yahoo.com (smtp018.mail.yahoo.com [216.136.174.115]) by hub.freebsd.org (Postfix) with SMTP id 8993337B406 for ; Thu, 23 Aug 2001 15:03:30 -0700 (PDT) (envelope-from kc5vdj@yahoo.com) Received: from mkc-65-28-47-209.kc.rr.com (HELO yahoo.com) (65.28.47.209) by smtp.mail.vip.sc5.yahoo.com with SMTP; 23 Aug 2001 22:03:30 -0000 X-Apparently-From: Message-ID: <3B857DB1.2050904@yahoo.com> Date: Thu, 23 Aug 2001 17:03:29 -0500 From: Jim Bryant Reply-To: kc5vdj@yahoo.com User-Agent: Mozilla/5.0 (X11; U; Linux i386; en-US; rv:0.9.2) Gecko/20010726 Netscape6/6.1 X-Accept-Language: en-us MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Why is csh tcsh? This can be a bad thing... Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Why is csh tcsh? There are differences... 4:52:48pm wahoo(6): cmp /bin/csh /bin/tcsh 4:59:12pm wahoo(7): jim -- ET has one helluva sense of humor! He's always anal-probing right-wing schizos! _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Aug 23 15:28:13 2001 Delivered-To: freebsd-current@freebsd.org Received: from leviathan.inethouston.net (leviathan.inethouston.net [66.64.12.249]) by hub.freebsd.org (Postfix) with ESMTP id 8AAB337B409 for ; Thu, 23 Aug 2001 15:28:09 -0700 (PDT) (envelope-from dwcjr@inethouston.net) Received: by leviathan.inethouston.net (Postfix, from userid 1001) id A0A9E10F431; Thu, 23 Aug 2001 17:28:13 -0500 (CDT) Date: Thu, 23 Aug 2001 17:28:13 -0500 From: "David W. Chapman Jr." To: current@freebsd.org Subject: unknown PNP hardware Message-ID: <20010823172813.A69940@leviathan.inethouston.net> Reply-To: "David W. Chapman Jr." Mail-Followup-To: current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.21i X-Operating-System: FreeBSD 4.3-STABLE i386 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I'm running -current as of an hour ago. I've gotten this since I've been running 4.2-stable, any ideas on how I can find out what it belongs to? unknown: can't assign resources unknown: can't assign resources unknown: can't assign resources unknown: can't assign resources unknown: can't assign resources unknown: can't assign resources dwcjr# pnpinfo Checking for Plug-n-Play devices... No Plug-n-Play devices were found dwcjr# pciconf -l hostb0@pci0:0:0: class=0x060000 card=0x00000000 chip=0x03051106 rev=0x03 hdr=0x00 pcib1@pci0:1:0: class=0x060400 card=0x00000080 chip=0x83051106 rev=0x00 hdr=0x01 isab0@pci0:7:0: class=0x060100 card=0x06861106 chip=0x06861106 rev=0x22 hdr=0x00 atapci0@pci0:7:1: class=0x01018a card=0x00000000 chip=0x05711106 rev=0x10 hdr=0x00 uhci0@pci0:7:2: class=0x0c0300 card=0x12340925 chip=0x30381106 rev=0x10 hdr=0x00 uhci1@pci0:7:3: class=0x0c0300 card=0x12340925 chip=0x30381106 rev=0x10 hdr=0x00 none0@pci0:7:4: class=0x0c0500 card=0x00000000 chip=0x30571106 rev=0x30 hdr=0x00 ahc0@pci0:12:0: class=0x010000 card=0x78879004 chip=0x87789004 rev=0x01 hdr=0x00 bktr0@pci0:13:0: class=0x040000 card=0x00011002 chip=0x036e109e rev=0x02 hdr=0x00 none1@pci0:13:1: class=0x048000 card=0x00011002 chip=0x0878109e rev=0x02 hdr=0x00 pcm0@pci0:14:0: class=0x040100 card=0x20601458 chip=0x13711274 rev=0x07 hdr=0x00 xl0@pci0:15:0: class=0x020000 card=0x905510b7 chip=0x905510b7 rev=0x30 hdr=0x00 none2@pci1:0:0: class=0x030000 card=0x400a1043 chip=0x010110de rev=0x10 hdr=0x00 Let me know if I need to provide anything else. Also I get this bktr0: Warning - card vendor 0x1002 (model 0x0001) unknown. this is an ATI TV Wonder. -- David W. Chapman Jr. dwcjr@inethouston.net Raintree Network Services, Inc. dwcjr@freebsd.org FreeBSD Committer To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Aug 23 15:33:40 2001 Delivered-To: freebsd-current@freebsd.org Received: from blackhelicopters.org (geburah.blackhelicopters.org [209.69.178.18]) by hub.freebsd.org (Postfix) with ESMTP id 37CF337B40A for ; Thu, 23 Aug 2001 15:33:37 -0700 (PDT) (envelope-from mwlucas@blackhelicopters.org) Received: (from mwlucas@localhost) by blackhelicopters.org (8.9.3/8.9.3) id SAA81390; Thu, 23 Aug 2001 18:33:35 -0400 (EDT) (envelope-from mwlucas) Date: Thu, 23 Aug 2001 18:33:35 -0400 From: Michael Lucas To: Jim Bryant Cc: freebsd-current@FreeBSD.ORG Subject: Re: Why is csh tcsh? This can be a bad thing... Message-ID: <20010823183335.B81337@blackhelicopters.org> References: <3B857DB1.2050904@yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <3B857DB1.2050904@yahoo.com>; from kc5vdj@yahoo.com on Thu, Aug 23, 2001 at 05:03:29PM -0500 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Search the freebsd-arch archives. Big long hairy discussion, culminating in the "import of the most recent csh, tcsh." Old csh is available as ports/shells/44bsd-csh. On Thu, Aug 23, 2001 at 05:03:29PM -0500, Jim Bryant wrote: > Why is csh tcsh? > > There are differences... > > 4:52:48pm wahoo(6): cmp /bin/csh /bin/tcsh > 4:59:12pm wahoo(7): > > jim > -- > ET has one helluva sense of humor! > He's always anal-probing right-wing schizos! > > > _________________________________________________________ > Do You Yahoo!? > Get your free @yahoo.com address at http://mail.yahoo.com > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message -- Michael Lucas mwlucas@blackhelicopters.org http://www.blackhelicopters.org/~mwlucas/ Big Scary Daemons: http://www.oreillynet.com/pub/q/Big_Scary_Daemons To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Aug 23 15:44: 8 2001 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (dsl092-013-169.sfo1.dsl.speakeasy.net [66.92.13.169]) by hub.freebsd.org (Postfix) with ESMTP id 937C937B405 for ; Thu, 23 Aug 2001 15:44:06 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.5/8.11.1) id f7NMi6920113 for current@freebsd.org; Thu, 23 Aug 2001 15:44:06 -0700 (PDT) (envelope-from obrien) Date: Thu, 23 Aug 2001 15:44:05 -0700 From: "David O'Brien" To: current@freebsd.org Subject: perl5 build is poo Message-ID: <20010823154405.A17733@dragon.nuxi.com> Reply-To: obrien@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On a -current Alpha box I cannot: cd /usr/src/gnu/usr.bin/perl make cleandir && make cleandir make obj make depend make depend ===> libperl Extracting config.h (with variable substitutions) rm -f .depend mkdep -f .depend -a -I/files/Obj/files/Current/gnu/usr.bin/perl/libperl ..snip.. cd /files/Current/gnu/usr.bin/perl/libperl; make _EXTRADEPEND echo libperl.so.4: /usr/lib/libm.a >> .depend ===> perl Extracting config.h (with variable substitutions) Extracting cflags (with variable substitutions) Extracting writemain (with variable substitutions) Extracting myconfig (with variable substitutions) miniperl:No such file or directory *** Error code 1 Why isn't miniperl in /usr/src/gnu/usr.bin/perl/Makefile ? -- -- David (obrien@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 Aug 23 15:51:46 2001 Delivered-To: freebsd-current@freebsd.org Received: from leviathan.inethouston.net (leviathan.inethouston.net [66.64.12.249]) by hub.freebsd.org (Postfix) with ESMTP id 58D6037B403; Thu, 23 Aug 2001 15:51:39 -0700 (PDT) (envelope-from dwcjr@inethouston.net) Received: by leviathan.inethouston.net (Postfix, from userid 1001) id CEB6110F431; Thu, 23 Aug 2001 17:51:41 -0500 (CDT) Date: Thu, 23 Aug 2001 17:51:41 -0500 From: "David W. Chapman Jr." To: David O'Brien Cc: "David W. Chapman Jr." , current@FreeBSD.ORG Subject: Re: diskcheckd is poo Message-ID: <20010823175141.B69940@leviathan.inethouston.net> Reply-To: "David W. Chapman Jr." Mail-Followup-To: David O'Brien , "David W. Chapman Jr." , current@FreeBSD.ORG References: <20010823130341.A3190@dragon.nuxi.com> <200108232007.f7NK7F393829@freebsd.dk> <20010823151100.F61809@leviathan.inethouston.net> <20010823135715.A4003@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20010823135715.A4003@dragon.nuxi.com> User-Agent: Mutt/1.3.21i X-Operating-System: FreeBSD 4.3-STABLE i386 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Aug 23, 2001 at 01:57:15PM -0700, David O'Brien wrote: > On Thu, Aug 23, 2001 at 03:11:00PM -0500, David W. Chapman Jr. wrote: > > If someone could roll a tarball for me, I could atleast make the > > skeleton for the port if not finish it off. > > We should just repo copy it to ports. See how I do the setcdboot port. > Here is a shar of what I am working on. Comments patches and complaints are appreciated. I just have to make the rc script for it to startup on boot. http://people.freebsd.org/~dwcjr/diskcheckd.shar -- David W. Chapman Jr. dwcjr@inethouston.net Raintree Network Services, Inc. dwcjr@freebsd.org FreeBSD Committer To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Aug 23 15:52:41 2001 Delivered-To: freebsd-current@freebsd.org Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224]) by hub.freebsd.org (Postfix) with ESMTP id 312A337B405; Thu, 23 Aug 2001 15:52:26 -0700 (PDT) (envelope-from mi@aldan.algebra.com) Received: (from mi@localhost) by aldan.algebra.com (8.11.5/8.11.5) id f7NMp3v43100; Thu, 23 Aug 2001 18:51:03 -0400 (EDT) (envelope-from mi) From: Mikhail Teterin Message-Id: <200108232251.f7NMp3v43100@aldan.algebra.com> Subject: Re: cvs commit: src/lib/libc/sys mmap.2 In-Reply-To: <200108232239.f7NMdrM68937@freefall.freebsd.org> To: David Greenman Date: Thu, 23 Aug 2001 18:51:02 -0400 (EDT) Cc: current@FreeBSD.org, ports@FreeBSD.org X-Face: %UW#n0|w>ydeGt/b@1-.UFP=K^~-:0f#O:D7w hJ5G_<5143Bb3kOIs9XpX+"V+~$adGP:J|SLieM31VIhqXeLBli" List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > dg 2001/08/23 15:39:53 PDT > > Modified files: > lib/libc/sys mmap.2 > Log: > Killed reference to MAP_INHERIT which is not supported in FreeBSD. BTW, GNU Autoconf's AC_FUNC_MMAP macro fails on -current, which leads the configure (in ImageMagick, for example) to a mistaken conclusion there is no mmap support :-( Anybody cares to take a closer look? Here is what they are doing (from config.log). Thanks, -mi [...] configure:8380: cc -o conftest -O -pipe -march=i686 -Wall -I/opt/include/libxml2 -I/opt/include/libxml2/libxml -I/opt/include/freetype2 -I/opt/include/freetype2 -I/usr/local/include -I/opt/include -I/opt/include -I/opt/include/X11 -L/opt/lib -L/opt/lib -L/opt/lib -L/opt/lib conftest.c -lwmf -lXpm -lxml2 -ljbig -ltiff -lfreetype -ljpeg -lpng -llcms -lfpx -ldpstk -ldps -lXext -lXt -lSM -lICE -lX11 -lbz2 -lz -lm -L/usr/local/lib 1>&5 configure: In function `main': configure:8321: warning: implicit declaration of function `getpagesize' configure:8330: warning: implicit declaration of function `rand' configure:8331: warning: implicit declaration of function `umask' configure:8335: warning: implicit declaration of function `write' configure:8337: warning: implicit declaration of function `close' configure:8368: warning: implicit declaration of function `read' configure:8374: warning: implicit declaration of function `unlink' configure: failed program was: #line 8240 "configure" #include "confdefs.h" /* Thanks to Mike Haertel and Jim Avera for this test. Here is a matrix of mmap possibilities: mmap private not fixed mmap private fixed at somewhere currently unmapped mmap private fixed at somewhere already mapped mmap shared not fixed mmap shared fixed at somewhere currently unmapped mmap shared fixed at somewhere already mapped For private mappings, we should verify that changes cannot be read() back from the file, nor mmap's back from the file at a different address. (There have been systems where private was not correctly implemented like the infamous i386 svr4.0, and systems where the VM page cache was not coherent with the filesystem buffer cache like early versions of FreeBSD and possibly contemporary NetBSD.) For shared mappings, we should conversely verify that changes get propogated back to all the places they're supposed to be. Grep wants private fixed already mapped. The main things grep needs to know about mmap are: * does it exist and is it safe to write into the mmap'd area * how to use it (BSD variants) */ #include #include #include /* This mess was copied from the GNU getpagesize.h. */ #ifndef HAVE_GETPAGESIZE # ifdef HAVE_UNISTD_H # include # endif /* Assume that all systems that can run configure have sys/param.h. */ # ifndef HAVE_SYS_PARAM_H # define HAVE_SYS_PARAM_H 1 # endif # ifdef _SC_PAGESIZE # define getpagesize() sysconf(_SC_PAGESIZE) # else /* no _SC_PAGESIZE */ # ifdef HAVE_SYS_PARAM_H # include # ifdef EXEC_PAGESIZE # define getpagesize() EXEC_PAGESIZE # else /* no EXEC_PAGESIZE */ # ifdef NBPG # define getpagesize() NBPG * CLSIZE # ifndef CLSIZE # define CLSIZE 1 # endif /* no CLSIZE */ # else /* no NBPG */ # ifdef NBPC # define getpagesize() NBPC # else /* no NBPC */ # ifdef PAGESIZE # define getpagesize() PAGESIZE # endif /* PAGESIZE */ # endif /* no NBPC */ # endif /* no NBPG */ # endif /* no EXEC_PAGESIZE */ # else /* no HAVE_SYS_PARAM_H */ # define getpagesize() 8192 /* punt totally */ # endif /* no HAVE_SYS_PARAM_H */ # endif /* no _SC_PAGESIZE */ #endif /* no HAVE_GETPAGESIZE */ #ifdef __cplusplus extern "C" { void *malloc(unsigned); } #else char *malloc(); #endif int main() { char *data, *data2, *data3; int i, pagesize; int fd; pagesize = getpagesize(); /* * First, make a file with some known garbage in it. */ data = malloc(pagesize); if (!data) exit(1); for (i = 0; i < pagesize; ++i) *(data + i) = rand(); umask(0); fd = creat("conftestmmap", 0600); if (fd < 0) exit(1); if (write(fd, data, pagesize) != pagesize) exit(1); close(fd); /* * Next, try to mmap the file at a fixed address which * already has something else allocated at it. If we can, * also make sure that we see the same garbage. */ fd = open("conftestmmap", O_RDWR); if (fd < 0) exit(1); data2 = malloc(2 * pagesize); if (!data2) exit(1); data2 += (pagesize - ((int) data2 & (pagesize - 1))) & (pagesize - 1); if (data2 != mmap(data2, pagesize, PROT_READ | PROT_WRITE, MAP_PRIVATE | MAP_FIXED, fd, 0L)) exit(1); for (i = 0; i < pagesize; ++i) if (*(data + i) != *(data2 + i)) exit(1); /* * Finally, make sure that changes to the mapped area * do not percolate back to the file as seen by read(). * (This is a bug on some variants of i386 svr4.0.) */ for (i = 0; i < pagesize; ++i) *(data2 + i) = *(data2 + i) + 1; data3 = malloc(pagesize); if (!data3) exit(1); if (read(fd, data3, pagesize) != pagesize) exit(1); for (i = 0; i < pagesize; ++i) if (*(data + i) != *(data3 + i)) exit(1); close(fd); unlink("conftestmmap"); exit(0); } [...] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Aug 23 16:13:56 2001 Delivered-To: freebsd-current@freebsd.org Received: from aragorn.neomedia.it (aragorn.neomedia.it [195.103.207.6]) by hub.freebsd.org (Postfix) with ESMTP id CA53C37B408 for ; Thu, 23 Aug 2001 16:13:51 -0700 (PDT) (envelope-from bartequi@neomedia.it) Received: (from httpd@localhost) by aragorn.neomedia.it (8.11.4/8.11.4) id f7NNDae15584; Fri, 24 Aug 2001 01:13:36 +0200 (CEST) To: "David W. Chapman Jr." Subject: Re: unknown PNP hardware Message-ID: <998608416.3b858e20876c2@webmail.neomedia.it> Date: Fri, 24 Aug 2001 01:13:36 +0200 (CEST) From: Salvo Bartolotta Cc: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: IMP/PHP IMAP webmail program 2.2.4-cvs X-WebMail-Company: Neomedia s.a.s. X-Originating-IP: 62.98.238.15 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > I'm running -current as of an hour ago. I've gotten this since I've > been running 4.2-stable, any ideas on how I can find out what it > belongs to? > unknown: can't assign resources > unknown: can't assign resources > unknown: can't assign resources > unknown: can't assign resources > unknown: can't assign resources > unknown: can't assign resources This harmless message has been known for a good number of months. There is nothing to worry about. Now before someone flames both of us -- me for responding and you for not first searching the archives, where discussions about this topic took place countless times -- could you please go there and retrieve this information? :-)) By the way, you can also find freebsd posts on http://www.google.com and http://www.geocrawler.com. HTH, Salvo To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Aug 23 16:14:10 2001 Delivered-To: freebsd-current@freebsd.org Received: from leviathan.inethouston.net (leviathan.inethouston.net [66.64.12.249]) by hub.freebsd.org (Postfix) with ESMTP id AB81A37B407; Thu, 23 Aug 2001 16:14:06 -0700 (PDT) (envelope-from dwcjr@inethouston.net) Received: by leviathan.inethouston.net (Postfix, from userid 1001) id 0C5C010F431; Thu, 23 Aug 2001 18:14:04 -0500 (CDT) Date: Thu, 23 Aug 2001 18:14:03 -0500 From: "David W. Chapman Jr." To: "David W. Chapman Jr." Cc: David O'Brien , current@FreeBSD.ORG Subject: Re: diskcheckd is poo Message-ID: <20010823181403.A71606@leviathan.inethouston.net> Reply-To: "David W. Chapman Jr." Mail-Followup-To: "David W. Chapman Jr." , David O'Brien , current@FreeBSD.ORG References: <20010823130341.A3190@dragon.nuxi.com> <200108232007.f7NK7F393829@freebsd.dk> <20010823151100.F61809@leviathan.inethouston.net> <20010823135715.A4003@dragon.nuxi.com> <20010823175141.B69940@leviathan.inethouston.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20010823175141.B69940@leviathan.inethouston.net> User-Agent: Mutt/1.3.21i X-Operating-System: FreeBSD 4.3-STABLE i386 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Aug 23, 2001 at 05:51:41PM -0500, David W. Chapman Jr. wrote: > Here is a shar of what I am working on. Comments patches and > complaints are appreciated. I just have to make the rc script for it > to startup on boot. > > http://people.freebsd.org/~dwcjr/diskcheckd.shar > -- Update: I have the rc script, although it isn't too grand and I haven't tested it, everything should be there and I'm going to test it now. -- David W. Chapman Jr. dwcjr@inethouston.net Raintree Network Services, Inc. dwcjr@freebsd.org FreeBSD Committer To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Aug 23 16:14:49 2001 Delivered-To: freebsd-current@freebsd.org Received: from leviathan.inethouston.net (leviathan.inethouston.net [66.64.12.249]) by hub.freebsd.org (Postfix) with ESMTP id 6612837B40B for ; Thu, 23 Aug 2001 16:14:45 -0700 (PDT) (envelope-from dwcjr@inethouston.net) Received: by leviathan.inethouston.net (Postfix, from userid 1001) id 14FBC10F431; Thu, 23 Aug 2001 18:14:49 -0500 (CDT) Date: Thu, 23 Aug 2001 18:14:49 -0500 From: "David W. Chapman Jr." To: Salvo Bartolotta Cc: current@freebsd.org Subject: Re: unknown PNP hardware Message-ID: <20010823181448.B71606@leviathan.inethouston.net> Reply-To: "David W. Chapman Jr." Mail-Followup-To: Salvo Bartolotta , current@freebsd.org References: <998608416.3b858e20876c2@webmail.neomedia.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <998608416.3b858e20876c2@webmail.neomedia.it> User-Agent: Mutt/1.3.21i X-Operating-System: FreeBSD 4.3-STABLE i386 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Aug 24, 2001 at 01:13:36AM +0200, Salvo Bartolotta wrote: > > I'm running -current as of an hour ago. I've gotten this since I've > > been running 4.2-stable, any ideas on how I can find out what it > > belongs to? > > > unknown: can't assign resources > > unknown: can't assign resources > > unknown: can't assign resources > > unknown: can't assign resources > > unknown: can't assign resources > > unknown: can't assign resources > > > > This harmless message has been known for a good number of months. There is > nothing to worry about. > > Now before someone flames both of us -- me for responding and you for not > first searching the archives, where discussions about this topic took place > countless times -- could you please go there and retrieve this information? > :-)) > > By the way, you can also find freebsd posts on http://www.google.com and > http://www.geocrawler.com. > I have no problem with that, last time I asked this wasn't in the archives and I didn't get a response. -- David W. Chapman Jr. dwcjr@inethouston.net Raintree Network Services, Inc. dwcjr@freebsd.org FreeBSD Committer To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Aug 23 16:43:40 2001 Delivered-To: freebsd-current@freebsd.org Received: from aragorn.neomedia.it (aragorn.neomedia.it [195.103.207.6]) by hub.freebsd.org (Postfix) with ESMTP id A6E0037B405 for ; Thu, 23 Aug 2001 16:43:29 -0700 (PDT) (envelope-from bartequi@neomedia.it) Received: (from httpd@localhost) by aragorn.neomedia.it (8.11.4/8.11.4) id f7NNhQ611102; Fri, 24 Aug 2001 01:43:26 +0200 (CEST) To: "David W. Chapman Jr." Subject: Re: unknown PNP hardware Message-ID: <998610206.3b85951ec0cbb@webmail.neomedia.it> Date: Fri, 24 Aug 2001 01:43:26 +0200 (CEST) From: Salvo Bartolotta Cc: current@freebsd.org References: <998608416.3b858e20876c2@webmail.neomedia.it> <20010823181448.B71606@leviathan.inethouston.net> In-Reply-To: <20010823181448.B71606@leviathan.inethouston.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: IMP/PHP IMAP webmail program 2.2.4-cvs X-WebMail-Company: Neomedia s.a.s. X-Originating-IP: 62.98.238.15 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG "David W. Chapman Jr." is believed to have written: > On Fri, Aug 24, 2001 at 01:13:36AM +0200, Salvo Bartolotta wrote: > > > I'm running -current as of an hour ago. I've gotten this since I've > > > > been running 4.2-stable, any ideas on how I can find out what it > > > belongs to? > > > > > unknown: can't assign resources > > > unknown: can't assign resources > > > unknown: can't assign resources > > > unknown: can't assign resources > > > unknown: can't assign resources > > > unknown: can't assign resources > > > > > > > > This harmless message has been known for a good number of months. > There is > > nothing to worry about. > > > > Now before someone flames both of us -- me for responding and you for > not > > first searching the archives, where discussions about this topic took > place > > countless times -- could you please go there and retrieve this > information? > > :-)) > > > > By the way, you can also find freebsd posts on http://www.google.com > and > > http://www.geocrawler.com. > > > I have no problem with that, last time I asked this wasn't in the > archives and I didn't get a response. I am in a good mood tonight. :-) http://www.FreeBSD.org/cgi/getmsg.cgi?fetch=351737+353670+/usr/local/www/db/text/2000/freebsd-current/20000507.freebsd-current http://www.FreeBSD.org/cgi/getmsg.cgi?fetch=272660+274467+/usr/local/www/db/text/2001/freebsd-current/20010304.freebsd-current http://www.FreeBSD.org/cgi/getmsg.cgi?fetch=82781+85574+/usr/local/www/db/text/2000/freebsd-current/20001001.freebsd-current ..... ..... ..... http://www.freebsd.org/doc/en_US.ISO8859-1/books/faq/admin.html#PNP-RESOURCES -- Salvo To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Aug 23 16:46:35 2001 Delivered-To: freebsd-current@freebsd.org Received: from kawoserv.kawo2.rwth-aachen.de (kawoserv.kawo2.RWTH-Aachen.DE [134.130.180.1]) by hub.freebsd.org (Postfix) with ESMTP id 6A20937B406 for ; Thu, 23 Aug 2001 16:46:32 -0700 (PDT) (envelope-from alex@big.endian.de) Received: from zerogravity.kawo2.rwth-aachen.de (zerogravity.kawo2.rwth-aachen.de [134.130.181.28]) by kawoserv.kawo2.rwth-aachen.de (8.9.3/8.9.3) with ESMTP id BAA02847; Fri, 24 Aug 2001 01:46:31 +0200 Received: by zerogravity.kawo2.rwth-aachen.de (Postfix, from userid 1001) id 873BB14B26; Fri, 24 Aug 2001 01:46:34 +0200 (CEST) Date: Fri, 24 Aug 2001 01:46:34 +0200 From: Alexander Langer To: "David W. Chapman Jr." Cc: current@FreeBSD.ORG Subject: Re: unknown PNP hardware Message-ID: <20010824014634.B14741@zerogravity.kawo2.rwth-aachen.d> Mail-Followup-To: Alexander Langer , "David W. Chapman Jr." , current@FreeBSD.ORG References: <20010823172813.A69940@leviathan.inethouston.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010823172813.A69940@leviathan.inethouston.net>; from dwcjr@inethouston.net on Thu, Aug 23, 2001 at 05:28:13PM -0500 X-PGP-Fingerprint: 44 28 CA 4C 46 5B D3 A8 A8 E3 BA F3 4E 60 7D 7F X-PGP-at: finger alex@big.endian.de X-Verwirrung: Dieser Header dient der allgemeinen Verwirrung. Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Thus spake David W. Chapman Jr. (dwcjr@inethouston.net): > I'm running -current as of an hour ago. I've gotten this since I've > been running 4.2-stable, any ideas on how I can find out what it > belongs to? Statically wired ISA devices. > unknown: can't assign resources > unknown: can't assign resources 501 are the sio ports for example. Look up some PNP devices listings, they're probably all listed in your device.hints. Alex To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Aug 23 17:34: 2 2001 Delivered-To: freebsd-current@freebsd.org Received: from msgbas1.cos.agilent.com (msgbas1x.cos.agilent.com [192.25.240.36]) by hub.freebsd.org (Postfix) with ESMTP id 45BFA37B40E for ; Thu, 23 Aug 2001 17:33:57 -0700 (PDT) (envelope-from darrylo@soco.agilent.com) Received: from msgrel1.cos.agilent.com (msgrel1.cos.agilent.com [130.29.152.77]) by msgbas1.cos.agilent.com (Postfix) with ESMTP id C9B5F56E; Thu, 23 Aug 2001 18:33:56 -0600 (MDT) Received: from mina.soco.agilent.com (mina.soco.agilent.com [141.121.54.157]) by msgrel1.cos.agilent.com (Postfix) with ESMTP id 525394D4; Thu, 23 Aug 2001 18:33:56 -0600 (MDT) Received: from mina.soco.agilent.com (darrylo@localhost [127.0.0.1]) by mina.soco.agilent.com (8.9.3 (PHNE_22672)/8.9.3 SMKit7.1.1_Agilent) with ESMTP id RAA08537; Thu, 23 Aug 2001 17:33:55 -0700 (PDT) Message-Id: <200108240033.RAA08537@mina.soco.agilent.com> To: "David W. Chapman Jr." , current@FreeBSD.ORG Subject: Re: unknown PNP hardware Reply-To: Darryl Okahata In-Reply-To: Your message of "Fri, 24 Aug 2001 01:46:34 +0200." <20010824014634.B14741@zerogravity.kawo2.rwth-aachen.d> Mime-Version: 1.0 (generated by tm-edit 1.6) Content-Type: text/plain; charset=US-ASCII Date: Thu, 23 Aug 2001 17:33:55 -0700 From: Darryl Okahata Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Alexander Langer wrote: > Thus spake David W. Chapman Jr. (dwcjr@inethouston.net): > > > I'm running -current as of an hour ago. I've gotten this since I've > > been running 4.2-stable, any ideas on how I can find out what it > > belongs to? > > Statically wired ISA devices. > > > unknown: can't assign resources > > unknown: can't assign resources > > 501 are the sio ports for example. > > Look up some PNP devices listings, they're probably all listed > in your device.hints. Going off on a slight tangent, I wrote a perl script months ago that parsed the output of dmesg, and tried to determine which IRQs were used, and for what. One of the side-effects of this script is that it also tried to identify unknown PCI devices (but *only* if an IRQ is used), using an (old) hard-coded table originally obtained from: http://www.yourvote.com/pci/pcidev.csv You can get the script from: ftp://ftp.sonic.net/pub/users/darrylo/freebsd/scanirq.gz It's written for 4.X, but might work for -current (you'll have to disable the checks for 4.X, at the very least). You use it like this: dmesg | scanirq -- Darryl Okahata darrylo@soco.agilent.com DISCLAIMER: this message is the author's personal opinion and does not constitute the support, opinion, or policy of Agilent Technologies, or of the little green men that have been following him all day. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Aug 23 19: 7:33 2001 Delivered-To: freebsd-current@freebsd.org Received: from Veronica.wmol.com (veronica.wmol.com [208.242.83.241]) by hub.freebsd.org (Postfix) with ESMTP id 8579237B405 for ; Thu, 23 Aug 2001 19:07:27 -0700 (PDT) (envelope-from david@phobia.ms) Received: from rain (081bc122.chartermi.net [24.247.81.122]) by Veronica.wmol.com (Vircom SMTPRS 5.0.193) with ESMTP id for ; Thu, 23 Aug 2001 22:05:07 -0400 Message-ID: <002101c12c41$433dbb20$0201a8c0@hill.hom> From: "David Hill" To: Subject: options HZ Date: Thu, 23 Aug 2001 22:05:31 -0400 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 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello - Could someone please document "options HZ" into LINT?. I found it while reading the dummynet(4) manpage. Thanks - David To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Aug 23 19:40: 7 2001 Delivered-To: freebsd-current@freebsd.org Received: from obsecurity.dyndns.org (adsl-63-207-60-54.dsl.lsan03.pacbell.net [63.207.60.54]) by hub.freebsd.org (Postfix) with ESMTP id 1474237B401 for ; Thu, 23 Aug 2001 19:40:04 -0700 (PDT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 866BD66E42; Thu, 23 Aug 2001 19:40:03 -0700 (PDT) Date: Thu, 23 Aug 2001 19:40:03 -0700 From: Kris Kennaway To: Jim Bryant Cc: freebsd-current@freebsd.org Subject: Re: Why is csh tcsh? This can be a bad thing... Message-ID: <20010823194003.C5214@xor.obsecurity.org> References: <3B857DB1.2050904@yahoo.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="tqI+Z3u+9OQ7kwn0" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3B857DB1.2050904@yahoo.com>; from kc5vdj@yahoo.com on Thu, Aug 23, 2001 at 05:03:29PM -0500 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --tqI+Z3u+9OQ7kwn0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Aug 23, 2001 at 05:03:29PM -0500, Jim Bryant wrote: > Why is csh tcsh? >=20 > There are differences... >=20 > 4:52:48pm wahoo(6): cmp /bin/csh /bin/tcsh > 4:59:12pm wahoo(7): tcsh is the newer version of csh. Kris --tqI+Z3u+9OQ7kwn0 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE7hb6CWry0BWjoQKURAr6jAJ9WRSE4Dj0aR1HKwNGLb8JNXwtQUwCfd3lz Sww62LNmhHZCIH8hdOmrDgE= =laS3 -----END PGP SIGNATURE----- --tqI+Z3u+9OQ7kwn0-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Aug 23 20:23: 6 2001 Delivered-To: freebsd-current@freebsd.org Received: from smtp018.mail.yahoo.com (smtp018.mail.yahoo.com [216.136.174.115]) by hub.freebsd.org (Postfix) with SMTP id D4E0837B401 for ; Thu, 23 Aug 2001 20:23:02 -0700 (PDT) (envelope-from kc5vdj@yahoo.com) Received: from mkc-65-28-47-209.kc.rr.com (HELO yahoo.com) (65.28.47.209) by smtp.mail.vip.sc5.yahoo.com with SMTP; 24 Aug 2001 03:23:02 -0000 X-Apparently-From: Message-ID: <3B85C895.6020602@yahoo.com> Date: Thu, 23 Aug 2001 22:23:01 -0500 From: Jim Bryant Reply-To: kc5vdj@yahoo.com User-Agent: Mozilla/5.0 (X11; U; Linux i386; en-US; rv:0.9.2) Gecko/20010726 Netscape6/6.1 X-Accept-Language: en-us MIME-Version: 1.0 To: Kris Kennaway Cc: freebsd-current@freebsd.org Subject: Re: Why is csh tcsh? This can be a bad thing... References: <3B857DB1.2050904@yahoo.com> <20010823194003.C5214@xor.obsecurity.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I'm aware of this, I have used tcsh since it first appeared on comp.sources.unix, many moons ago. Because of certain differences, it cannot be used wholesale as a replacement for csh. I'm all for tcsh being in /bin, but I don't think that it's a good idea to replace the industry-standard csh with tcsh as unexpected problems can occur when a csh script expecting csh behaviour ends up breaking due to the subtle differences between csh and tcsh... It's kinda late in the process to be complaining about this, but I just noticed this myself... To complete your sentance: "..., but it's not a drop-in replacement for csh." Kris Kennaway wrote: > On Thu, Aug 23, 2001 at 05:03:29PM -0500, Jim Bryant wrote: > >>Why is csh tcsh? >> >>There are differences... >> >> 4:52:48pm wahoo(6): cmp /bin/csh /bin/tcsh >> 4:59:12pm wahoo(7): >> > > tcsh is the newer version of csh. > > Kris jim -- ET has one helluva sense of humor! He's always anal-probing right-wing schizos! _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Aug 23 21:47:48 2001 Delivered-To: freebsd-current@freebsd.org Received: from herbelot.dyndns.org (d211.dhcp212-26.cybercable.fr [212.198.26.211]) by hub.freebsd.org (Postfix) with ESMTP id 04EE637B409; Thu, 23 Aug 2001 21:47:44 -0700 (PDT) (envelope-from thierry@herbelot.com) Received: from herbelot.com (multi.herbelot.nom [192.168.1.2]) by herbelot.dyndns.org (8.9.3/8.9.3) with ESMTP id HAA73159; Fri, 24 Aug 2001 07:01:50 +0200 (CEST) (envelope-from thierry@herbelot.com) Message-ID: <3B85DC57.37D1D7A9@herbelot.com> Date: Fri, 24 Aug 2001 06:47:19 +0200 From: Thierry Herbelot X-Mailer: Mozilla 4.78 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: David Hill Cc: current@FreeBSD.ORG, asmodai@FreeBSD.ORG Subject: Re: options HZ [MFC for pr=28143] References: <002101c12c41$433dbb20$0201a8c0@hill.hom> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG David Hill wrote: > > Hello - > Could someone please document "options HZ" into LINT?. I found it while > reading the dummynet(4) manpage. > > Thanks > - David > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message this was already submitted as a PR (http://www.FreeBSD.org/cgi/query-pr.cgi?pr=28143) maybe time to call for an MFC ? [CC added] -- Thierry Herbelot To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Aug 24 1:45: 6 2001 Delivered-To: freebsd-current@freebsd.org Received: from beastie.mckusick.com (beastie.mckusick.com [209.31.233.184]) by hub.freebsd.org (Postfix) with ESMTP id 0762537B407 for ; Fri, 24 Aug 2001 01:44:56 -0700 (PDT) (envelope-from mckusick@mckusick.com) Received: from beastie.mckusick.com (localhost [127.0.0.1]) by beastie.mckusick.com (8.11.4/8.9.3) with ESMTP id f7NDaJR05765; Thu, 23 Aug 2001 06:36:19 -0700 (PDT) (envelope-from mckusick@beastie.mckusick.com) Message-Id: <200108231336.f7NDaJR05765@beastie.mckusick.com> To: Ian Dowse Subject: Re: fsck setting d_ino == 0 (was Re: filesystem errors) Cc: freebsd-current@freebsd.org, dwmalone@maths.tcd.ie, Ollivier Robert , Mikhail Teterin In-Reply-To: Your message of "Wed, 22 Aug 2001 01:21:03 BST." <200108220121.aa40822@salmon.maths.tcd.ie> Date: Thu, 23 Aug 2001 06:36:18 -0700 From: Kirk McKusick Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG To: Kirk McKusick cc: freebsd-current@freebsd.org, dwmalone@maths.tcd.ie, Ollivier Robert , Mikhail Teterin Subject: fsck setting d_ino == 0 (was Re: filesystem errors) In-Reply-To: Your message of "Sat, 28 Jul 2001 12:48:54 PDT." <200107281948.f6SJmso06543@beastie.mckusick.com> Date: Wed, 22 Aug 2001 01:21:03 +0100 From: Ian Dowse In message <200107281948.f6SJmso06543@beastie.mckusick.com>, Kirk McKusick writes: >FFS will never set a directory ino == 0 at a location other >than the first entry in a directory, but fsck will do so to >get rid of an unwanted entry. The readdir routines know to >skip over an ino == 0 entry no matter where in the directory >it is found, so applications will never see such entries. >It would be a fair amount of work to change fsck to `do the >right thing', as the checking code is given only the current >entry with which to work. I am of the opinion that you >should simply accept that mid-directory block ino == 0 is >acceptable rather than trying to `fix' the problem. Bleh, well I guess not too surprisingly, there is a case in ufs_direnter() (ufs_lookup.c) where the kernel does the wrong thing when a mid-block entry has d_ino == 0. The result can be serious directory corruption, and the bug has been there since the Lite/2 merge: # fetch http://www.maths.tcd.ie/~iedowse/FreeBSD/dirbug_img.gz Receiving dirbug_img.gz (6745 bytes): 100% 6745 bytes transferred in 0.0 seconds (4.69 MBps) # gunzip dirbug_img.gz # mdconfig -a -t vnode -f dirbug_img md0 # fsck_ffs /dev/md0 ** /dev/md0 ** Last Mounted on /mnt ** Phase 1 - Check Blocks and Sizes ** Phase 2 - Check Pathnames ** Phase 3 - Check Connectivity ** Phase 4 - Check Reference Counts ** Phase 5 - Check Cyl groups 20 files, 1 used, 2638 free (14 frags, 328 blocks, 0.5% fragmentation) # mount /dev/md0 /mnt # touch /mnt/ffffffffff12 # umount /mnt # fsck_ffs /dev/md0 ** /dev/md0 ** Last Mounted on /mnt ** Phase 1 - Check Blocks and Sizes ** Phase 2 - Check Pathnames DIRECTORY CORRUPTED I=2 OWNER=root MODE=40755 SIZE=512 MTIME=Aug 21 22:28 2001 DIR=/ SALVAGE? [yn] The bug is that when compressing directory blocks, the code trusts the DIRSIZ() macro to calculate the amount of data to be bcopy'd when moving a directory entry. If d_ino is zero, DIRSIZ() cannot be trusted, so random bytes in unused portions of the directory determine how much gets copied. I think it is very unlikely in practice for the value returned by DIRSIZ() to be harmful, but fsck certainly doesn't check it so this bug can be triggered after other types of corruption have been repaired by fsck. I just found this while looking for a dirhash bug - the dirhash code didn't check for d_ino == 0 when compressing directories, so it would freak when it couldn't find the entry to move. The patch below should fix both these issues, and it makes it clearer that DIRSIZ() is not used when d_ino == 0. Any comments welcome. The patch is a bit larger than it needs to be, but that directory compression code is so hard to understand that I think it is worth clarifying it slightly :-) Ian The compaction code started out deeply nested and highly conditional. I was very happy to get it down to one for loop with single nested conditionals. That being said, it is still pretty hard to follow. Anyway, I agree with your change. It is amazing to me that that bug has been present since the day the code was written (1983) and has not been noticed until now. Kirk Index: ufs_lookup.c =================================================================== RCS file: /FreeBSD/FreeBSD-CVS/src/sys/ufs/ufs/ufs_lookup.c,v retrieving revision 1.52 diff -u -r1.52 ufs_lookup.c --- ufs_lookup.c 2001/08/18 03:08:48 1.52 +++ ufs_lookup.c 2001/08/21 23:59:09 @@ -869,26 +869,38 @@ * dp->i_offset + dp->i_count would yield the space. */ ep = (struct direct *)dirbuf; - dsize = DIRSIZ(OFSFMT(dvp), ep); + dsize = ep->d_ino ? DIRSIZ(OFSFMT(dvp), ep) : 0; spacefree = ep->d_reclen - dsize; for (loc = ep->d_reclen; loc < dp->i_count; ) { nep = (struct direct *)(dirbuf + loc); - if (ep->d_ino) { - /* trim the existing slot */ - ep->d_reclen = dsize; - ep = (struct direct *)((char *)ep + dsize); - } else { - /* overwrite; nothing there; header is ours */ - spacefree += dsize; + + /* Trim the existing slot (NB: dsize may be zero). */ + ep->d_reclen = dsize; + ep = (struct direct *)((char *)ep + dsize); + + loc += nep->d_reclen; + if (nep->d_ino == 0) { + /* + * A mid-block unused entry. Such entries are + * never created by the kernel, but fsck_ffs + * can create them (and it doesn't fix them). + * + * Add up the free space, and initialise the + * relocated entry since we don't bcopy it. + */ + spacefree += nep->d_reclen; + ep->d_ino = 0; + dsize = 0; + continue; } dsize = DIRSIZ(OFSFMT(dvp), nep); spacefree += nep->d_reclen - dsize; #ifdef UFS_DIRHASH if (dp->i_dirhash != NULL) - ufsdirhash_move(dp, nep, dp->i_offset + loc, + ufsdirhash_move(dp, nep, + dp->i_offset + ((char *)nep - dirbuf), dp->i_offset + ((char *)ep - dirbuf)); #endif - loc += nep->d_reclen; if (DOINGSOFTDEP(dvp)) softdep_change_directoryentry_offset(dp, dirbuf, (caddr_t)nep, (caddr_t)ep, dsize); @@ -896,6 +908,11 @@ bcopy((caddr_t)nep, (caddr_t)ep, dsize); } /* + * Here, `ep' points to a directory entry containing `dsize' in-use + * bytes followed by `spacefree' unused bytes. If ep->d_ino == 0, + * then the entry is completely unused (dsize == 0). The value + * of ep->d_reclen is indeterminate. + * * Update the pointer fields in the previous entry (if any), * copy in the new entry, and write out the block. */ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Aug 24 2:40:31 2001 Delivered-To: freebsd-current@freebsd.org Received: from kawoserv.kawo2.rwth-aachen.de (kawoserv.kawo2.RWTH-Aachen.DE [134.130.180.1]) by hub.freebsd.org (Postfix) with ESMTP id 8D56237B408 for ; Fri, 24 Aug 2001 02:40:27 -0700 (PDT) (envelope-from alex@big.endian.de) Received: from zerogravity.kawo2.rwth-aachen.de (zerogravity.kawo2.rwth-aachen.de [134.130.181.28]) by kawoserv.kawo2.rwth-aachen.de (8.9.3/8.9.3) with ESMTP id LAA21377; Fri, 24 Aug 2001 11:40:26 +0200 Received: by zerogravity.kawo2.rwth-aachen.de (Postfix, from userid 1001) id C009914B30; Fri, 24 Aug 2001 11:40:26 +0200 (CEST) Date: Fri, 24 Aug 2001 11:40:26 +0200 From: Alexander Langer To: Jim Bryant Cc: Kris Kennaway , freebsd-current@FreeBSD.ORG Subject: Re: Why is csh tcsh? This can be a bad thing... Message-ID: <20010824114026.F1095@zerogravity.kawo2.rwth-aachen.d> Mail-Followup-To: Alexander Langer , Jim Bryant , Kris Kennaway , freebsd-current@FreeBSD.ORG References: <3B857DB1.2050904@yahoo.com> <20010823194003.C5214@xor.obsecurity.org> <3B85C895.6020602@yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3B85C895.6020602@yahoo.com>; from kc5vdj@yahoo.com on Thu, Aug 23, 2001 at 10:23:01PM -0500 X-PGP-Fingerprint: 44 28 CA 4C 46 5B D3 A8 A8 E3 BA F3 4E 60 7D 7F X-PGP-at: finger alex@big.endian.de X-Verwirrung: Dieser Header dient der allgemeinen Verwirrung. Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Thus spake Jim Bryant (kc5vdj@yahoo.com): > It's kinda late in the process to be complaining about this, but I just noticed this myself... That's why it is in the ports collection. Alex -- WELCOME DATACOMP! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Aug 24 3: 7: 1 2001 Delivered-To: freebsd-current@freebsd.org Received: from matrix.eurocontrol.fr (matrix.eurocontrol.fr [147.196.254.254]) by hub.freebsd.org (Postfix) with ESMTP id B1A2637B410; Fri, 24 Aug 2001 03:06:54 -0700 (PDT) (envelope-from roberto@eurocontrol.fr) Received: from caerdonn.eurocontrol.fr (caerdonn.eurocontrol.fr [147.196.51.214]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (Client CN "caerdonn.eurocontrol.fr", Issuer CN "CA ITM" (not verified)) by matrix.eurocontrol.fr (Postfix/TLS) with ESMTP id 91120213A; Fri, 24 Aug 2001 12:06:53 +0200 (CEST) Received: by caerdonn.eurocontrol.fr (Postfix/TLS, from userid 1193) id 1E96B44; Fri, 24 Aug 2001 12:06:48 +0200 (CEST) Date: Fri, 24 Aug 2001 12:06:48 +0200 From: Ollivier Robert To: FreeBSD Current Users' list , jhb@freebsd.org Subject: Interrupt problem Message-ID: <20010824120648.A98324@caerdonn.eurocontrol.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-Operating-System: FreeBSD 5.0-CURRENT Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, John, is your patch (the one for sound interrupts) support to fix this kind of problem ? interrupt total rate stray irq0 1 0 stray irq6 1 0 stray irq15 1 0 ata1 irq15 4 0 ahc0 irq9 739 0 atkbd0 irq1 28757 0 psm0 irq12 205535 2 pcm0 irq5 58485147 684 <<<<< clk irq0 8549201 99 rtc irq8 10943235 127 fxp0 irq9 575639 6 Total 78788260 921 Sound is configured on this machine but not used at all at the moment so that many interrupts is a bit suspect... -- Ollivier ROBERT -=- Eurocontrol EEC/ITM -=- Ollivier.Robert@eurocontrol.fr FreeBSD caerdonn.eurocontrol.fr 5.0-CURRENT #46: Wed Jan 3 15:52:00 CET 2001 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Aug 24 7:40: 9 2001 Delivered-To: freebsd-current@freebsd.org Received: from tara.freenix.org (keltia.freenix.org [62.4.20.87]) by hub.freebsd.org (Postfix) with ESMTP id 2C52137B403 for ; Fri, 24 Aug 2001 07:40:02 -0700 (PDT) (envelope-from roberto@tara.freenix.org) Received: by tara.freenix.org (Postfix/TLS, from userid 101) id 74077267; Fri, 24 Aug 2001 16:40:00 +0200 (CEST) Date: Fri, 24 Aug 2001 16:40:00 +0200 From: Ollivier Robert To: FreeBSD Current Users' list Subject: Re: Interrupt problem Message-ID: <20010824164000.A96658@tara.freenix.org> Mail-Followup-To: FreeBSD Current Users' list References: <20010824120648.A98324@caerdonn.eurocontrol.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010824120648.A98324@caerdonn.eurocontrol.fr>; from roberto@eurocontrol.fr on Fri, Aug 24, 2001 at 12:06:48PM +0200 X-Operating-System: FreeBSD 5.0-CURRENT K6-3D/266 & 2x PPro/200 SMP Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG According to Ollivier Robert: > Sound is configured on this machine but not used at all at the moment so > that many interrupts is a bit suspect... After discussing it on IRC/#bsdcode, it may be a problem with the way newpcm deals with ISA sound cards... Aug 17 22:21:50 caerdonn /boot/kernel/kernel: pcm0: at port 0x220-0x22f ,0x388-0x38b,0x530-0x53f irq 5 drq 1,3 on isa0 It worked fine a few weeks ago... -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 5.0-CURRENT #80: Sun Jun 4 22:44:19 CEST 2000 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Aug 24 9:46:27 2001 Delivered-To: freebsd-current@freebsd.org Received: from winston.freebsd.org (adsl-64-173-15-98.dsl.sntc01.pacbell.net [64.173.15.98]) by hub.freebsd.org (Postfix) with ESMTP id 1235837B40E for ; Fri, 24 Aug 2001 09:46:15 -0700 (PDT) (envelope-from jkh@freebsd.org) Received: from localhost (jkh@localhost [127.0.0.1]) by winston.freebsd.org (8.11.6/8.11.6) with ESMTP id f7OGk0w07199; Fri, 24 Aug 2001 09:46:01 -0700 (PDT) (envelope-from jkh@freebsd.org) To: kc5vdj@yahoo.com Cc: kris@obsecurity.org, freebsd-current@freebsd.org Subject: Re: Why is csh tcsh? This can be a bad thing... In-Reply-To: <3B85C895.6020602@yahoo.com> References: <3B857DB1.2050904@yahoo.com> <20010823194003.C5214@xor.obsecurity.org> <3B85C895.6020602@yahoo.com> X-Mailer: Mew version 1.94.1 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20010824094600W.jkh@freebsd.org> Date: Fri, 24 Aug 2001 09:46:00 -0700 From: Jordan Hubbard X-Dispatcher: imput version 20000228(IM140) Lines: 15 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG From: Jim Bryant Subject: Re: Why is csh tcsh? This can be a bad thing... Date: Thu, 23 Aug 2001 22:23:01 -0500 > Because of certain differences, it cannot be used wholesale as a > replacement for csh. Then please enumerate them so that they can be given due attention. This is exactly the sort of detailed feedback that was requested when we first raised the issue of switching over, and nobody could come up with any concrete differences that would cause harm, so the deed was done. - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Aug 24 9:50:59 2001 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (dsl092-013-169.sfo1.dsl.speakeasy.net [66.92.13.169]) by hub.freebsd.org (Postfix) with ESMTP id 20F9C37B403 for ; Fri, 24 Aug 2001 09:50:57 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.5/8.11.1) id f7OGopG88234; Fri, 24 Aug 2001 09:50:51 -0700 (PDT) (envelope-from obrien) Date: Fri, 24 Aug 2001 09:50:51 -0700 From: "David O'Brien" To: mi@aldan.algebra.com Cc: julian@elischer.org, current@freebsd.org Subject: Re: webdavfs correction Message-ID: <20010824095051.C87889@dragon.nuxi.com> Reply-To: obrien@freebsd.org References: <200108230119.f7N1Jbk04527@misha.privatelabs.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200108230119.f7N1Jbk04527@misha.privatelabs.com>; from mi@aldan.algebra.com on Wed, Aug 22, 2001 at 09:19:36PM -0400 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Aug 22, 2001 at 09:19:36PM -0400, mi@aldan.algebra.com wrote: > Too bad, the published Apple's link > http://www.apple.com/macosx/usingosx/internet.html > is broken :( http://www.apple.com/creative/webpro/technology/webdav/ http://www.apple.com/creative/webpro/technology/webdavsetup/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Aug 24 11: 9:27 2001 Delivered-To: freebsd-current@freebsd.org Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224]) by hub.freebsd.org (Postfix) with ESMTP id 333A737B40D; Fri, 24 Aug 2001 11:09:08 -0700 (PDT) (envelope-from mi@aldan.algebra.com) Received: from aldan.algebra.com (localhost [127.0.0.1]) by aldan.algebra.com (8.11.5/8.11.5) with ESMTP id f7OI7Vd00967; Fri, 24 Aug 2001 14:07:36 -0400 (EDT) (envelope-from mi@aldan.algebra.com) Message-Id: <200108241807.f7OI7Vd00967@aldan.algebra.com> Date: Fri, 24 Aug 2001 14:07:28 -0400 (EDT) From: Mikhail Teterin Subject: another panic (mix ppp and usb to taste) To: current@freebsd.org Cc: n_hibma@freebsd.org MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG As I was trying to let the Palm Pilot connect to my desktop through usb using PPP, I tried to run /usr/sbin/ppp -quiet -direct -nat < /dev/ugen0 While, perhaps, not the right way to do what I want (what is? aren't serial devices the simplest?), it should not panic (nothing should really). But it does, and quite repeatedly (some more comments after the trace): IdlePTD 4984832 initial pcb at 3db040 panicstr: bwrite: buffer is not busy??? panic messages: --- Fatal trap 12: page fault while in kernel mode cpuid = 0; lapic.id = 01000000 fault virtual address = 0x3 fault code = supervisor read, page not present instruction pointer = 0x8:0xc01d5a0b stack pointer = 0x10:0xce7f1c4c frame pointer = 0x10:0xce7f1c58 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 442 (ppp) trap number = 12 panic: page fault cpuid = 0; lapic.id = 01000000 boot() called on cpu#0 syncing disks... panic: bwrite: buffer is not busy??? cpuid = 0; lapic.id = 01000000 boot() called on cpu#0 Uptime: 10m14s dumping to dev da0b, offset 131200 dump ....... 2 1 0 --- [...] #12 0xc030b0bc in trap (frame={tf_fs = -1071644648, tf_es = -830734320, tf_ds = 16777232, tf_edi = 64, tf_esi = 0, tf_ebp = -830530472, tf_isp = -830530504, tf_ebx = -1049243648, tf_edx = -1049243428, tf_ecx = 34, tf_eax = 0, tf_trapno = 12, tf_err = 0, tf_eip = -1071818229, tf_cs = 8, tf_eflags = 66178, tf_esp = -830530412, tf_ss = -1049288448}) at ../../../i386/i386/trap.c:405 #13 0xc01d5a0b in ugenpoll (dev=0xc1752100, events=64, p=0xce7abb80) at ../../../dev/usb/ugen.c:1369 #14 0xc01ed604 in spec_poll (ap=0xce7f1c94) at ../../../fs/specfs/spec_vnops.c:333 #15 0xc01ed27d in spec_vnoperate (ap=0xce7f1c94) at ../../../fs/specfs/spec_vnops.c:119 #16 0xc0252333 in vn_poll (fp=0xc17328c0, events=64, cred=0xc1734700, p=0xce7abb80) at vnode_if.h:381 #17 0xc0228b8b in selscan (p=0xce7abb80, ibits=0xce7f1d48, obits=0xce7f1d3c, nfd=1) at ../../../sys/file.h:192 #18 0xc02286b5 in select (p=0xce7abb80, uap=0xce7f1f80) at ../../../kern/sys_generic.c:772 #19 0xc030bf2d in syscall (frame={tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 134842880, tf_esi = 134842880, tf_ebp = 0, tf_isp = -830529580, tf_ebx = 3, tf_edx = 134996480, tf_ecx = 134996352, tf_eax = 93, tf_trapno = 12, tf_err = 2, tf_eip = 673178596, tf_cs = 31, tf_eflags = 643, tf_esp = -1077937708, tf_ss = 47}) at ../../../i386/i386/trap.c:1129 (kgdb) up 13 #13 0xc01d5a0b in ugenpoll (dev=0xc1752100, events=64, p=0xce7abb80) at ../../../dev/usb/ugen.c:1369 1369 switch (sce->edesc->bmAttributes & UE_XFERTYPE) { (kgdb) p sce $1 = (struct ugen_endpoint *) 0x0 (kgdb) l 1364 printf("ugenpoll: no pipe\n"); 1365 return (EIO); 1366 } 1367 #endif 1368 s = splusb(); 1369 switch (sce->edesc->bmAttributes & UE_XFERTYPE) { 1370 case UE_INTERRUPT: 1371 if (events & (POLLIN | POLLRDNORM)) { 1372 if (sce->q.c_cc > 0) 1373 revents |= events & (POLLIN | POLLRDNORM); (kgdb) p events $3 = 64 (kgdb) p s No symbol "s" in current context. (kgdb) p revents $5 = 0 What I don't understand, is -- there is a check, just a few lines above: if (sce == NULL) return (EINVAL); How come it is not being caught there? Thanks, -- |\__-----__/| _____/ ::::: :::\_____ '__--( ::::::::..::)--__` -mi If you have a / _- \/ :::::::\/ -_ serious knowledge / / :. .::::\ \ about computers -- | ::::::::::::| Ok, let's say you broke keep it in a secret! _|/ ::::____::\|_ the wall with your head "Rules of dating", / /:::::/:_::\::\:.\ What are you going to 'Playboy', ? 1994 | :| ..:(_/ \::|::|::| do in the next cell? | :|:::::. ::|: |::|.:| Stanislaw J. Lec \ |:: :::_/::/: :|:/ ((___\____\____/___/___)) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Aug 24 11:36:48 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.wrs.com (unknown-1-11.windriver.com [147.11.1.11]) by hub.freebsd.org (Postfix) with ESMTP id D3EF437B403 for ; Fri, 24 Aug 2001 11:36:41 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: from laptop.baldwin.cx (john@[147.11.46.201]) by mail.wrs.com (8.9.3/8.9.1) with ESMTP id LAA12305; Fri, 24 Aug 2001 11:36:37 -0700 (PDT) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20010824120648.A98324@caerdonn.eurocontrol.fr> Date: Fri, 24 Aug 2001 11:36:43 -0700 (PDT) From: John Baldwin To: Ollivier Robert Subject: RE: Interrupt problem Cc: "FreeBSD Current Users' list" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 24-Aug-01 Ollivier Robert wrote: > Hello, > > John, is your patch (the one for sound interrupts) support to fix this kind > of problem ? > > interrupt total rate > stray irq0 1 0 > stray irq6 1 0 > stray irq15 1 0 > ata1 irq15 4 0 > ahc0 irq9 739 0 > atkbd0 irq1 28757 0 > psm0 irq12 205535 2 > pcm0 irq5 58485147 684 <<<<< > clk irq0 8549201 99 > rtc irq8 10943235 127 > fxp0 irq9 575639 6 > Total 78788260 921 > > Sound is configured on this machine but not used at all at the moment so > that many interrupts is a bit suspect... That sounds more like a driver problem. The timeout patch fixed a bug in tsleep that could result in a hung process. -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Aug 24 16: 9:25 2001 Delivered-To: freebsd-current@freebsd.org Received: from mass.dis.org (mass.dis.org [216.240.45.41]) by hub.freebsd.org (Postfix) with ESMTP id 42D5F37B40A for ; Fri, 24 Aug 2001 16:09:22 -0700 (PDT) (envelope-from msmith@mass.dis.org) Received: from mass.dis.org (localhost [127.0.0.1]) by mass.dis.org (8.11.4/8.11.3) with ESMTP id f7ONEOn06169 for ; Fri, 24 Aug 2001 16:14:24 -0700 (PDT) (envelope-from msmith@mass.dis.org) Message-Id: <200108242314.f7ONEOn06169@mass.dis.org> To: current@freebsd.org Subject: Re: diskcheckd is poo In-reply-to: Your message of "Thu, 23 Aug 2001 13:03:41 PDT." <20010823130341.A3190@dragon.nuxi.com> Date: Fri, 24 Aug 2001 16:14:24 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG If we want a surface scrubber, we ought to have a "real" one; it's also very, very bad in the laptop context (since it keeps waking your disks up). If we're going to keep it, it should be turned off by default at any rate. > diskcheckd is very annoying. Many doubt its usefulness in detecting > errors before it is too late. It thinks 40% of my disks are bad (which > I don't). I've turned it off, I know many that have. > > I would like to remove it from the base system and put it in ports. I > really don't see what justifies keeping it in /usr/src. > > -- > -- David (obrien@FreeBSD.org) > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Aug 24 16:12:13 2001 Delivered-To: freebsd-current@freebsd.org Received: from leviathan.inethouston.net (leviathan.inethouston.net [66.64.12.249]) by hub.freebsd.org (Postfix) with ESMTP id 8594737B401; Fri, 24 Aug 2001 16:12:09 -0700 (PDT) (envelope-from dwcjr@inethouston.net) Received: by leviathan.inethouston.net (Postfix, from userid 1001) id B21CF10F42F; Fri, 24 Aug 2001 18:12:13 -0500 (CDT) Date: Fri, 24 Aug 2001 18:12:13 -0500 From: "David W. Chapman Jr." To: Mike Smith Cc: current@freebsd.org Subject: Re: diskcheckd is poo Message-ID: <20010824181213.I5230@leviathan.inethouston.net> Reply-To: "David W. Chapman Jr." Mail-Followup-To: Mike Smith , current@freebsd.org References: <20010823130341.A3190@dragon.nuxi.com> <200108242314.f7ONEOn06169@mass.dis.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200108242314.f7ONEOn06169@mass.dis.org> User-Agent: Mutt/1.3.21i X-Operating-System: FreeBSD 4.3-STABLE i386 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Aug 24, 2001 at 04:14:24PM -0700, Mike Smith wrote: > > If we want a surface scrubber, we ought to have a "real" one; it's > also very, very bad in the laptop context (since it keeps waking your > disks up). > I have the shar of the port up at http://people.freebsd.org:~/dwcjr/diskcheckd.shar I believe. its already in the ports, I'm just awaiting a repo copy of the files from /usr/src/usr.sbin/diskcheckd into ports/sysutils/diskcheckd/files -- David W. Chapman Jr. dwcjr@inethouston.net Raintree Network Services, Inc. dwcjr@freebsd.org FreeBSD Committer To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Aug 24 17:50:59 2001 Delivered-To: freebsd-current@freebsd.org Received: from mailsrv.otenet.gr (mailsrv.otenet.gr [195.170.0.5]) by hub.freebsd.org (Postfix) with ESMTP id E572B37B401; Fri, 24 Aug 2001 17:50:51 -0700 (PDT) (envelope-from keramida@ceid.upatras.gr) Received: from hades.hell.gr (patr530-b036.otenet.gr [195.167.121.164]) by mailsrv.otenet.gr (8.11.5/8.11.5) with ESMTP id f7P0obC11701; Sat, 25 Aug 2001 03:50:38 +0300 (EEST) Received: (from charon@localhost) by hades.hell.gr (8.11.6/8.11.4) id f7P0noU00820; Sat, 25 Aug 2001 03:49:50 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Date: Sat, 25 Aug 2001 03:49:50 +0300 From: Giorgos Keramidas To: Mike Smith Cc: current@FreeBSD.ORG Subject: Re: diskcheckd is poo Message-ID: <20010825034950.B488@hades.hell.gr> References: <20010823130341.A3190@dragon.nuxi.com> <200108242314.f7ONEOn06169@mass.dis.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200108242314.f7ONEOn06169@mass.dis.org>; from msmith@FreeBSD.ORG on Fri, Aug 24, 2001 at 04:14:24PM -0700 X-PGP-Fingerprint: 3A 75 52 EB F1 58 56 0D - C5 B8 21 B6 1B 5E 4A C2 X-URL: http://students.ceid.upatras.gr/~keramida/index.html Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG From: Mike Smith Subject: Re: diskcheckd is poo Date: Fri, Aug 24, 2001 at 04:14:24PM -0700 > If we want a surface scrubber, we ought to have a "real" one; it's > also very, very bad in the laptop context (since it keeps waking your > disks up). > > If we're going to keep it, it should be turned off by default at any rate. Lots of people have already jumped in and noted that they have this turned off by default. I guess a 'me too' is probably kind of lame in this case, but yes, I also have it disabled. -giorgos To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Aug 24 18: 1:27 2001 Delivered-To: freebsd-current@freebsd.org Received: from InterJet.elischer.org (c421509-a.pinol1.sfba.home.com [24.7.86.9]) by hub.freebsd.org (Postfix) with ESMTP id 4018137B409 for ; Fri, 24 Aug 2001 18:01:23 -0700 (PDT) (envelope-from julian@elischer.org) Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id SAA60959 for ; Fri, 24 Aug 2001 18:08:01 -0700 (PDT) Date: Fri, 24 Aug 2001 18:08:00 -0700 (PDT) From: Julian Elischer To: current@freebsd.org Subject: SMP private storage.. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG If we are not going to use separate VM mapping s to keep the per-cpu information separate any more, then can we remove the support for it from the kernel? examples: i386/i386/locore.s #ifdef SMP /* * Define layout of per-cpu address space. * This is "constructed" in locore.s on the BSP and in mp_machdep.c * for each AP. DO NOT REORDER THESE WITHOUT UPDATING THE REST! */ .globl SMP_prvspace, lapic .set SMP_prvspace,(MPPTDI << PDRSHIFT) .set lapic,SMP_prvspace + (NPTEPG-1) * PAGE_SIZE #endif /* SMP */ why do all this page-table stuff.. now we can hust malloc the damned thing.. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Aug 24 18:42:14 2001 Delivered-To: freebsd-current@freebsd.org Received: from gw2.bnc.ch (ns1.bnc.ch [195.65.231.2]) by hub.freebsd.org (Postfix) with ESMTP id 2D96937B409 for ; Fri, 24 Aug 2001 18:42:10 -0700 (PDT) (envelope-from martin@bnc.ch) Received: from proliant.bnc.ch (proliant.bnc.ch [192.168.1.3]) by gw2.bnc.ch (8.11.1/8.11.1) with ESMTP id f7P1g9Q82962 for ; Sat, 25 Aug 2001 03:42:09 +0200 (CEST) Received: from tish ([192.168.1.72]) by proliant.bnc.ch (8.11.1/8.11.3) with SMTP id f7P1g8r57275 for ; Sat, 25 Aug 2001 03:42:08 +0200 (CEST) (envelope-from martin@bnc.ch) Message-ID: <001901c12d07$25ec03d0$4801a8c0@tish> Reply-To: =?iso-8859-1?Q?Martin_M=FCller?= From: =?iso-8859-1?Q?Martin_M=FCller?= To: References: <20010823130341.A3190@dragon.nuxi.com> <200108242314.f7ONEOn06169@mass.dis.org> <20010825034950.B488@hades.hell.gr> Subject: Re: diskcheckd is poo Date: Sat, 25 Aug 2001 03:42:05 +0200 Organization: Business Network Communications AG MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2479.0006 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2479.0006 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Me not, I think that a good scrubber, ala NetApp - scrubbing as fast as possible in the middle of the night -, is a good thing. Has helped us track many faulty disks a couple of hours before the disks finally gave up for good. -- martin ----- Original Message ----- From: "Giorgos Keramidas" To: "Mike Smith" Cc: Sent: Saturday, August 25, 2001 2:49 AM Subject: Re: diskcheckd is poo > From: Mike Smith > Subject: Re: diskcheckd is poo > Date: Fri, Aug 24, 2001 at 04:14:24PM -0700 > > > If we want a surface scrubber, we ought to have a "real" one; it's > > also very, very bad in the laptop context (since it keeps waking your > > disks up). > > > > If we're going to keep it, it should be turned off by default at any rate. > > Lots of people have already jumped in and noted that they have this > turned off by default. I guess a 'me too' is probably kind of lame in > this case, but yes, I also have it disabled. > > -giorgos > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Aug 24 19:41:31 2001 Delivered-To: freebsd-current@freebsd.org Received: from InterJet.elischer.org (c421509-a.pinol1.sfba.home.com [24.7.86.9]) by hub.freebsd.org (Postfix) with ESMTP id DDFB937B406 for ; Fri, 24 Aug 2001 19:41:19 -0700 (PDT) (envelope-from julian@elischer.org) Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id TAA61270 for ; Fri, 24 Aug 2001 19:51:32 -0700 (PDT) Date: Fri, 24 Aug 2001 19:51:31 -0700 (PDT) From: Julian Elischer To: current@freebsd.org Subject: Silliness in pmap code? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Consider the folowing function: /* * Super fast pmap_pte routine best used when scanning * the pv lists. This eliminates many coarse-grained * invltlb calls. Note that many of the pv list * scans are across different pmaps. It is very wasteful * to do an entire invltlb for checking a single mapping. */ static unsigned * pmap_pte_quick(pmap, va) register pmap_t pmap; vm_offset_t va; { unsigned pde, newpf; /* * Check if the appropriate PDE is valid. If not, we're done. */ **A** if ((pde = (unsigned) pmap->pm_pdir[va >> PDRSHIFT]) != 0) { unsigned frame = (unsigned) pmap->pm_pdir[PTDPTDI] & PG_FRAME; unsigned index = i386_btop(va); /* are we current address space or kernel? */ /* If so, use the exsiting PTE mappings into KVE space */ if ((pmap == kernel_pmap) || (frame == (((unsigned) PTDpde) & PG_FRAME))) { return (unsigned *) PTmap + index; } /* * IF not, set up a single page to map * the approptiate PTEs into * thos doesn;t make sense since the PDIR test above * only applies to the current pmap */ newpf = pde & PG_FRAME; if ( ((* (unsigned *) PMAP1) & PG_FRAME) != newpf) { * (unsigned *) PMAP1 = newpf | PG_RW | PG_V; invltlb_1pg((vm_offset_t) PADDR1); } return PADDR1 + ((unsigned) index & (NPTEPG - 1)); } return (0); } The test marked **A** only applies to the current pmap However inside the test, we check to see if we are talking about the current pmap, or another pmap. If other pmaps are allowed top be examined, then the foirst test is flawed, otherwise, if other maps are not to be examined using this function, then the second part of the inside of the clause is not needed.. (and should be a panic) which is correct? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Aug 24 21:11: 1 2001 Delivered-To: freebsd-current@freebsd.org Received: from shell.futuresouth.com (shell.futuresouth.com [198.78.58.28]) by hub.freebsd.org (Postfix) with ESMTP id EB5B837B411; Fri, 24 Aug 2001 21:10:58 -0700 (PDT) (envelope-from fullermd@futuresouth.com) Received: (from fullermd@localhost) by shell.futuresouth.com (8.11.3/8.11.1) id f7P4Ar159671; Fri, 24 Aug 2001 23:10:53 -0500 (CDT) Date: Fri, 24 Aug 2001 23:10:53 -0500 From: "Matthew D. Fuller" To: Jordan Hubbard Cc: kc5vdj@yahoo.com, kris@obsecurity.org, freebsd-current@FreeBSD.ORG Subject: Re: Why is csh tcsh? This can be a bad thing... Message-ID: <20010824231053.U88304@futuresouth.com> References: <3B857DB1.2050904@yahoo.com> <20010823194003.C5214@xor.obsecurity.org> <3B85C895.6020602@yahoo.com> <20010824094600W.jkh@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010824094600W.jkh@freebsd.org>; from jkh@FreeBSD.ORG on Fri, Aug 24, 2001 at 09:46:00AM -0700 X-OS: FreeBSD Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Aug 24, 2001 at 09:46:00AM -0700, a little birdie told me that Jordan Hubbard remarked > From: Jim Bryant > > Because of certain differences, it cannot be used wholesale as a > > replacement for csh. > > Then please enumerate them so that they can be given due attention. > This is exactly the sort of detailed feedback that was requested when > we first raised the issue of switching over, and nobody could come up > with any concrete differences that would cause harm, so the deed was > done. It blew beets all over the startup script for ROM 2.4 MUD's. It's a crappy script (who the hell scripts in csh anyway? furrfu), but it took me a good half hour to figure out what caused it to suddenly stop working. I always mean to rewrite it in sh, but I ended up just copying in a /bin/csh.realcsh and pointing it over. So yes, there's a difference. But, on the flip side, I think that the fact that it's been this long without anybody screaming majorly (after the initial shakedown, of course) kinda sums it up. -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Unix Systems Administrator | fullermd@futuresouth.com Specializing in FreeBSD | http://www.over-yonder.net/ "The only reason I'm burning my candle at both ends, is because I haven't figured out how to light the middle yet" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Aug 24 21:20:46 2001 Delivered-To: freebsd-current@freebsd.org Received: from obsecurity.dyndns.org (adsl-63-207-60-54.dsl.lsan03.pacbell.net [63.207.60.54]) by hub.freebsd.org (Postfix) with ESMTP id 67B8337B407; Fri, 24 Aug 2001 21:20:43 -0700 (PDT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id AE03A66D1C; Fri, 24 Aug 2001 21:20:42 -0700 (PDT) Date: Fri, 24 Aug 2001 21:20:42 -0700 From: Kris Kennaway To: "Matthew D. Fuller" Cc: Jordan Hubbard , kc5vdj@yahoo.com, kris@obsecurity.org, freebsd-current@FreeBSD.ORG Subject: Re: Why is csh tcsh? This can be a bad thing... Message-ID: <20010824212042.A86744@xor.obsecurity.org> References: <3B857DB1.2050904@yahoo.com> <20010823194003.C5214@xor.obsecurity.org> <3B85C895.6020602@yahoo.com> <20010824094600W.jkh@freebsd.org> <20010824231053.U88304@futuresouth.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="qDbXVdCdHGoSgWSk" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010824231053.U88304@futuresouth.com>; from fullermd@futuresouth.com on Fri, Aug 24, 2001 at 11:10:53PM -0500 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --qDbXVdCdHGoSgWSk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Fri, Aug 24, 2001 at 11:10:53PM -0500, Matthew D. Fuller wrote: > So yes, there's a difference. But, on the flip side, I think that > the fact that it's been this long without anybody screaming majorly > (after the initial shakedown, of course) kinda sums it up. There are differences in defaults, yes, but are there differences which can't be fixed by setting options? That's what's being asked. Kris --qDbXVdCdHGoSgWSk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE7hyeZWry0BWjoQKURAgUZAJ4pdR3zRefMMKictkCswh6sc+pi5gCgqN44 +kwCBCx/gTb3BZpcHnljA84= =Vkkb -----END PGP SIGNATURE----- --qDbXVdCdHGoSgWSk-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Aug 24 22:17:17 2001 Delivered-To: freebsd-current@freebsd.org Received: from earth.backplane.com (earth-nat-cw.backplane.com [208.161.114.67]) by hub.freebsd.org (Postfix) with ESMTP id 1EB1437B403 for ; Fri, 24 Aug 2001 22:17:13 -0700 (PDT) (envelope-from dillon@earth.backplane.com) Received: (from dillon@localhost) by earth.backplane.com (8.11.6/8.11.2) id f7P5GaX04651; Fri, 24 Aug 2001 22:16:36 -0700 (PDT) (envelope-from dillon) Date: Fri, 24 Aug 2001 22:16:36 -0700 (PDT) From: Matt Dillon Message-Id: <200108250516.f7P5GaX04651@earth.backplane.com> To: Julian Elischer Cc: current@FreeBSD.ORG Subject: Re: Silliness in pmap code? References: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG :pmap_pte_quick(pmap, va) : register pmap_t pmap; : vm_offset_t va; :{ : unsigned pde, newpf; : /* : * Check if the appropriate PDE is valid. If not, we're done. : */ :**A** if ((pde = (unsigned) pmap->pm_pdir[va >> PDRSHIFT]) != :0) { : unsigned frame = (unsigned) pmap->pm_pdir[PTDPTDI] & :PG_FRAME; : unsigned index = i386_btop(va); : /* are we current address space or kernel? */ : /* If so, use the exsiting PTE mappings into KVE space */ : if ((pmap == kernel_pmap) || : (frame == (((unsigned) PTDpde) & PG_FRAME))) { : return (unsigned *) PTmap + index; : } : /* : * IF not, set up a single page to map : * the approptiate PTEs into : * thos doesn;t make sense since the PDIR test above : * only applies to the current pmap : */ : newpf = pde & PG_FRAME; : if ( ((* (unsigned *) PMAP1) & PG_FRAME) != newpf) { : * (unsigned *) PMAP1 = newpf | PG_RW | PG_V; : invltlb_1pg((vm_offset_t) PADDR1); : } : return PADDR1 + ((unsigned) index & (NPTEPG - 1)); : } : return (0); :} : :The test marked **A** only applies to the current pmap I think it applies to the passed pmap. pmap->pm_pdir is mapped into KVA independant of the fixed page table maps so any pmap's page directory page can be examined without having to pull any tricks. Then it checks to see if the passed pmap happens to be the current pmap. If it does, then it can use the linear PTmap in VM that represents the page tables to access the pte. If the passed pmap is not the current pmap then it maps the page table page via PMAP1 in order to access the pte. -Matt :However inside the test, we check to see if we are talking about the :current pmap, or another pmap. : :If other pmaps are allowed top be examined, then the foirst test is :flawed, otherwise, if other maps are not to be examined using this :function, then the second part of the inside of the clause is :not needed.. (and should be a panic) : :which is correct? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Aug 24 22:22:50 2001 Delivered-To: freebsd-current@freebsd.org Received: from peter3.wemm.org (c1315225-a.plstn1.sfba.home.com [24.14.150.180]) by hub.freebsd.org (Postfix) with ESMTP id 2B22F37B406 for ; Fri, 24 Aug 2001 22:22:47 -0700 (PDT) (envelope-from peter@wemm.org) Received: from overcee.netplex.com.au (overcee.wemm.org [10.0.0.3]) by peter3.wemm.org (8.11.0/8.11.0) with ESMTP id f7P5MkM91770 for ; Fri, 24 Aug 2001 22:22:46 -0700 (PDT) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by overcee.netplex.com.au (Postfix) with ESMTP id EF9673810; Fri, 24 Aug 2001 22:22:46 -0700 (PDT) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.3.1 01/18/2001 with nmh-1.0.4 To: Julian Elischer Cc: current@FreeBSD.ORG Subject: Re: SMP private storage.. In-Reply-To: Date: Fri, 24 Aug 2001 22:22:46 -0700 From: Peter Wemm Message-Id: <20010825052246.EF9673810@overcee.netplex.com.au> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Julian Elischer wrote: > > If we are not going to use separate VM mapping s to keep the per-cpu > information separate any more, then can we remove the support for it from > the kernel? No, this is still very much used. I really want to fix this and will try and take a shot over the weekend. > examples: > i386/i386/locore.s > #ifdef SMP > /* > * Define layout of per-cpu address space. > * This is "constructed" in locore.s on the BSP and in mp_machdep.c > * for each AP. DO NOT REORDER THESE WITHOUT UPDATING THE REST! > */ > .globl SMP_prvspace, lapic > .set SMP_prvspace,(MPPTDI << PDRSHIFT) > .set lapic,SMP_prvspace + (NPTEPG-1) * PAGE_SIZE > #endif /* SMP */ > > > why do all this page-table stuff.. > now we can hust malloc the damned thing.. "lapic" is the local apic hardware. You'd better not malloc that.. We map the IO apics into SMP_prvspace as well. Cheers, -Peter -- Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Aug 24 22:30:20 2001 Delivered-To: freebsd-current@freebsd.org Received: from peter3.wemm.org (c1315225-a.plstn1.sfba.home.com [24.14.150.180]) by hub.freebsd.org (Postfix) with ESMTP id 15ECC37B401; Fri, 24 Aug 2001 22:30:17 -0700 (PDT) (envelope-from peter@wemm.org) Received: from overcee.netplex.com.au (overcee.wemm.org [10.0.0.3]) by peter3.wemm.org (8.11.0/8.11.0) with ESMTP id f7P5UGM91791; Fri, 24 Aug 2001 22:30:16 -0700 (PDT) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by overcee.netplex.com.au (Postfix) with ESMTP id D17363810; Fri, 24 Aug 2001 22:30:16 -0700 (PDT) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.3.1 01/18/2001 with nmh-1.0.4 To: Jordan Hubbard Cc: kc5vdj@yahoo.com, kris@obsecurity.org, freebsd-current@FreeBSD.ORG Subject: Re: Why is csh tcsh? This can be a bad thing... In-Reply-To: <20010824094600W.jkh@freebsd.org> Date: Fri, 24 Aug 2001 22:30:16 -0700 From: Peter Wemm Message-Id: <20010825053016.D17363810@overcee.netplex.com.au> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Jordan Hubbard wrote: > > Because of certain differences, it cannot be used wholesale as a > > replacement for csh. > > Then please enumerate them so that they can be given due attention. > This is exactly the sort of detailed feedback that was requested when > we first raised the issue of switching over, and nobody could come up > with any concrete differences that would cause harm, so the deed was > done. We switched for several reasons: 1: csh script interface sucks 2: csh user interface sucks 3: tcsh user interface is one of the better ones. csh is not a serious scripting language and hardly anybody ever uses it as one in scripts that have sufficient complexity to notice the difference. As far as user interfaces go, tcsh is as close to a superset as you can get. That was a step up for the majority of users who actually use it and it is still "close enough" that built-in finger knowledge works as expected. We made "genuine" csh available as a port in case somebody *has* to have it for actual scripting that was impossible to tweak to run under tcsh. (see ports/shells/44bsd-csh). Cheers, -Peter -- Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Aug 24 23:50:42 2001 Delivered-To: freebsd-current@freebsd.org Received: from smtp011.mail.yahoo.com (smtp011.mail.yahoo.com [216.136.173.31]) by hub.freebsd.org (Postfix) with SMTP id E97F537B403 for ; Fri, 24 Aug 2001 23:50:34 -0700 (PDT) (envelope-from kc5vdj@yahoo.com) Received: from mkc-65-28-47-209.kc.rr.com (HELO yahoo.com) (65.28.47.209) by smtp.mail.vip.sc5.yahoo.com with SMTP; 25 Aug 2001 06:50:34 -0000 X-Apparently-From: Message-ID: <3B874AB9.2090702@yahoo.com> Date: Sat, 25 Aug 2001 01:50:33 -0500 From: Jim Bryant Reply-To: kc5vdj@yahoo.com User-Agent: Mozilla/5.0 (X11; U; Linux i386; en-US; rv:0.9.2) Gecko/20010726 Netscape6/6.1 X-Accept-Language: en-us MIME-Version: 1.0 To: Peter Wemm Cc: Jordan Hubbard , kris@obsecurity.org, freebsd-current@FreeBSD.ORG Subject: Re: Why is csh tcsh? This can be a bad thing... References: <20010825053016.D17363810@overcee.netplex.com.au> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Peter Wemm wrote: > Jordan Hubbard wrote: > >>>Because of certain differences, it cannot be used wholesale as a >>>replacement for csh. >>> >>Then please enumerate them so that they can be given due attention. >>This is exactly the sort of detailed feedback that was requested when >>we first raised the issue of switching over, and nobody could come up >>with any concrete differences that would cause harm, so the deed was >>done. >> > > We switched for several reasons: > 1: csh script interface sucks > 2: csh user interface sucks > 3: tcsh user interface is one of the better ones. > > csh is not a serious scripting language and hardly anybody ever uses it as > one in scripts that have sufficient complexity to notice the difference. > > As far as user interfaces go, tcsh is as close to a superset as you can > get. That was a step up for the majority of users who actually use it and > it is still "close enough" that built-in finger knowledge works as > expected. > > We made "genuine" csh available as a port in case somebody *has* to have > it for actual scripting that was impossible to tweak to run under tcsh. > (see ports/shells/44bsd-csh). > > Cheers, > -Peter Okay, at least this is the closest I've come to hearing an explaination... I was never arguing the utility of tcsh as an interactive shell, hell, like I said, I've ran it since it first appeared on comp.sources.unix.[misc?] many years ago, and use it as my shell of choice on any platform. My question was on the need to turn it into csh, when just including it in the /bin directory as tcsh was enough. I have been reading up on some of the old well-known diffs, and apparently many HAVE been fixed over the years, but as the gentleman who explained his experience earlier in this thread will attest, not all are fixed. For 4.4, the point is moot, if this is the way it is, this is the way it will ship [next week?]... For 5.0, I maybe the black sheep in saying this, but I'd like to see /bin/csh be the real thing for 5.0. By all means, leave tcsh in /bin, but for the sake of backwards compatability, IMHO `ln /bin/tcsh /bin/csh` was a bad idea. jim -- ET has one helluva sense of humor! He's always anal-probing right-wing schizos! _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Aug 24 23:56: 1 2001 Delivered-To: freebsd-current@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by hub.freebsd.org (Postfix) with ESMTP id D29BC37B403; Fri, 24 Aug 2001 23:55:55 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter (localhost [127.0.0.1]) by critter.freebsd.dk (8.11.4/8.11.4) with ESMTP id f7P6tcT32129; Sat, 25 Aug 2001 08:55:39 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: "David W. Chapman Jr." Cc: Mike Smith , current@FreeBSD.ORG Subject: Re: diskcheckd is poo In-Reply-To: Your message of "Fri, 24 Aug 2001 18:12:13 CDT." <20010824181213.I5230@leviathan.inethouston.net> Date: Sat, 25 Aug 2001 08:55:38 +0200 Message-ID: <32127.998722538@critter> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <20010824181213.I5230@leviathan.inethouston.net>, "David W. Chapman Jr." writes: >On Fri, Aug 24, 2001 at 04:14:24PM -0700, Mike Smith wrote: >> >> If we want a surface scrubber, we ought to have a "real" one; it's >> also very, very bad in the laptop context (since it keeps waking your >> disks up). >> >I have the shar of the port up at >http://people.freebsd.org:~/dwcjr/diskcheckd.shar I believe. its >already in the ports, I'm just awaiting a repo copy of the files from >/usr/src/usr.sbin/diskcheckd into ports/sysutils/diskcheckd/files There are very good reason why serious disk systems like NetApp and IBM's boxes have a scrubber, and these reasons extend fully into machines with a 60GB disk which is only marginally accessed. I think diskcheckd should stay in the main system, but be turned off by default (at least until better heuristics for default operation has been devised.) -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Aug 25 3: 2:13 2001 Delivered-To: freebsd-current@freebsd.org Received: from Awfulhak.org (gw.Awfulhak.org [217.204.245.18]) by hub.freebsd.org (Postfix) with ESMTP id 9DCBB37B403; Sat, 25 Aug 2001 03:02:09 -0700 (PDT) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (root@hak.lan.Awfulhak.org [fec0::1:12]) by Awfulhak.org (8.11.5/8.11.5) with ESMTP id f7PA21v62056; Sat, 25 Aug 2001 11:02:01 +0100 (BST) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (brian@localhost [127.0.0.1]) by hak.lan.Awfulhak.org (8.11.6/8.11.6) with ESMTP id f7PA21m02074; Sat, 25 Aug 2001 11:02:01 +0100 (BST) (envelope-from brian@hak.lan.Awfulhak.org) Message-Id: <200108251002.f7PA21m02074@hak.lan.Awfulhak.org> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Mikhail Teterin Cc: current@FreeBSD.ORG, n_hibma@FreeBSD.ORG, brian@freebsd-services.com Subject: Re: another panic (mix ppp and usb to taste) In-Reply-To: Message from Mikhail Teterin of "Fri, 24 Aug 2001 14:07:28 EDT." <200108241807.f7OI7Vd00967@aldan.algebra.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 25 Aug 2001 11:02:00 +0100 From: Brian Somers Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > As I was trying to let the Palm Pilot connect to my desktop > through usb using PPP, I tried to run > > /usr/sbin/ppp -quiet -direct -nat < /dev/ugen0 FWIW, that should be: /usr/sbin/ppp -quiet -direct -nat <>/dev/ugen0 as ppp -direct needs to be able to write to descriptor 0 too. I'll leave Nick to comment on the USB side of things :*) [.....] -- Brian http://www.freebsd-services.com/ 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 Sat Aug 25 4:37:39 2001 Delivered-To: freebsd-current@freebsd.org Received: from obsecurity.dyndns.org (adsl-63-207-60-54.dsl.lsan03.pacbell.net [63.207.60.54]) by hub.freebsd.org (Postfix) with ESMTP id 55F5937B407 for ; Sat, 25 Aug 2001 04:37:36 -0700 (PDT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 3CF4866C2B; Sat, 25 Aug 2001 04:37:27 -0700 (PDT) Date: Sat, 25 Aug 2001 04:37:26 -0700 From: Kris Kennaway To: Jim Bryant Cc: freebsd-current@FreeBSD.ORG Subject: Re: Why is csh tcsh? This can be a bad thing... Message-ID: <20010825043725.A55393@xor.obsecurity.org> References: <20010825053016.D17363810@overcee.netplex.com.au> <3B874AB9.2090702@yahoo.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="vkogqOf2sHV7VnPd" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3B874AB9.2090702@yahoo.com>; from kc5vdj@yahoo.com on Sat, Aug 25, 2001 at 01:50:33AM -0500 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --vkogqOf2sHV7VnPd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sat, Aug 25, 2001 at 01:50:33AM -0500, Jim Bryant wrote: > For 5.0, I maybe the black sheep in saying this, but I'd like to see > /bin/csh be the real thing for 5.0. By all means, leave tcsh in > /bin, but for the sake of backwards compatability, IMHO `ln > /bin/tcsh /bin/csh` was a bad idea. Frankly, this isn't going to happen. We went through all this months ago: please just accept the will of the community and drop the matter. Kris --vkogqOf2sHV7VnPd Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE7h430Wry0BWjoQKURAlyUAKDcvIO0AAhYohraXPn3paRKZb3YqQCffu5u /ARwH79ttqD2HhH/rtmQrjg= =vE7p -----END PGP SIGNATURE----- --vkogqOf2sHV7VnPd-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Aug 25 5: 2:33 2001 Delivered-To: freebsd-current@freebsd.org Received: from lurza.secnetix.de (lurza.secnetix.de [212.66.1.130]) by hub.freebsd.org (Postfix) with ESMTP id AE02B37B40D for ; Sat, 25 Aug 2001 05:02:28 -0700 (PDT) (envelope-from olli@lurza.secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.9.3/8.9.3) id OAA54973; Sat, 25 Aug 2001 14:02:21 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Date: Sat, 25 Aug 2001 14:02:21 +0200 (CEST) Message-Id: <200108251202.OAA54973@lurza.secnetix.de> From: Oliver Fromme To: freebsd-current@FreeBSD.ORG Subject: Re: Why is csh tcsh? This can be a bad thing... In-Reply-To: <20010824212042.A86744@xor.obsecurity.org> X-Newsgroups: list.freebsd-current User-Agent: tin/1.5.4-20000523 ("1959") (UNIX) (FreeBSD/4.1-RELEASE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Kris Kennaway wrote: > On Fri, Aug 24, 2001 at 11:10:53PM -0500, Matthew D. Fuller wrote: > > So yes, there's a difference. But, on the flip side, I think that > > the fact that it's been this long without anybody screaming majorly > > (after the initial shakedown, of course) kinda sums it up. Probably because it's just too late. During the initial discussion, the voices pro and contra were about 50:50 (at least that was my impression), and finally the pro ones succeeded, probably because they had more "weight" (this is not a democracy anyway). After the change was done and committed, chances to revert it were even smaller. I'm well aware that this discussion now is probably very useless. I'd like to write down my concerns anyway, just to show that there _is_ indeed "anybody screaming". If you don't want to read my nagging, stop reading now. :-) I'm not so much opposed to having tcsh in the base, and even in /bin (I'm not using it anyway). Sure, there is the "bloat" argument, but we also have perl in the base, which is much more of a bloat. (Perl is another story.) _But_ my vote would be for still having a "real" csh in /bin, additionally. (And don't tell me that tcsh is a real csh -- it's not, see below.) Those who voted for replacing csh with tcsh probably haven't really used csh as their login shell recently, otherwise they would have noticed that it is not a full replacement. > There are differences in defaults, yes, but are there differences > which can't be fixed by setting options? That's what's being asked. I think that a /bin/csh should behave like a traditional /bin/csh by default already, without having to go through the (large!) tcsh manpage in search for the right options. FWIW, a few csh users have complained to me that the user interface behaves completely different, e.g. filename completion, entering of tabs, certain types of history expansions ("!2foo") etc., and they haven't been able to make it behave like a real csh using tcsh options. (If someone knows, for example, how to make it accept a single "Esc" for filename completion without a delay, please let me know.) I will probably just install the 4.4BSD csh over /bin/csh to get rid of those complaints. I for myself don't really care much, I don't use csh or tcsh (anymore). In singleuser mode I definitely prefer /bin/sh over those nowadays. But I think that users who want a "real" (i.e. traditional) csh should be able to get one, without having to get used to a user interface that's different from all other systems (Solaris, Tru64, ...). Sure, I could install it as a port (after I have found out that such a port exists -- it's not documented anywhere), but installing or copying the port into /bin isn't exactly a clean solution. Not having a real /bin/csh on a BSD system is like removing /usr/games. Sacrilege. ;-) Just my 2 Euro Cents. Regards Oliver PS: Should we redirect this to -chat? Or perhaps better yet, to private mail. (No Reply-To set, so it's your decision, but please let me know because I'm not normally looking at the -chat folder.) -- Oliver Fromme, secnetix GmbH & Co KG, Oettingenstr. 2, 80538 München Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "All that we see or seem is just a dream within a dream" (E. A. Poe) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Aug 25 9:36:43 2001 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 11F7D37B407 for ; Sat, 25 Aug 2001 09:36:39 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.3/8.11.3) with ESMTP id f7PGabq59304; Sat, 25 Aug 2001 10:36:38 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.3/8.11.4) with ESMTP id f7PGabW05246; Sat, 25 Aug 2001 10:36:37 -0600 (MDT) (envelope-from imp@harmony.village.org) Message-Id: <200108251636.f7PGabW05246@harmony.village.org> To: "David W. Chapman Jr." Subject: Re: unknown PNP hardware Cc: current@FreeBSD.ORG In-reply-to: Your message of "Thu, 23 Aug 2001 17:28:13 CDT." <20010823172813.A69940@leviathan.inethouston.net> References: <20010823172813.A69940@leviathan.inethouston.net> Date: Sat, 25 Aug 2001 10:36:37 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <20010823172813.A69940@leviathan.inethouston.net> "David W. Chapman Jr." writes: : I'm running -current as of an hour ago. I've gotten this since I've : been running 4.2-stable, any ideas on how I can find out what it : belongs to? : : unknown: can't assign resources : unknown: can't assign resources : unknown: can't assign resources : unknown: can't assign resources : unknown: can't assign resources : unknown: can't assign resources Don't worry about these. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Aug 25 10:54:31 2001 Delivered-To: freebsd-current@freebsd.org Received: from freebsd.org.ru (sweet.etrust.ru [194.84.67.5]) by hub.freebsd.org (Postfix) with ESMTP id C9CA337B406 for ; Sat, 25 Aug 2001 10:54:27 -0700 (PDT) (envelope-from osa@freebsd.org.ru) Received: by freebsd.org.ru (Postfix, from userid 1000) id DA53DC4; Sat, 25 Aug 2001 21:54:24 +0400 (MSD) Date: Sat, 25 Aug 2001 21:54:24 +0400 From: "Sergey A. Osokin" To: current@FreeBSD.org Subject: -current buildworld broken Message-ID: <20010825215424.A9206@freebsd.org.ru> Reply-To: osa@FreeBSD.org.ru Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.3.21i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello. cc -O -pipe -march=pentiumpro -I. -DDISASSEMBLER -DNO_X -I/usr/obj/usr/src/i38 6/usr/include -c /usr/src/usr.bin/doscmd/ems.c /usr/src/usr.bin/doscmd/ems.c: In function `init_mapfile': /usr/src/usr.bin/doscmd/ems.c:1124: `MAP_INHERIT' undeclared (first use in this function) /usr/src/usr.bin/doscmd/ems.c:1124: (Each undeclared identifier is reported only once /usr/src/usr.bin/doscmd/ems.c:1124: for each function it appears in.) /usr/src/usr.bin/doscmd/ems.c: In function `map_page': /usr/src/usr.bin/doscmd/ems.c:1172: `MAP_INHERIT' undeclared (first use in this function) *** Error code 1 Stop in /usr/src/usr.bin/doscmd. *** Error code 1 Stop in /usr/src/usr.bin. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. -- Rgdz, /"\ Sergey Osokin aka oZZ, \ / ASCII RIBBON CAMPAIGN osa@freebsd.org.ru X AGAINST HTML MAIL http://freebsd.org.ru/~osa/ / \ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Aug 25 11: 6:56 2001 Delivered-To: freebsd-current@freebsd.org Received: from earth.backplane.com (earth-nat-cw.backplane.com [208.161.114.67]) by hub.freebsd.org (Postfix) with ESMTP id E4F6337B40A for ; Sat, 25 Aug 2001 11:06:52 -0700 (PDT) (envelope-from dillon@earth.backplane.com) Received: (from dillon@localhost) by earth.backplane.com (8.11.6/8.11.2) id f7PI6Yu10403; Sat, 25 Aug 2001 11:06:34 -0700 (PDT) (envelope-from dillon) Date: Sat, 25 Aug 2001 11:06:34 -0700 (PDT) From: Matt Dillon Message-Id: <200108251806.f7PI6Yu10403@earth.backplane.com> To: "Sergey A. Osokin" Cc: current@FreeBSD.ORG Subject: Re: -current buildworld broken References: <20010825215424.A9206@freebsd.org.ru> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG :Hello. :cc -O -pipe -march=pentiumpro -I. -DDISASSEMBLER -DNO_X -I/usr/obj/usr/src/i38 :6/usr/include -c /usr/src/usr.bin/doscmd/ems.c :/usr/src/usr.bin/doscmd/ems.c: In function `init_mapfile': :/usr/src/usr.bin/doscmd/ems.c:1124: `MAP_INHERIT' undeclared (first use in this :function) :/usr/src/usr.bin/doscmd/ems.c:1124: (Each undeclared identifier is reported only : once :/usr/src/usr.bin/doscmd/ems.c:1124: for each function it appears in.) :/usr/src/usr.bin/doscmd/ems.c: In function `map_page': :/usr/src/usr.bin/doscmd/ems.c:1172: `MAP_INHERIT' undeclared (first use in this :function) :*** Error code 1 Ha! Hillarious. Ok, I'll fix it. As far as I can tell the use of MAP_INHERIT there is completely bogus. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Aug 25 11:19:54 2001 Delivered-To: freebsd-current@freebsd.org Received: from mx2.confluentasp.com (mx2.confluentasp.com [208.35.201.14]) by hub.freebsd.org (Postfix) with ESMTP id 1E21B37B406 for ; Sat, 25 Aug 2001 11:19:46 -0700 (PDT) (envelope-from mikej@confluenttech.com) Received: from neo.confluentasp.local (208-35-201-35.confluentasp.com [208.35.201.35]) by mx2.confluentasp.com (8.11.4/8.11.4) with ESMTP id f7PIJa057129 for ; Sat, 25 Aug 2001 14:19:38 -0400 (EDT) Content-Class: urn:content-classes:message Subject: APM and PCM compatibility..... MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Sat, 25 Aug 2001 14:19:31 -0400 X-MimeOLE: Produced By Microsoft Exchange V6.0.4712.0 Message-ID: <83AA574D7386D94D8475AFE832D6DC625462@neo.confluentasp.local> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: APM and PCM compatibility..... Thread-Index: AcEtkorpocbOn5mEEdW2JwAQWgDpWA== From: "Michael G. Jung" To: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG All: On one of my machines at work I run current and had been without "audio" until I found a posting where a user noted that enabling "APM" in the kernel broke audio.... Heh... I disabled apm/pmtimer and my PCM device works great.... While I don't really care about APM on my machine - I wanted to note this to "the list"..... Possibly this is a BIOS rev issue ??? The quick facts I can supply are: FreeBSD chimera.confluentasp.com 5.0-CURRENT FreeBSD 5.0-CURRENT #1: Fri Aug 24 11:14:29 EDT 2001 root@chimera.confluentasp.com:/usr/current/obj/usr/current /src/sys/chimera i386 (mikej@chimera) /home/staff/mikej$ dmesg | grep pcm pcm0: port 0xe000-0xe003,0xdc00-0xdcff irq 10 at device 7.5 on p ci0 (mikej@chimera) /home/staff/mikej$ cat /dev/sndstat FreeBSD Audio Driver (newpcm) Installed devices: pcm0: at io 0xdc00 irq 10 (1p/1r/0v channels duplex default) (mikej@chimera) /home/staff/mikej$ --mikej Michael Jung mikej@confluenttech.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Aug 25 12:21: 6 2001 Delivered-To: freebsd-current@freebsd.org Received: from leviathan.inethouston.net (leviathan.inethouston.net [66.64.12.249]) by hub.freebsd.org (Postfix) with ESMTP id 9500A37B40B for ; Sat, 25 Aug 2001 12:21:04 -0700 (PDT) (envelope-from dwcjr@inethouston.net) Received: by leviathan.inethouston.net (Postfix, from userid 1001) id 8668D10F431; Sat, 25 Aug 2001 14:21:07 -0500 (CDT) Date: Sat, 25 Aug 2001 14:21:07 -0500 From: "David W. Chapman Jr." To: current@freebsd.org Subject: diskcheckd port Message-ID: <20010825142107.H53260@leviathan.inethouston.net> Reply-To: "David W. Chapman Jr." Mail-Followup-To: current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.21i X-Operating-System: FreeBSD 4.3-STABLE i386 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I'm almost finished with the port for diskcheckd. I'm just waiting on a repo copy of the config file I forgot to include in my repo request. When it is time to change it over from src to ports in modules, I'd appreciate some help since I haven't made any src commits before. Thanks. -- David W. Chapman Jr. dwcjr@inethouston.net Raintree Network Services, Inc. dwcjr@freebsd.org FreeBSD Committer To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Aug 25 13:16:22 2001 Delivered-To: freebsd-current@freebsd.org Received: from leviathan.inethouston.net (leviathan.inethouston.net [66.64.12.249]) by hub.freebsd.org (Postfix) with ESMTP id 649F137B406; Sat, 25 Aug 2001 13:16:12 -0700 (PDT) (envelope-from dwcjr@inethouston.net) Received: by leviathan.inethouston.net (Postfix, from userid 1001) id 9D1E310F431; Sat, 25 Aug 2001 15:16:15 -0500 (CDT) Date: Sat, 25 Aug 2001 15:16:15 -0500 From: "David W. Chapman Jr." To: current@freebsd.org, audit@freebsd.org Cc: obrien@freebsd.org Subject: ports diskcheckd patch Message-ID: <20010825151615.K53260@leviathan.inethouston.net> Reply-To: "David W. Chapman Jr." Mail-Followup-To: current@freebsd.org, audit@freebsd.org, obrien@freebsd.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="TRYliJ5NKNqkz5bu" Content-Disposition: inline User-Agent: Mutt/1.3.21i X-Operating-System: FreeBSD 4.3-STABLE i386 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --TRYliJ5NKNqkz5bu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline After the repo copy of the diskcheckd.conf gets done this patch should be the last one I need to make ports/sysutils/diskcheckd to work properly. Any comments/problems would be appreciated. I would especially appreciate some patches to pkg-descr for a more detailed description if possible. Thanks. -- David W. Chapman Jr. dwcjr@inethouston.net Raintree Network Services, Inc. dwcjr@freebsd.org FreeBSD Committer --TRYliJ5NKNqkz5bu Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="diskcheckd.patch" Index: Makefile =================================================================== RCS file: /home/ncvs/ports/sysutils/diskcheckd/Makefile,v retrieving revision 1.1 diff -u -r1.1 Makefile --- Makefile 2001/08/24 14:33:09 1.1 +++ Makefile 2001/08/25 20:13:23 @@ -20,12 +20,21 @@ NO_WRKSUBDIR= yes +CFLAGS+= -D_PATH_CONF='\"${PREFIX}/etc\"' + + +.include + +.if ${OSVERSION} < 500000 +BROKEN= "Only runs on 5.0 or higher (-current)" +.endif + do-extract: @${MKDIR} ${WRKSRC} @(cd ${FILESDIR} && pax -r -w * ${WRKSRC}) -do-build: - cd ${WRKSRC} && ${CC} ${CFLAGS} -DCONFPATH=\"${PREFIX}/etc\" -o diskcheckd diskcheckd.c +do-patch: + @${PERL} -pi.fbsd -e 's|/usr/sbin|${PREFIX}/sbin|g' ${WRKSRC}/Makefile do-install: ${INSTALL_PROGRAM} ${WRKSRC}/diskcheckd ${PREFIX}/sbin @@ -33,4 +42,4 @@ ${INSTALL_SCRIPT} ${WRKSRC}/diskcheckd.sh ${PREFIX}/etc/rc.d ${INSTALL_MAN} ${WRKSRC}/diskcheckd.8 ${PREFIX}/man/man8 -.include +.include Index: files/diskcheckd.c =================================================================== RCS file: /home/ncvs/ports/sysutils/diskcheckd/files/diskcheckd.c,v retrieving revision 1.4 diff -u -r1.4 diskcheckd.c --- files/diskcheckd.c 2001/08/20 15:09:33 1.4 +++ files/diskcheckd.c 2001/08/25 20:13:23 @@ -47,7 +47,10 @@ #define DKTYPENAMES #include -#define _PATH_CONF "/etc/diskcheckd.conf" +#ifndef _PATH_CONF +#define _PATH_CONF "/usr/local/etc/diskcheckd.conf" +#endif + #define _PATH_SAVE _PATH_VARDB"diskcheckd.offsets" #define READ_SIZE (64 << 10) --TRYliJ5NKNqkz5bu-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Aug 25 13:40:31 2001 Delivered-To: freebsd-current@freebsd.org Received: from InterJet.elischer.org (c421509-a.pinol1.sfba.home.com [24.7.86.9]) by hub.freebsd.org (Postfix) with ESMTP id 0C20A37B403 for ; Sat, 25 Aug 2001 13:40:29 -0700 (PDT) (envelope-from julian@elischer.org) Received: from elischer.org (InterJet.elischer.org [192.168.1.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id NAA64938 for ; Sat, 25 Aug 2001 13:57:08 -0700 (PDT) Message-ID: <3B880C84.624934E@elischer.org> Date: Sat, 25 Aug 2001 13:37:24 -0700 From: Julian Elischer X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en, hu MIME-Version: 1.0 To: current@freebsd.org Subject: KSE milestone-2 Content-Type: text/plain; charset=iso-8859-2 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Diffs for KSE milestone 2 are at http://www.freebsd.org/~julian (about 1.8MB) Thanks to Matt Dillon who tracked down the last major instability. This is i386 only (some other diffs included but not working) This pushes the 'thread' pointer through nearly all of the kernel in preparation for architectural changes which will start soon. This is basically -current with a lot of housekeeping and parameter changes. People are invited to check this diff for logical problems. Particularly such things as: aaa(p) becoming aaa(td->td_proc) where td could be NULL, which would be a problem, where p being a NULL might have been OK. In particular kernel hackers are invited to check out diffs in their own areas of expertise looking for such logical problems. -- +------------------------------------+ ______ _ __ | __--_|\ Julian Elischer | \ U \/ / hard at work in | / \ julian@elischer.org +------>x USA \ a very strange | ( OZ ) \___ ___ | country ! +- X_.---._/ presently in San Francisco \_/ \\ v To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Aug 25 14: 3:58 2001 Delivered-To: freebsd-current@freebsd.org Received: from technokratis.com (modemcable093.62-201-24.mtl.mc.videotron.ca [24.201.62.93]) by hub.freebsd.org (Postfix) with ESMTP id CF45B37B401 for ; Sat, 25 Aug 2001 14:03:42 -0700 (PDT) (envelope-from bmilekic@technokratis.com) Received: (from bmilekic@localhost) by technokratis.com (8.11.4/8.11.3) id f7PL5l409658; Sat, 25 Aug 2001 17:05:47 -0400 (EDT) (envelope-from bmilekic) Date: Sat, 25 Aug 2001 17:05:47 -0400 From: Bosko Milekic To: Julian Elischer Cc: current@FreeBSD.ORG Subject: Re: KSE milestone-2 Message-ID: <20010825170547.A9637@technokratis.com> References: <3B880C84.624934E@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3B880C84.624934E@elischer.org>; from julian@elischer.org on Sat, Aug 25, 2001 at 01:37:24PM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, Aug 25, 2001 at 01:37:24PM -0700, Julian Elischer wrote: > > Diffs for KSE milestone 2 are at http://www.freebsd.org/~julian > (about 1.8MB) > > Thanks to Matt Dillon who tracked down the last major instability. > > This is i386 only (some other diffs included but not working) > > This pushes the 'thread' pointer through nearly all of the kernel > in preparation for architectural changes which will > start soon. This is basically -current with > a lot of housekeeping and parameter changes. Do you plan to commit this chunk first, seeing as how it may be stable enough at this point? [...] > In particular kernel hackers are invited to check out diffs in their > own areas of expertise looking for such logical problems. > > > -- > +------------------------------------+ ______ _ __ > | __--_|\ Julian Elischer | \ U \/ / hard at work in > | / \ julian@elischer.org +------>x USA \ a very strange > | ( OZ ) \___ ___ | country ! > +- X_.---._/ presently in San Francisco \_/ \\ > v -- Bosko Milekic bmilekic@technokratis.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Aug 25 18: 0:28 2001 Delivered-To: freebsd-current@freebsd.org Received: from InterJet.elischer.org (c421509-a.pinol1.sfba.home.com [24.7.86.9]) by hub.freebsd.org (Postfix) with ESMTP id E5F3A37B40A for ; Sat, 25 Aug 2001 18:00:25 -0700 (PDT) (envelope-from julian@elischer.org) Received: from elischer.org (InterJet.elischer.org [192.168.1.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id SAA65748; Sat, 25 Aug 2001 18:03:42 -0700 (PDT) Message-ID: <3B884643.DD60501E@elischer.org> Date: Sat, 25 Aug 2001 17:43:47 -0700 From: Julian Elischer X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en, hu MIME-Version: 1.0 To: Bosko Milekic Cc: current@FreeBSD.ORG Subject: Re: KSE milestone-2 References: <3B880C84.624934E@elischer.org> <20010825170547.A9637@technokratis.com> Content-Type: text/plain; charset=iso-8859-2 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Bosko Milekic wrote: > > On Sat, Aug 25, 2001 at 01:37:24PM -0700, Julian Elischer wrote: > > > > Diffs for KSE milestone 2 are at http://www.freebsd.org/~julian > > (about 1.8MB) > > > > Thanks to Matt Dillon who tracked down the last major instability. [...] > Do you plan to commit this chunk first, seeing as how it may be > stable enough at this point? I'd like to, but it is something that we as a group have to discuss. > > -- > Bosko Milekic > bmilekic@technokratis.com -- +------------------------------------+ ______ _ __ | __--_|\ Julian Elischer | \ U \/ / hard at work in | / \ julian@elischer.org +------>x USA \ a very strange | ( OZ ) \___ ___ | country ! +- X_.---._/ presently in San Francisco \_/ \\ v To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Aug 25 18:10:45 2001 Delivered-To: freebsd-current@freebsd.org Received: from mass.dis.org (mass.dis.org [216.240.45.41]) by hub.freebsd.org (Postfix) with ESMTP id 835E437B405; Sat, 25 Aug 2001 18:10:42 -0700 (PDT) (envelope-from msmith@mass.dis.org) Received: from mass.dis.org (localhost [127.0.0.1]) by mass.dis.org (8.11.4/8.11.3) with ESMTP id f7Q1FNn22234; Sat, 25 Aug 2001 18:15:24 -0700 (PDT) (envelope-from msmith@mass.dis.org) Message-Id: <200108260115.f7Q1FNn22234@mass.dis.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: Thierry Herbelot Cc: David Hill , current@FreeBSD.ORG, asmodai@FreeBSD.ORG Subject: Re: options HZ [MFC for pr=28143] In-reply-to: Your message of "Fri, 24 Aug 2001 06:47:19 +0200." <3B85DC57.37D1D7A9@herbelot.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 25 Aug 2001 18:15:23 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG It should be a tunable, not a compile-time option. > David Hill wrote: > > > > Hello - > > Could someone please document "options HZ" into LINT?. I found it whil > e > > reading the dummynet(4) manpage. > > > > Thanks > > - David > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-current" in the body of the message > > this was already submitted as a PR > (http://www.FreeBSD.org/cgi/query-pr.cgi?pr=28143) > > maybe time to call for an MFC ? [CC added] > > -- > Thierry Herbelot > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Aug 25 18:20:15 2001 Delivered-To: freebsd-current@freebsd.org Received: from mass.dis.org (mass.dis.org [216.240.45.41]) by hub.freebsd.org (Postfix) with ESMTP id AFDA937B40D for ; Sat, 25 Aug 2001 18:20:12 -0700 (PDT) (envelope-from msmith@mass.dis.org) Received: from mass.dis.org (localhost [127.0.0.1]) by mass.dis.org (8.11.4/8.11.3) with ESMTP id f7Q1Nnn22385; Sat, 25 Aug 2001 18:23:49 -0700 (PDT) (envelope-from msmith@mass.dis.org) Message-Id: <200108260123.f7Q1Nnn22385@mass.dis.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: Darryl Okahata Cc: "David W. Chapman Jr." , current@FreeBSD.ORG Subject: Re: unknown PNP hardware In-reply-to: Your message of "Thu, 23 Aug 2001 17:33:55 PDT." <200108240033.RAA08537@mina.soco.agilent.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 25 Aug 2001 18:23:49 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Going off on a slight tangent, I wrote a perl script months ago > that parsed the output of dmesg, and tried to determine which IRQs were > used, and for what. One of the side-effects of this script is that it > also tried to identify unknown PCI devices (but *only* if an IRQ is > used), using an (old) hard-coded table originally obtained from: > > http://www.yourvote.com/pci/pcidev.csv > > You can get the script from: > > ftp://ftp.sonic.net/pub/users/darrylo/freebsd/scanirq.gz > > It's written for 4.X, but might work for -current (you'll have to > disable the checks for 4.X, at the very least). You use it like this: > > dmesg | scanirq It's completely obsoleted by devinfo and pciconf's '-v' flag. Sorry. 8) -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Aug 25 18:29:34 2001 Delivered-To: freebsd-current@freebsd.org Received: from mass.dis.org (mass.dis.org [216.240.45.41]) by hub.freebsd.org (Postfix) with ESMTP id 395B437B40B for ; Sat, 25 Aug 2001 18:29:32 -0700 (PDT) (envelope-from msmith@mass.dis.org) Received: from mass.dis.org (localhost [127.0.0.1]) by mass.dis.org (8.11.4/8.11.3) with ESMTP id f7Q1YXn22551; Sat, 25 Aug 2001 18:34:33 -0700 (PDT) (envelope-from msmith@mass.dis.org) Message-Id: <200108260134.f7Q1YXn22551@mass.dis.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: Alfred Perlstein Cc: Jim Bryant , freebsd-current@freebsd.org Subject: Re: exec issue in tcsh? In-reply-to: Your message of "Thu, 23 Aug 2001 08:35:23 CDT." <20010823083523.Y81307@elvis.mu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 25 Aug 2001 18:34:33 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > * Jim Bryant [010823 01:33] wrote: > > i noticed this after a build from -current of about 24 hours ago: > > > > due to problems getting kde-2.2 to compile under -current, I am > > currently using windowmaker and doing a `exec startx >&/dev/null` > > to get into X without leaving a console shell open... Wow. Why not use xdm? 8) -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Aug 25 21:40:13 2001 Delivered-To: freebsd-current@freebsd.org Received: from smtp010.mail.yahoo.com (smtp010.mail.yahoo.com [216.136.173.30]) by hub.freebsd.org (Postfix) with SMTP id 9C7F137B40E for ; Sat, 25 Aug 2001 21:40:10 -0700 (PDT) (envelope-from kc5vdj@yahoo.com) Received: from mkc-65-28-47-209.kc.rr.com (HELO yahoo.com) (65.28.47.209) by smtp.mail.vip.sc5.yahoo.com with SMTP; 26 Aug 2001 04:40:10 -0000 X-Apparently-From: Message-ID: <3B887DA9.1070709@yahoo.com> Date: Sat, 25 Aug 2001 23:40:09 -0500 From: Jim Bryant Reply-To: kc5vdj@yahoo.com User-Agent: Mozilla/5.0 (X11; U; Linux i386; en-US; rv:0.9.2) Gecko/20010726 Netscape6/6.1 X-Accept-Language: en-us MIME-Version: 1.0 To: Mike Smith Cc: Alfred Perlstein , freebsd-current@freebsd.org Subject: Re: exec issue in tcsh? References: <200108260134.f7Q1YXn22551@mass.dis.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Mike Smith wrote: >>* Jim Bryant [010823 01:33] wrote: >> >>>i noticed this after a build from -current of about 24 hours ago: >>> >>>due to problems getting kde-2.2 to compile under -current, I am >>>currently using windowmaker and doing a `exec startx >&/dev/null` >>>to get into X without leaving a console shell open... >>> > > Wow. Why not use xdm? 8) Too lazy? jim -- ET has one helluva sense of humor! He's always anal-probing right-wing schizos! _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Aug 25 23: 8:14 2001 Delivered-To: freebsd-current@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id A12BF37B401; Sat, 25 Aug 2001 23:08:10 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id QAA28229; Sun, 26 Aug 2001 16:07:07 +1000 Date: Sun, 26 Aug 2001 16:06:57 +1000 (EST) From: Bruce Evans X-X-Sender: To: Mike Smith Cc: Thierry Herbelot , David Hill , , Subject: Re: options HZ [MFC for pr=28143] In-Reply-To: <200108260115.f7Q1FNn22234@mass.dis.org> Message-ID: <20010826155534.E15196-100000@besplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, 25 Aug 2001, Mike Smith wrote: > It should be a tunable, not a compile-time option. > > > David Hill wrote: > > > > > > Hello - > > > Could someone please document "options HZ" into LINT?. I found it whil > > e > > > reading the dummynet(4) manpage. It must remain a compile-time option for those of us who don't believe in tunables. Notes: - Making HZ non-constant (almost everything uses `hz' instead of HZ) mainly pessimizes time-critical code that computes hz/CONST, except: - on alphas, the HZ option has no effect. The initial value of hz = HZ is not used except to compute wrong values for `tick' and `tickadj' (`tick' is fixed up later but `tickadj' remains wrong). `hz' is initialized to hwprb->rpb_intr_freq >> 12 in alpha/machdep.c. So, hz needs to be non-constant and the HZ option and tunables just get in the way for alphas and for other arches where the hardclock frequency is not programmable. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Aug 25 23:43:54 2001 Delivered-To: freebsd-current@freebsd.org Received: from turtle.looksharp.net (cc360882-d.strhg1.mi.home.com [24.13.43.207]) by hub.freebsd.org (Postfix) with ESMTP id A927537B405 for ; Sat, 25 Aug 2001 23:43:48 -0700 (PDT) (envelope-from bandix@looksharp.net) Received: by turtle.looksharp.net (Postfix, from userid 1003) id 36CE53E93; Sun, 26 Aug 2001 02:43:56 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by turtle.looksharp.net (Postfix) with ESMTP id 290CEBA81; Sun, 26 Aug 2001 02:43:56 -0400 (EDT) Date: Sun, 26 Aug 2001 02:43:56 -0400 (EDT) From: "Brandon D. Valentine" To: Jim Bryant Cc: FreeBSD-CURRENT Subject: Re: exec issue in tcsh? In-Reply-To: <3B887DA9.1070709@yahoo.com> Message-ID: <20010826024257.I65587-100000@turtle.looksharp.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, 25 Aug 2001, Jim Bryant wrote: >> Wow. Why not use xdm? 8) > > >Too lazy? Heh. You just uncomment one line in /etc/ttys and HUP init. It's not compilicated. -- "Never put off until tomorrow what you can do today. There might be a law against it by that time." -- /usr/games/fortune, 07/30/2001 Brandon D. Valentine To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message